Re: [Dict-common-dev] New Hunspell/MySpell policy for lenny - Discussion / final try

Hi,

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 t=
he dictionaries
are in. That's the job of the client. hunspell (the client) can't do it, ne=
ither can OOo.
No idea about Mozilla but AFAIS it also expects it in the Mozilla dir (ther=
e's a symlink).
And enchant gets one dir specified with --with-myspell-dir (sic!)=20

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
> >=20
> > Good idea. That would also make it vanish from the "real" dir.
> > (I'd use /usr/share/openoffice (sic!), though, probably)
>=20
> 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).

Regadrs,

Rene
=2D-=20
 .''`.  Ren=E9 Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [email protected] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73