Thank you for visiting the BlackBerry Support Community Forums.
BlackBerry will be closing the BlackBerry Support Community Forums Device Forums on April 1st (Developers, see below)
BlackBerry remains committed to providing excellent customer support to our customers. We are delighted to direct you to the CrackBerry Forums, a well-established and thorough support channel, for continued BlackBerry support. Please visit http://forums.crackberry.com or http://crackberry.com/ask. You can also continue to visit BlackBerry Support or the BlackBerry Knowledge Base for official support options available for your BlackBerry Smartphone.
"When we launched CrackBerry.com 10 years ago, we set out to make it a fun and useful destination where BlackBerry Smartphone owners could share their excitement and learn to unleash the full potential of their BlackBerry. A decade later, the CrackBerry community is as active and passionate as ever and I know our knowledgeable members and volunteers will be excited to welcome and assist more BlackBerry owners with their questions."
- Kevin Michaluk, Founder, CrackBerry.com
Developers, for more information about the BlackBerry Developer Community please review Join the Conversation on the BlackBerry Developer Community Forums found on Inside BlackBerry.
11-26-2010 08:54 AM
Some one some tips or some links on how to design an ui for the tablet, currently if I'm correct there is no design editor for this purpose, whe have to give in the x and y coordinates of the controls right?
11-26-2010 01:09 PM - edited 11-26-2010 01:09 PM
There is no GUI layout editor, and there probably wont be for some time. Either do coordinate placing, or you can using containers to relatively place controls. Nested containers can be done as well and will come in handy for tablet orientation changes. Dont get too carried away with nested containers because that can introduce some performance issues. Since the size of the tablet screen is not to ever change, absolute placement of controls (via x,y) is not too bad and keeps the code relatively thin.
12-12-2010 12:28 AM
"The size of the tablet screen is not to ever change"... Really? Mike Lazaridis just did a presentation a few days back where he indicated that different sized tablets were being planned. I doubt the plan is to use exactly the same resolution on all devices, regardless of physical size, though that is possible.
Can you clarify how authoritative we should consider that claim to be?
12-12-2010 12:40 AM - edited 12-12-2010 12:41 AM
at the time of jtegen's post (several weeks ago), the official word was that the 7 inch tablet was going to be its size indefinitely. mike lazaridis was only recently quoted (i think last week) of the possibility of RIM doing a variation of sizes for the playbook. so his post is not inaccurate at the time of his post. even now its not official its just lizaridis's quote as evidence. so i think its safe to say that the 7 inch size and current resolution is going to be the initial size. (and judging by RIM's track record) its going to be that size for a while till the next update.
with that being said in the webcast its been said that when developing the playbook we should not use absolute values but use the container class for relative placement of objects in our applications. so stick with containers and relative positions vs absolute x's and y's.
12-13-2010 10:48 AM
12-14-2010 02:07 AM
About relative layouts....
It doesn't make sense to use them if I'm using a lot of fixed (i.e. non-vector) graphics in my app, does it?
Just having it be a relative layout won't help if I have to change every single graphic I've put in, correct?
Or maybe I should go with a relative layout for x and y but just never change the graphic size? I guess if we're only talking about a couple of inches it shouldn't be a huge deal, though not really optimal.
Relative layouts scare me. I can easily put together something that will work if the screen scales proportionally, but it just seems easier to go and hardcode values than to build something that will know how to adjust each component of the layout to make sense on whatever size screen (Even though I know that's bad practice).
12-14-2010 09:20 AM
All applications are different. You have to make the best design decisions you can for your application and your end user. For me, I am making the application static in the landscape position until I get a PB to get a better feel of how the dynamic layouts work. It will take some effort on my part to re-align portions of my layout to work with landscape and portrait.
I would still suggest to try to keep thinks relative to one another because you will likely be faced with this decision at some later point. But if speed of development for now coordinate based positioning, then continue on. We're all going thru a little learning curve here and the end result might be very different from where we are today.
12-14-2010 11:48 AM
12-14-2010 11:57 AM - edited 12-14-2010 11:58 AM
"For me, I am making the application static in the landscape position until I get a PB to get a better feel of how the dynamic layouts work. It will take some effort on my part to re-align portions of my layout to work with landscape and portrait."
I am doing the same thing. I haven't locked my submitted application to landscape mode because I didn't know how to do it until after I had submitted it... and I didn't want to upload a new version and possibly screw up the review process.
Anyone know if it is ok to upload changes before the decision is made on their end?
12-14-2010 12:07 PM
I personally would wait. Approval time is 10ish days. Your way ahead of the free PB offer and way ahead of the commercial release. Make the changes to your local copy, so once you get approved, you can then upload it right away (along with other enhancements too).
When someone gets approved, it would be nice to share (in a new/different thread)
1) Length of approval
2) BB comments if any that others might benefit from
3) Category of application
4) Length of re-approval
5) Reasons for being denied (if applicable)