@Brian (using the complement of your approach):
IIRC, if there is one object outside of the group
then this doesn't exist while the group is edited.
So if there is no btn "TOP" (outside of the group)
then the group is in edit mode -- any group.
___
The editBackground property is global, you're either in it or not. So just
setting editBackground to false will pop you out of it, and won't do
anything if it's already false. Given the use case, that's probably enough.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software
nice workaround.
On Wed, Sep 19, 2018 at 12:11 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Now that I think about it a little more, I could figure it out as long as
> there is a control in the group...
>
> local tID, tGroup
> put the id of control 1 into tID
> stop
Now that I think about it a little more, I could figure it out as long as
there is a control in the group...
local tID, tGroup
put the id of control 1 into tID
stop editing
put the long id of the owner of control id tID into tGroup
later on, should be able to...
start editing tGroup
At least
hmmm i'm sure there is some way to find out the engine has to know
which group is being edited...just have to find the engine property
could be an undocumented one. Isn't there a stack that lists engine
properties? haven't seen it in years but I think I recall something like
that.
I ran into this with ScriptTracker. I just disable the mode there. I looked at
how to preserve and restore the setting, but didn’t find it at the time. I
could tell if the mode was enabled, but not which background was being edited
to restore afterwards.
Thanks,
Brian
On Sep 18, 2018, 9:30 PM
I don't think there is a msg but
the editbg of stack "Mystack" = true when in editing mode.
On Tue, Sep 18, 2018 at 7:18 PM doc hawk via use-livecode <
use-livecode@lists.runrev.com> wrote:
> When choosing "edit group" from the toolbar (or otherwise), is there an
> "editGroup" or similar