<div dir="ltr"><div>Good catch ;) I was wandering why these ones are expected to be handled by the user...</div><div> </div><div>+1 for having a flag for this. As for making it a separate flag, I'm not sure... </div><div>

When I was requesting PRESERVE_DEFAULT_IGNORABLES flag, I did care about two use-cases:</div><div>1) Symbol encoding support - thing that is used to encode various crap in the 32..255 character code range, and thus might override U+00AD [SHY], which is of Default_Ignorable property;</div>

<div>2) A "show document structure" rendering option, where some normally invisible characters are handled by a special font (i.e. to visualize some control characters, BiDi format characters, objects, etc.)</div>

<div>W/o some "3)" I have no strong feeling that we need a separate flag for handling GC=Cc.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Regards,<br>Konstantin
<br><br><div class="gmail_quote">2014-03-06 1:05 GMT+02:00 Behdad Esfahbod <span dir="ltr"><<a href="mailto:behdad@behdad.org" target="_blank">behdad@behdad.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


And we can have a separate flag for preserving them, doesn't have to be the<br>
same flag that is for Default_Ignorables.
<br>
<div class=""><div class="h5"><br>
On 14-03-05 03:04 PM, Behdad Esfahbod wrote:<br>
> Any objection to not rendering Unicode GC=Cc, same way that we don't render<br>
> Default_Ignorables?  That's the U+0000..001F and U+007F and U+0080..U+009F<br>
> ones.  In Chromium that would save us some trouble as currently we have to<br>
> rewrite those to make sure we don't get any glyph for them.<br>
><br></div></div></blockquote><div> </div><div> </div></div></div></div>