Bug 103337 - thicker spell checking red squiggly underline
Summary: thicker spell checking red squiggly underline
Status: RESOLVED DUPLICATE of bug 70519
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: x86 (IA32) All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: accessibility
Depends on:
Blocks: Spell-Checking
  Show dependency treegraph
 
Reported: 2016-10-19 18:11 UTC by marcel.auffret
Modified: 2023-06-07 12:05 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description marcel.auffret 2016-10-19 18:11:17 UTC
Hello,
You can change the color of the underline a misspelling.
But it stressed too late and barely visible to those who do not have very good eyes ...
Is it possible to increase the fat that ripple?
Thank you.
(traduction google...)
In French :
Bonjour,
Il est possible de changer la couleur du soulignement d'une faute d'orthographe.
Mais ce souligné est trop fin et à peine visible pour ceux qui n'ont pas de très bon yeux...
Est-il possible d'augmenter la graisse de cette ondulation ?
Merci.
Comment 1 tommy27 2016-10-19 20:40:43 UTC
edited summary notes.
as far as I know the "squiggly red underline" has always been the same thickness since OOo era.

this is enhancement request. maybe an advanced configuration option could be added to set an higher thickness value for it.

status -> NEW
Comment 2 Juergen Klatt 2020-08-26 16:29:52 UTC
Hello,

this report has existed since 2016 with the status NEW.
In addition, there is a report in which the problem should be fixed.
https://bugs.documentfoundation.org/show_bug.cgi?id=105527#c9

The problem still exists, especially with larger monitor resolutions, the wavy line is difficult to see.
Unfortunately, neither in my current LibreOffice Version: 6.4.4.2 (x64) Version nor in this version:

Version: 7.1.0.0.alpha0 + (x64)
Build ID: 15988fe00c4f49ae32ab2d5cf3c16495ab6e1d59
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia / Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL

a possibility to adjust the line width of the red wavy line.

Also searched the expert settings and couldn't find an option.

1. Is there already a solution?
2. What do I have to do to change the line thickness?
3. Are you working on it?
Comment 3 Keith Curtis 2021-02-13 00:48:48 UTC
This is a regression in a recent version of LibreOffice. 

When I added HiDPi support back in 2013, it made the spelling and grammar underlines two pixels thick. Somewhere along the way, this got lost.

I could send a patch, but I don't have a dev environment setup currently.

However, the relevant routine is called DrawWaveLine.
Comment 4 Keith Curtis 2021-02-13 00:51:45 UTC
Actually, I realized this may be a different issue if the user is not talking about HiDPI screens.
Comment 5 mir.einer 2022-11-29 20:39:12 UTC
More and more users are now using 4K monitors because they have become very affordable.
But in LibreOffice Writer the underlines for spelling and grammar errors of Hunspell and LanguageTool are very hard to see on 4K monitors, because they are only one point thick.
PLEASE increase the thickness of the underlines automatically if LibreOffice Writer is running on 4K graphics. Or even better add an option to let the user choose the thickness of the underlines.
Thank you very much!
Comment 6 Heiko Tietze 2023-06-05 07:07:21 UTC
*** Bug 155332 has been marked as a duplicate of this bug. ***
Comment 7 Heiko Tietze 2023-06-05 07:09:17 UTC
See also bug 70519. Michael, what do you think?
Comment 8 Michael Weghorn 2023-06-07 11:18:52 UTC
(In reply to Heiko Tietze from comment #7)
> See also bug 70519. Michael, what do you think?

Having the line thickness depend on zoom factor (as implemented in tdf#70519) generally sounds reasonable to me. Is tweaking the calculation of the line width further (to have an even better default value) potentially a solution to resolve this issue (rather than adding an extra expert option)?

Or is there a need to also have a thicker line for other cases, e.g. with no scaling applied at all?

In general, doing "the right thing" by default is IMHO more preferable than adding extra options (that users would then have to know about and set manually) when reasonably possible. But that obviously depends on whether or not there's a common understanding of what the "right behaviour" would be.
Comment 9 Heiko Tietze 2023-06-07 12:05:08 UTC
Let's make it a duplicate.

*** This bug has been marked as a duplicate of bug 70519 ***