Issue 7084 - Missing writeln Unicode normalization
Summary: Missing writeln Unicode normalization
Status: NEW
Alias: None
Product: D
Classification: Unclassified
Component: phobos (show other issues)
Version: D2
Hardware: x86 Windows
: P4 enhancement
Assignee: No Owner
URL:
Keywords: bootcamp
Depends on:
Blocks:
 
Reported: 2011-12-09 01:12 UTC by bearophile_hugs
Modified: 2024-12-01 16:14 UTC (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description bearophile_hugs 2011-12-09 01:12:59 UTC
In this program the string 'txt1' contains two codepoints: LATIN CAPITAL LETTER A, and COMBINING DIAERESIS.

I think a good printing function has to perform Unicode normalization and show a single \U000000C4 (LATIN CAPITAL LETTER A WITH DIAERESIS) glyph. But with DMD 2.057beta it shows two glyphs (on Windows), an 'A' followed by a diaeresis.

writeln(txt2) shows what I think is the correct output for writeln(txt1) too:


import std.stdio;
void main() {
    dstring txt1 = "\U00000041\U00000308"d;
    writeln(txt1);
    dstring txt2 = "\U000000C4"d;
    writeln(txt2);
}
Comment 1 hsteoh 2012-02-25 17:57:14 UTC
IMO this should be an enhancement request. As I understand, Unicode normalization is non-trivial, so we probably should think over how we want to do it.
Comment 2 bearophile_hugs 2012-02-26 14:59:46 UTC
(In reply to comment #1)
> IMO this should be an enhancement request. As I understand, Unicode
> normalization is non-trivial, so we probably should think over how we want to
> do it.

OK, now it's an enhancement.
Comment 3 hsteoh 2012-02-26 22:22:24 UTC
Here's a link to the relevant part of the Unicode standard for whoever wants to implement normalization:

http://unicode.org/reports/tr15/

Note that there are several different normalizations, with NFC probably being the closest to what this bug requires.

After scanning through the standard, it seems to me that rather than putting this in std.stdio (or the prospective std.io), we really should put it in std.uni or std.utf, and have different algorithms available for programs to choose the normalization form. The algorithms involved are not trivial, and some people may not want std.stdio to automatically normalize to a particular form when they want specifically to use a different form or a non-normalized output for whatever reason.
Comment 4 hsteoh 2016-10-15 05:12:28 UTC
@andralex: Are you sure this bug qualifies for 'bootcamp'? Unicode normalization is highly-nontrivial, and requires significant effort to support correctly, and will probably involve multiple modules (at least std.uni and std.stdio, perhaps also std.utf). Plus, deciding which normalization scheme(s) to default to is a decision that can only be made with more experience with the language and community.
Comment 5 anonymous4 2016-10-17 17:01:13 UTC
This can have the same problem as issue 2742: normalizing it always may be not what one wants, and detecting console is problematic. Also AFAIK not all characters have precomposed variants.
Comment 6 dlangBugzillaToGithub 2024-12-01 16:14:45 UTC
THIS ISSUE HAS BEEN MOVED TO GITHUB

https://github.com/dlang/phobos/issues/9920

DO NOT COMMENT HERE ANYMORE, NOBODY WILL SEE IT, THIS ISSUE HAS BEEN MOVED TO GITHUB