Re^2: Namespace/advice for new CPAN modules for Thai & Lao

[Polyglot]

Unfortunately, there seems to already be some significant namespace pollution with reference to Thai-language routines. The two-digit code for the language is "TH" and this has been picked up and used as an abbreviation by at least one module contributor, who has contributed many modules using the name, as an abbreviation for "type handler" (or so it seems). One module contributor appears even to have used the full word "Thai" to indicate the concept of light weight (is that an allusion to boxing?), and the module has nothing to do with the Thai language as far as I could tell, even having looked at the code. So, though there are hundreds of modules that can be found in searching for "Thai" or "TH" on CPAN, only about five actually have anything to do with Thai. We are so far from having any tools in Thai, that it would be a wonder if we could ever run out of its namespace in my lifetime.

Most new programmers over here are learning PHP and Java. I wish we did have more who would interest themselves in Perl, and I am trying to interest young people to take it up whenever I have an opportunity. Meanwhile, we have next to nothing.

One of the features I was thinking to add would be a Romanization subroutine, which transliterates the Thai to a Roman alphabet, as you alluded to. However, that is not strictly a Regexp issue in any case. The module as it stands has only a few more Regexp-related routines which might be included to make it about as complete as is possible for the Thai language, as I see it. Then what? The regexp engine itself is part of Perl, and works just fine with the addition of these "hooks" that we are adding in this module. This module is so "core" in extending that capability, that it can hardly be more basic than it is. Any additional module might be added to it, and I wouldn't mind at all extending coauthorship to someone else who wishes to help, perhaps with such additions as:

• Regexp::Thai::LongStrings
• Regexp::Thai::Romanize
• Regexp::Thai::Assemble (assuming that the current Regexp::Assemble would not accommodate Thai)
• etc.

[captainjames]

The previous discussion has some good advice.

The CPAN guideline saying Unicode:: is off-limits applies to CPAN, but if you think your module belongs in CORE then you should email the perl5-porters first and find out.

So the steps are:

1) look at the existing Unicode:: modules in CORE and decide if your m
+odule belongs in CORE (ask p5p if necessary)
2) if not, pick a namespace and name
3) decide how to generate the CPAN boilerplate files (I use makemaker)
+ there is a non-trivial amount of work to make a nice CPAN module
these days!
4) add some tests
5) try your distro on different machines and when you're happy request
+ a CPAN account and upload it.
6) wait for CPAN testers to score it and fix it
7) bask in the glory of being a CPAN contributor, along with the other
+ 10,000 members! :)

Later, James.