| Age | Commit message (Collapse) | Author |
|---|
|
Downloaded from https://github.com/sk-spell/hunspell-sk/archive/refs/tags/v2.4.8.zip
Change-Id: I369a4703c7accc635572a0f711c5c0304429e4e9
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/172738
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Xisco Fauli <xiscofauli@libreoffice.org>
|
|
Change-Id: Id35b971fdb7a0391cc75623b176d8bb47fd6d3d4
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/156265
Tested-by: Andras Timar <andras.timar@collabora.com>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: Id3bc65f957187d2c2ba98ba76a1ed4e9fab72c97
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/95999
Tested-by: Andras Timar <andras.timar@collabora.com>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|
|
...that a more picky idxdict now complains about when it is not able to read an
integer count where it expects to find one. In most cases, a previous line
count was apparently wrong (similar to df423c53829faa96f46acd71887fd0f8697c49e9
"fix Lithuanian thesaurus"). But:
* ro/th_ro_RO_v2.dat had three cases that look like lines got oddly duplicated.
And the excessive whitespace in the middle of the line in the second case
looks odd, too.
* uk_UA/th_uk_UA.dat leaves me completely clueless. I edited it so that it
passes through idxdict, but it definitely needs inspection from a native
speaker and/or expert in that thesaurus .dat format.
Change-Id: Ieeb36e3bcd335917076c82816241ef569e1bd5c7
|
|
Change-Id: I60b2a150e04a028837ecc1d206ffa3aea7e9257c
|
|
Change-Id: I235d23248469b760da69983575dfcd73431757d4
|
|
... adapt dictionaries to that.
|
|
Change-Id: I70388bf6b95d8692cc6f25fc5a9c7baf3a675710
|
