RTextArea needs ConfigurableCaret

[Stefan1]

Hello,

whenever I type a ^-character I get a java.lang.IllegalArgumentException with the following message:
RTextArea needs ConfigurableCaret

What can I do to remedy this?

Greetings
Stefan

[robert]

Only when you type '^'? If so, that's very strange. Did you set a custom Caret in your RTextArea/RSyntaxTextArea? It requires its Caret to subclass ConfigurableCaret.

[Stefan1]

Hi Rob,

yes, as of now the problem only occurs, when I type a ^-character.

I did not set a custom Caret. Do you have an example on how to do it?

How would a custom Caret work? Highlight, like in other editors, the ^-character as long as no second character is entered?

Stefan

[robert]

Sorry, I'm not suggesting for you to use a custom Caret, I meant that if you were using one, it had to extend CustomCaret or you'd get an exception like the one you posted.

Please post a short, compilable example that demonstrates the behavior you see. For example, can you successfully type a caret character in the editor if you compile and run this example program?

[Stefan1]

If I run your sample program I still get the following exception:

Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: RTextArea needs ConfigurableCaret
at org.fife.ui.rtextarea.RTextArea.setCaret(RTextArea.java:1312)
at javax.swing.text.JTextComponent.exchangeCaret(JTextComponent.java:4887)
at javax.swing.text.JTextComponent.setInputMethodCaretPosition(JTextComponent.java:4857)
at javax.swing.text.JTextComponent.processInputMethodEvent(JTextComponent.java:4481)


Stefan

[robert]

By chance, are you entering text in an Asian locale? There's an open issue with RSTA where certain Chinese (I believe) characters cause JTextComponents to automatically switch out their caret for a RTL-aware Caret, which breaks RSTA.

[Stefan1]

No, no Asian locale.

But I should mention that I get this error on Mac OS X. I just tested the tool on Windows - and there I did not get the error!

[robert]

Hopefully it isn't a problem on all Macs. Unfortunately, I've been without a Mac to test on for months now. I hope to get one soon, which will give me a test case.

Just so I have all the details, I assume this is the last Apple JDK? Or are you using OpenJDK?

[stefan1]

Java(TM) SE Runtime Environment (build 1.6.0_35-b10-428-10M3811)
Java HotSpot(TM) 64-Bit Server VM (build 20.10-b01-428, mixed mode)

Stefan

[robert]

I just blew some money on a shiny new Macbook Pro, and I don't see this problem with either the 2.0.0 release in the applet demo, or with the latest in the SVN trunk. So I'm somewhat at a loss here.

I *could* try changing setCaret() so that, instead of throwing an exception on receiving a non-ConfigurableCaret, we instead simply ignore the Caret change. There is a small chance that this might break other Swing-internal stuff (though I doubt it, but there are still a few hard-coded dependencies and other bits of fun in Swing).

If I cobble this up for you, can you test it out for me and report back if it fixes your problem, and if you see any side effects from it?