2008/11/22 Nick Hughart <[EMAIL PROTECTED]>: > On Fri, 21 Nov 2008 10:39:11 -0200 > "Gustavo Sverzut Barbieri" <[EMAIL PROTECTED]> wrote: > >> On Fri, Nov 21, 2008 at 10:09 AM, The Rasterman Carsten Haitzler >> <[EMAIL PROTECTED]> wrote: >> > On Fri, 21 Nov 2008 19:01:30 +0900 Toma <[EMAIL PROTECTED]> >> > babbled: >> > >> >> Sorry for the Digest reply, but dont we already have a toolbar? In >> >> fact line 15900 of default.edc has a toolbar section. So we have >> >> another toolbar now? >> > >> > toolbar FOR efm, and a toolbar "widget" - different :)
Well the efm toolbar should probably be renamed to e/fileman/toolbar then, IMHO. I could give it a try, but I know I make a lot of people nervous when I start commiting C code. :) Toma >> >> btw, as others on IRC: I dislike the new config dialog. >> >> maybe if we reduce the number of categories and avoid scroll, it could >> work better. since it's very similar to macos, we could do like them >> and put a first screen to choose the category, so it's like: >> Configuration window: Look, Apps, ... as a grid or so, possible >> with descriptive texts as we see on macos, kde or vista. >> Look window: Wallpaper, theme... followed by the selected app >> dialog. >> >> maybe this will not match e17 way, so out of ideas. >> > > Another idea might be collapsible headers for each category. Clicking > on the header would then expand that category in the list. In fact a > generic collapsible widget could be useful in other places as well. > > Another idea would be to have a list of categories. Once you pick a > category, the contents of the list are replaced with that category with > a button to go backwards. This type of interface works on a > touchscreen as well as a desktop. Some examples of this type of > interface is the iPhone Settings and to a lesser extent the Windows > Control Panel (the new one with the categories and such, not the > classic one). Both provide a similar flow of category -> items and > include some way to go back. So in this way I see it as serving both > worlds and also has some track record of actually being useful for > both. > > I like my first idea more though because it could potentially require > less clicking at the expense of more scrolling. But with kinetic > scrolling and mouse wheels, scrolling isn't all that expensive to the > user anymore. The collapsible headers help with that anyway. > > In either case, I don't agree with less categories. We could possibly > trim a couple (menus could be merged with apps for example), but in the > long run, we shouldn't limit the number of categories as to make them > useless. Especially with a modular design, who knows what categories > will be created. Have to be flexible with this. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
