On Sun, 18 Oct 2009, Oleg Kobchenko wrote:
> How about form layouts?
They should be inside explicit noun definition, btw we may not use
form layout anymore.
>
> > It also need to write a utility to extract all J strings excluding
> > those inside comment, explicit noun definition, or right after [123] :
> >
> > However assuming [n]gettext is already inserted there, we could cheat.
>
> What does "right after [123]" mean?
strings in context like mean=: 3 : '+/%#' need no translation
>
> Why "all J strings"?
>
> Isn't extraction directed at only the place where i18n lookup takes place.
> Not all strings require translation.
We don't know beforehand which strings need translation. The
extraction output are meant to be edit by hand. There is an gnu
program 'xgettext' but that cannot handle J script.
man xgettext
>
> I believe gettext is too C-like--too long and too generic a name.
>
> An alternative and more suggestive name is "i18n".
>
they are related domain specific functions too.
man 3 gettext
man 3 ngettext (for plural form)
incidentally C programs define a macro _ for gettext.
_("string") instead of gettext("string")
> Here's an i18n suggestion made earlier:
>
> http://www.jsoftware.com/jwiki/OlegKobchenko/Unicode%20Test%20Drive#Localization
gettext is locale aware. AFAICS most linux projects use gettext and
gtk+ itself in particular already use gettext.
--
regards,
====================================================
GPG key 1024D/4434BAB3 2008-08-24
gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
