Re: [E-devel] Problems handling a shelf on various resolutions
2009/4/27 Luca De Marini luca.darkmas...@gmail.com 2009/4/27 Luca De Marini luca.darkmas...@gmail.com Hallo everyone, I'm having a hard time trying to figure out how to handle shelves extended to all the screen. I'm talking about shelves that are not automatically reduced to the contents size. Sorry I have an Italian system so I don't know how is this option called in reality.. Whatever, my problem is that I was trying to put some gadgets on the center of the shelf. I can freely move them of course, so, I positioned those gadgets on the center... then I added Itask on the left edge of the shelf and some modules on the right edge of the shelf. Now, this layout would be good for me, but as you know, I run a Linux distribution, therefore this should be a usable layout for everyone else too. But, when I resize my screen to a smaller resolution (to test it I'm using virtualbox, so I can just resize a window to see the screen resize as I wish), initially all gadgets are looking ok, the most important of all things is that the modules on the center are still on the center but... resizing the screen to a bigger resolution will mess everything up. ITask on the left keeps being on the left but the modules on the center move to the left side of the screen, staying attached to itask, and all of the modules on the right of the shelf move alone with those on the center too, leaving the right side of the shelf empty. Some times modules gets messed in a different way, like they all go on the right, or some stay on the left and others on the right... in general, changing resolution messes up their position. So, my question is, when using sheleves extended to the whole screen, is it impossible to handle gandgets so that they stay where they are in a relative position (rather than an absolute one) on every resolution? Is it imposdible to tell E17 that I'm putting a gadget on the CENTER of the screen and not on one side? All this, basically, makes shelves extended to the whole screen unusable in redistributable distros. If I'm missing something, please tell me how to solve this problems. Please see the attachments, I super compressed them so that they will not be too heavy. If you prefer me never to send pictures in the list, please tell me and next time I'll upload the pics on another server. Sorry looks like my shots disappeared. Here are them uploaded on another server: http://opengeu.intilinux.com/screenshots/repositioning modules in shelf1.jpg http://opengeu.intilinux.com/screenshots/repositioning modules in shelf2.jpg http://opengeu.intilinux.com/screenshots/repositioning modules in shelf3.jpg Hallo everyone, I'm replying again since I receive no response to my problem. I just wanted to point out that this is a major bug / problem, not something to understimate. I'm the manager of a distro, OpenGEU, and when I create my custom configurations for Enlightenment, those configurations will be stored in the distro and in the redistributable packages I create for OpenGEU. Everyone using OpenGEU will have to use my configurations. Both on the live CD and in their installations (from packages too of course). So, if I save my configuration as in screenshot 2, and then a user with a higher resolution than mine boots the liveCD, he will have a mess as in screenshot 3. That's not good at all. Looks like gadget positioning is not relative to the screen resolution but it's rather considered as absolute.. I'm not a coder so I can just guess what I'm writing here but I think I'm right. The same thing would happen if a user installs the liveCD without his video drivers correctly installed.. and then, after installing them, turns the resolution to a higher level. Everything in shelves gets messed up again. I also noticed that on Gadman this bug does not exist. It is only happening in shelves. I mean, in Gadman, if I place a module on the rop right corner of the screen and another one on the bottom left corner, no matter the resolution, those modules are always keeping their good relative positioning! They are always on the top right corner and on the bottom left of the screen, in any damned resolution, they never loose their correct position. So, shelves really need a patch about this problem. Positioning must be relative to the resolution of the screen.. not even modules positioned on the edges on the shelves seem to remember their relative position... If you think about it, this basically means that in distros people will be forced to redistribute an E17 configuration with a short shelf, a shelf automatically adapted to the contents, that's what I mean. We cannot use shelves full-screen large by no means.. Very bad thing :\ Hoping this time somebody will answer, Greets, Luca D.M. -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a
[E-devel] Efm_Nav keyboard shortcuts
Hello, All. Situation: efm_nav has a directory change history list. To make keyboard shortcust for up, prev, next I should use EVAS_CALLBACK_KEY_DOWN if widget catch keyboard events. But, efm_nav have'nt focus and not receive this events. Second - make E_Action objects and link them to Alt+Left, Alt+Right, Alt+Up keys, for example. It's global shortcuts. To use it i must watch what efm_nav instance active now. Could I use EVAS_CALLBACK_SHOW and EVAS_CALLBACK_HIDE handlers in efm_nav for this purpose? Sincerely yours, Sergey. -- Jabber/XMPP: sergey.semer...@gmail.com Cellular: +7-909-206-5992 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] fm2 auto-mount on insert for removable devices
Hello, All. In the release plan 'fm2 auto-mount on insert for removable devices, possible import places to e/src/modules (with a better name?) See #229' issue present. Are you plan to move places functionality to efm2? Or 'places' module will be enabled by default and stay 'as is'? Sincerely yours, Sergey. -- Jabber/XMPP: sergey.semer...@gmail.com Cellular: +7-909-206-5992 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Accessing the structure containing an Eina_Inlist
Hello, While playing with Eina_Inlist, I noticed that given a pointer to an Eina_Inlist, one can't easily get a pointer to the structure containing it. The only option now is to put the Eina_Inlist first in the structure, and then cast this structure to an Eina_Inlist, which is far from optimal. I'd therefore like to propose that we add in eina_inlist.h a macro along the lines of #define FIND_A_SENSBILE_NAME_FOR_THIS(ptr, type) ((type *) ((Eina_Inlist *) ptr - offsetof(type, __in_list))) Then, we could get a pointer to the containing structure, no matter where the Eina_Inlist is (note that I used __in_list as the member as we already have a macro '#define EINA_INLIST Eina_Inlist __in_list', but a member argument could be added just as well) Thoughts ? Regards, -- Albin Tonnerre signature.asc Description: Digital signature -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: morlenxus trunk/E-MODULES-EXTRA/diskio/src
On Thu, Apr 30, 2009 at 06:15:10AM -0700, Enlightenment SVN wrote : Log: replace ecore with eina Author: morlenxus Date: 2009-04-30 06:15:10 -0700 (Thu, 30 Apr 2009) New Revision: 40474 Modified: trunk/E-MODULES-EXTRA/diskio/src/e_mod_config.c Modified: trunk/E-MODULES-EXTRA/diskio/src/e_mod_config.c === --- trunk/E-MODULES-EXTRA/diskio/src/e_mod_config.c 2009-04-30 10:13:31 UTC (rev 40473) +++ trunk/E-MODULES-EXTRA/diskio/src/e_mod_config.c 2009-04-30 13:15:10 UTC (rev 40474) @@ -3,7 +3,7 @@ struct _E_Config_Dialog_Data { - Ecore_List *disks; + Eina_List *disks; int diskpos; }; @@ -78,6 +78,7 @@ _basic_create(E_Config_Dialog *cfd, Evas *evas, E_Config_Dialog_Data *cfdata) { Config_Item *ci; + Eina_List *l; Evas_Object *o = NULL, *of = NULL, *ob = NULL; E_Radio_Group *rg; char path[128], *disk; @@ -93,8 +94,9 @@ if (cfdata-disks) { - while ((disk = ecore_list_next(cfdata-disks))) + for (l = cfdata-disks; l; l = eina_list_next(l)) { + disk = eina_list_data_get(l); pos++; EINA_LIST_FOREACH(cfdata-disks, l, disk) { ... } might be easier/better to use there Regards, -- Albin Tonnerre signature.asc Description: Digital signature -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Finding focused window
Hello, All. Help please, how correctly find pointer to focused window? e_border_focused_get gives me pointer to E_Border* and how find window object from it? Sincerely yours, Sergey. -- Jabber/XMPP: sergey.semer...@gmail.com Cellular: +7-909-206-5992 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] single-line textblock auto scroll
Hi, I am trying to use TEXTBLOCK with entry_mode EDITABLE, but I am facing a problem when the typed text gets bigger than the part size. I was expecting that the text could scroll automatically to the left and the cursor would not cross the part's boundaries. Is there any properties that I could set in edje to get this behavior? should I implement it manually in my app? Or should it be a built-in feature to be done in edje backend? BR - Tomaz -- Tomaz Noleto tnol...@gmail.com -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] background panning when changing desks
On Wed, Apr 29, 2009 at 7:18 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: On Wed, 2009-04-29 at 18:58 -0300, Rafael Antognolli wrote: On Wed, Apr 29, 2009 at 4:31 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: Hi, I've been playing around with the making the bg_object pan on desk switch, instead of using transitions. To illustrate what I'm talking about, I made a rather crappy screencast (istanbul only seems to make 10fps screencasts, anyone have an alternative program?): http://www.youtube.com/watch?v=glYLH3GSikE The idea is that the background slides depending on its size relative to the geometry of all desks, as well as a user specified factor. E.g.: if you have 2 horizontal desks of size 640x480, and a bg of size 1280x480, the background will slide at most by a half of its size. If the user specifies a factor below 1.0, the offset of the bg is smaller, creating a parallax effect. If the bg size is smaller, the total offset will be smaller, thus not causing the bg to scroll off boundary. I've currently implemented it with this patch. It is toggable by an option in the virtual desks settings dialog, which will override any preselected transition (since it doesn't use the same function). Speed is not blazing fast, but I'm not sure if it can be faster with just using the software engine (using the gl engine for the container is flicker free though). So what do you guys think of this idea? Wow, very nice effect! Now I'm thinking if it would be possible to have a wallpaper with many layers, and some of them scroll more than others. This way you would have an effect as if the near mountains move faster than the far ones (giving an idea of depth)... If there's any way to communicate the direction, duration and distance to edje, then maybe it could be possible. Not sure how much info one could give with an edje signal. And the performance might degrade. just use edje messages instead of signals, you can give it an array of floats. As for performance, yeah, it will suck with slower machines. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Problems handling a shelf on various resolutions
it's on my queue, just busy :-( On Thu, Apr 30, 2009 at 3:19 AM, Luca De Marini luca.darkmas...@gmail.com wrote: 2009/4/27 Luca De Marini luca.darkmas...@gmail.com 2009/4/27 Luca De Marini luca.darkmas...@gmail.com Hallo everyone, I'm having a hard time trying to figure out how to handle shelves extended to all the screen. I'm talking about shelves that are not automatically reduced to the contents size. Sorry I have an Italian system so I don't know how is this option called in reality.. Whatever, my problem is that I was trying to put some gadgets on the center of the shelf. I can freely move them of course, so, I positioned those gadgets on the center... then I added Itask on the left edge of the shelf and some modules on the right edge of the shelf. Now, this layout would be good for me, but as you know, I run a Linux distribution, therefore this should be a usable layout for everyone else too. But, when I resize my screen to a smaller resolution (to test it I'm using virtualbox, so I can just resize a window to see the screen resize as I wish), initially all gadgets are looking ok, the most important of all things is that the modules on the center are still on the center but... resizing the screen to a bigger resolution will mess everything up. ITask on the left keeps being on the left but the modules on the center move to the left side of the screen, staying attached to itask, and all of the modules on the right of the shelf move alone with those on the center too, leaving the right side of the shelf empty. Some times modules gets messed in a different way, like they all go on the right, or some stay on the left and others on the right... in general, changing resolution messes up their position. So, my question is, when using sheleves extended to the whole screen, is it impossible to handle gandgets so that they stay where they are in a relative position (rather than an absolute one) on every resolution? Is it imposdible to tell E17 that I'm putting a gadget on the CENTER of the screen and not on one side? All this, basically, makes shelves extended to the whole screen unusable in redistributable distros. If I'm missing something, please tell me how to solve this problems. Please see the attachments, I super compressed them so that they will not be too heavy. If you prefer me never to send pictures in the list, please tell me and next time I'll upload the pics on another server. Sorry looks like my shots disappeared. Here are them uploaded on another server: http://opengeu.intilinux.com/screenshots/repositioning modules in shelf1.jpg http://opengeu.intilinux.com/screenshots/repositioning modules in shelf2.jpg http://opengeu.intilinux.com/screenshots/repositioning modules in shelf3.jpg Hallo everyone, I'm replying again since I receive no response to my problem. I just wanted to point out that this is a major bug / problem, not something to understimate. I'm the manager of a distro, OpenGEU, and when I create my custom configurations for Enlightenment, those configurations will be stored in the distro and in the redistributable packages I create for OpenGEU. Everyone using OpenGEU will have to use my configurations. Both on the live CD and in their installations (from packages too of course). So, if I save my configuration as in screenshot 2, and then a user with a higher resolution than mine boots the liveCD, he will have a mess as in screenshot 3. That's not good at all. Looks like gadget positioning is not relative to the screen resolution but it's rather considered as absolute.. I'm not a coder so I can just guess what I'm writing here but I think I'm right. The same thing would happen if a user installs the liveCD without his video drivers correctly installed.. and then, after installing them, turns the resolution to a higher level. Everything in shelves gets messed up again. I also noticed that on Gadman this bug does not exist. It is only happening in shelves. I mean, in Gadman, if I place a module on the rop right corner of the screen and another one on the bottom left corner, no matter the resolution, those modules are always keeping their good relative positioning! They are always on the top right corner and on the bottom left of the screen, in any damned resolution, they never loose their correct position. So, shelves really need a patch about this problem. Positioning must be relative to the resolution of the screen.. not even modules positioned on the edges on the shelves seem to remember their relative position... If you think about it, this basically means that in distros people will be forced to redistribute an E17 configuration with a short shelf, a shelf automatically adapted to the contents, that's what I mean. We cannot use shelves full-screen large by no means.. Very bad thing :\ Hoping this time somebody will answer, Greets, Luca D.M.
Re: [E-devel] single-line textblock auto scroll
On Thu, Apr 30, 2009 at 3:56 PM, Tomaz Noleto tnol...@gmail.com wrote: Hi, I am trying to use TEXTBLOCK with entry_mode EDITABLE, but I am facing a problem when the typed text gets bigger than the part size. I was expecting that the text could scroll automatically to the left and the cursor would not cross the part's boundaries. Is there any properties that I could set in edje to get this behavior? should I implement it manually in my app? Or should it be a built-in feature to be done in edje backend? edje is not a widget set, but basic building blocks. You need to implement the scroll yourself, see elm_entry.c -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efm_Nav keyboard shortcuts
On Thu, Apr 30, 2009 at 3:41 AM, Sergey Semernin sergey.semer...@gmail.com wrote: Hello, All. Situation: efm_nav has a directory change history list. To make keyboard shortcust for up, prev, next I should use EVAS_CALLBACK_KEY_DOWN if widget catch keyboard events. But, efm_nav have'nt focus and not receive this events. need to look at it, but maybe you can connect to parent object (e_fm)? Or even add system to e_fm to register keyboard handlers, so if it does not handle, it will call the list until some function returns TRUE. Second - make E_Action objects and link them to Alt+Left, Alt+Right, Alt+Up keys, for example. It's global shortcuts. To use it i must watch what efm_nav instance active now. Could I use EVAS_CALLBACK_SHOW and EVAS_CALLBACK_HIDE handlers in efm_nav for this purpose? this one is bad, not the purpose of e_action. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] fm2 auto-mount on insert for removable devices
On Thu, Apr 30, 2009 at 3:45 AM, Sergey Semernin sergey.semer...@gmail.com wrote: Hello, All. In the release plan 'fm2 auto-mount on insert for removable devices, possible import places to e/src/modules (with a better name?) See #229' issue present. Are you plan to move places functionality to efm2? Or 'places' module will be enabled by default and stay 'as is'? DaveMDS can say more about it as he started to merge places into efm, but places should disappear or be just the fancy gadget and be integrated into e17 (src/modules). What needs to be done is pull place's e_hal notifications to be notified when volumes are plugged in and check for automount flag, in this case mount and open efwin. This should be done in src/modules/fileman as much as possible. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Accessing the structure containing an Eina_Inlist
On Thu, Apr 30, 2009 at 10:11 AM, Albin Tonnerre albin.tonne...@gmail.com wrote: Hello, While playing with Eina_Inlist, I noticed that given a pointer to an Eina_Inlist, one can't easily get a pointer to the structure containing it. The only option now is to put the Eina_Inlist first in the structure, and then cast this structure to an Eina_Inlist, which is far from optimal. I'd therefore like to propose that we add in eina_inlist.h a macro along the lines of #define FIND_A_SENSBILE_NAME_FOR_THIS(ptr, type) ((type *) ((Eina_Inlist *) ptr - offsetof(type, __in_list))) Then, we could get a pointer to the containing structure, no matter where the Eina_Inlist is (note that I used __in_list as the member as we already have a macro '#define EINA_INLIST Eina_Inlist __in_list', but a member argument could be added just as well) Thoughts ? As we discussed on IRC, I like this. It would help avoid casts and try to make code bit easier to get right. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] background panning when changing desks
On Thu, 2009-04-30 at 17:32 -0300, Gustavo Sverzut Barbieri wrote: On Wed, Apr 29, 2009 at 7:18 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: On Wed, 2009-04-29 at 18:58 -0300, Rafael Antognolli wrote: On Wed, Apr 29, 2009 at 4:31 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: Hi, I've been playing around with the making the bg_object pan on desk switch, instead of using transitions. To illustrate what I'm talking about, I made a rather crappy screencast (istanbul only seems to make 10fps screencasts, anyone have an alternative program?): http://www.youtube.com/watch?v=glYLH3GSikE The idea is that the background slides depending on its size relative to the geometry of all desks, as well as a user specified factor. E.g.: if you have 2 horizontal desks of size 640x480, and a bg of size 1280x480, the background will slide at most by a half of its size. If the user specifies a factor below 1.0, the offset of the bg is smaller, creating a parallax effect. If the bg size is smaller, the total offset will be smaller, thus not causing the bg to scroll off boundary. I've currently implemented it with this patch. It is toggable by an option in the virtual desks settings dialog, which will override any preselected transition (since it doesn't use the same function). Speed is not blazing fast, but I'm not sure if it can be faster with just using the software engine (using the gl engine for the container is flicker free though). So what do you guys think of this idea? Wow, very nice effect! Now I'm thinking if it would be possible to have a wallpaper with many layers, and some of them scroll more than others. This way you would have an effect as if the near mountains move faster than the far ones (giving an idea of depth)... If there's any way to communicate the direction, duration and distance to edje, then maybe it could be possible. Not sure how much info one could give with an edje signal. And the performance might degrade. just use edje messages instead of signals, you can give it an array of floats. As for performance, yeah, it will suck with slower machines. Actually, another idea which might work even easier (though it would be a bit more restricting), is to get all groups matching the 'e/desktop/background/*' glob. these groups can represent additional background elements, and they could have a data item, which specifies the speed coefficient, relative to the 'e/desktop/background' element. E.g.: I could have an 'e/desktop/background/sun' group, which would show a sun. It would have a data item 'data.item: relative_speed_x 0.1 # (0.0 - inf). Then the sun would be offset by 0.1 of the background offset in the X direction. This is easier for implementation and easier for the themers to do, but it only offers movement relative to the main background object (but it will achieve what Rafael is suggestion, so I don't know whether more freedom is needed). -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] fm2 auto-mount on insert for removable devices
On Thu, 2009-04-30 at 18:01 -0300, Gustavo Sverzut Barbieri wrote: On Thu, Apr 30, 2009 at 3:45 AM, Sergey Semernin sergey.semer...@gmail.com wrote: Hello, All. In the release plan 'fm2 auto-mount on insert for removable devices, possible import places to e/src/modules (with a better name?) See #229' issue present. Are you plan to move places functionality to efm2? Or 'places' module will be enabled by default and stay 'as is'? DaveMDS can say more about it as he started to merge places into efm, but places should disappear or be just the fancy gadget and be integrated into e17 (src/modules). What needs to be done is pull place's e_hal notifications to be notified when volumes are plugged in and check for automount flag, in this case mount and open efwin. This should be done in src/modules/fileman as much as possible. Personally, I'm a bit against places disappearing altogether. It looks nice on the desktop, and it will look even nicer in a sidebar-like gadcon in the fwin. -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] background panning when changing desks
On Thu, Apr 30, 2009 at 6:13 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: On Thu, 2009-04-30 at 17:32 -0300, Gustavo Sverzut Barbieri wrote: On Wed, Apr 29, 2009 at 7:18 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: On Wed, 2009-04-29 at 18:58 -0300, Rafael Antognolli wrote: On Wed, Apr 29, 2009 at 4:31 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: Hi, I've been playing around with the making the bg_object pan on desk switch, instead of using transitions. To illustrate what I'm talking about, I made a rather crappy screencast (istanbul only seems to make 10fps screencasts, anyone have an alternative program?): http://www.youtube.com/watch?v=glYLH3GSikE The idea is that the background slides depending on its size relative to the geometry of all desks, as well as a user specified factor. E.g.: if you have 2 horizontal desks of size 640x480, and a bg of size 1280x480, the background will slide at most by a half of its size. If the user specifies a factor below 1.0, the offset of the bg is smaller, creating a parallax effect. If the bg size is smaller, the total offset will be smaller, thus not causing the bg to scroll off boundary. I've currently implemented it with this patch. It is toggable by an option in the virtual desks settings dialog, which will override any preselected transition (since it doesn't use the same function). Speed is not blazing fast, but I'm not sure if it can be faster with just using the software engine (using the gl engine for the container is flicker free though). So what do you guys think of this idea? Wow, very nice effect! Now I'm thinking if it would be possible to have a wallpaper with many layers, and some of them scroll more than others. This way you would have an effect as if the near mountains move faster than the far ones (giving an idea of depth)... If there's any way to communicate the direction, duration and distance to edje, then maybe it could be possible. Not sure how much info one could give with an edje signal. And the performance might degrade. just use edje messages instead of signals, you can give it an array of floats. As for performance, yeah, it will suck with slower machines. Actually, another idea which might work even easier (though it would be a bit more restricting), is to get all groups matching the 'e/desktop/background/*' glob. these groups can represent additional background elements, and they could have a data item, which specifies the speed coefficient, relative to the 'e/desktop/background' element. E.g.: I could have an 'e/desktop/background/sun' group, which would show a sun. It would have a data item 'data.item: relative_speed_x 0.1 # (0.0 - inf). Then the sun would be offset by 0.1 of the background offset in the X direction. This is easier for implementation and easier for the themers to do, but it only offers movement relative to the main background object (but it will achieve what Rafael is suggestion, so I don't know whether more freedom is needed). i dislike as you'll need a special case. In the other way you just send some integers/floats that specify the overall state, for example: - this screen geometry (x, y, w, h) - the whole virtual size (w_all, h_all) - transition position (either -1.0..1.0, x_pos, y_pos...) then one can do all the fancy stuff, maybe gradient will change based on values, etc. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] fm2 auto-mount on insert for removable devices
On Thu, Apr 30, 2009 at 6:16 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: On Thu, 2009-04-30 at 18:01 -0300, Gustavo Sverzut Barbieri wrote: On Thu, Apr 30, 2009 at 3:45 AM, Sergey Semernin sergey.semer...@gmail.com wrote: Hello, All. In the release plan 'fm2 auto-mount on insert for removable devices, possible import places to e/src/modules (with a better name?) See #229' issue present. Are you plan to move places functionality to efm2? Or 'places' module will be enabled by default and stay 'as is'? DaveMDS can say more about it as he started to merge places into efm, but places should disappear or be just the fancy gadget and be integrated into e17 (src/modules). What needs to be done is pull place's e_hal notifications to be notified when volumes are plugged in and check for automount flag, in this case mount and open efwin. This should be done in src/modules/fileman as much as possible. Personally, I'm a bit against places disappearing altogether. It looks nice on the desktop, and it will look even nicer in a sidebar-like gadcon in the fwin. not disappear as in being trashed, but be merged into e_fm and fileman module. It should be in e17 by default. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] fm2 auto-mount on insert for removable devices
2009/4/30 Viktor Kojouharov vkojouha...@gmail.com On Thu, 2009-04-30 at 18:01 -0300, Gustavo Sverzut Barbieri wrote: On Thu, Apr 30, 2009 at 3:45 AM, Sergey Semernin sergey.semer...@gmail.com wrote: Hello, All. In the release plan 'fm2 auto-mount on insert for removable devices, possible import places to e/src/modules (with a better name?) See #229' issue present. Are you plan to move places functionality to efm2? Or 'places' module will be enabled by default and stay 'as is'? DaveMDS can say more about it as he started to merge places into efm, but places should disappear or be just the fancy gadget and be integrated into e17 (src/modules). What needs to be done is pull place's e_hal notifications to be notified when volumes are plugged in and check for automount flag, in this case mount and open efwin. This should be done in src/modules/fileman as much as possible. Personally, I'm a bit against places disappearing altogether. It looks nice on the desktop, and it will look even nicer in a sidebar-like gadcon in the fwin. Same here for me Viktor :) Luca D.M. -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Finding focused window
On Thu, Apr 30, 2009 at 12:00 PM, Sergey Semernin sergey.semer...@gmail.com wrote: Hello, All. Help please, how correctly find pointer to focused window? e_border_focused_get gives me pointer to E_Border* and how find window object from it? What do you want to do? But e_border is what you generally consider a toplevel window :-) It contains the window decorations (if any), actions like move, resize, center, show, hide... -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] background panning when changing desks
On Thu, 2009-04-30 at 18:26 -0300, Gustavo Sverzut Barbieri wrote: On Thu, Apr 30, 2009 at 6:13 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: On Thu, 2009-04-30 at 17:32 -0300, Gustavo Sverzut Barbieri wrote: On Wed, Apr 29, 2009 at 7:18 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: On Wed, 2009-04-29 at 18:58 -0300, Rafael Antognolli wrote: On Wed, Apr 29, 2009 at 4:31 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: Hi, I've been playing around with the making the bg_object pan on desk switch, instead of using transitions. To illustrate what I'm talking about, I made a rather crappy screencast (istanbul only seems to make 10fps screencasts, anyone have an alternative program?): http://www.youtube.com/watch?v=glYLH3GSikE The idea is that the background slides depending on its size relative to the geometry of all desks, as well as a user specified factor. E.g.: if you have 2 horizontal desks of size 640x480, and a bg of size 1280x480, the background will slide at most by a half of its size. If the user specifies a factor below 1.0, the offset of the bg is smaller, creating a parallax effect. If the bg size is smaller, the total offset will be smaller, thus not causing the bg to scroll off boundary. I've currently implemented it with this patch. It is toggable by an option in the virtual desks settings dialog, which will override any preselected transition (since it doesn't use the same function). Speed is not blazing fast, but I'm not sure if it can be faster with just using the software engine (using the gl engine for the container is flicker free though). So what do you guys think of this idea? Wow, very nice effect! Now I'm thinking if it would be possible to have a wallpaper with many layers, and some of them scroll more than others. This way you would have an effect as if the near mountains move faster than the far ones (giving an idea of depth)... If there's any way to communicate the direction, duration and distance to edje, then maybe it could be possible. Not sure how much info one could give with an edje signal. And the performance might degrade. just use edje messages instead of signals, you can give it an array of floats. As for performance, yeah, it will suck with slower machines. Actually, another idea which might work even easier (though it would be a bit more restricting), is to get all groups matching the 'e/desktop/background/*' glob. these groups can represent additional background elements, and they could have a data item, which specifies the speed coefficient, relative to the 'e/desktop/background' element. E.g.: I could have an 'e/desktop/background/sun' group, which would show a sun. It would have a data item 'data.item: relative_speed_x 0.1 # (0.0 - inf). Then the sun would be offset by 0.1 of the background offset in the X direction. This is easier for implementation and easier for the themers to do, but it only offers movement relative to the main background object (but it will achieve what Rafael is suggestion, so I don't know whether more freedom is needed). i dislike as you'll need a special case. In the other way you just send some integers/floats that specify the overall state, for example: - this screen geometry (x, y, w, h) - the whole virtual size (w_all, h_all) - transition position (either -1.0..1.0, x_pos, y_pos...) then one can do all the fancy stuff, maybe gradient will change based on values, etc. true. I just didn't know up until know that I could send so much info to edje :) -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] background panning when changing desks
On Thu, 2009-04-30 at 18:26 -0300, Gustavo Sverzut Barbieri wrote: On Thu, Apr 30, 2009 at 6:13 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: On Thu, 2009-04-30 at 17:32 -0300, Gustavo Sverzut Barbieri wrote: On Wed, Apr 29, 2009 at 7:18 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: On Wed, 2009-04-29 at 18:58 -0300, Rafael Antognolli wrote: On Wed, Apr 29, 2009 at 4:31 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: Hi, I've been playing around with the making the bg_object pan on desk switch, instead of using transitions. To illustrate what I'm talking about, I made a rather crappy screencast (istanbul only seems to make 10fps screencasts, anyone have an alternative program?): http://www.youtube.com/watch?v=glYLH3GSikE The idea is that the background slides depending on its size relative to the geometry of all desks, as well as a user specified factor. E.g.: if you have 2 horizontal desks of size 640x480, and a bg of size 1280x480, the background will slide at most by a half of its size. If the user specifies a factor below 1.0, the offset of the bg is smaller, creating a parallax effect. If the bg size is smaller, the total offset will be smaller, thus not causing the bg to scroll off boundary. I've currently implemented it with this patch. It is toggable by an option in the virtual desks settings dialog, which will override any preselected transition (since it doesn't use the same function). Speed is not blazing fast, but I'm not sure if it can be faster with just using the software engine (using the gl engine for the container is flicker free though). So what do you guys think of this idea? Wow, very nice effect! Now I'm thinking if it would be possible to have a wallpaper with many layers, and some of them scroll more than others. This way you would have an effect as if the near mountains move faster than the far ones (giving an idea of depth)... If there's any way to communicate the direction, duration and distance to edje, then maybe it could be possible. Not sure how much info one could give with an edje signal. And the performance might degrade. just use edje messages instead of signals, you can give it an array of floats. As for performance, yeah, it will suck with slower machines. Actually, another idea which might work even easier (though it would be a bit more restricting), is to get all groups matching the 'e/desktop/background/*' glob. these groups can represent additional background elements, and they could have a data item, which specifies the speed coefficient, relative to the 'e/desktop/background' element. E.g.: I could have an 'e/desktop/background/sun' group, which would show a sun. It would have a data item 'data.item: relative_speed_x 0.1 # (0.0 - inf). Then the sun would be offset by 0.1 of the background offset in the X direction. This is easier for implementation and easier for the themers to do, but it only offers movement relative to the main background object (but it will achieve what Rafael is suggestion, so I don't know whether more freedom is needed). i dislike as you'll need a special case. In the other way you just send some integers/floats that specify the overall state, for example: - this screen geometry (x, y, w, h) - the whole virtual size (w_all, h_all) - transition position (either -1.0..1.0, x_pos, y_pos...) then one can do all the fancy stuff, maybe gradient will change based on values, etc. I've updated the patch with a few fixes and also with sending a message with all the info that can be used to reproduce the animation (see line 249). The question is, how easy would be for a designer to use this info and create the parallax effect in edje? I don't know embryo that much, but I haven't seen a way to run a program and specify a transition for it as well. Index: src/bin/e_zone.c === --- src/bin/e_zone.c (revision 40414) +++ src/bin/e_zone.c (working copy) @@ -235,6 +235,8 @@ e_zone_move(E_Zone *zone, int x, int y) zone-x = x; zone-y = y; evas_object_move(zone-bg_object, x, y); + if (zone-bg_scrollframe) + evas_object_move(zone-bg_scrollframe, x, y); evas_object_move(zone-bg_event_object, x, y); evas_object_move(zone-bg_clip_object, x, y); @@ -287,6 +289,8 @@ e_zone_resize(E_Zone *zone, int w, int h) zone-w = w; zone-h = h; evas_object_resize(zone-bg_object, w, h); + if (zone-bg_scrollframe) + evas_object_resize(zone-bg_scrollframe, w, h); evas_object_resize(zone-bg_event_object, w, h); evas_object_resize(zone-bg_clip_object, w, h); @@ -345,9 +349,13 @@ e_zone_move_resize(E_Zone *zone, int x, int y, int zone-h = h; evas_object_move(zone-bg_object, x, y); + if (zone-bg_scrollframe) +
Re: [E-devel] single-line textblock auto scroll
On Thu, 30 Apr 2009 17:35:15 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Thu, Apr 30, 2009 at 3:56 PM, Tomaz Noleto tnol...@gmail.com wrote: Hi, I am trying to use TEXTBLOCK with entry_mode EDITABLE, but I am facing a problem when the typed text gets bigger than the part size. I was expecting that the text could scroll automatically to the left and the cursor would not cross the part's boundaries. Is there any properties that I could set in edje to get this behavior? should I implement it manually in my app? Or should it be a built-in feature to be done in edje backend? edje is not a widget set, but basic building blocks. You need to implement the scroll yourself, see elm_entry.c what he said - elm_entry.c tho doesnt auto-scroll. put the entry in a scroller (like the scrolled entry test in test.c does in elementary) and bingo. try elementary_test (yes - that list is scrollable - drag it). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Accessing the structure containing an Eina_Inlist
On Thu, 30 Apr 2009 18:02:45 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Thu, Apr 30, 2009 at 10:11 AM, Albin Tonnerre albin.tonne...@gmail.com wrote: Hello, While playing with Eina_Inlist, I noticed that given a pointer to an Eina_Inlist, one can't easily get a pointer to the structure containing it. The only option now is to put the Eina_Inlist first in the structure, and then cast this structure to an Eina_Inlist, which is far from optimal. I'd therefore like to propose that we add in eina_inlist.h a macro along the lines of #define FIND_A_SENSBILE_NAME_FOR_THIS(ptr, type) ((type *) ((Eina_Inlist *) #ptr - offsetof(type, __in_list))) Then, we could get a pointer to the containing structure, no matter where the Eina_Inlist is (note that I used __in_list as the member as we already have a macro '#define EINA_INLIST Eina_Inlist __in_list', but a member argument could be added just as well) Thoughts ? As we discussed on IRC, I like this. It would help avoid casts and try to make code bit easier to get right. much uglier as now you need to drag an offset # around all the time, and now you still need to cast anyway (use a raw pointer offset and cast to ah Inlist pointer). you don't get rid of it. inheritance in c in the end requires casting. thats how c does it. dont be afraid of casting or think its ugly. it's how c becomes powerful and flexible. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] background panning when changing desks
On Thu, 30 Apr 2009 23:13:28 +0200 Viktor Kojouharov vkojouha...@gmail.com said: On Thu, 2009-04-30 at 17:32 -0300, Gustavo Sverzut Barbieri wrote: On Wed, Apr 29, 2009 at 7:18 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: On Wed, 2009-04-29 at 18:58 -0300, Rafael Antognolli wrote: On Wed, Apr 29, 2009 at 4:31 PM, Viktor Kojouharov vkojouha...@gmail.com wrote: Hi, I've been playing around with the making the bg_object pan on desk switch, instead of using transitions. To illustrate what I'm talking about, I made a rather crappy screencast (istanbul only seems to make 10fps screencasts, anyone have an alternative program?): http://www.youtube.com/watch?v=glYLH3GSikE The idea is that the background slides depending on its size relative to the geometry of all desks, as well as a user specified factor. E.g.: if you have 2 horizontal desks of size 640x480, and a bg of size 1280x480, the background will slide at most by a half of its size. If the user specifies a factor below 1.0, the offset of the bg is smaller, creating a parallax effect. If the bg size is smaller, the total offset will be smaller, thus not causing the bg to scroll off boundary. I've currently implemented it with this patch. It is toggable by an option in the virtual desks settings dialog, which will override any preselected transition (since it doesn't use the same function). Speed is not blazing fast, but I'm not sure if it can be faster with just using the software engine (using the gl engine for the container is flicker free though). So what do you guys think of this idea? Wow, very nice effect! Now I'm thinking if it would be possible to have a wallpaper with many layers, and some of them scroll more than others. This way you would have an effect as if the near mountains move faster than the far ones (giving an idea of depth)... If there's any way to communicate the direction, duration and distance to edje, then maybe it could be possible. Not sure how much info one could give with an edje signal. And the performance might degrade. just use edje messages instead of signals, you can give it an array of floats. As for performance, yeah, it will suck with slower machines. Actually, another idea which might work even easier (though it would be a bit more restricting), is to get all groups matching the 'e/desktop/background/*' glob. these groups can represent additional background elements, and they could have a data item, which specifies the speed coefficient, relative to the 'e/desktop/background' element. E.g.: I could have an 'e/desktop/background/sun' group, which would show a sun. It would have a data item 'data.item: relative_speed_x 0.1 # (0.0 - inf). Then the sun would be offset by 0.1 of the background offset in the X direction. This is easier for implementation and easier for the themers to do, but it only offers movement relative to the main background object (but it will achieve what Rafael is suggestion, so I don't know whether more freedom is needed). take a look at e_fwin.c:_e_fwin_pan_scroll_update() in the fileman module... it does all of this already. for an example of edje that does it... http://www.rasterman.com/files/Custom-Background-etc..tar.gz untar it - open it in fileman. scroll around. resize it up and down to test horizontal scrolling too :) it's been doing this for quite some time now. anice hidden feature in efm that lets you have custom background AND even overlays per directory using magic files - meant to allow customising of your data when browsing it. this means you can let the designer of the bg now choose how to scroll, how to scroll, how many layers, where they are positioned depth-wise etc. etc. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] background panning when changing desks
On Fri, 01 May 2009 02:02:01 +0200 Viktor Kojouharov vkojouha...@gmail.com said: I've updated the patch with a few fixes and also with sending a message with all the info that can be used to reproduce the animation (see line 249). The question is, how easy would be for a designer to use this info and create the parallax effect in edje? I don't know embryo that much, but I haven't seen a way to run a program and specify a transition for it as well. as per my previous mail - look at e_fwin.c - in fact COPY the code that is in _e_fwin_pan_scroll_update(). ALL you need to do is figure out pan.x/y, pan.max_x/max_y and pan.w/h for the desktop while scrolling. pan.w/h would be the size of the zone (zone-w,h). pan.x/y would be top-left x,y of the desktop relative to all the virtual desktops. i.e. pan.x = desk-x * zone-w, pan.y = desk-y * zone-h (and of course you need to interpolate this as you slide/switch desks) and pan.max_x = (e_config-zone_desks_x_count - 1) * zone-w (and same for y). i'm sure you can figure out the rest :) and you have a working example bg (the fileman one) to test with (and build off). you'll get the idea. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Mouse events with elementary and python?
Hello All, I'm working with the python bindings for elementary and can't figure out how to use the mouse events. I can get them to work with a slider, but with the frame and anchor block I tried it is not. fr = elementary.Frame(win) fr.label_set('Frame') fr.size_hint_weight_set(1.0, 1.0) fr.size_hint_align_set(-1.0, -1.0) fr.on_mouse_move_add(print_event) tb.pack(fr, 0, 0, 1, 1) fr.show() What am I missing? Thanks, digger signature.asc Description: This is a digitally signed message part -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efm_Nav keyboard shortcuts
Hello, All. In message from 1 мая 2009 Gustavo Sverzut Barbieri wrote: Situation: efm_nav has a directory change history list. To make keyboard shortcust for up, prev, next I should use EVAS_CALLBACK_KEY_DOWN if widget catch keyboard events. But, efm_nav have'nt focus and not receive this events. need to look at it, but maybe you can connect to parent object (e_fm)? Or even add system to e_fm to register keyboard handlers, so if it does not handle, it will call the list until some function returns TRUE. Then maybe make evas_object_smart_callback_call's in the _e_fm2_cb_key_down and then catch it in efm_nav? Sincerely yours, Sergey. -- Jabber/XMPP: sergey.semer...@gmail.com Cellular: +7-909-206-5992 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Finding focused window
Hello, All. In message from 1 мая 2009 Gustavo Sverzut Barbieri wrote: Help please, how correctly find pointer to focused window? e_border_focused_get gives me pointer to E_Border* and how find window object from it? What do you want to do? But e_border is what you generally consider a toplevel window :-) It contains the window decorations (if any), actions like move, resize, center, show, hide... I try to get access to focused window's internal widgets, nor border and decorations. For example: check the smart type ID, then find needed widget and check it's state. Sincerely yours, Sergey. -- Jabber/XMPP: sergey.semer...@gmail.com Cellular: +7-909-206-5992 -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel