[Dict-common-dev] New Hunspell/MySpell policy for lenny -
Discussion / final try
rene at debian.org
Thu Jan 11 11:50:32 CET 2007
Am Donnerstag, 11. Januar 2007 01:55 schrieb Agustin Martin:
> There was other possibility I was considering (unfortunately, I am not the
> one to code it). Have you seen, when browsing other distros, any code to
> make hunspell support multiple search paths in a defined priority? That
> would help us a lot to make the transition smooth (with a search path like
> /usr/share/hunspell:/usr/share/myspell/dicts), and might be useful even
> later (think of something like
> /usr/share/hunspell:/usr/local/share/hunspell). In parallel, I considered
> filing a feature request on hunspell-sf about this, but did not do before
> knowing other opinions.
The problem here is that libhunspell does not care at all about the paths the dictionaries
are in. That's the job of the client. hunspell (the client) can't do it, neither can OOo.
No idea about Mozilla but AFAIS it also expects it in the Mozilla dir (there's a symlink).
And enchant gets one dir specified with --with-myspell-dir (sic!)
And no, I didn't see a patch for this yet on either application.
> > > I would not go that deep for the infos. Since they are Debian only,
> > > something like /usr/share/ooo/infos should suffice. I am not proposing
> > Good idea. That would also make it vanish from the "real" dir.
> > (I'd use /usr/share/openoffice (sic!), though, probably)
> That is OK for me, but I would still leave the infos subdir (thus using
> /usr/share/openoffice/infos), just in case we need to hang something else
> >from /usr/share/openoffice.
Yeah, that was what I intended, too. (bad wording from my side).
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' rene at debian.org | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
More information about the Dict-common-dev