Selection issues: on selectedobjectchanged

Jim Ault JimAultWins at yahoo.com
Mon Mar 3 13:21:13 EST 2008


Perhaps select the inner object, take a snapshot... but then you get back to
how to look professional.

Jim Ault
Las Vegas


On 3/3/08 10:05 AM, "David Bovill" <david at openpartnership.net> wrote:

> Thanks Jim - I'm renewing an older interface that used a scripted solution
> along the lines you suggest - but they always look unprofessional. It seems
> to me that we have all the terms needed in the langauge to create an
> interface that allows the user to select objects in the same way as the Rev
> GUI does - so I'm trying to see how far it is possible to push that.
> 
> What I really don't get about the example I post is what the difference is
> between the status of the selected group - in one case you click on an
> object within the group and yu can move the group around - in the other you
> trigger a different behaviour - what is the difference in both case the
> group is selected and the pointer tol is selected - don't seem to be able to
> focus on the group....
> 
> On 03/03/2008, Jim Ault <JimAultWins at yahoo.com> wrote:
>> 
>> Why not try the approach that when the user 'selects' the internal group,
>> you are actually creating a 'cover slip' transparent object that is moved,
>> and the internal objects are just moved to match?
>> 
>> You could have the rule that the x,y has to remain inside the group rect
>> or
>> other geometric area.
>> 
>> I don't know how you would try to handle the 'looks selected' issue,
>> however.
>> 
>> Jim Ault
>> Las Vegas
>> 
>> 
>> 
>> On 3/3/08 8:27 AM, "David Bovill" <david at openpartnership.net> wrote:
>> 
>>> I want a user to be able to select a group inside a group and move it
>> around
>>> / resize it. I used to do this with mousedown handlers, but want to
>> change
>>> to using the normal selection stuff that the IDE uses, so I have
>> replaced
>>> much of the old functionality by trapping for the "on
>> selectedobjectchanged"
>>> message.
>>> 
>>> Not exactly a bug but an issue with how you can use this event to select
>> a
>>> group to be moved around. The problem I have is that having used a
>> script to
>>> select the group - I find that the user can drag the group around as
>>> expected. Doing so outside of the group with another script works fine,
>> but
>>> doing so within the group (with an "on selectedobjectchanged" handler
>> for
>>> instance), results in the originally targeted object not being able to
>> be
>>> used for dragging.
>>> 
>>> What I need to be able to do is the same thing as if the user typed
>> "select
>>> group 1" from the message box, yu dont gt the same effect from within a
>> "on
>>> selectedobjectchanged" handler in the group. I am not sure what to do -
>> is
>>> it a focus issue? What is going on to make this difference. In both
>> cases
>>> the group looks selected, but in the externally scripted case the
>> behaviour
>>> is different.
>>> 
>>> I've created a test stack for this issue as it is a little difficult to
>>> explain - type this into the message box
>>> 
>>> go to stack url "
>>>> 
>> http://handlers.rev-co.de/attachment/wiki/selectedObjectChanged/selectedobjec
>>>> tchanged.rev?format=raw
>>>> "
>>> 
>>> 
>>> I'm documenting this on the wiki here:
>>> http://handlers.rev-co.de/wiki/selectedObjectChanged
>> 
>>> _______________________________________________
>>> use-revolution mailing list
>>> use-revolution at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription
>>> preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>> 
>> 
>> _______________________________________________
>> use-revolution mailing list
>> use-revolution at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-revolution
>> 
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution





More information about the Use-livecode mailing list