Hi Raster,
> ------- Original Message -------
> Sender : Carsten Haitzler<[email protected]>
> 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.

 
> 
> > >> 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)    [email protected]
> > 
> > Thank you.
> > Regards,
> > Rajeev
> ------------------------------------------------------------------------------
> -- 
> ------------- Codito, ergo sum - "I code, therefore I am" --------------
> The Rasterman (Carsten Haitzler)    [email protected]

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
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to