On Wed, 21 Jan 2009 19:11:33 +0900 Toma <tomha...@gmail.com> babbled:
> Hey guys. > A light just went on in my head about something I just saw on reddit. > Here is the post: > http://blogs.gnome.org/mortenw/2009/01/21/the-gtk-file-chooser-dialog/ > > As you can see, when the window gets scaled, the relevant widget (File > picker) gets sized to obscurity while the buttons are fine. > > Then compare it to this neat edje interface: > http://www.amsn-project.net/~kakaroto/edje/amsn2-v4.mpeg > This is amsn2 as some of you might know. You can see how when the size > of the window gets too small, the less relevant widgets get minimised > out. This still make the dialog functional and relevant. > > So I got thinking, if we had added a 'widget relevance' parameters to > some of the widgets in dialogs, we could put this effect into > practice. It would make neater dialogs at smaller sizes but also make > more powerful dialogs at bigger sizes. You could even make a > configurator to make the widgets a set relevance level so they stay. > > I know its just more code and more work, but it could be something to > put into EWL, ETK or Elementary and save for E18 or EFL 2.0. bingo :) for e17 (for now) a i want to do is rationalise the gui's to just be more space-efficient full-stop. thats all for e17. for e18 - yes. something better is needed. as such elementary is my test bed for that. already considered the idea of widget priority (if widgets dont pack into the window at a given min size or a preferred size) then start hiding the lowest priority widgets - and try again. repeat until you are left only with widgets of the highest priority. the problem is - this is a very limited solution. others are that some widgets go into an auto-scroll mode where a row of buttons, or whatever becomes scrollable... but this too is limited. other things you can do is start scaling down content (font sizes, icons, images etc.) for some things. this may work in some cases. in the end you need to probably take several of these approaches. some work better than others given circumstances. for now though - just rationalising the window layout is the best. a lot of them are way too big because we dont have a "tab" widget. toolbar (using in the config panel) is what i intended to use + a "show/hide flipper" widget (combined into a parent widget) as a notebook basically. this will save a lot of space in some dialogs. others just need to be re-thought. labels reduced etc. etc. > -Toma > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
