Re: [Shapefusion-devel] wx Compatibility Problems

[Tito D. C. <ti...@da...>]

On Fri, 2007-03-09 at 12:12 +0100, tiennou wrote:
> I'm trying to find a solution to the ankward wx installation on OSX...
> I think that I'll add my frameworks to the Product page, and add a
> note that they are needed for compilation, because it is much easier
> to tell users to install wx.framework in /Library/Frameworks than make
> them twiddle with ShapeFusion precompiled headers settings, include
> directories, and others...
I don't think that's a great problem. Because we will release a
statically linked binary, and if one wants to compile from Xcode, he
will probably know how to tell the project where to find everything
needed. And also, wx installations will be pretty the same everywhere I
guess, so no changhe should be needed at all. Am I wrong?

> If you are fine with this, then I'll add my two frameworks somewhere
> on the project page...
I'm reluctant about this... Let's see if we can avoid it.

> But I'm having compatibility problems ;-)
> You are still using 2.6.*, and I'm using 2.8.2 for development... When
> using __WXDEBUG__ framework, I just have some warnings about the fact
> that wxRect.Inside() is deprecated (can be changed to Contains()), but
> when linking with the release framework, I get errors about this, and
> the fact that wxOPEN is not defined (replaced by wxFD_OPEN in 2.8). So
> I would like to know if it is possible for you to upgrade...
Damn it, I feared that. I'd need to either compile wx from source or
reinstall a more recent ubuntu. I'd really like to avoid either, since I
have a very robust, stable and strongly personalized system. Actually I
begin to have quite a number of reason to upgrade, but I'm waiting until
something happens (e.g. something VERY important to upgrade, or hard
disk crash---let's hope the former). I'm quite conservative on upgrades,
you see.

I see that wxOPEN is used just 3 times in ShapesView (excluding
ShapesEditor), so let's find a way to do the trick. #ifdef? As for
Inside(), I don't seem to have Contains(). But WHY THE HELL do they need
to change such an API name!

> In other news, I've bought the "Cross-platform GUI programming with
> wxWidgets", so I will have more information on the Document/View
> framework...
That's cool.

T
-- 
Physics is reverse engineering