Re: [PLUG] Interesting ...[OT]
suggestion is welcome... but what to do when something is purely interesting :-) http://timesofindia.indiatimes.com/Gurmukhi_to_aid_UK_forensic_research/articleshow/2399628.cms -- __ Pune GNU/Linux Users Group Mailing List: (plug-mail@plug.org.in) List Information: http://plug.org.in/cgi-bin/mailman/listinfo/plug-mail Send 'help' to [EMAIL PROTECTED] for mailing instructions.
Re: [PLUG] Interesting ...
On 9/21/07, Sankarshan Mukhopadhyay [EMAIL PROTECTED] wrote: Extending the same example, Nokia high end *and* low end handsets in specific regions have more than robust support for CJK rather than go the full spectrum of CJKI. I tend to take Nokia and Samsung as applied innovation driven by business needs - you want to aim at the long tail of consumers - play by their rules and don't try to impose your own rules. being not familiar with the acronyms i was lost for a while but searched to know that CJK and CJKI are actually related to Chinese, Japanese and Korian.. and would like to state that most of them have even PC bios in their local languages... which we lack here... what we lack is the drive of educated people to use local languages... That is changing now but was not so .. say 10-12 years back... when I first noticed this differneciation during some of my travels to those regions... Any pointers on whether anybody is actually doing any work on I {read *eye*, me (japanese:romaji) or Greek: Mάτι) enabling bios etc that would be interesting to know... -- __ Pune GNU/Linux Users Group Mailing List: (plug-mail@plug.org.in) List Information: http://plug.org.in/cgi-bin/mailman/listinfo/plug-mail Send 'help' to [EMAIL PROTECTED] for mailing instructions.
Re: [PLUG] Interesting ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ಓಂ wrote: http://www.linux.com/feed/119348 I wish there was something similar done here for children... (yes.. i know there are 12+ indian languages to be handled :-) The one jarring note with a National OS is that it is either a fork or rebase of an existing work and ironically far too much is spent on doing one. That expense would have been well spent in getting the language(s) supported on the upstream from a localization and internationalization perspective and of course from a documentation perspective. Handling 12+ is not much of a challenge since the framework (ie tools and other bits that make up the native language effect) is already in place. Handling the remaining from the 22 official would be a stretch of imagination. What would be far more interesting is ensuring that there are enough relevant applications in place that would enable such a OS to be actually useful eg an ability to plug in languages into programs that make up the GNOME and KDE Education set and more applications that allow learning to be delivered. Also tried the first things on OO 2.3.0 to realise that Marathi rendering is still not purrr...fect. You do need to file an issue (or multiple issues) then with sample documents and screenshots that would enable fixing them. I'd say that first file upstream (at OpenOffice.org) and then on your distribution :Sankarshan - -- You see things; and you say 'Why?'; But I dream things that never were; and I say 'Why not?' - George Bernard Shaw www.linkedin.com/in/sankarshan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG80pGXQZpNTcrCzMRAk2ZAKCxiGkNT9mQRutk0mYva1ErP6NmAgCfRuvv c4KtBIAf9KgtTrjaHGeKATg= =RcNn -END PGP SIGNATURE- -- __ Pune GNU/Linux Users Group Mailing List: (plug-mail@plug.org.in) List Information: http://plug.org.in/cgi-bin/mailman/listinfo/plug-mail Send 'help' to [EMAIL PROTECTED] for mailing instructions.
Re: [PLUG] Interesting ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ಓಂ wrote: Much of what follows is probably going to be OT, but then it may become a separate thread so I am taking a risk... :) I do not agree with your viewpoint fully... But that's perfectly reasonable... Let's take example... (of course OT) Nokia low end handsets have better or much support for indic languages than high end phones... So if anything is going to be done then it should be done by enabling indic languages fully on existing distro for the endusers and not worrying about applications availability. Applications and everything else will get developed because sheer numbers of users wanting and using those languages will push it to necessary level of localization. Extending the same example, Nokia high end *and* low end handsets in specific regions have more than robust support for CJK rather than go the full spectrum of CJKI. I tend to take Nokia and Samsung as applied innovation driven by business needs - you want to aim at the long tail of consumers - play by their rules and don't try to impose your own rules. But that was not precisely what stated. A operating system is in a crude sense a container to allow actions to be performed by the consumers of the operation system. That said what gets consumed is applications and services. So, in effect, if l10n and i18n are to be robustly supported, it has to be done at both the OS and the application level. What the OS would provide is a set of framework or tools that would enable applications to be developed. If the by now cliche phrase of User Driven Innovation is applied, then development of applications should be driven by the user need. However, that would be counterproductive since it takes away the differentiator from any project. A far fetched example - a vehicle is ready to be certified for the next level of emission tests, but actually does not perform the check since there is no demand - that does not make it stick in the market. 12+ Indic languages are in somewhat more better shape than they were at least 3 years ago. The moot question is - how many of the potential and current PC users do actually use it ? I don't see too many bugs/issues being reported and there is a fair bit of chance that the silence on the bugzillas are a direct result of the efforts not being used. There is this chimera of l10n and i18n actively driving ICT4D since now with the OS localized more folks would be able to use it. I deliberately call it a chimera - ICT4D if it ever were to depend on localization would require applications and services that enable the 3 key things - input - display - output. How many of us who talk about indic enabling actually ask for indic enbled phones/devices when they actually have to make a decision to buy new tool/instrument. I am sure the common man does not make those compromises that we educated people tend to make so easily. Like I keep on asking - how many of us use hi_IN or mr_IN on the interface / input and report issues (not limiting such reports to mailing lists) ? - -- You see things; and you say 'Why?'; But I dream things that never were; and I say 'Why not?' - George Bernard Shaw www.linkedin.com/in/sankarshan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG81rkXQZpNTcrCzMRAiyUAKCuMcELI5Kh1y2mXx29HzAOnVx1swCeN9zv bM+iLAD8i9pdQBEExZKKnRI= =Fx1u -END PGP SIGNATURE- -- __ Pune GNU/Linux Users Group Mailing List: (plug-mail@plug.org.in) List Information: http://plug.org.in/cgi-bin/mailman/listinfo/plug-mail Send 'help' to [EMAIL PROTECTED] for mailing instructions.
Re: [PLUG] Interesting ...
Much of what follows is probably going to be OT, but then it may become a separate thread so I am taking a risk... I do not agree with your viewpoint fully... Let's take example... (of course OT) Nokia low end handsets have better or much support for indic languages than high end phones... So if anything is going to be done then it should be done by enabling indic languages fully on existing distro for the endusers and not worrying about applications availability. Applications and everything else will get developed because sheer numbers of users wanting and using those languages will push it to necessary level of localization. Being (so assumed) highly educated I also have a disadvantage of not being fully conversational and knowlegeable about enough indic words to check whether it would be all right to use those words for menus If I was to give my opinion about SVS.org.in (without causing any arguments on the matter though they are welcome, myself not being directly involved yet with them) what they are doing is probably a correct course of action... enabling much needed local apps for indic languages... that will correctly push the things. How many of us who talk about indic enabling actually ask for indic enbled phones/devices when they actually have to make a decision to buy new tool/instrument. I am sure the common man does not make those compromises that we educated people tend to make so easily. So what i feel is each of us (atleast those who care) has to make a conscious choice of pushing this indic enabling further... -- __ Pune GNU/Linux Users Group Mailing List: (plug-mail@plug.org.in) List Information: http://plug.org.in/cgi-bin/mailman/listinfo/plug-mail Send 'help' to [EMAIL PROTECTED] for mailing instructions.