On Mon, 18 Feb 2013 11:34:36 +0000 (GMT) Rajeev Ranjan <rajee...@samsung.com> said:
> Hi Raster, > > ------- Original Message ------- > > Sender : Carsten Haitzler<ras...@rasterman.com> > > Date : Feb 18, 2013 12:39 (GMT+09:00) > > Title : Re: [E-devel] [Query] Controlling further eventing on an edje > > draggable part programmatically > > > > On Fri, 15 Feb 2013 11:43:21 +0000 (GMT) Rajeev Ranjan > > said: > > > >> Hi, > >> > ------- Original Message ------- > >> > Sender : Carsten Haitzler > >> > Date : Feb 15, 2013 20:15 (GMT+09:00) > >> >Title : Re: [E-devel] [Query] Controlling further eventing on an edje > >> >draggable part programmatically > >> > > >> > On Fri, 15 Feb 2013 11:02:13 +0000 (GMT) Rajeev Ranjan > >> said: > >> > > >> >> Hi, > >> >> I have a requirement where on certain event like on resize I dont > >> >> want to keep allowing dragging for an edje draggable part even if > >> >> mouse,up/touch,up has not yet been done after mouse,down. > >> > > >> > this sounds odd. can you please expand on why you need/want this? > >> > > >> Basically my requirement is related to elm_panes(vertical) where in > >> landscape mode we have both contents set and in portrait mode, we have > >> single content set and left size set to 1.0 to hide the other content > >> area. Now when we tap on handler in panes in landscape mode and without > >> lifting finger, rotate the device to portrait mode, then still the handler > >> can be dragged. In this case, it is unwanted if there is a single content > >> in portrait mode and the other one is unset when mode is portrait. > > > > hmmm ok - it smells more to me that you need a feature in the elm panes > > widget to be able to go in "show only one element" mode (and maybe choose > > that element - top/bottom etc.) it sounds to me like you then want to emit > > a signal to the panes edje obj to tell it to go into "1 content only" and > > indicate which one, or to go back to normal "2 items". > Yes, this is infact the actual requirement in panes however this kind of > requirement is not limited to panes only. E.g. in slider as well, we don't > want to have the dragging happening on rotation as because of window resize > the touch point position will change and will be having different position > than that of indicator. Further I made the handler(draggable part) invisible > when there be a single content(the other one is unset on rotation), still the > handler continued to take events[At the time of drag start, handler was > visible]. Please tell me if there can be a way by which we can stop further > dragging programmatically for draggable part. you can't - the grab is still active on the dragable until the finger is released regardless of the visibility. the only way to stop it is to delete the object entirely. > > > >> For this, I used pointer_mode: NOGRAB for draggable part but it didn't > > > >> work in case of draggable as it kept taking drag events even if the > > > >> mouse/touch was outside draggable geometry. Even synthesizing > > > >> mouse,up,1 with source "" in edc had no effect and drag event was > > > >> continuously going to the draggable part. > > > > > > > > nograb is a totally different thing to what you want i think.. so it's > > > > not going to help :) > > > >> > > > I tested pointer_mode with NOGRAB option for parts other than draggable > > > and found that the events outside the part geometry are ignored in this > > > case (including mouse,up), so I thought that may be this should work with > > > draggable as well. > > > > > > >> Please let me know if there is any way we can control this (avoiding > > > >> further drag event for a drag part) programmatically. > > > >> > > > >> Thank you. > > > >> Regards, > > > >> Rajeev > > > >> ------------------------------------------------------------------------------ > > > > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > > > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > > > > Thank you. > > > Regards, > > > Rajeev > > ------------------------------------------------------------------------------ > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > Thank you. > Regards, > Rajeev > ------------------------------------------------------------------------------ > The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, > is your hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials, tech docs, > whitepapers, evaluation guides, and opinion stories. Check out the most > recent posts - join the conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > 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) ras...@rasterman.com ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
