On Tue, Nov 24, 2009 at 09:13:49PM +0100, Nicolas wrote:
> > I'm still reading through your gettext patches.  One of my concerns is
> > that gettext seems to use a global setlocale(), if I understand correctly,
> > and this isn't a very flexible or C++ way to do it.

I've merged your entire gettext tree, and applied a few changes of my
own.  In my testing, the extra files added under m4/ were not needed,
so I removed them.


> > So far, though, gettext seems to be the best way forward.
> 
> Indeed, use gettext isn't very flexible.
> 
> Most of, barry contains tools... but it's also a library !
> 
> We can easily translate each tool : btool, bjavaloader, breset... and
> barrybackup. But do we want also to translate the libbarry library ?

I think we'll need to add i18n support to the library as well, but it
will need to be more C++.

Thinking out loud:

        There is the std::messages facet of the C++ locale classes, and
        under g++, this is normally implemented with gettext, so this
        might be a nice solution, using gettext for both the C and C++
        part of the code.

        I'm thinking of exception error messages primarily, in the library.

        Although, if exception error messages are all we need to translate,
        we don't need anything super flexible.  Perhaps my imagination is
        limited tonight, but I can't think of a case where the programmer
        would want exception error messages in a locale other than
        the global one.

        Hmmm... maybe one case if the library is being used in a daemon.


Back to the real world:

Should the library have its own PACKAGE.pot file?  What is the convention on
this?

For the command line stuff and the GUI, your existing gettext code
should be just fine.  But we'll need to have better support for
formatted strings.  I don't want to go with printf() everywhere.
Where C++ streams are used, they need to stay.

But Boost's format library should handle any formatted strings nicely.

Thanks again for your work!
- Chris




------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel

Reply via email to