in reply to Re^4: Encoding is a pain.
in thread Encoding is a pain.

No, Elian is right.

Your approach “solves” the problem by deferring all complexity to the expressiveness of the collation sets. Some languages will require collation logic that is very different from that in your standard-issue Western language.

You cannot remove the complexity from a complex problem. It will come out somewhere.

Makeshifts last the longest.

Replies are listed 'Best First'.
Re^6: Encoding is a pain.
by dragonchild (Archbishop) on Sep 21, 2004 at 00:34 UTC
    I'm not certain I see the complexity, but I will defer to those who know more about non-Latin languages than I do. But, I will say this - confining complexity to only those places which add complexity is a design strength. There are many problems that have complex areas. As long as the complexity doesn't spill over, that's a good solution.

    Basically, I'm attempting to offer a new language, so to speak, with which to talk about the problem. If all symbols are assumed to have a unique expression in a set, then defining a subset is much simpler than it is to merge sets that don't have common ground. One has to start somewhere ...

    ------
    We are the carpenters and bricklayers of the Information Age.

    Then there are Damian modules.... *sigh* ... that's not about being less-lazy -- that's about being on some really good drugs -- you know, there is no spoon. - flyingmoose

    I shouldn't have to say this, but any code, unless otherwise stated, is untested

[reply]

In Section Meditations