Preliminary support for parsing Drupal 7.x source files. There is already a hook_perm() change in Drupal 7 which does not have handler code yet, but things which work the same way in Drupal 6 should work still.

#288117 reported by Bartezz, fixed by myself: avoid that people run potx-cli.php from the web, since it was not designed so. tell them to use the module web interface.

#263790 reported by Micha1111, patch by myself: turns out that GLOB_BRACE is not available on all operating systems, we need to have our own workaround code or it bails miserably

#298996 reported gusgsm1, patch by myself: gracefully handle cases when glob() does not return with data and then consequently there are possibly no strings in the global store

#205100 by phirdina: plural translations were missing in exported po files due to bugos database logic

 - updated documentation to match actual behaviour (folding, tab title)
 - removed hook_node_types() support, as it is a Drual 4.6 construct, not supported anymore
 - ported back hook_perm() error detection from 6.2

#205360 by damz with additions from myself: extract region names, include default region names; add default user role names

#201253 report by Gocho, fix by myself: source strings already had quotes escaped, which is bad for translation lookups

 - do not merge small files into general.pot
 - do not merge occurance of strings in same subproject (subfolder) to general.pot,
   only merge real cross-subproject occurances
 - merge .pot files generated for same subfolder (all will be imported in the same batch
   anyway). although this makes .pot size a bit bigger, it is easier to handle
   by hand, and the file size still looks low

Enable potx to parse Drupal 5 or Drupal 6 source files on request (only implemented in the API for now)

 - we use dots in file names so we should use pathinfo() instead of plain old explode()
 - added JS parsing based on core regex code with custom error reporting, now parsing .js too
 - watchdog() parameters changed, now t() should not be used
 - the menu hook changed, we identify title and description values if literals (otherwise throw an error)
 - format_plural() calls now accept arguments, so we allow a comma after the plural string
 - .info file format changed, so we need to use drupal_parse_info_file() for parsing

Note that I did not implement a code extract for the error message due to some laziness
(it requires watching until the line end, for which we have no code yet, and it needs
to take nesting into account), otherwise new functionality signals errors as before.

(This code also helped identify some watchdog(t()) issues in Drupal 6 which I'll file an issue to fix).

Update (the interface) to Drupal 6 with coder module and also fix coding style issues identified by coder module
Note: the extraction still needs a lot of love to be upgraded to Drupal 6 properly

 - back with the translation exports, but initially just choosing the template language
 - fill in template header with language dependent values if language is choosen
 - option to include translations in the export now with proper plural support

Fix file name generation regex shortcoming identified why checking ubercart issues listed at #177763