Mark Waddingham wrote:
> Whenever a range of text is set in a field, the selection is set to
> the beginning of the chunk that was set - so in the case of 'replace'
> acting on the whole field, that would be the beginning.
>
> Using the '(replacing | preserving) styles' form works slightly
>
> Craig wrote:
> The textChanged handler sort of works. If you leave the field and replace the
> cursor, the next char goes after the currently selected line. From then on it
> goes before the current text.The backspace key does not really work.
Hey, of course it works. When editing it deletes
Maybe share a sample stack when you get it worked out? This could be useful for
users in places that use right-to-left text. We could with sticking points that
way.
Sent from my iPhone
> On Sep 21, 2017, at 2:03 PM, Mark Waddingham via use-livecode
> wrote:
>
On 2017-09-21 19:48, Mark Waddingham via use-livecode wrote:
For example, let's say you have a right to left language FOO which has
letters A, B, C; compared to a left to right language BAR which has
letters X, Y and Z. Hello in FOO is spoken A-B-C; Hello in BAR is
spoken X-Y-Z. However, as
Well, at least this explains it:\
"...essentially"
on textchanged
select before me
end textchanged
--
Sent from:
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html
___
use-livecode mailing list
Well it just goes to show that I do need a computer. Mental scripting only
sounds, er, sound.
This works:
on keyDown, tKey
if the shiftkey is down and the capsLockKey is down then put tKey &
return before me
else put tKey before me
select before me
end keyDown
All the other "control"
On 2017-09-21 18:48, Richard Gaskin via use-livecode wrote:
Indeed it does. At first glance the behavior seems at least
unintuitive. It also appears to prevent the Backspace key from having
any effect. Is it a bug? A feature?
Hmmm...
On further consideration it may make sense, since the
Of course it is essentially:
on textchanged
select before me
end textchanged
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
> R.G. wrote
> Indeed it does. At first glance the behavior seems at least
> unintuitive. It also appears to prevent the Backspace key from having
> any effect. Is it a bug? A feature?
You can also edit one char at a time.
Isn't that a feature for right to left languages?
One has simply to
hh wrote:
> hh wrote:
> on textChanged
> replace space with space in me -- or whatever
> end textChanged
Bob S. wrote:
Whut? All that will do is replace spaces with spaces. That will not reverse the order of the typed text.
(Instead of "space" use also any other char, for example "cr")
It
> > hh wrote:
> > on textChanged
> > replace space with space in me -- or whatever
> > end textChanged
> Bob S. wrote:
> Whut? All that will do is replace spaces with spaces. That will not reverse
> the order of the typed text.
(Instead of "space" use also any other char, for example "cr")
It
Whut? All that will do is replace spaces with spaces. That will not reverse the
order of the typed text.
Bob S
> On Sep 21, 2017, at 03:00 , hh via use-livecode
> wrote:
>
> on textChanged
> replace space with space in me -- or whatever
> end textChanged
Hi.
Not sure at all what that handler does. But something like this, off the top
of my head:
on keyDown, tKey
if the optionKey is down then put return & tKey before me
else put tKey before me
end keyDown
Craig Newman
--
Sent from:
Because "textChanged" was also mentioned in a recent thread.
This is a handler full of features:
*** How to to type bottom to up and right to left in a field ***
Simply script the field as follows and start typing.
on textChanged
replace space with space in me -- or whatever
end textChanged
14 matches
Mail list logo