[Neobrahmigp] Tamil - addendum about allocatable variants

Sarmad Hussain sarmad.hussain at icann.org
Mon Jul 2 00:10:44 UTC 2018


Dear Shanmugam, NBGP members,

Please find some additional feedback from IP on Tamil LGR proposal for your consideration, below.

Regards,

Sarmad

  _____  

On review of the NeoB LGRs, the IP found that the only instance of allocatable variants is found in Tamil.


The Tamil GP justifies this choice by the fact that the adoption of  0BB6 0BCD 0BB0 0BC0 as the preferred method of encoding this sequences in Unicode 4.1 did not get fully adopted in practice, so the old legacy is still around and kicking. It would seem, users cannot tell the difference and won't know, possibly, which one they are using. Hence, using an allocatable variant appears to be a reasonable. 


Variant Set 5 — 2 Members


Source

Glyph

Target

Glyph

 

Type

Ref

Comment


 <file:///C:/Users/Michel.SUIGNARD/Dropbox/IP/LGR-3/LGR-3-staging4-NeoB/NeoBTestRelease-2018-06-25/lgr-3-tamil-script-2018-06-25-en.html#0BB6_0BCD_0BB0_0BC0> 0BB6 0BCD 0BB0 0BC0

ஶ்ரீ

 <file:///C:/Users/Michel.SUIGNARD/Dropbox/IP/LGR-3/LGR-3-staging4-NeoB/NeoBTestRelease-2018-06-25/lgr-3-tamil-script-2018-06-25-en.html#0BB8_0BCD_0BB0_0BC0> 0BB8 0BCD 0BB0 0BC0

ஸ்ரீ

↔

allocatable

 

 

 

However, That sequence repeated too many times in a label could create a large number of allocatable variants for a label. While, a four code-point sequence like ‘shrii/srii’ should typically only happen once in a label; there  really is no need to support the case of mixed SRII and SHRII in the same label.

The IP requests theTamil GP to create a WLE rule limiting the number of allocatable labels to no more than two (2) by adoptong a "no-mix" rule like those found in the Arabic LGR.  Adopting this rule would also require creating an <action> element to set the disposition of any label matching the rule to "invalid"

The following is an (unverified and untested) sample XML fragment that should indicate the general nature of such a rule. 

<rule name="Shrii">
   <char cp="0BB6 0BCD 0BB0 0BC0" />
</rule>
<rule name="Srii" />
   <char cp="0BB8 0BCD 0BB0 0BC0" />
</rule>
<rule name="no-mix-Shrii-and-Srii" />
    <choice>
        <rule>
           <rule by-ref="Shrii" />
           <any count="0+" />        
           <rule by-ref="Srii" />
        </rule>
        <rule>
           <rule by-ref="Srii" />
           <any count="0+" />        
           <rule by-ref="Shrii" />
        </rule>    
    <choice>
  </rule>
  
<action disp="invalid" not-match="no-mix-Shrii-and-Srii" />


The IP asks the GP to evaluate this and it the GP agrees, to add such a rule to the LGR after the necessary verification and testing.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/neobrahmigp/attachments/20180702/6b7c13a6/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5026 bytes
Desc: not available
URL: <http://mm.icann.org/pipermail/neobrahmigp/attachments/20180702/6b7c13a6/smime.p7s>


More information about the Neobrahmigp mailing list