Subject: Re: [E-devel] [Patch] The bounce problem in the scroller.
The scroller has a problem when it is scrolled consistently in the end of the edge.
It has an acceleration. If the scrolling occur again before the animation end,?
the scroll-animation (momentum animation) be faster. When it is in the end of the edge,
it does, too. So the content of the scroller disappear because of the acceleration.
The scroller don't need to has the acceleration in the end of edge.
The below is the problem.
http://www.youtube.com/watch?v=Qg7BZrm9EnA
And the below is the scroller which be patched.
http://www.youtube.com/watch?v=lHT6G9WoNSs
SVN revision: 61800
Subject: [E-devel] [Patch] The scroll animation doesn't work when the
scroll-action is started from the outside of a viewport.
In scroller, if the scroll-action is started from the outside of a
viewport,
the momentum animation does not work because of the bounce-effect.
Please see the below video.
http://www.youtube.com/watch?v=xNvLSxWjrDE
The below video is the scroller after applying my patch.
http://www.youtube.com/watch?v=hM3o1kxC674
SVN revision: 61799
these bad boys are so big and pixelthirsty they can't be constrained by a regular canvas or window, they use OVERRIDE REDIRECT WINDOWS. not only that, they totally exceed the boundaries of what a reasonable function name length could be. 50 character function name limit? puh-leeze. these guys don't care what side of the screen they're even on so long as they get to wade into the thick of the action and block out each and every crappy non-efl application behind them. and that's when they're in good moods. you don't even want to know what happens when you piss these guys off.
SVN revision: 61735
-----Original Message-----
From: "cnook"<kimcinoo@gmail.com>
To: "EFL"<enlightenment-devel@lists.sourceforge.net>
Cc:
Sent: 11-07-26(화) 13:58:55
Subject: [E-devel] [Patch] Elm_Label, Incompatible Widget Data TypeHi All,
The Elm_Wrap_Type have been added, and APIs have been changed also.
But there are some remains have to be changed as the attached patch.
Sincerely,
Shinwoo Kim.
SVN revision: 61726
this signal is called whenever an item receives either a double click or selection+(enter/spacebar/return)
this commit also unifies the click/enter/spacebar/etc event api for these widgets, including removing the double click signal from keypress events and removing the 'clicked' signal from double click events
SVN revision: 61720