On Sun, 8 Apr 2012 16:23:41 +0530 sankarshan wrote: > On Sun, Apr 8, 2012 at 12:28 AM, Guntupalli Karunakar > <karuna...@indlinux.org> wrote: > > > Going back in time, when we did not yet have Indic standardized or > > it was not working yet, there were steps to use it with some > > hacks, some which in long run either died out, or evolved into a > > standard solution. So while above aspect may hold, but it should > > not prevent in making an attempt to solve the problem in > > question. > > Here's the thing. I respect and appreciate the fact that you are > trying to help Swarup out. And, if this was ~8 years back, I'd have > probably not made as much a noise as now about not using PUA. The > situation was far more muddled and, hacks were aplenty. Currently, a > lot of the cruft is being straightened out and, you are aware of it. > And, as an entity, IndLinux at one point used to adhere to "upstream > and standards first" way of doing things. > > So, this is what bothers me now - what has changed that you > completely ignore the input of someone who is working with the i18n > folks to make the experience of using Bengali on Linux desktops > seamless, standards compliant and, by your own admission, try out a > hack ? From what I read, there is a bit of disrespect here. And, > that bothers me a lot. >
> Do you not believe that Runa and Praveen have provided ample > reasoning that this does not need a hack ? Or, is it that a > temporary hack is more important than utilizing the documentary > evidence Swarup has to assess whether this character really needs a > code point than a PUA position ? > The request Swarup has currently can only be solved by - either a hack, have new character, which looks like 09F0 (Assamese RA), but semantics like Devanagari BA, or Bengali VA. And its no point putting it in Bengali code range. And as such just adding a char also wont do, since the combinations are to be provided, I have no expertise in making glpyhs for them. So at the most there is a char in PUA which looks like 09F0, but doesnt behave like a RA. This solution is for his use or within his circle. There is no attempt to support it or maintain it from IndLinux side to be included in upstream. And for the actual problem at hand, the question of how Sanskrit could be best written in current Bengali script while keeping the sounds visibly distinct for the reader, and this is what is unclear and remains unanswered. And the situation is much like how Sanskrit is written with Latin chars, since A-Z didnt suffice, extra symbols etc introduced. He refers to Sriharsha which seems was old way of writing where BA and VA were visibly distinct. So after getting a quick solution, I suggest him to move the debate onto Unicode lists get it supported. > > At times few backward steps are needed to take a bigger leap. > > So an attempt to solve the problem technically might bring closer > > to the path to take, than not attempting it at all for concern of > > future maintainability. > > Step back momentarily and think about this - Swarup gets his work > attained by the PUA hack. No other Bengali font handles this > (because there was not documented reason for them to have it). What > happens to the fonts across distributions when they end up being > used to meet this niche demand ? Do we go around filing bugs > against all of them ? You know what happens when hacks come home to > roost and hit the user experience ? This - > <http://arrbee.wordpress.com/2010/09/30/shame-on-you-bbc/> > As such he said it was for internal use, so perhaps I thought help him get it. If request had been to get into upstream or for a wider use, then the path has already been made clear to him - ie build a case with Unicode on the need, with enough evidence and fight the battle there, than on this list which is not the ideal place to discuss new chars to be included in Unicode. Karunakar ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ IndLinux-group mailing list IndLinux-group@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/indlinux-group
