View Single Post
Old 10-25-2008, 11:05 AM   #34
jharker
Developer
jharker could sell banana peel slippers to a Deveel.jharker could sell banana peel slippers to a Deveel.jharker could sell banana peel slippers to a Deveel.jharker could sell banana peel slippers to a Deveel.jharker could sell banana peel slippers to a Deveel.jharker could sell banana peel slippers to a Deveel.jharker could sell banana peel slippers to a Deveel.jharker could sell banana peel slippers to a Deveel.jharker could sell banana peel slippers to a Deveel.jharker could sell banana peel slippers to a Deveel.jharker could sell banana peel slippers to a Deveel.
 
Posts: 345
Karma: 3473
Join Date: Apr 2007
Location: Brooklyn, NY, USA
Device: iRex iLiad v1, Blackberry Tour, Kindle DX, iPad.
Quote:
Originally Posted by Antartica View Post
- A setting to disable all long presses (for me they are more an inconvenient than an advantage, as they fail too much)
- Put the landscape/portrait mode selection in the system menu (it's a system thing if we do it using xrandr; right now its the viewer that makes the rotation but that is not reasonable -- apps would not be capable of being rotated the way it is now)

Also, I attach a mock up of a possibility of having a one-line toolbar (in the case of showing the pagebar, the "iliad pagebar" would be in the position of the icons -- I've not drawn that in the examples... I was frustrated because of having to draw with the mouse instead of a pen; hope this is enough ).
Thanks for making that mock-up -- that's exactly what I was trying to describe!

I agree that we should have a setting to disable long presses, and also (as others have suggested) a key-lock to disable all keys except the pagebar.

For the landscape/portrait thing, I don't quite agree there. I think that 90-degree rotations (portrait<-->landscape) have to be handled by each viewer individually, because they involve changing how the page is laid out and displayed, which is a viewer-specific issue. The toolbar stays in the same place during these rotations.

On the other hand, rotating the entire display 180 degrees (thus putting the toolbar upside-down at the top) is something best handled at a low level. If we did it at the application level we'd have to implement it in every viewer AND move the toolbars, etc. etc. Instead of that complexity we can just flip the screen coordinates in the display driver, flip the stylus position information, and call it done...
jharker is offline   Reply With Quote