Re: [Gtkspell-devel] Re: [Pan-devel] pan, gtkspell, and specifying your language

[Evan Martin]

Charles Kerr wrote:
> It's great to hear from you!  I was about to contact you this morning...

Ah, good, you're the one I wanted to talk to.

> Newsgroups typically use a single language, so in Pan users set
> default charsets on a per-newsgroup basis, and Pan could pass that
> along to a gtkspell API if you like.

Here's the point I was trying to make-- I clearly wasn't clear enough 
about it before because nobody but me saw it:
To keep binary compatibility with the older gtkspell, I can't introduce 
new functionality without doing some hacks (for example, it'd be nice to 
specify the language and encoding to gtkspell_attach to allow per-view 
lang/charset, but that changes the API).  So I was looking for advice in 
two separate ways:
 - what can be changed without breaking backward compat (2.0.x)
 - what needs to be changed for the future (2.1.x)
Realistically, this means that 2.1 will probably happen after the new 
releases mentioned below.

But this mention of character sets is interesting-- how are you putting 
non-UTF8 data in a GtkTextView without Gtk complaining?

> More urgently, though, I've also got a handful of crasher bug
> reports that are best handled in gtkspell.   My (unrealistic?) wish
> would be to have these fixes in 2.0.1, punting configurable languages
> to 2.0.2 if necessary, in the next 7-10 days so that Pan 0.13.0 with
> gtkspell can be released in time for bundling with the new RH and
> Mandrake releases.
>
> These are all GtkSpell-related crashes in Pan:
> * http://bugzilla.gnome.org/show_bug.cgi?id=89657
> * http://bugzilla.gnome.org/show_bug.cgi?id=89588
> * http://bugzilla.gnome.org/show_bug.cgi?id=88924
> * http://mail.freesoftware.fsf.org/pipermail/pan-users/2002-July/001500.html

What are these "exceptions" you speak of?  I am a C programmer. :P

> And, just to make certain it gets in the mailing list archives
> before I forget about it, a low-priority request:
>
> * When a user hits `rewrap text' to make it fit in 72/80 columns
>   as per Usenet ettiquette, users have reported that the red
>   spellcheck lines go away.  If gtkspell can know when the buffer's
>   contents have changed, it would be nice to reapply the spellcheck
>   for the entire changed region; otherwise, perhaps an API call so
>   that Pan could tell it to update the region.

I'll check out the Pan CVS to see what Pan is doing...

Hm, that's interesting.  You rebuid the entire text view, but GtkSpell 
doesn't affect it?  GtkSpell just attaches to the insert-text signal 
(among others), both before and after it runs, and uses the difference 
between the insertion point across that operation to see what has changed.


Anyway, I'll investigate those bugs and just drop the language stuff 
until it can be done properly.
I'll try to restrict discussing further development to the 
gtkspell-devel mailing list, too, so feel free to sign up or read the 
archives.


Thanks,
Evan.