On Friday, 7 March 2014 at 15:03:24 UTC, Dicebot wrote:
I don't like it at all.

1) It is a huge breakage

Can we look at some example situations that this will break?

and you have been refusing to do one even for more important problems.

This is a fallacy.

2) It is regression back to C++ days of no-one-cares-about-Unicode pain. Thinking about strings as character arrays is so natural and convenient that if language/Phobos won't punish you for that, it will be extremely widespread.

Thinking about dstrings as character arrays is less flawed only to a certain extent.

Now real problems I see:

1) stuff like readText() returns char[] instead of requiring explicit default encoding

2) lack of convenient .raw property which will effectively do cast(ubyte[])

3) the fact that std.string always assumes unicode and never forwards to std.ascii for http://dlang.org/phobos/std_encoding.html#.AsciiString / ubyte[]

I think these are fixable without breaking anything? So why not go for it? The first two sound trivial (.raw can be an UFCS property).

Reply via email to