10-23-2008, 04:46 AM | #1 |
Evangelist
Posts: 423
Karma: 1517132
Join Date: Jun 2006
Location: Madrid, Spain
Device: quaderno, remarkable2, yotaphone2, prs950, iliad, onhandpc, newton
|
The iLiad OS Project UI discussion
I've just started this thread to start discussing proposed UI improvements to the iliad OS.
This is: pie-in-the-sky style improvements (architectural), not quick fixes . Perhaps a Wiki page would be handy for the current consensus. I'll update this post with it if someone starts that page. |
10-23-2008, 05:51 AM | #2 |
Evangelist
Posts: 423
Karma: 1517132
Join Date: Jun 2006
Location: Madrid, Spain
Device: quaderno, remarkable2, yotaphone2, prs950, iliad, onhandpc, newton
|
A proposal for buttons usage and UI
Hi!
Here is my proposal. It tries to fix up the following problems (IMHO): - Need for a full-screen mode - Usefulness of the news/books/docs/notes buttons - Under-usage uf the "iRex" key - Problems with long-presses being recognized wrongfully sometimes (esp. with the page turning "button") The proposal has the following key aspects: - Make the programs by default display in full-screen (as in the DR1000) - Make the icon toolbar hidden by default when in a viewer, and only pop when up/down arrows are pressed - Put the toolbar at le left side (covering all the height of the iliad), to be able to show more icons. - Reserve the bottons on the left of the iliad for the viewer (not for the system). - Reserve the buttons of news/books/docs/notes to be used as virtual desktops; so they can be used to switch between applications (4 applications open at maximum seems reasonable for the iliad). - Use the "iRex button" as a system button, that displays a system menu with the battery state, date/time, Wifi/Lan connect/disconnect options, close application of current virtual desktop, portrait/landscape mode selection, etc. Descriptions of the buttons Left column, from top to bottom: Back - When in sub-menus, goes back. Mapped to "Esc" key Index/Bookmarks - Open document index and/or bookmarks for document page button - prev/next page. Mapped to "Space"/"Backspace" keys. Up - Opens the menu (left toolbar). When in menus, goes up Enter - Select an option in the menus. When no menu, mapped to "Enter" key Down - Opens the menu (left toolbar). When in menus, goes down. Bottom: news - go to the news virtual desktop (the app open there, if applicable) books - go to the books virtual desktop (the app open there, if applicable) docs - go to the docs virtual desktop (the app open there, if applicable) notes - go to the books virtual desktop (the app open there, if applicable) Upper-right: irex button - open the system menu All of the above is for the case in which the iliad is in a viewer application. When in the ContentLister, the following differences apply: - The left menu is always open, and instead of having icons, it has the filter options (more on the ContentLister in another post) - The cursor in used for navigating both the left menu and the main content (the list of books, and programs) I attach some very rough mock-ups. P.D: Fot the viewers that want a standarized page number view, that could be put in the lower-right corner. But some viewers (html) have no notion of pages, so it must be optional. P.D.2: The battery is not in the normal view. But in battery low condition the system would superimpose a "empty battery" indicator in the upper right corner (much like camcorders and digital photocamaras). This is easy to do technically using a shaped window. Last edited by Antartica; 10-23-2008 at 05:55 AM. |
Advert | |
|
10-23-2008, 06:13 AM | #3 |
Guru
Posts: 976
Karma: 687
Join Date: Nov 2007
Device: Dell X51v; iLiad v2
|
I just had a similiar thought.
The basic idea is: I used sshd often, and I seldom need to connect to iDS (only for upgrade and developer package) or my computer. If I can access sshd through connect button, it would be very convenient. |
10-23-2008, 06:34 AM | #4 | |
Connoisseur
Posts: 50
Karma: 32
Join Date: Aug 2008
Device: Irex iLiad
|
Quote:
I don't mind if the functionality is moved, but I would like to point out that different users use the iLiad differently. Radical changes to the UI should not be taken lightly (nofi!) |
|
10-23-2008, 07:33 AM | #5 |
Fanatic
Posts: 584
Karma: 914
Join Date: Mar 2008
Device: iliad
|
The virtual desktops by bottom buttons idea is brilliant.
|
Advert | |
|
10-23-2008, 07:50 AM | #6 |
Guru
Posts: 976
Karma: 687
Join Date: Nov 2007
Device: Dell X51v; iLiad v2
|
Don't worry about this. Because in a flexible design, such button re-mapping must be configurable. Oirginal old function, unless proved useless, will still remain.
|
10-23-2008, 08:05 AM | #7 |
Connoisseur
Posts: 50
Karma: 32
Join Date: Aug 2008
Device: Irex iLiad
|
|
10-23-2008, 12:58 PM | #8 | |
reader
Posts: 6,975
Karma: 5183568
Join Date: Mar 2006
Location: Mississippi, USA
Device: Kindle 3, Kobo Glo HD
|
Quote:
I don't object to long presses, so long as their functions are relatively painless to errors (which means that the short press functions are painless, since long presses interpreted as short presses is the usual error mode). If the four bottom keys can have a long press version, then the full screen key could be overloaded with another window manager function using a long press. I like the virtual desktop idea, but in that case overloading the keys might be error prone (i.e. don't have long presses for news,books,docs). Another possible use for a system key (e.g. notes) is as a meta-key - hold it down and all the other key presses have a new meaning (this presumably would exclude a long press option for this key). I would love to have left and right arrow keys for example (the long presses on the up and down arrows should have been this in the first place). Finally, I agree that more icons are needed but the best place for the icons is on the bottom. The screen isn't wide enough to have them on the side. I don't see why more icons can't fit on the bottom, now that we can change the matchbox setup. |
|
10-23-2008, 02:23 PM | #9 |
Evangelist
Posts: 423
Karma: 2153430
Join Date: Dec 2007
Device: BeBook
|
Personally, I don't like the idea of having full-screen as default. I very rarely read documents that need to be full-screen (though I like to have the option), and like to be able to see how far through a document I am. An option in the setup that could set whether full-screen was default or not would do the trick.
|
10-23-2008, 06:04 PM | #10 | ||
Evangelist
Posts: 423
Karma: 1517132
Join Date: Jun 2006
Location: Madrid, Spain
Device: quaderno, remarkable2, yotaphone2, prs950, iliad, onhandpc, newton
|
Quote:
- none of the hardware keys is labeled acordingly . - we lose a key that can be used for more frequently used functionalities - if it's using one of the news/books/docs/notes keys (that are not that useful), the UI will lose symmetry (being equal to the other keys in that row it functions differently). IOW, a hack. The problem of doing that is that you transform a easy UI into WordPerfect from DOS days (a lot of things to remember just to be able to use the product). Finally, on other devices (i.e. the Nokia Internet Tablet) the full-screen button is really needed as the the system menu bar wastes a high percentage of the screen real state, but in the iliad if we are careful with the sizes of the pageBar and the panel, it doesn't matter so much. But IMHO the current size of the pageBar is not reasonable and something must be done to fix it . In my proposal I just nuked it, but perhaps that was too radical. I loathe to have to remember lots of "hardware keys" functions. I don't have very good memory and programs that stress it (i.e. cinelerra video editor comes to mind), make me shiver if I have to use them after some months of not touching them, as I've to relearn them. I think that the iliad should be as intuitive as possible, to the point that all functions should be labeled; they must be related to the icon in the key or the function must be in a software icon (in the toolbar). Quote:
And if we refine the initial idea? That is, another thing I was meditating was if it would be reasonable to enable compositing in KDrive and put a simple compositing window manager. So when the toolbar appears, shrink the app window accordingly (but without disturbing the application). Implementing a shrink function in ARM assembler for that case would not be difficult; my concerns with this idea are: - The image quality would degrade (we would be discarding about 1 pixel of every 16, even with some antialiasing that would be noticeable) - We would waste much more memory (about a MB) Any thoughts? Last edited by Antartica; 10-23-2008 at 06:11 PM. Reason: typos |
||
10-23-2008, 06:09 PM | #11 | |
Evangelist
Posts: 423
Karma: 1517132
Join Date: Jun 2006
Location: Madrid, Spain
Device: quaderno, remarkable2, yotaphone2, prs950, iliad, onhandpc, newton
|
Quote:
OTOH, the proposal considered the possibility of putting the page number in the lower right corner (that was one of the P.D of the proposal). Is that sufficient also? And finally, there is the way that FBReader does it (with a progress indicator with the page number overimposed). How good is that in your opinion? |
|
10-23-2008, 07:26 PM | #12 | |
Evangelist
Posts: 423
Karma: 2153430
Join Date: Dec 2007
Device: BeBook
|
Quote:
|
|
10-23-2008, 08:11 PM | #13 | |
"Assume a can opener..."
Posts: 755
Karma: 1942109
Join Date: Mar 2008
Location: Local Cluster
Device: iLiad v2, DR1000
|
Quote:
|
|
10-23-2008, 08:12 PM | #14 |
Developer
Posts: 345
Karma: 3473
Join Date: Apr 2007
Location: Brooklyn, NY, USA
Device: iRex iLiad v1, Blackberry Tour, Kindle DX, iPad.
|
Hey, all!
I like Antartica's ideas a lot. I was thinking along similar lines... here's a UI concept I put together based on Antartica's earliest post. I kept some of the elements from that, then I changed some things and added some new things, based on comments in this thread plus my own ideas. My goals were to make the button functions as simple and intuitive as possible, maintain some consistency with the old UI, minimize the number of touches necessary to perform common tasks, and add room for new functionality (search, bookmarks) without being confusing. Here's what I ended up with... What do you all think of this? Key aspects :
Popped up / toggled by the iRex button, the system dialog box provides access to system utilities and options:
The toolbar has left-side icons and right-side icons. The right-side icons provide higher-level functions and don't change much with context. The left-side icons depend on the application. To revise the toolbar and make the icon functions clearer, I suggest changing the left-side icons into menu headings. When a menu icon is clicked, the icon expands to show the buttons in its sub-toolbar. The sub-toolbar is persistent and remains open until it is closed, or until you open a different sub-bar. Right-side icons
Left column, from top to bottom
Last edited by jharker; 10-23-2008 at 08:20 PM. Reason: Language edits and rewording. |
10-23-2008, 09:20 PM | #15 |
Wizard
Posts: 1,005
Karma: 98078
Join Date: Jul 2006
Location: Atlanta, GA
Device: iPad Mini 4
|
A suggestion would be to make the four bottom buttons configurable as to the default setting for short and long presses, either folders or virtual desktops. For me personally I won't normally be running multiple applications, but I would like quick access to the different categories of content.
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
iLiad The iLiad OS Project | jharker | iRex Developer's Corner | 145 | 12-09-2013 01:44 PM |
iLiad The iLiad OS Project roadmap discussion | Antartica | iRex Developer's Corner | 21 | 02-27-2009 03:42 AM |
iLiad iLiad Power Use: A discussion (or, Leave your stylus at home) | jharker | iRex Developer's Corner | 27 | 11-13-2008 07:19 PM |
project: clock for iLiad | yokos | iRex | 30 | 10-22-2007 08:37 PM |