greyed lockText box for table in group?

Mike Bonner bonnmike at gmail.com
Thu Feb 26 01:45:01 CET 2015


Since its a table field, the dontlock and don'twrap are that way on
purpose. To edit a cell in a simple table,  click, and it'll pop up an edit
field. Its supposed to be that way. There are a bunch of settings required
to get it to behave this way, if you want to change how this works, go to
the table pane and take the check out of "basic table object" viola' those
are ungreyed, At this point you can use it as a regular old field, but its
a bit strange to use it that way.



On Wed, Feb 25, 2015 at 5:07 PM, Dr. Hawkins <dochawk at gmail.com> wrote:

> I have a table in a group that may "summoned" to assist the user.  The
> group is normally hidden, and has its backroundBehavior set.
>
> When made visible, the fields may be typed into.
>
> The regular fields all work, but this simple table is locked.
>
> And when I go to the property inspector, the lockText button is both
> checked and greyed.
>
> The group has no locktext set, and the other fields can all be used.
>
> dontWrap is also locked & greyed.
>
> Focusable, focusborder, visible, showhilite, and showborder are all set.
>
> basic table and cell editing are set, cell formatting is not.
>
> I don't understand what can be happening here:  as I understand things,
> only the group  properties should be inherited, and they should be capable
> of being overridden.
>
> What else can cause this behavior?
>
> (the group is placed on several cards, but not with sharedText, and is not
> part of another group.)
> --
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
> _______________________________________________
> 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