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
