#803 Full-width dot displayed broken

Bug
closed-invalid
Neil Hodgson
Scintilla (791)
1
2009-05-25
2009-05-22
danei
No

when a full-width dot(0xcf 25 in utf-16 le) plus a full-width char(any east-asia char for example) get together, the full-width dot will be displayed as half-width dot and occupy half width.
this occurs when using fonts don't contain full-width char, like most 'program' fonts.

Discussion

  • danei
    danei
    2009-05-22

    full-width dot to half width

     
    Attachments
  • Neil Hodgson
    Neil Hodgson
    2009-05-23

    • priority: 5 --> 3
    • assigned_to: nobody --> nyamatongwe
    • status: open --> open-invalid
     
  • Neil Hodgson
    Neil Hodgson
    2009-05-23

    U+25CF is "Black Circle". It is not a full-width char.

     
  • danei
    danei
    2009-05-23

    if U+25C were used in a text file that contains full-width char(aka east-asia char), it's full-width.
    U+25C is an none fixed width char. whether it should be displayed as full-width or half-width depends on whether it's used in a CJK file or not.
    see here:
    https://savannah.gnu.org/bugs/?16666

     
  • Neil Hodgson
    Neil Hodgson
    2009-05-23

    Isn't it doing exactly what the Unicode document says by behaving in a context-sensitive way?

    http://unicode.org/reports/tr11/

    "Ambiguous characters behave like wide or narrow characters depending on the context (language tag, script identification, associated font, source of data, or explicit markup; all can provide the context). If the context cannot be established reliably, they should be treated as narrow characters by default."

     
  • danei
    danei
    2009-05-24

    So if U+25CF were followed by a full-width CJK char, this "context" has given a valid info that this line is for some CJK using. thus it should be treated as full-width.

     
  • Neil Hodgson
    Neil Hodgson
    2009-05-25

    I don't know exactly how platform is deciding what to do but it does appear to be applying some context-dependent behaviour for ambiguous width characters.

     
  • danei
    danei
    2009-05-25

    ASCII art example

     
    Attachments
  • danei
    danei
    2009-05-25

    Whatever, U+25CF can't be present as both full-width and half-width at the same time in a document. That doesn't make sense.
    see new attachment, an ASCII art with some chinese chars.

     
  • Neil Hodgson
    Neil Hodgson
    2009-05-25

    Since this appears to be deliberate platform behaviour, I won't be working on this further. You could submit a fault report to your platform vendor.

     
  • Neil Hodgson
    Neil Hodgson
    2009-05-25

    • priority: 3 --> 1
    • status: open-invalid --> closed-invalid