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

_______________________________________________
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Reply via email to