Ubuntu
gtkspell package

Pidgin and Tomboy spell checker underlines every word

Bug #364253 reported by Skeletonix
42
This bug affects 9 people
Affects Status Importance Assigned to Milestone
GtkSpell
Unknown
Unknown
gtkspell (Fedora)
Fix Released
Low
gtkspell (Ubuntu)
Fix Released
Low
Unassigned
Nominated for Jaunty by Skeletonix

Bug Description

Spell checker works only with english dictionary in Tomboy and Pidgin. Other installed dictionaries are neglected and every single correct word is underlined in red.

--
Ubuntu 9.04 (64b)

Revision history for this message
In , Nicolas (nicolas-redhat-bugs) wrote :

Please make Fedora gtkspell support Enchant/Hunspell

Even though industrial Enchant/Hunspell gtkspell support is only scheduled for
gtkspell3, patches exist for previous versions. Waiting for gtkspell3 has a
major drawback: gtkspell apps use aspell dicts and OO.o/Firefox use hunspell dicts

aspell and hunspell dicts are not synchronized to spellchecking behaviour is
different from app to app when both exist

sometimes only hunspell dicts exist

end result is confused users

Moreover the people who could fix the dicts just look at the number of variants
(ispell/aspell/hunspell) they're supposed to maintain and just give up (or
decide to do only hunspell)

The problems of using an early gtkspell3 or a gtkspell2 patched for enchant are
dwarfed by the benefits of killing the aspell/hunspell dict duplication

Revision history for this message
In , Matthew (matthew-redhat-bugs) wrote :

Nicolas, can you point me to the patches for gtkspell2 ?

Revision history for this message
In , Nicolas (nicolas-redhat-bugs) wrote :

They're on the enchant page gtkspell -> enchant -> hunspell

Revision history for this message
In , Matthias (matthias-redhat-bugs) wrote :

I guess at this point, this is no longer an F8 target...

Revision history for this message
In , Dwayne (dwayne-redhat-bugs) wrote :

Here is the link to the patch. Just for clarity this seems to make gtkspell use
Enchant which in turn can use hunspell (amongst other checkers)

http://www.abisource.com/~dom/gtkspell-2.0.11-enchant.patch

Revision history for this message
In , Matthew (matthew-redhat-bugs) wrote :

Fixed in gtkspell-2.0.11-5.fc9.

Revision history for this message
Skeletonix (tomaskloucek) wrote :

In Fedora is the bug already repaired .. https://bugzilla.redhat.com/show_bug.cgi?id=245888

Skeletonix (tomaskloucek)
affects: ubuntu → aspell (Ubuntu)
affects: aspell (Ubuntu) → gtkspell (Ubuntu)
Revision history for this message
Skeletonix (tomaskloucek) wrote :

perhaps is the problem in gtkspell.c:

---------
# if (lang == NULL) {
# lang = g_getenv("LANG");
# if (lang) {
# if (g_strncasecmp(lang, "C", 1) == 0)
# lang = NULL;
# else if (lang[0] == 0)
# lang = NULL;
# }
# }
---------

starts if (g_strncasecmp(lang, "C", 1) == 0)

If language (LANG) starts by C (cs_CZ), gtkspell send error report (Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale.)) and doesn't properly recognise language.

Maybe this can help. This idea is not from my head: http://klicha.blogspot.com/2008/11/gtkspell-cestina-fungovalo-to-vubec.html

Revision history for this message
Skeletonix (tomaskloucek) wrote :

temporary fix: in a binary editor open /usr/lib/libgtkspell.so.0.0.0 and change value at adress 0x3ee8 from C to X ;-)

Revision history for this message
Skeletonix (tomaskloucek) wrote :

.. ?

Revision history for this message
Skeletonix (tomaskloucek) wrote :

;) : http://sourceforge.net/tracker/index.php?func=detail&aid=2431005&group_id=7896&atid=107896

Bug Watch Updater (bug-watch-updater)
Changed in gtkspell (Fedora):
status: Unknown → Fix Released
Pedro Villavicencio (pedro)
Changed in gtkspell (Ubuntu):
importance: Undecided → Low
Bug Watch Updater (bug-watch-updater)
Changed in gtkspell (Fedora):
importance: Unknown → Low
Revision history for this message
Pander (pander) wrote :

Can somebody please close this bug? Thanks.

Changed in gtkspell (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.