Changes

Jump to: navigation, search

Mobile/UI/Designs/TouchScreen

80 bytes added, 07:41, 28 October 2009
Undo revision 178964 by Modred11 (Talk) whoops. that's how they're supposed to be.
|- valign="top"
|I'm not sure if this belongs in the comment section but I've created [[Mobile/UI/Designs/TouchScreenUserContribHansSchmucker|another wiki entry containing a few design notes for smaller screens]]... just a few notes and a few mockups. Basically, I tried to come up with a structure that could be used on anything from a 160x160 numpad-device to a 640x480 touchscreen while sticking as closely as possible to the usual cellphone UI conventions... It's not finished yet (for example there are no notes so far on how the numpad could be used to get to far away UI elements without continously hitting the direction buttons) but maybe you can get a few ideas from it. --[[User:Hansschmucker|Hansschmucker]] 11:30, 3 February 2008 (PST)
|
|- valign="top"
|It may be tough to tap the title bar with your finger without hitting the URL bar by mistake.
|- valign="top"
|True, this will probably be frustrating. --Venky
I know its never been a popular idea, but there's also the option of combining the titlebar and urlbar into one thing. Only show the url when its being edited. That actually should compliment Places match-the-title-or-url abilities. -DD2K
|- valign="top"
|One thing to consider is simply scrolling the title bar off the top of the screen when you scroll down through the page, as the iPhone does.
|Another option is you can just drag the title+toolbar away to the top, and it vanishes. The key here is to distinguish between a tap and a tap+drag. --Venky
|- valign="top"
|Another option is you can just drag the title+toolbar away to the top, and it vanishes. The key here is to distinguish between a tap and a tap+drag. --Venky
|One of the design principles/goals for the original Firefox was to maximize the amount of space available for web content. I think that is a very good goal to have as it makes you think about what is really necessary to have on the screen all the time. So one option to consider is to have the "cannot be hidden" items, be available through e.g. a transparent icon (perhaps an embossed Firefox icon as TV channels use) that when tapped will bring up these "cannot be hidden" items. /Christian
|Another way to pull the title and toolbar back into view would be to scroll to the top of the page, then, once you have reached the top of the page, keep scrolling, which brings you to the title and tool bar. To keep people from accidentally bringing up the title and toolbar, there would be a distinctive "click" sound when you reached the top of the page and couldn't scroll up it any farther. Then you would just scroll up a little more, and the title and toolbar would appear. It would be intuitive.
 
|- valign="top"
|Another way to pull the title and toolbar back into view would be to scroll to the top of the page, then, once you have reached the top of the page, keep scrolling, which brings you to the title and tool bar. To keep people from accidentally bringing up the title and toolbar, there would be a distinctive "click" sound when you reached the top of the page and couldn't scroll up it any farther. Then you would just scroll up a little more, and the title and toolbar would appear. It would be intuitive.
|Many smartphones (incl all Windows Mobile 5+ devices) only have 2 smart buttons at the bottom. It would be logical to offer just two options in the bottom button bar. And map zooming to a tap-drag button on the top bar or the scroll wheel/updown buttons on some devices. Or at least visually highlight the button that is bound to the smart buttons.
Not that I don't like the easy accessibility this design offers, it just doesn't match any of the UI design principles used by the hardware vendors atm. /JesseHouwing
|
|- valign="top"
|It seems to me that the zoom in and out would be much more useful as a slider. -Nick
* etc.
--[[User:Kpr|Kpr]] 01:03, 8 February 2008 (PST)
|
|- valign="top"
|I'd like to be able to zoom in and zoom out on images too instead of only text. Furthermore, I would like to be able to zoom in on text and images as much as I like without any limitation. --[[User:Kpr|Kpr]]
|
|- valign="top"
|Will there be a way to drag-select text for copy and paste? Potentially a mode where this is the default action for tap and drag? --[[User:JimPark|JimPark]]
|
|- valign="top"
|I didn't read this anywhere, but for the G1 there was a Tetris game that you could choose which button did what to the tiles, like I would decide the rolly ball to flip the tiles, tap to drop them and slide to move them side to side. Something along those lines. So when creating this for the G1 which I hope you will, you can have it where we can choose which button or function does what. And I think the rolly ball would be best for zooming in and out!
-- : [[[[User:Kokoroneko|Kokoroneko]] 07:28, 2 February 2009 (UTC)]]
|
|- valign="top"
|I really wonder how this is going to work in Landscape Mode, as this draft of the button bar seems to take away a lot of screen space, once the screen is turned by 90deg (assuming it remains at the bottom of the screen)... You might reduce the size of the buttons and place them at the right hand side of the screen.
2ndly: Do the Buttons really have to be that much bigger than the common Windows Mobile Softkeyboard? --[[User:Lukx|Lukx]] 22:00, 3 February 2009 (UTC)
 
|
|- valign="top"
|It looks to me like the toolbars will take up alot of space (as other people seem to be saying). I'd just like to throw out there the idea of having the toolbars be "embedded" into the webpage, so the top bar will be above the content of the webpage and the bottom one below it, so you'll have to scroll to the top of the page to access the top toolbar.
3
edits

Navigation menu