manolo gouy wrote: >>> I have also (boldly) added a new configuration called DebugX11 >>> that allows to build an X11-based FLTK-1.3-Fl_Printer on Mac OS X, >>> and thus to test the Linux/Unix side of FLTK (remember that Mac OS X >>> is on top of unix). All libraries and demos should readily compile, >>> and they should also run if you have an Xserver on your mac (possibly >>> Apple's X11). >> >> Does this duplicate any existing configuration? >> >> A long time ago, it was possible to build OSX+X11 versions of fltk, but >> that capability withered away over time. >> >> However, I thought that someone (Fabien? Albrecht?) had reworked that >> for fltk-1.3 so that it could work again.
We've got a patch for FLTK 1.3 from Teun Burgers that enables building X11 apps for Cygwin. I tested and applied the patch only. It was a only a change in the configure process (--enable-x11 combined with --enable-cygwin). >> Does your change (Manolo) use that existing capability? Or is this some >> new functionality? > > This is Xcode-only. It does not touch any makefile or friends. > Nor does it touch any source file. > It's just a trick of compilation options. If you compile the FLTK > source on Mac OS X with -U__APPLE__ -DUSE_X11 and point to a > Linux-styled config.h file, you'll get X11-based FLTK products. That's exactly how the configure option for Cygwin works. Now that we know that it works for Mac as well, we should extend the --enable-x11 configure option to Mac OS X and make it work (at least for the autoconf/configure build). I'm really interested in having Mac OS X apps running with an X server on another host. I'll take a look if/when I can find the time... But ... I think that we will be able to build hybrid apps that can display on different devices (native and X). This ought to be true for Windows (with Cygwin) and Mac. How that, you may ask... ? Fl_Device abstraction is the key. I can imagine testing the DISPLAY environment variable and, if set, switching to Fl_X_Display, but otherwise use the (native) Fl_Display device. This wouldn't work without more changes in the device layer, but I'm sure it will do one day... :-) Albrecht _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
