> > 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. -- Ian SELEX Sensors and Airborne Systems Limited Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14 3EL A company registered in England & Wales. Company no. 02426132 ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
