The positionCaret does not work

[WinXaito]

Hello,

I try to move my cursor in my StyleClassedTextArea with the functionSourceText.positionCaret(0);, I see the cursor move, but when I write, it resumes where it was before the shifting.

How can I fix this?

Thanking you

(Translated with Google translation)

Original:
Bonjour,

j'essaye de déplacer mon curseur dans mon StyleClassedTextArea, avec la function SourceText.positionCaret(0);, je vois bien le curseur se déplacer, mais dès que j'écris, il reprend la où il était avant le déplacement.

Comment puis-je régler ce problème ?

En vous remerciant

[TomasMikula]

Hi,

can you please provide a simple self-contained example (single Java file) that demonstrates the problem? Also, what RichTextFX version are you using?

[WinXaito]

Yes,

The project (Zest-Writer) is Open-Source.

Here is a commit with the problem: https://github.com/WinXaito/zest-writer/blob/b9b34479aa5a15481bbb7060831b305582db593a/src/main/java/com/zestedesavoir/zestwriter/view/MdConvertController.java#L106

(When I click on the "Bold" button, I gives focus to the editor and I would like to position the cursor before 2 position (Here I put 0 for example).

Thanks !

[JordanMartinez]

He's using the 0.6.10 release.

[WinXaito]

And it's a problem ?

I see that this is the last release https://github.com/TomasMikula/RichTextFX/releases

[TomasMikula]

A self-contained example is one that can be run without any dependencies. A simple example is one that is minimal such that it still demonstrates the issue. See SSCCE. This really is to increase your chance to get a helpful answer more quickly.

[JordanMartinez]

I compiled their code. The issue is that they don't call StyledTextArea#requestFocus.

In their code, when the user clicks a button (Bold, Italic), they want to style the selected text. However, upon clicking that button, the area no longer has the focus. Since the 0.6.10 release hard-codes the caret blink (only blinks when caret has focus, among other things), visibly, the caret isn't updated. So, even they they are indeed updating the caret, it does not appear to do so visibly because the area no longer has the focus.

[TomasMikula]

Thanks for investigating. That doesn't really correspond with this description, though:

I see the cursor move, but when I write, it resumes where it was before the shifting.

@WinXaito does calling area.requestFocus() solve the problem?

[JordanMartinez]

Turns out I had the wrong commit checked out. I'm looking into the one they've referenced.

[JordanMartinez]

Ah... I see what's going on now.

Let's say the area has the following text:

Some stuff here

I select "here" and click the bold button. The caret is repositioned at 0. Now the text and caret appear as below:

|Some stuff **here**

As soon as I start typing anything (the area at this point has the focus), the caret will jump to the end of "here". Let's say I wrote "duck", the area would appear as follows:

Some stuff **here**duck|

[TomasMikula]

When you start typing again, is "here" still selected? That would explain it, and using moveTo instead of positionCaret should solve it.

[JordanMartinez]

"here" is not still selected. moveTo fixes the issue. I'll let them know.

[TomasMikula]

I think positionCaret was made public only because StyledTextAreaBehavior needs it, and StyledTextAreaBehavior used to be in a different package than StyledTextArea. Javadoc says "Use with care."

[JordanMartinez]

We might want to look into that. There might be other methods that are public but which no longer need to be.

Also, I've been curious about something else: why are some of the area's methods "hidden" in interfaces? For example, moveTo isn't actually listed in STA's source code. Rather, it's inside the NavigationActions interface. This approach would make sense to me if there were other classes implementing that same interface, but there aren't any others.

So, is this simply a way to group related methods together to make it easier to find them in the javadoc?

[TomasMikula]

There are some "core" methods, and then there are "derived" methods that can be implemented on top of the core methods. I wanted to implement the derived methods "somewhere else", so that StyledTextArea, which is pretty large anyway, can focus only on the core methods. I was hoping that it would make StyledTextArea's code cleaner. I admit it is somewhat arguable whether it really does.

I'm not sure it helps Javadoc.

Regardless, it may become handy to have an interface with all the editing methods that is not a subclass of Node (StyledTextAreaModel kind of is that, except it is not an interface).