After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 761923 - Add a word-by-word spell checker bar
Add a word-by-word spell checker bar
Status: RESOLVED OBSOLETE
Product: gspell
Classification: Other
Component: general
unspecified
Other All
: Normal enhancement
: ---
Assigned To: gspell maintainers
gspell maintainers
: 769279 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2016-02-12 11:03 UTC by Sébastien Wilmet
Modified: 2021-05-17 16:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sébastien Wilmet 2016-02-12 11:03:21 UTC
In addition to GspellCheckerDialog, it would be nice to have an horizontal widget for "external" spell checking. A dialog window is not convenient because it hides some of the content. The horizontal widget could be added above or below the content, without hiding it.
Comment 1 Sébastien Wilmet 2016-02-14 13:26:21 UTC
Currently the CheckerDialog is meant to be modal, so that the buffer cannot be modified during the spell checking. Because what would happen if the word being checked is modified in the buffer and then we click on the Change button? There is now a critical message when the word is no longer the same, so at least it prevents a weird behavior in case the CheckerDialog isn't modal.

With an horizontal widget that doesn't hide the content, there are several solutions:
1. Mark the whole GtkTextView as non-editable during the spell checking, so it would be the same result as a modal dialog.
2. Add a GtkTextTag around the current word being spell checked with editable=false.
3. Have a Resume button in the horizontal widget in case the current word has been modified. In that case the GspellNavigator should have a way to notify the external checker about that event, so as soon as the word is modified directly in the buffer, the external checker UI is updated with the Resume button or something.

Another problem, what if the user scrolls the content and the current word is no longer visible? Currently the current word is selected, but what if the selection changes? Maybe when the external checker has again the focus, re-select the current word and re-scroll to it? Or have a Resume button?

Another thing, when starting an external checker, it would be nice to ask whether to begin at the start of the content or start at the cursor position. And if there is a Resume button, should it resume at the GspellNavigator saved position, or take the next misspelled word after the cursor position?
Comment 2 Sébastien Wilmet 2016-07-29 17:25:24 UTC
*** Bug 769279 has been marked as a duplicate of this bug. ***
Comment 4 GNOME Infrastructure Team 2021-05-17 16:13:48 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gspell/-/issues/19.