Text Field in LC 7
Peter Haworth
pete at lcsql.com
Sat Mar 7 12:05:49 EST 2015
I like both those ideas.
I have mixed feelings about the option to not change line wrapping until a
resize is over. Sounds like it would help in the situation we're
discussing but it also feels like a workaround for something that should
really work. Could this be connected with the use of native controls, or
lack thereof, in Livecode?
I should also say that I'm not seeing the line wrapping delay in TextEdit.
I'm on Yosemite and when I resize a TextEdit window horizontally, I see the
line wrapping changing as the resize is happening not when I stop resizing.
Maybe there's a Preference setting that affects things?
On Sat, Mar 7, 2015 at 8:46 AM Richard Gaskin <ambassador at fourthworld.com>
wrote:
> Dr. Hawkins wrote:
>
> > On Sat, Mar 7, 2015 at 8:05 AM, Richard Gaskin wrote:
> >
> >> So I submitted a request for an allowTabs field property; off
> >> by default, when true it would allow a field to accept tabs
> >> the user types:
> >> <http://quality.runrev.com/show_bug.cgi?id=14836>
> >
> > Now that you mention it, that could be insanely handy . . . I
> > hadn't even used the handler approach.
> >
> > It's already in there somewhere; the content field of the object
> > inspector works this way.
>
> I'd forgotten about that, but after reading your post I looked into it
> and not surprisingly they use the same script (with a common
> capitalization issue that often plagues my own code as well):
>
> on tabKEy
> put tab into the selection
> end tabKEy
>
> --
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> ____________________________________________________________________
> Ambassador at FourthWorld.com http://www.FourthWorld.com
>
> _______________________________________________
> 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