Hi,

Am 27.07.24 um 17:52 schrieb Jiri Belka:
`hunspell -D' shows either MacOS, obsolete or incorrect paths:
Mac OS and obsolete ones, yes.
---%>---
$ hunspell -D
SEARCH PATH:
.::/usr/share/hunspell:/usr/share/myspell:
That is where the (system) dicts are
/usr/share/myspell/dicts:/Library/Spelling:/home/jiri/.openoffice.org/3/user/wordbook:/home/jiri/.openoffice.org2/user/wordbook:/home/jiri/.openoffice.org2.0/user/wordbook:/home/jiri/Library/Spelling:/opt/openoffice.org/basis3.0/share/dict/ooo:/usr/lib/openoffice.org/basis3.0/share/dict/ooo:/opt/openoffice.org2.4/share/dict/ooo:/usr/lib/openoffice.org2.4/share/dict/ooo:/opt/openoffice.org2.3/share/dict/ooo:/usr/lib/openoffice.org2.3/share/dict/ooo:/opt/openoffice.org2.2/share/dict/ooo:/usr/lib/openoffice.org2.2/share/dict/ooo:/opt/openoffice.org2.1/share/dict/ooo:/usr/lib/openoffice.org2.1/share/dict/ooo:/opt/openoffice.org2.0/share/dict/ooo:/usr/lib/openoffice.org2.0/share/dict/ooo
AVAILABLE DICTIONARIES (path is not mandatory for -d option):
/usr/share/hunspell/en_US
/usr/share/hunspell/cs_CZ
/usr/share/hunspell/cs
/usr/share/hunspell/it_IT
/usr/share/hunspell/it_CH
/usr/share/myspell/dicts/cs
/usr/share/myspell/dicts/cs_CZ
LOADED DICTIONARY:
/usr/share/hunspell/en_US.aff
/usr/share/hunspell/en_US.dic
---%<---

As seen here.


For example, hunspell in OpenBSD ports patches that in the following way:

---%>---
Index: src/tools/hunspell.cxx
--- src/tools/hunspell.cxx.orig
+++ src/tools/hunspell.cxx
@@ -116,28 +116,14 @@
  #include "../parsers/odfparser.hxx"

  #define LIBDIR                \
-  "/usr/share/hunspell:"      \
-  "/usr/share/myspell:"       \
-  "/usr/share/myspell/dicts:" \
-  "/Library/Spelling"
+  "${PREFIX}/share/hunspell:" \
+  "${LOCALBASE}/share/myspell:" \
+  "${LOCALBASE}/share/myspell/dicts:" \
+  "${LOCALBASE}/share/mozilla-dicts"
  #define USEROOODIR {                  \
-  ".openoffice.org/3/user/wordbook", \
-  ".openoffice.org2/user/wordbook",  \
-  ".openoffice.org2.0/user/wordbook",\
-  "Library/Spelling" }
+  ".config/libreoffice/4/user/wordbook" }
  #define OOODIR                                       \
-  "/opt/openoffice.org/basis3.0/share/dict/ooo:"     \
-  "/usr/lib/openoffice.org/basis3.0/share/dict/ooo:" \
-  "/opt/openoffice.org2.4/share/dict/ooo:"           \
-  "/usr/lib/openoffice.org2.4/share/dict/ooo:"       \
-  "/opt/openoffice.org2.3/share/dict/ooo:"           \
-  "/usr/lib/openoffice.org2.3/share/dict/ooo:"       \
-  "/opt/openoffice.org2.2/share/dict/ooo:"           \
-  "/usr/lib/openoffice.org2.2/share/dict/ooo:"       \
-  "/opt/openoffice.org2.1/share/dict/ooo:"           \
-  "/usr/lib/openoffice.org2.1/share/dict/ooo:"       \
-  "/opt/openoffice.org2.0/share/dict/ooo:"           \
-  "/usr/lib/openoffice.org2.0/share/dict/ooo"
+  "${LOCALBASE}/lib/libreoffice/share/wordbook"
  #define HOME getenv("HOME")
  #define DICBASENAME ".hunspell_"
  #define LOGFILE "/tmp/hunspell.log"
---%<---

Why except solely for cosmetic?

* What led up to the situation?

I was checking how hunspell might work with LO dictionaries.
LO dictionaries *ARE* hunspell directories. LO looks in /usr/share/hunspell
* What exactly did you do (or not do) that was effective (or ineffective)?

Next, I checked if `hunspell' is able to read my LO dict, but it wasn't.
It does.  What exactly doesn't work? Still assuming system dicts. (If you mean 
user dicts like below, you need  to state that from the beginning.)
* What was the outcome of this action?

hunspell returns "bad (rejected) work - with '&', that is, with suggestion -
for a work
which is correct and present in my dictionary; an example:

---%>---
$ hunspell -d cs_CZ <<< "autobusáků"
Hunspell 1.7.2
& autobusáků 1 0: autobusů
---%<---

* What outcome did you expect instead?

I expected the previous command would return '*' as the word is present it my
LO user dict:

---%>---
$ grep -n 'autobusáků' ~/.config/libreoffice/4/user/wordbook/standard.dic
114:autobusáků
---%<---

The workaround is to use `-p
~/.config/libreoffice/4/user/wordbook/standard.dic', but I would
expect `hunspell' would use such a path automatically - see OpenBSD hunspell
diff.

---%>---
hunspell -d cs_CZ -p ~/.config/libreoffice/4/user/wordbook/standard.dic <<<
"autobusáků"
error - iconv: ISO8859-2 -> UTF-8
Hunspell 1.7.2
*
---%<---

Ah, you are talking about user dicts..


That might make sense, and then also the OpenBSD patch would make sensein part 
(one could just add the libreoffice dir)...


Regards,


Rene

Reply via email to