quirk in group resize behavior

[Mike Kerner]

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."