Yes, and flag num means any valid number.
FLAG LONG makes it possible to longer (string) flags.
Ruud
> On 2014-10-28 12:58, Marco A.G.Pinto wrote:
>
>> I believe that if I change the code of Proofing Tool GUI to have
>> numbers with more than one character I would break other dictionaries
>> :
The affix length is deterimined by a Hunspell clause FLAG.
There is number, char, and string (long) .
Myspell only knew about char, I think.
> Dear Ruud and Daniel,
>
> I believe I have a clue:
> Usually suffixes and prefixes only have one character for the rule.
>
> But this .AFF has more charact
On 2014-10-28 12:58, Marco A.G.Pinto wrote:
> I believe that if I change the code of Proofing Tool GUI to have
> numbers with more than one character I would break other dictionaries
> :'(
I think this number mode gets turned on by "FLAG num" in is_IS.aff.
Regards
Daniel
---
Dear Ruud and Daniel,
I believe I have a clue:
Usually suffixes and prefixes only have one character for the rule.
But this .AFF has more characters and this is the problem.
If you take a look at the English AFFs they too have letters and
numbers, but only one character long.
See the en_GB wo
I edited the .aff so that is at least does no longer crash.
Look like it has been edited wit an editor inserting tabs wherever. Since
tab is a special char to Hunspell, it causes the dump when unmunching.
The new aff does not dump, but still adds / to words.
Looks like unmunch is not able to proce
Some of the rules in the icelandic affix file are wrong.
There are lots of lines like:
SFX 1 ur 0 , ending in a 0, causing a 0 to be added to the word by unmunch
or Marco's tool.
Hunspell furthermore accepts words containing a number without any check
by default. So I added the numbers to the word
