| Age | Commit message (Collapse) | Author |
|---|
|
Change-Id: I95b0064894a10a47e638568f85ddf5eb97ac345e
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/119372
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
(cherry picked from commit c292071ca8f8dece2bf5655038cdfd4899a09fa3)
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/119614
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
Change-Id: If3a2f77855159c1a2a50880b0eb37a824c926f6c
Reviewed-on: https://gerrit.libreoffice.org/64370
Reviewed-by: Aron Budea <aron.budea@collabora.com>
Tested-by: Aron Budea <aron.budea@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: I3f9c987ef964fc5a5a3f883a6e83b28143f44ec6
|
|
Change-Id: I3759f7fbe380e9c1de74e49e564a24afce3d6aca
|
|
Change-Id: I235d23248469b760da69983575dfcd73431757d4
|
|
... adapt dictionaries to that.
|
|
Change-Id: I70388bf6b95d8692cc6f25fc5a9c7baf3a675710
|
