> > Do we want to do it for 1.3 though? I can not say. > > Yes, that's the main question. We have some kind of catch-22 > situation: > We can't get full (PS) printing support w/o device abstraction, but we > must be sure that we want it (now). Last Friday we didn't have it at > all, but Manolo's great work gave us the opportunity to use it now ... > > As it is now, it would also be more difficult to roll it back and use > the partial printing support (w/o PS printing), because this would > need more sort'n'merge work (cherry picking) than the full blown > current printing branch (a simple merge with the main branch would > do it). That's why I would like to get a decision ASAP, before we > (mainly Manolo) add more work in a branch that won't be used, or that > needs to be done again later.
Though I doubt any work Manolo checks in will be wasted - it may just have to wait for 1.4 / 3.0 / n.n before we actually deploy it. For example: Roman's original Fl_Device stuff has been waiting for a good while now, but it seems that we have reused a lot of it this time...? > > Will adding to it break the ABI in some nasty way if we > have to change > > it once 1.3 is out? I assume that "routing" everything > through virtual > > methods buys us some flexibility here (at a slight performance hit) > > but...? > > Yes, some additions will break ABI compatibility for sure. If we add > new device capabilities (e.g. Cairo drawing) then this will probably > need some new methods or at least more status info (member variables) > etc. that didn't exist before. This will probably need to extend the > base class, maybe Fl_Device and will introduce member variables and/or > virtual methods - and that *will* break the ABI. So we can not have a 1.3 release based on this, that we are confident will be ABI stable? Or am I missing the point? > > And I need to test the offscreen behaviour is still OK, as > I use that a > > fair bit... > > I don't expect anything wrong with this, but better testing > it now than > later... It (offscreen rendering) seems OK on winXP / mingw, both in terms of rendering on-screen and printing. Will try some other platforms later... SELEX Galileo Ltd 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
