Raphakl Quinet wrote: > On Tue, 09 Apr 2002 00:27:53 -0700, "Mark Wedel" < mwedel at sonic.net > wrote: > > It is possible (as explained on the SDL site) to embed an SDL area inside a > GTK+ widget. I do not know how much would be gained from that, because > limiting the usage of SDL to the map area and maybe the inventory would > probably not bring many benefits compared to the GTK+ client, but this > should be possible anyway. In fact, the GTK client already does that for the map drawing window (can do that - it's optional depending of the -sdl option is used or not). At least on the unix side, it does improve performance a bit. > GTK+ 2.0 shoud compile "out of the box" on Windows. It should not be too > hard to adapt the code written for GTK+ 1.x to the 2.x API. Another option > is to use the hacked version of GTK+ 1.3 for Windows that was used to > compile the Windows version of the GIMP. Follow the links from > http://www.gimp.org/win32/ Moving to GTK 2.0 will need to happen sooner or later. I can't imagine that there should be too much work involved in the change, but who knows. > But the best long-term option is probably to make sure that the Crossfire > client uses GTK+ 2.0 and follows the portability guidelines so that it > could compile easily on all platforms (UNIX, Windows, MacOS X and maybe > even OS/2, although the last one may require some work). Ignoring the graphics aspect (which shouldn't be an issue if the toolkit is supported on the other platforms), most of the client is simple C code. Things that may be issue are path names (and anything that does a getenv call), and possible the socket code, but that later should be posix as is.