On 13/05/2021 20:25, Jim Lambert via use-livecode wrote:
In Notes if you are in one note then select a different note and execute
Shift-Command-Right Arrow, you will see the same behavior. The insertion point
moves to the end of the note without selecting any text.
I don't see that. If I
Hi Alex,
> I don't follow you Jim.
You wrote:
> if I TAB into the field the cursor is initially at the start of the
> field and the key sequence above will move the cursor to the end
> *without* selecting the characters.
In Notes if you are in one note then select a different note and
Thanks Jacque.
'autoTab' does indeed give a behaviour the same as I see in Apple's own
apps (for single line fields, differs for multi-line fields), so I'll go
with that for now.
And when I've got this all sorted out, I'll submit the issues as bug
reports (3 I think, so far) and report them
Try setting the autoTab property of the field to true. When I do that, tabbing into the field
selects all the text, but clicking does not. And shift-arrow does select text after that. LC
seems to be a little backward from what you expect.
On 5/12/21 3:02 PM, Alex Tweedly via use-livecode
I don't follow you Jim.
Each Note in the Notes app is a multi-line field, and they all behave
just the same as multi-line fields in LC (i.e what I think of as
"properly" - TABbing into the field positions the cursor with nothing
selected, and an immediate cmd-shift-arrow will select all
> In a LC single line field (MacOS), the keys shift-cmd-rightarrow will
> select from the current position to the end of the line, and add that to
> the selection.
>
> BUT if I TAB into the field the cursor is initially at the start of the
> field and the key sequence above will move the
Thanks Sean - but the text cursor shouldn't always be at char 0. It is
the first time you visit the field, but if you
- visit the field
- move the cursor within it
- go off somewhere else
- and later TAB back into that field,
the text cursor should be restored to wherever you left it. That
Thanks Mark. Yes, it is in a sense a workaround - but it's a workaround
the user see/does.
I was hoping to avoid the "surprise" when this one common case doesn't
do what she/he would expect.
Oh - and I've just found the workaround
on openfield
select the selectedchunk
end openfield
I'll
on openField
select char 0 of me
end openField
On Wed, 12 May 2021 at 09:03, Mark Smith via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi Alex, what sequence are you trying to do that won’t work? If you tab
> into a field and then cmd-arrow (right or left) I think it restores the
Hi Alex, what sequence are you trying to do that won’t work? If you tab into a
field and then cmd-arrow (right or left) I think it restores the “selection”
behavior you are looking for ie. you can then shift-cmd-right or left to select
the chars. Would that be a work-around?
> On May 11, 2021,
In a LC single line field (MacOS), the keys shift-cmd-rightarrow will
select from the current position to the end of the line, and add that to
the selection.
BUT if I TAB into the field the cursor is initially at the start of the
field and the key sequence above will move the cursor to the
11 matches
Mail list logo