in reply to Re: How to create and install a module compatible with both UTF8 and Perl 5.8.3 without using non-core modules?
in thread How to create and install a module compatible with both UTF8 and Perl 5.8.3 without using non-core modules?

My module is for Thai. My next one may well be for Lao. If you do not know the state of Thailand and Laos with respect to computing, you can be forgiven for not understanding my reasons for wanting to do what I am doing. That said, I did not ask for opinions on my rationale--I asked, perhaps rhetorically, if there were even a way to accomplish this in the "politically correct" (properly tested) manner with utf8. With the gerry-rigging/hackish ways to do this brought up, it's clear that Perl is a bit behind on the unicode adoption spectrum. It should not be this difficult.

FYI: As of about six years ago when I did my research on the subject, Laos was estimated to have about 15% internet saturation; i.e. 15% of the population of the country had internet access. Most of that was via smartphones, so consider that far fewer have actual computers. Thailand is more advanced, but not as advanced as one might wish. While Thailand is not on the United Nations' "least developed countries" list as Laos is, it has miles to go in terms of educating people with computing. Thai programmers are few.

As it happens, only two weeks ago I was in a meeting with a number of Thai people trying to persuade them to convert to using UTF8, across the board, for their translation projects. It was a tough sell. They were quite accustomed to typing in their text using the local ASCII code pages and fonts tailored for them--fonts which, when copied into a text file, disappear, leaving the resultant text looking like garbledy-gook. It was only after we showed them superior tools for word-wrapping that they warmed up to the idea of switching to UTF8. Transitions here seem to take longer than they might in other places.

Blessings,

~Polyglot~

  • Comment on Re^2: How to create and install a module compatible with both UTF8 and Perl 5.8.3 without using non-core modules?

Replies are listed 'Best First'.
Re^3: How to create and install a module compatible with both UTF8 and Perl 5.8.3 without using non-core modules?
by SankoR (Prior) on Dec 03, 2023 at 05:14 UTC
    I did not ask for opinions on my rationale
    I thought since you posted this in public that you might want the public to respond. My bad, I guess.

    But get ready because I'm going to make the same mistake again.

    What ratio of Laotian or Thai users are developing new software on Windows XP? Or are they still targeting a linux kernel that predates the first release of Ubuntu? Because that's the era of perl 5.8.3. Today, P5P "officially" covers two stable releases according to perlpolicy; that's currently this year's 5.38.x release and perl 5.36.x from 2022. The perl toolchain folks (those behind core modules like CPAN.pm, ExtUtils::MakeMaker, etc.) have set their support window to 10 years which will put perl 5.20.x at the tail end of targeted support next summer. I imagine they've done their research as well.

    Anyway, do as you please (as I have here) but watering down tests, cribbing snippets of code to avoid installing pure perl prerequisite modules, ignoring all the encoding work done in perl itself since 2004... in general, just making the maintenance and development of your module more complicated for a dev environment that might not exist anywhere in the world... is a choice. มันไม่มีอะไร...

[reply]
      What ratio of Laotian or Thai users are developing new software on Windows XP?

      I personally do not know any Lao or Thai programmers. At all. I know they are out there, but I'm not personally acquainted with any. I have casual acquaintance with a few who have dabbled in FoxPro, but they certainly did not do this for a living. I'm also aware that some universities nearby teach Java. Not being one of their students, I have no idea what else they might teach--probably they teach C++, Visual.NET, and perhaps Python? I would be highly surprised to find a Thai programmer of Perl, much less a Thai course in it. (I know several foreigners, however, who will be quite interested in my Thai module--and I would like for Thais themselves to have more tools that would interest them in Perl.)

      This might shock you, but Windows XP is still in common use around here. Windows 7 is likely more common by now, but it should also be understood that I am not personally aware of a single Thai computer that I could confidently say runs an authentic (licensed) copy of Windows. It is not uncommon here to see a PowerPoint presentation before an audience interrupted by a message saying that the copy of Windows is not registered. People on this economy cannot generally afford genuine copies of Windows. Mind, I am not living in Bangkok where many more affluent people live.

      You might walk into a school computer classroom in some places here and see desktop computers with floppy drives in them. In the more urban areas, you would not likely see this--but most of Thailand is rural. Sometimes their computer classrooms get stocked by the hand-me-downs of other schools--which are used until they can no longer be repaired. For both technical and student-management reasons, these computers may have no access to internet. The students' computer training in one school I visited last month consisted of learning the Windows Paint software--drawing pictures with it, and none of the computers in the classroom, except for that of the teacher, had internet access.

      Blessings,

      ~Polyglot~

[reply]

        I would be highly surprised to find a Thai programmer of Perl

        I used to work in London for a company called Venda, who had an office in Thailand with a large number of Perl programmers; I worked with a couple of them that had moved to the UK, and several more that visited. Around 2014 the company was bought by Netsuite (later absorbed by Oracle), who fairly promptly killed off the Perl product and moved everyone that stayed onto their own Java-based product.

[reply]

In Section Seekers of Perl Wisdom