Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
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 :) 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. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Box object in Edje
On Fri, Nov 21, 2008 at 3:50 PM, Iván Briano (Sachiel) [EMAIL PROTECTED] wrote: Hello list, Attached is a patch that adds the Evas box functionality to Edje, allowing to define a box in themes, which can contain objects added by applications or other groups. It supports all the layouts defined in Evas by default and it can register custom layouts which the theme can also reference. snip Test at will, opinions are of course welcome, specially for the layout register. Just reading your patch, not tested yet. I have only one comment using hash for layout matching is not really a good option regarding memory consuption. It would be better to put them in a rbtree, it will do around 3 strcmp for all the current layout beeing fast enough without using too much memory. At the same time, you could setup a static array of Edje_Box_Layout with all default layout and initialize the rbtree from it (would make the code cleaner imho). Anyway, it's really a good think seeing this stuff coming in edje. -- Cedric BAIL - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
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=100url=/ ___ 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Box object in Edje
On Fri, Nov 21, 2008 at 1:20 PM, Cedric BAIL [EMAIL PROTECTED] wrote: On Fri, Nov 21, 2008 at 3:50 PM, Iván Briano (Sachiel) [EMAIL PROTECTED] wrote: Hello list, Attached is a patch that adds the Evas box functionality to Edje, allowing to define a box in themes, which can contain objects added by applications or other groups. It supports all the layouts defined in Evas by default and it can register custom layouts which the theme can also reference. snip Test at will, opinions are of course welcome, specially for the layout register. Just reading your patch, not tested yet. I have only one comment using hash for layout matching is not really a good option regarding memory consuption. It would be better to put them in a rbtree, it will do around 3 strcmp for all the current layout beeing fast enough without using too much memory. At the same time, you could setup a static array of Edje_Box_Layout with all default layout and initialize the rbtree from it (would make the code cleaner imho). Truth be told, I just checked in Eina the names of functions for things I already knew. I will look at the other stuff and follow your suggestion. The static array is a good idea, I wanted to avoid the mess in init, but that one didn't occurred to me. Anyway, it's really a good think seeing this stuff coming in edje. Table follows, stay tuned. -- Cedric BAIL - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Box object in Edje
Sourceforge dropped the theme, here it is now. collections { #define BOX_ITEM(NAME, R, G, B, A) \ group { \ name: NAME; \ parts { \ part { \ name: it; \ type: RECT; \ repeat_events: 0; \ description { \ state: default 0.0; \ min: 50 50; \ rel1 { relative: 0.0 0.0; }; \ rel2 { relative: 1.0 1.0; }; \ color: R G B A; \ } \ description { \ state: alternate 1.0; \ inherit: default 0.0; \ color: B R G A; \ } \ } \ } \ programs { \ program { \ name: set,alternate; \ signal: mouse,down,1; \ source: it; \ action: STATE_SET alternate 1.0; \ target: it; \ } \ program { \ name: set,default; \ signal: mouse,down,3; \ source: it; \ action: STATE_SET default 0.0; \ target: it; \ } \ } \ } BOX_ITEM(Item1, 0, 128, 128, 128) BOX_ITEM(Item2, 128, 0, 128, 128) BOX_ITEM(Item3, 128, 128, 0, 128) BOX_ITEM(Item4, 0, 0, 0, 128) group { name: DaBox; parts { part { name: Border; type: RECT; description { state: default 0.0; rel1 { relative: 0.0 0.0; }; rel2 { relative: 1.0 1.0; }; color: 0 0 0 255; } } part { name: Inside; type: RECT; description { state: default 0.0; color: 255 255 255 255; rel1 { offset: 5 5; to: Border; } rel2 { offset: -5 -5; to: Border; } } } part { name: Box; type: BOX; box { items { item { type: GROUP; source: Item1; min: 50 50; } item { type: GROUP; source: Item2; min: 25 25; padding: 0 0 3 3; } item { type: GROUP; source: Item3; min: 75 75; //weight: 1.0 1.0; } item { type: GROUP; source: Item4; //align: -1.0 -1.0; //min: 50 50; } } } description { state: default 0.0; rel1 { to: Inside; } rel2 { to: Inside; } box { layout: horizontal; padding: 1 1; align: 0.5 0.5; } } #define box_layout(NAME) description { \ state: NAME 0.0; \ inherit: default 0.0; \ box { \ layout: NAME; \ padding: 1 1; \ align: 0.5 0.5; \ } \ } box_layout(horizontal) box_layout(vertical) box_layout(horizontal_homogeneous) box_layout(vertical_homogeneous) box_layout(horizontal_max) box_layout(vertical_max) box_layout(horizontal_flow) box_layout(vertical_flow) box_layout(stack) box_layout(custom_layout) } } programs { #define set_layout(NAME) program { \ name: set,NAME; \ signal: set,NAME; \ source: *; \ action: STATE_SET NAME 0.0; \ target: Box; \ } set_layout(horizontal) set_layout(vertical) set_layout(horizontal_homogeneous) set_layout(vertical_homogeneous) set_layout(horizontal_max) set_layout(vertical_max) set_layout(horizontal_flow) set_layout(vertical_flow) set_layout(stack) set_layout(custom_layout) } } } - 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=100url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
Dans son message intitulé « Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78 » du Fri, 21 Nov 2008 09:32:28 -0600, Nick Hughart [EMAIL PROTECTED] nous a donné l'occasion de lire : 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. FWIW, I almost have that for ilist. I have a little resizing issue when collapsing, apart from that it should be ok for general comsumption soon. 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 was wondering if it wouldn't be better to always use the same window instead of opening a new window everytime, e.g., you selected category, then item, and all the content of the window is being replaced by the settings themselves instead of opening a new one. Problem is that I think that it is against E philosophy... Cheers! Chidambar signature.asc Description: PGP signature - 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=100url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
On Fri, 21 Nov 2008 19:19:41 +0100 Chidambar 'ilLogict' Zinnoury [EMAIL PROTECTED] wrote: Dans son message intitulé « Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78 » du Fri, 21 Nov 2008 09:32:28 -0600, Nick Hughart [EMAIL PROTECTED] nous a donné l'occasion de lire : 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. FWIW, I almost have that for ilist. I have a little resizing issue when collapsing, apart from that it should be ok for general comsumption soon. Is this a generic widget that I can put any widgets in or just for the ilist headers? 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 was wondering if it wouldn't be better to always use the same window instead of opening a new window everytime, e.g., you selected category, then item, and all the content of the window is being replaced by the settings themselves instead of opening a new one. Problem is that I think that it is against E philosophy... I think this would be a neat idea myself, not sure about others. Cheers! Chidambar - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: urandom IN trunk/elicit: . data/themes/winter data/themes/winter/fonts data/themes/winter/groups data/themes/winter/img data/themes/winter/macros data/themes/winter/parts data/the
Quick question, it appears that elicit now requires imlib2, or is than woops? Enlightenment SVN wrote: Log: add an on-screen ruler to elicit. only the winter theme supports it for now Author: urandom Date: 2008-11-07 06:26:49 -0800 (Fri, 07 Nov 2008) New Revision: 37531 Added: trunk/elicit/data/themes/winter/fonts/Makefile.am trunk/elicit/data/themes/winter/groups/Makefile.am trunk/elicit/data/themes/winter/groups/ruler.edc trunk/elicit/data/themes/winter/img/Makefile.am trunk/elicit/data/themes/winter/img/left-deco-bottom.png trunk/elicit/data/themes/winter/img/ruler_bg_bottom.png trunk/elicit/data/themes/winter/img/ruler_bg_left.png trunk/elicit/data/themes/winter/img/ruler_bg_right.png trunk/elicit/data/themes/winter/img/ruler_bg_top.png trunk/elicit/data/themes/winter/img/ruler_cm.png trunk/elicit/data/themes/winter/img/ruler_icon.png trunk/elicit/data/themes/winter/img/ruler_icon2.png trunk/elicit/data/themes/winter/img/ruler_in.png trunk/elicit/data/themes/winter/img/ruler_pc.png trunk/elicit/data/themes/winter/img/ruler_pt.png trunk/elicit/data/themes/winter/img/ruler_px.png trunk/elicit/data/themes/winter/img/ruler_rotate.png trunk/elicit/data/themes/winter/img/ruler_rotate2.png trunk/elicit/data/themes/winter/macros/Makefile.am trunk/e licit/data/themes/winter/parts/Makefile.am trunk/elicit/data/themes/winter/programs/Makefile.am trunk/elicit/src/ruler.c trunk/elicit/src/ruler.h Modified: trunk/elicit/AUTHORS trunk/elicit/configure.ac trunk/elicit/data/themes/winter/Makefile.am trunk/elicit/data/themes/winter/parts/buttons.edc trunk/elicit/data/themes/winter/programs/buttons.edc trunk/elicit/data/themes/winter/winter.edc trunk/elicit/src/Elicit.h trunk/elicit/src/Makefile.am trunk/elicit/src/callbacks.c trunk/elicit/src/callbacks.h trunk/elicit/src/elicit.c trunk/elicit/src/spectrum.c - 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=100url=/ ___ enlightenment-svn mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-svn - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
On Fri, Nov 21, 2008 at 4:33 PM, Nick Hughart [EMAIL PROTECTED] wrote: On Fri, 21 Nov 2008 19:19:41 +0100 Chidambar 'ilLogict' Zinnoury [EMAIL PROTECTED] wrote: Dans son message intitulé « Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78 » du Fri, 21 Nov 2008 09:32:28 -0600, Nick Hughart [EMAIL PROTECTED] nous a donné l'occasion de lire : 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. FWIW, I almost have that for ilist. I have a little resizing issue when collapsing, apart from that it should be ok for general comsumption soon. Is this a generic widget that I can put any widgets in or just for the ilist headers? FYI, if you use evas_object_box, you can change hint_max and it will automatically shrink (if the layout looks at that!). You can use that to easily implement what you want. AFAIR vertical/horizonal will not even look at min/max hints if weight is not 0.0, but we can either change that or just set weight = 1.0 for that item. 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 was wondering if it wouldn't be better to always use the same window instead of opening a new window everytime, e.g., you selected category, then item, and all the content of the window is being replaced by the settings themselves instead of opening a new one. Problem is that I think that it is against E philosophy... I think this would be a neat idea myself, not sure about others. i like it too. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] 2 modules translated to czech
Hi, I'm sending 2 modules .po files translated to czech. It's not much, but I can send more if you will be interested and put them into SVN.. It's up to you. Regards, Josef Lusticky [EMAIL PROTECTED]- 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=100url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
Dans son message intitulé « Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78 » du Fri, 21 Nov 2008 12:33:47 -0600, Nick Hughart [EMAIL PROTECTED] nous a donné l'occasion de lire : On Fri, 21 Nov 2008 19:19:41 +0100 Chidambar 'ilLogict' Zinnoury [EMAIL PROTECTED] wrote: Dans son message intitulé « Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78 » du Fri, 21 Nov 2008 09:32:28 -0600, Nick Hughart [EMAIL PROTECTED] nous a donné l'occasion de lire : 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. FWIW, I almost have that for ilist. I have a little resizing issue when collapsing, apart from that it should be ok for general comsumption soon. Is this a generic widget that I can put any widgets in or just for the ilist headers? No, it's just for ilist headers (basically, it hides all elements between folded header to the next one). Chidambar 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 was wondering if it wouldn't be better to always use the same window instead of opening a new window everytime, e.g., you selected category, then item, and all the content of the window is being replaced by the settings themselves instead of opening a new one. Problem is that I think that it is against E philosophy... I think this would be a neat idea myself, not sure about others. signature.asc Description: PGP signature - 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=100url=/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Not possible to compile evil on Windows XP
Looking into the sspi.h header line, it has the following definition: typedef UNICODE_STRING SECURITY_STRING, *PSECURITY_STRING; So somehow the UNICODE_STRING type is not found be the compiler. Can someone please help me to solve this? When I tried to compile it 2 weeks ago, there was no problem. Maybe there are some #ifdef that guard the definition of the type. can you paste sspi.h in pastebin.ca, please ? thank you Vincent I realise that what i am about to say is not a solution but compiles fine here rev 37611 latest afaik winxp+mingw - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
On Fri, 21 Nov 2008 10:39:11 -0200 Gustavo Sverzut Barbieri [EMAIL PROTECTED] babbled: 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 :) 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. well this would have been much more surgery than i did :) what i did was very simple... i need the toolbar for tabs anyway. i am going to take dialogs that have too much all in 1 window and split the content into multiple tabs (toolbar items). i just need a multi-content holder that holds multiple pages of objects and flips them (somehow) when you select a new toolbar item (and then a small wrapper than combines these). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
On Sat, 22 Nov 2008 00:48:08 +0900 Toma [EMAIL PROTECTED] babbled: 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. :) this is pretty easy though - find strings... replace. :) 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=100url=/ ___ 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)[EMAIL PROTECTED] - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
On Fri, 21 Nov 2008 19:30:11 +0100 Viktor Kojouharov [EMAIL PROTECTED] babbled: On Fri, 2008-11-21 at 19:19 +0100, Chidambar 'ilLogict' Zinnoury wrote: Dans son message intitulé « Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78 » du Fri, 21 Nov 2008 09:32:28 -0600, Nick Hughart [EMAIL PROTECTED] nous a donné l'occasion de lire : 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. FWIW, I almost have that for ilist. I have a little resizing issue when collapsing, apart from that it should be ok for general comsumption soon. 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 was wondering if it wouldn't be better to always use the same window instead of opening a new window everytime, e.g., you selected category, then item, and all the content of the window is being replaced by the settings themselves instead of opening a new one. Problem is that I think that it is against E philosophy... I was thinking the same thing when I saw the new layout. It would look good if, once you click on an item, the whole thing (including the toolbar) will slide to one side and make room for the config itself. And instead of the toolbar, the config 'dialogs' will place their buttons there. BTW, it would be better if the 'Files' category is removed. The only thing that occupies it is the file manager module, so it should probably go in extensions, or system. that'd be a major change to the config dialog infrastructure and how it works - putting config all in the same window. pretty major. it also would make the system config stuff be different (this launches external executable already on the system for config). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enlightenment-svn Digest, Vol 5, Issue 78
On Fri, 21 Nov 2008 09:32:28 -0600 Nick Hughart [EMAIL PROTECTED] babbled: 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 :) 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. this would also compress things. :) 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. it's another solution :) 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. over time categories will expand most likely - it's an extensible pluggable interface so we need to just deal with many categories. you're right. that's why i made the toolbar scrollable - we need to deal with: 1. # of items may expand over time and due to user actions (like adding more modules). 2. screen size may be tiny - so cram onto it. :) i'm relatively agnostic. as such the toolbar+ilist is more efficient. ilist is not intended for long lists of stuff. this is something i NEED to repeat - it's being abused heavily. i need to somehow address this. the toolbar+short ilist is good as this is what it was really intended for. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] 2 modules translated to czech
Josef Luštický [EMAIL PROTECTED] schrieb: Hi, I'm sending 2 modules .po files translated to czech. It's not much, but I can send more if you will be interested and put them into SVN.. It's up to you. You forgot to attach the file(s), or they were filtered out, because they had a wrong mime-type. Please, send translation to the intl mailing list: https://lists.sourceforge.net/lists/listinfo/enlightenment-intl Regards, Peter - 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=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel