> For 1.2, the solution should be clear: find out why perl plug-ins get
> specialcased (maybe because menus.c doesn't know about them but about the
> c-plug-ins? or maybe because the i18n code handles them differently?) and
> sort everything alphabetically (source language, e.g. english).
The order of menus was determined by the order of installation. The code
in plug-in.c uses readdir(). On most systems this will give you the plug-ins
in the order the inodes were created. This means that the order of menus was
more or less unpredictable, I have checked in some code today that orders
the plug-ins and script-fu scripts alphabetically according to their
I have however noticed that perl i18n is totally broken at the moment (at
least on my box) and I couldn't figure out why. This was broken before my
changes and I have double-checked that the gimp-perl text-domain gets
passed to menus_create_item...() correctly. Later I found out why this
does not work: gimp-perl sets the domain-path to "/usr/share/locale".
As the po build system in gimp-perl is definitely messed up since no
gmo files are build ever, I can not determine if this is intentional.
I suggest that perl installs its message catalogs under the prefix
however (which is /usr/local/ here) and uses gimp_plugin_domain_add()
instead of gimp_plugin_domain_add_with_path().