I felt like reopening 3090957 - I thought it was "fixed" by rearranging some flags in the .aff, but now it doesn't work again =???
When SIMPLIFIEDTRIPLE is used together with COMPOUNDMIN, the COMPOUNDMIN is actually one less than defined in the aff file.
$ echo trafikkork trafikkkork trafikkontroll | hunspell -d nb_NO
& trafikkork 8 0: trafikk ork, trafikk-ork […snip…]
& trafikkkork 6 11: trafikk kork, trafikk-kork […snip…]
BUT if I change COMPOUNDMIN to 3 then trafikkontroll is also checked OK (*), and I get the correct suggestion "trafikkork" for the triple-k-word
It seems hunspell currently "fixes" the word and identifies it as SIMPLIFIEDTRIPLE, and then tries to check
1) "trafikk" 2) "ork" -- oops "ork" is smaller than COMPOUNDMIN. -> Give up and suggest "space split" and "dash split".
I would suggest splitting the words /before/ checking if the word is smaller than COMPOUNDMIN, if the word has been identified as SIMPLIFIEDTRIPLE:
1) trafikk/ork check first part
2) trafik/kork check second part [if it's at least COMPOUNDMIN characters wide]