On 07/20/2010 03:09 PM, Siji Sunny wrote:
> On Tue, Jul 20, 2010 at 10:55 AM, Naveen Kumar <nav007@...
> <mailto:nav007@...>> wrote:
> ----- Forwarded Message -----
> From: "Pravin Satpute" <psatpute@...
> To: "Lohit development" <lohit-devel-list@...
> i18n@... <mailto:i18n@...>
> Sent: Monday, July 19, 2010 4:17:04 PM GMT +05:30 Chennai,
> Kolkata, Mumbai, New Delhi
> Subject: [Lohit-devel-list] Added New Indian Rupee symbol — INR to
> Lohit Devanagari
> Dear All,
> Added New Indian Rupee symbol — INR to Lohit Devanagari, really
> enjoyed designing a symbol after long time :)
> It took me almost 3 hrs, finally some suggestion and review from parag
> and naveen finalized this one.
> Hi All,
> Gargi is also ready with New Rupee Sign (Done by Monika Shah) which
> will upload soon.The symbol have assigned been assigned unoicode
> value u20a8. Which is for "Rs." from Unicode Currency Symbols chart.
I will recommend to use PUA (private user area U+E000 to U+F8FF)
provided by Unicode for Temporary character code assignment for New INR
Adding this new symbol at U+20A8 will make Gargi Unicode non complaint
> Still no valid Unicode Value for it, but just added as a reference
> on U+E000 (private user area block)
> Review and comments are welcome !!
> Unicode Or Govt of India have to take some immediate action on it,And
> I think instead of using private area why cant we use any of current
> assigned value from the Unicode Currency Chart ,where India is
> already having 4 unicode values for Indian Rupee sign in various
> langs (Bengali,Gujarathi, Tamil and RS).
> So now all these sybols and unicode values are going to be invalid? If
> so can adopt any of these unicode value for the standard Rupee sign.
One of the Unicode policy is backward compatibility.
It means they never change shape assigned to any Unicode code point,
worst case they just deprecate use of particular code point.
If we use temporary code from PUA now, when we will get actual code from
Unicode, We can easily replace it with presently used PUA code point.
Since these never occur in storage, and will not conflict with any
presently used Indic Unicode code point.