I can reproduce this in both LC 10 and 9.6.9 but I can't explain it. It's unclear if this is a
feature or a bug.
On 1/23/24 11:32 AM, David Epstein via use-livecode wrote:
Let me try to clarify the problem I stated.
I am not trying to remove the button, I am trying to use the “grab” command
OIC. Not sure what the expected behavior is when the browse tool is selected or
in a standalone but I can confirm that it works as you say. In the IDE,
dragging the button outside the bounds of its parent group will update the
groups rect if the pointer tool is selected, but not if the browse
Let me try to clarify the problem I stated.
I am not trying to remove the button, I am trying to use the “grab” command to
let a user move the button around the window by dragging it.
If I use a script to “set the loc” of a button to somewhere outside that
group’s rectangle
- the group
I’m suspecting now that he may be under the impression that the way to remove a
control from a group is to drag it outside the group’s boundary. If so then
this is not the case. The way I do it is I cut the control, click somewhere on
the card, then paste the control again.
Alternatively you
Aha.
I did not see that you meant a single button in its own group. But it would not
matter if I did the same with a control within a larger group of controls. And
it does not matter if the lockLoc of the group is set or not.
So is your question “Why does the control disappear when it is
David.
I could not understand your issue, so I made the controls you mentioned. The
thing that matters is not the lockLoc property, but rather the “opaque”
property.
A group of controls is just a, er, group of controls. The “group” itself can,
however, take on a life of its own if, as in this
A group with lockLoc set to false does not resize itself when an object in it
is moved by a “grab” command. Is this a bug? Is there a simple workaround?
Recipe using 10.0.0 dp6 on an intel Mac:
Create a button with this script:
on mouseDown; grab me; end mouseDown.
Group the button.
