I am using small code (200 lines), modified from
http://number-none.com/blow/code/mo_file/index.html
which is gettext compatible so standard .mo files (or memory areas) can be
used. The advantage is that these .mo files are hashed with fast lookup and you
can
use all gettext tools to extract
Maybe question is why FLTK does not support (GNU) gettext across whole
library? This way translation strings could be handled in more standard
way and you will get for free a bunch of tools or services like Transifex.
Sanel
On 01/28/2013 10:52 PM, Manolo Gouy wrote:
I would like to get input
On 29 Jan 2013, at 17:35, Sanel Zukan wrote:
Maybe question is why FLTK does not support (GNU) gettext across whole
library? This way translation strings could be handled in more standard
way and you will get for free a bunch of tools or services like Transifex.
Hi Sanel,
I'm not clear what
I would like to get input from developers about whether a new class
to support internationalization of FLTK apps could be useful.
See:http://www.fltk.org/str.php?L2929
___
fltk-dev mailing list
fltk-dev@easysw.com
On Mon, Jan 28, 2013 at 1:52 PM, Manolo Gouy manolo.g...@univ-lyon1.fr wrote:
I would like to get input from developers about whether a new class
to support internationalization of FLTK apps could be useful.
I don't have experience with i18n, but isn't gettext the usual solution here?
