On Tue, Jun 11, 2013 at 9:42 PM, Leif Middelschulte < leif.middelschu...@gmail.com> wrote:
> Am Dienstag, 11. Juni 2013 schrieb Daniel Juyung Seo : > > > Hello, this follows elementary policy. > > > > 1. focused object A lose its focus when another object is going to get > > focus. > > 2. an object is focused when it's clicked. > > > > so the sequence is > > 1. click object B > > 2. focused object A lose its focus > > 3. object B gets focus > > > > So only one object is focused at any point. > > > > It's not possible to unfocus other object before any other object is > > clicked. > > Because clicked signal will trigger unfocus signal. > > So, as I already imagined, it's due to the current implementation. > Not just an implementation. It's a policy. > Can't we trigger "unfocused" callbacks, before we trigger "clicked" > callbacks? I assume that it's the way it is, because Edje understands > How come? I repeat. 1. An object is focused when it's clicked. 2. An object is unfocused when other object is going to be focused. It means mouse click -> unfocused -> focused. I don't know if an object is going to be focused until mouse up(click) signal occurs. It's a contradiction. In a baseball game, refree can't say "strike" or "ball" before the pitcher throws the ball. If you really want to get clicked signal after unfocused, we should change focus policy from clicked to mouse down. But definitely, it's not going to happen because the elementary focus policy already has changed from mouse down to clicked. http://trac.enlightenment.org/e/changeset/62197 Daniel Juyung Seo (SeoZ) > "clicked" but not "focused", right? > > > There is a sequence. > > The sequence is contra intuitive from an observant's point of view. > > > > > Thanks. > > thank you! > > -- > Leif > > > > > Daniel Juyung Seo (SeoZ) > > > > > > > > On Mon, Jun 10, 2013 at 7:07 PM, Leif Middelschulte < > > leif.middelschu...@gmail.com <javascript:;>> wrote: > > > > > Hi, > > > > > > I'm trying to reset some global state once an object loses its focus > and > > > set a different one, when another one is clicked. > > > > > > Let's assume the focuse switches from obj A to B via mouse click. The > > > problem is, that the "unfocused" callback of A is called _after_ object > > B's > > > "mouse clicked" callback. > > > This behavoir is imo - at least - contraintuitive, because the temporal > > > sequence is perceived differently. I think that an object has to be > > focused > > > for being clicked/when it's clicked, therefor the previous focus holder > > > must already have lost the focus, since only one object (on the same > > > hierarchy level) should be focused at the same time. > > > > > > See the attached example code, that exposes the behavior. > > > > > > -- > > > Leif > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > How ServiceNow helps IT people transform IT departments: > > > 1. A cloud service to automate IT design, transition and operations > > > 2. Dashboards that offer high-level views of enterprise services > > > 3. A single system of record for all IT processes > > > http://p.sf.net/sfu/servicenow-d2d-j > > > _______________________________________________ > > > enlightenment-devel mailing list > > > enlightenment-devel@lists.sourceforge.net <javascript:;> > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net <javascript:;> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > -- > Leif > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
