[crossfire] C++/Qt server version

Lalo Martins lalo.martins at gmail.com
Mon Nov 24 11:25:40 CST 2008


Before anyone gets the impression I'm turning this into a Boost holy 
war... let me reiterate I don't feel that strongly about it, just 
answering Nicolas' questions here.

quoth Nicolas Weeger as of Mon, 24 Nov 2008 16:57:50 +0100:
> I'm not a Boost specialist either (and that can have an impact on my
> preference for Qt), but from what I gather, here are Qt features Boost
> doesn't have (someone will correct me if I'm wrong):
> - multilanguage support

Meaning?  Like gettext?

It *seems* most non-Qt people use ICU for i18n and l10n, although I do 
have a bit of a problem with that, in that ICU has its own string object, 
with an API different from the STL string...

It does integrate nicely with Boost though.

> - GUI classes - modular, so you can disable if not needed, and if you
> need you're using the same base classes

It doesn't, and that's a good thing in my book ;-)

> - image manipulation

http://www.boost.org/doc/libs/1_37_0/libs/gil/doc/index.html

> - crossplatform build system

Jam, one of the best crossplatform build systems out there at the moment, 
used by a lot of non-boost-related projects.

> Note that C++/Qt and Python interact decently with some tests, there
> doesn't seem to be any issue there.

Well, you *can* simply use libpython from C++.  But Boost::Python is a 
whole new level of integration, it allows you to directly wrap classes 
and other cool magic.

That may not be an issue for us, though, since we're filtering our Python 
stuff through the plug-in API anyway.  Depends, I guess, on how C++ we 
want to convert the plug-in API to.  It may also turn out that once 
everything is classes, there's no need for the plug-in isolation API 
anymore.

best,
                                               Lalo Martins
-- 
      So many of our dreams at first seem impossible,
       then they seem improbable, and then, when we
       summon the will, they soon become inevitable.
                           -----
                  http://lalomartins.info/
GNU: never give up freedom              http://www.gnu.org/




More information about the crossfire mailing list