The fltk2 OSX version has had major rewrites to use Carbon correctly and to stop using QuickDraw. You probably want to copy most/all of it if possible.
MacArthur, Ian (SELEX GALILEO, UK) wrote: >>> Actually, I vote to drop QuickDraw support entirely. That interface >>> (QuickDraw) is slower and buggier than Quartz, and is deprecated in >>> 10.5. >> +1 >> It would be great, then we could concentrate on furthering a >> better quartz support. >> As I started to do that, I noticed QD was broken when >> checking about the compatibility in QD of one function addon. >> It slows down the global process on the mac platform. >> BTW, Cairo does not provide support to QD and it will avoid >> questions/problems to remove it in FLTK too. > > Yes, I think dropping the QD support is probably our best option. > > However, to that end we need to sort out the hooks into the Quartz layer > - there are some bits of QD used to get our Quartz support working. > The details escape me right now, I'm afraid, but IIRC Matthias had some > issue with his Quartz port and we ended up with some bits of QD left in > there, which we have never had time to fix. (Hopefully Matthias can chip > in with some details and make up for the vagaries of my memory...) > > So, a Really Useful Thing right now might be to fix that low-level stuff > in the Quartz port, then we can strip out all of the QD code and have a > clean Quartz-only baseline going forwards. _______________________________________________ fltk-dev mailing list fltk-dev@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-dev
