Le 1 mars 08 à 18:37, Fred Kiefer a écrit : > Quentin Mathé wrote: >> >> >> Why not favor only one function like DPSrectclip and keep the other >> one >> only for compatibility reason? This part of the API could be a bit >> more >> clear imo. For example, no documentation is available on the >> following >> pages: >> - >> http://www.gnustep.org/resources/documentation/Developer/Gui/Reference/index.html >> >> - >> http://www.gnustep.org/resources/documentation/Developer/Gui/Additions/index.html >> >> (only >> CG functions seems to be provided when you read the doc). >> By publishing those functions and their related classes on the last >> page, we may know better which parts of the API can be used safely in >> the drawing code of applications. > > I am not sure, whether I understand this question correctly. Are you > asking why the PS and DPS methods are not documented?
Yes. You perfectly answer my question in fact :-) > To be honest, I just don't know. I only know why I myself would not > document them, but this is of course not stopping you from doing so. ok > To my all these Display Postscript functions are a left over from the > old Next specification. We will keep them in GNUstep ans support > them as > much as possible, but for new development I would advice to use the > higher level that the AppKit classes provide. So if you ask me whether > we should prefer PSrectclip or DPSrectclip, I would say none of them > use > [NSBezierPath clipRect:] instead. Using NSRectClip is fine as well, > though. I understand. But doesn't that contradict with using DPSgsave and DPSgrestore? So shouldn't we replace these functions when they are used by NSGraphicsContext equivalent methods? Or are they too slow to be used all the time? May be I didn't truly understand what you mean in a previous mail though. > It would be great if Camaelon could be implemented without the use of > DPS functions. Not sure, whether this is already possible with current > GNUstep code. We could try and see whether some high level methods or classes should be added. Cheers, Quentin. _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
