RFR: 4512626: Non-editable JTextArea provides no visual indication of keyboard focus

[Alexey Ivanov]

On Thu, 8 Dec 2022 12:46:48 GMT, Alexander Zuev <kizune at openjdk.org> wrote:

>>> > If that is not possible I suggest providing that functionality so applications will be able to use that. Probably even provide some predefined cursors, like "faded"/"blurred"/nonblinked/etc. That could be configured per L&F as well.
>> 
>>> That would be a nice feature to have but right now we have an issue where default behaviour of the component defies the VPAT guidelines.
>> 
>> I am not sure that changing the default behavior of all text components(including embedded to other components) to use a non-blinking cursor is a good idea, you can convince me if you find someone who uses the same approach, any applications? Probably at least for the native look&feels we can use the same behavior as the native default components win32/cocoa/gtk.
>
>> someone who uses the same approach, any applications
> 
> Gnome on Ubuntu 22, default applications. Editable text components have blinking carets, non-editable - non-blinking ones.

I agree with @azuev-java. A caret — blinking or not — is better than no caret at all.

The caret not only visually shows the focus owner (a non-editable text component) but also facilitates text selection (with keyboard).

-------------

PR: https://git.openjdk.org/jdk/pull/11408