[Issue 10162] Opposite of std.string.representation

[d-bugmail]

http://d.puremagic.com/issues/show_bug.cgi?id=10162



--- Comment #1 from bearophile_h...@eml.cc 2013-07-26 10:34:57 PDT ---
An alternative name for such function is "assumeChars".

And it should return char[], const(char)[] or immutable(char)[] according to
the input being a ubyte[], const(ubyte)[] or immutable(ubyte)[].

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---

[Issue 10162] Opposite of std.string.representation

[d-bugmail]

http://d.puremagic.com/issues/show_bug.cgi?id=10162



--- Comment #2 from bearophile_h...@eml.cc 2013-07-26 10:36:22 PDT ---
(In reply to comment #1)

It could also return wchar[], const(wchar)[], immutable(wchar)[] according to
the input being a ushort[], const(ushort)[] or immutable(ushort)[].

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---

[Issue 10162] Opposite of std.string.representation

[d-bugmail]

http://d.puremagic.com/issues/show_bug.cgi?id=10162



--- Comment #3 from bearophile_h...@eml.cc 2013-09-03 09:41:37 PDT ---
Most of my use cases are to sort a char[]. It's a common operation.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---

[Issue 10162] Opposite of std.string.representation

[d-bugmail]

http://d.puremagic.com/issues/show_bug.cgi?id=10162



--- Comment #4 from bearophile_h...@eml.cc 2013-10-30 12:42:15 PDT ---
See also Issue 11356

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---

[Issue 10162] Opposite of std.string.representation

[d-bugmail]

https://d.puremagic.com/issues/show_bug.cgi?id=10162



--- Comment #5 from bearophile_h...@eml.cc 2013-11-13 02:00:59 PST ---
(In reply to comment #3)
> Most of my use cases are to sort a char[]. It's a common operation.

So instead of unrepresentation an alternative solution is to introduce a little
std.ascii.asciiSort (it could also be named just std.ascii.sort, or
std.algorithm.asciiSort):

char[] s1 = ['t', 'e', 's', 't'];
string t1 = s1.asciiSort;

string s2 = "test";
string t2 = s2.dup.asciiSort.assumeUnique;

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---

[Issue 10162] Opposite of std.string.representation

[d-bugmail]

https://d.puremagic.com/issues/show_bug.cgi?id=10162


Andrei Alexandrescu  changed:

   What|Removed |Added

 CC||and...@erdani.com


--- Comment #6 from Andrei Alexandrescu  2014-03-09 10:40:15 
PDT ---
I think a function called assumeUTF would be nice. It would convert arrays of
(possibly qualified) ubyte, ushort, and uint to the respective arrays of char,
wchar, or dchar.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---

[Issue 10162] Opposite of std.string.representation

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=10162

--- Comment #7 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/133687cf7bb95bab9bfc80ca5e2f389ee6f1098e
assumeUTF from idea of issue10162

format whitespace

doc unittest

assumeUTF with const immu

validate in debug mode

whitespace

wrong attributes

https://github.com/D-Programming-Language/phobos/commit/e119dad7f571d00692770479f90ef117edaa3a26
Merge pull request #2341 from burner/issue10162

Fix #10162: assumeUTF from idea

--

[Issue 10162] Opposite of std.string.representation

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=10162

Dicebot  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||pub...@dicebot.lv
 Resolution|--- |FIXED

--