Conflicting replacements for some languages

[florianeckerstorfer]

I realised that there are some conflicting replacements in the Slugify class. I think these are specially the Esperanto characters, since the characters are also used in other languages. For example,

Slugify.php L:60

'ĉ' => 'c',

Slugify.php L:414

'ĉ' => 'cx',

Should we remove Esperanto or provide some switch for users to select which version they want?

[mac2000]

In my opinion, for not making breaking changes easiest way is to fix bug by removing duplicates from esperando since it is not often used

As about switch - I think that it will be better if we will have multidimensional array for different locales with fallback one, so switch is not needed. But there is problem in both cases, if I have Ukrainian locale and transliterating sentence with English words within it - what should happen?

So I personally think that decision about switches, locales etc should be delayed until it become really needed, for this moment it is only first case with duplicates, so seems not to be so big deal. Pretty of Slugify in its simplicity, and if you really really want you always can change default rules by providing your own for each letter you want

[mac2000]

Just added #37 pull request demonstrating how you can fit slugify behavior to your needs, hope this at least will help to immediately fix troubles

[florianeckerstorfer]

The formulation of using a switch was a bit clumsy. What I mean is to move conflicting rules (currently I think it is only Esperanto) into a separate transliteration array. The switch would merge the two transliteration arrays.