quirk in group resize behavior

Mike Kerner MikeKerner at roadrunner.com
Tue Jun 21 08:31:03 EDT 2016

Isn't this part of what the GM is supposed to do?

On Mon, Jun 20, 2016 at 9:48 PM, Monte Goulding <monte at appisle.net> wrote:

> > On 21 Jun 2016, at 9:55 AM, Terry Judd <terry.judd at unimelb.edu.au>
> wrote:
> >
> > Yeah, I often get caught out resizing groups and finding that I¹m adding
> > unnecessary/unexpected space or cutting off controls when really what I
> > want to do is anchor the child controls on one or two axes when I grow or
> > shrink the group. Being able to set a reference edge or corner (L, T, R,
> > B, TL, TR, BL, BR) and hold that stable when you resized the group would
> > be cool with the default behaviour being as it is already (resizing
> around
> > the current loc?).
> Hmm… interesting idea… Something like:
> resize <group> to <rect> relative to {topLeft | topRight | bottomRight |
> bottomLeft}
> While possibly handy I’m not convinced it resolves the issue because no
> matter what new syntax we add if something as fundamental as setting the
> rect has undefined behavior then it’s going to cause trouble…
> Cheers
> Monte
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."

More information about the Use-livecode mailing list