fields disappearing when grabing them
Devin Asay
devin_asay at byu.edu
Wed May 9 15:33:00 EDT 2007
On May 9, 2007, at 1:23 PM, Klaus Major wrote:
> Bon soir André,
>
>> Hi,
>> In a stack, I have groups of fields so that when one is visible
>> the others are invisible.
>> Each field has its "lockText" and "list behavior" properties set
>> to true.
>> The user can edit the visible field by means of buttons (adding or
>> deleting a line).
>> So, the number of lines (the lenght of lines too), can increase or
>> decrease ;
>> When the content is changing, the size of the field is
>> automatically adapted (using formattedHeight and formattedWidth).
>>
>> Consequently, I would like that the user could change at will the
>> position of the field in the card.
>>
>> So I am trying to use "if command key is down then grab me" in
>> the script of each field.
>>
>> BUT, MY PROBLEM is that, when grabing it, parts of the field
>> disappear (and possibly the entire field) as if it was sliding
>> under other (invisible) objects !! that, in fact, do not exist
>> there (except the invisible other fields of the group)
>>
>> For a while, I supposed that this was due to the other fields of
>> the group (?), so I set all of them to "transparent" (opaque
>> property to false). But that does not work.
>>
>> What am I doing wrong ? could it be a problem of "group boundary" ??
>> Is there a solution ?
>>
>> I hope my explanations are not too unclear !
>>
>> Thanks a lot in advance for any solution or idea to solve this
>> problem
>
> Quick guess:
> Are these fields part of a group, that group is "lockloc"ked and
> the group is smaller (height/width)
I'd bet this is the problem, except the situation is worse than that.
In my experience, when you're dragging objects in a group, the
dragged object goes out of sight when you drag outside of the group's
boundaries, *even if its lockLoc is false*. The only workaround I've
found is to make the group the size of the card and set its lockLoc
to true. I don't know if this behavior is a bug or a feature.
Devin
Devin Asay
Humanities Technology and Research Support Center
Brigham Young University
More information about the use-livecode
mailing list