>When switching to regex tester (or any other view), the problem of long
loading times will reappear. (I think, that we can use the same hack for
most of our views).

Just wondering: does this WA support bi-di views? (left-to-right and
right-to-left scripts)
Would it work if we use JTextArea and explicitly disable line wrapping
instead?

Vladimir


пн, 21 мар. 2022 г. в 17:35, Felix Schumacher <
felix.schumac...@internetallee.de>:

>
> Am 20.03.22 um 16:35 schrieb Felix Schumacher:
>
>
> Am 16.03.22 um 18:14 schrieb Vladimir Sitnikov:
>
> I would say, that my issue is not a regression and therefore should be not
>
> a blocker.
>
> There might be a regression like: "new setting caused activating kerning
> for texts smaller than 10K" (or whatever is the default).
> So if previously the kerning was always disabled, the new option might
> unexpectedly activate it.
>
> My assumption was that "it should not hurt since the text is only 10K",
> however, in reality, it looks like even short texts cause slowness
> for the old JDK.
>
> So I'm inclined to make the default 0 (always disable kerning in response
> text areas) for Java <17.
> WDYT?
>
> While I don't think, that setting this has introduced a regression (I
> disabled the line, that would enable the hack), I think I might have
> another alternative to our problem:
>
> https://github.com/apache/jmeter/pull/706
>
> This will disable word/line wrapping (when the result is bigger than
> 10.000 chars; should probably be made configurable). That hack will speed
> up the rendering a lot. My tests with the biggish result, are showing no
> noticeable delay while switching between the results.
>
> Note, that this will fix the text view, only. When switching to regex
> tester (or any other view), the problem of long loading times will
> reappear. (I think, that we can use the same hack for most of our views).
>
> Felix
>
> To answer your question. If disabling the kerning makes the result appear
> faster on your setup, I am +1 to setting this to 0 for all Java versions
> (or all Java versions <17).
>
> Felix
>
> Vladimir
>
>
>

Reply via email to