| Age | Commit message (Collapse) | Author |
|---|
|
Change-Id: I7f71818a3055dd46f5d2cb572f940455fe21b586
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/138914
Tested-by: Aron Budea <aron.budea@collabora.com>
Reviewed-by: Aron Budea <aron.budea@collabora.com>
(cherry picked from commit 0e829e3b7a46a4206927a0f3d3c1c7c51836469e)
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/138900
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
Change-Id: Ic3383991e9374fc5743b41ca1fb6df11a701e983
|
|
Change-Id: I56aea01cbff18871bee91118f3f0701284caf87e
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/114308
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: I235d23248469b760da69983575dfcd73431757d4
|
|
... adapt dictionaries to that.
|
|
Change-Id: I70388bf6b95d8692cc6f25fc5a9c7baf3a675710
|
