Created attachment 120391 [details]
screenshot of Spelling and Grammer dialog
Spelling and Grammer dialog does not display chemical formulas correctly, it confuses users as they could think they have chemical formulas written in the text incorrectly, even it is not so.
See attached screenshot.
- have correctly written chemical formula in the text
- put some typo error in the text so Spelling and Grammer dialog does display
the line with chemical formula
- check how is chemical formula displayed in Spelling and Grammer dialog preview
I confirm this, but I don't know what kind of revamp it would take to enable this. It might also make it more difficult to view the check, if all styles would be taken into consideration.
I'll swing this by UX.
This has merit, and agree that some level of displaying formatting the paragraph text for display in the indicator window would be a reasonable enhancement--without the full on Preview window of the related RFE bug 95685, nor implementing spell check in the Math module for OLE embedded formulas.
The rolling text selection of the spell-check preview does not currently extract style or even font details from the displayed text from the document. So needs a substantial tweak in feeding the dialog.
Imagine this is doable, but would *not* want it to be on by default--adding formatting to the display for every paragraph passing through spell check would be a drag on resources.
So, would need to be a toggle--either in Tools -> Options -> Language Settings or in Expert Configuration.
I personally would prefer BZ95685 - a preview window.
(In reply to jirib from comment #3)
> I personally would prefer BZ95685 - a preview window.
Start coding ;-)
But seriously--this facet can possibly be achieved by parsing limited font and style format details (possibly even fully formatted) in display of the paragraph currently active in the spell check. We've done similar for correctly handling font and preview in the Special Character dialog.
A full page "preview" as in bug 95685 is much more ambitious and requires parsing at least the current page, and applying block highlighting against misspelling, and zooming the preview to the active area. Then reparsing and updating the preview as changes/corrections are made. Would also have decisions about how much of the "preview" to show and where--a pop-out, small window in the dialog panel lots of design and functional issues in pursuing.
Would point out that in your ABBY Finereader example attachment 129397 [details] the verification dialog is showing the OCR result and spell-checking, but the "preview" is the source raster image. That preview image doesn't change, and the active misspelling box is just advanced through the same image. Adobe Acrobat does similar. So it is pretty common fare, even fundamental for OCR process. Not so much for spellcheck of original material.
We're replacing our use of the 'ux-advise' component with a keyword:
Component -> LibreOffice
Add Keyword: needsUXEval
Basic font properties like bold/italic/underline, highlighting, super/subscript etc are not supported yet. If we start with one we have to take all.
The right solution is something like a callout, a window that points to the error and provides a few functions (same reason as for bug 95685). Right now you can read the formatting from the document.