RFR: 6955128: Spec for javax.swing.plaf.basic.BasicTextUI.getVisibleEditorRect contains inappropriate wording [v3]
Alexey Ivanov
aivanov at openjdk.org
Wed Jun 25 14:51:31 UTC 2025
On Wed, 25 Jun 2025 07:06:13 GMT, Prasanta Sadhukhan <psadhukhan at openjdk.org> wrote:
>>> It is passed to `View.setSize` also so just mentioning one may not be right…
>>
>> Right. Both uses cases fall into the same category: the allocation controls the size of the root view.
>>
>> The returned allocation rectangle is also used in handling mutations to the text model.
>>
>> I'd rather leave it without any explanation why it's called *allocation*. Anyone who dealt with Swing text components and their implementation of the view classes is expected to roughly understand what allocation means. Searching for usages of `getVisibleEditorRect` reveals the usages.
>>
>>> `{@code allocation}` is a no-op as it is not a class..
>>
>> Yes, it is an op: it refers to `allocation` the parameter of the `paint` method.
>>
>>> Maybe we can mention "The returned rectangle is unrelated to visibility, and is used as an allocation parameter in javax.swing.text.View class to set the size and paint the allocated View"
>>
>> If we stick to explaining *allocation*, your suggestion makes sense, I edited it a bit: _“The returned rectangle is unrelated to visibility, it is used to set the size of the root view.”_ This is what it means… without going too deep into the details.
>>
>> We could add `@see` links for `View.paint` and/or `View.setSize`, the link to paint could be the most useful because it has a parameter called `allocation`.
>
> Updated javadoc.
> @prrace Can you please take a look? CSR will be required?
My take is that CSR isn't required because the meaning remains the same.
However, the added clarification may still be documented with a CSR.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/25850#discussion_r2166925446
More information about the client-libs-dev
mailing list