quirk in group resize behavior

Scott Rossi scott at tactilemedia.com
Tue Jun 21 17:09:16 EDT 2016


ControlGravity was the first property name that came into my mind, but
it's not really accurate.  In my view, this implies that controls
physically move to the designated edge of the group (as an icon does in a
button with iconGravity -- why this property wasn't named iconAlignment is
beyond me).

Terms that are similar to "anchor", "referencePoint" or "origin" would
seem to make more sense.

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 6/21/16, 1:42 PM, "use-livecode on behalf of Monte Goulding"
<use-livecode-bounces at lists.runrev.com on behalf of monte at appisle.net>
wrote:

>Hmm... I suspect we don't have resources to do this right now but I'd be
>interested to discuss how it might work. So I presume what we mean by
>this is we have 5 options:
>
>- topLeft - controls only move with the topLeft
>- topRight - controls only move with the topRight
>- bottomLeft - controls only move with the bottomLeft
>- bottomRight - controls only move with the bottomRight
>- center - controls only move if the center changes and move in the
>direction of the change
>- empty - current behavior
>
>BTW I like controlGravity for this. I also think this behavior should be
>the same if resizing by selection handles or script if set.
>
>Sent from my iPhone
>
>> On 22 Jun 2016, at 12:09 AM, Richard Gaskin
>><ambassador at fourthworld.com> wrote:
>> 
>> By allowing corners other than topLeft this property can conceivably be
>>even more useful, far beyond the current use case.
>
>
>_______________________________________________
>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






More information about the Use-livecode mailing list