[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #17, bug #19352 (project gnustep): I had a look at your patch and it is too low level to keep it in GNUstep. We would depend upon the internals of cairo. What you could do is lobby for the inclusion of a similar extension into cairo. Using that code would be fine for GNUstep.

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #16, bug #19352 (project gnustep): Not waiting for cairo, I hacked my own cairo_clone() function that faithfully copies the clip, and used it in [CairoGState -copyWithZone:]. While it continued to display to the screen OK, the printing got worse, not better. It appears that the

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #15, bug #19352 (project gnustep): On the cairo mailing list I got the following reply: This is already in TODO: • cairo_copy_clip() and cairo_copy_clip_flat() http://lists.freedesktop.org/archives/cairo/2007-April/010520.html Lets hope they implement it soon.

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #14, bug #19352 (project gnustep): Nuts! My changes break NSScrollView. I'll have to give up on that idea for now. ___ Reply to this item at: _

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #13, bug #19352 (project gnustep): First, I should apologize for my confused previous post. I should not try to write intelligently after dental surgery. The list of clipping rectangles is a feature of the pixman library that cairo uses for operations in device-space of pixela

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #12, bug #19352 (project gnustep): Sorry, but my test code shows that there is a problem in cairo and this needs to be resolved. As for the idea of replacing copy with save/restore I had that before and even tried it in code. There are various issues with this approach. First,

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #11, bug #19352 (project gnustep): Indeed! Trying to write a PDF surface has the same fault, but there is no problem with an image surface. I think this goes back to the lack of a real cairo_copy(context). From looking at the cairo code, I must conclude that the authors don't wa

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #10, bug #19352 (project gnustep): I wrote a small test program and this shows that the problem with the clip copying is completely within cairo. Here is the code: #include #include #include int main (int argc, const char *argv[]) { cairo_status_t status; cairo_t *ct;

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #9, bug #19352 (project gnustep): Thank you for this additional information. Especially the hint to the moveto could be helpful. What I am wondering about is that you only get the clip problems when generating Postscript, doing exactly the same operations in a window works. This

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #8, bug #19352 (project gnustep): Update on clipping: Cairo has 3 different representations for the clip. Only one can be accessed by the public API: a list of rectangles. If there is a non-rectangular clip, it is represented differently, and the public API returns an error mess

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #7, bug #19352 (project gnustep): You were right. I was using "Adobe Helvetica" which much to my surprise was in fact a screen font without a matching vector font. Using real vector fonts works as promised. I'll see what I can find on the scaling and clipping issues. _

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #6, bug #19352 (project gnustep): I had a look at the cairo PS file. It surely isn't a bitmap format. If you have a closer look you will see a the lineto and moveto commands you would expect. The whole file is incorrectly scaled and the font looks ugly. As far as I can see from

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #5, bug #19352 (project gnustep): I forgot to say that the PS files (from Cairo) are readable with Evince, but that they don't print. Apple's postscript filter for CUPS chokes. ___ Reply to this item at:

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #4, bug #19352 (project gnustep): Tried again with SVN 25519. I tested two apps with Print...Save. There is a problem with clipping; the error message is "Cairo status clip region not representable in desired format in copy clip." The PS file while readable is improperly clipped

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #3, bug #19352 (project gnustep): I'm still struggling with #21203. As soon as I get a handle on that, I'll try PS again. ___ Reply to this item at: __

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Follow-up Comment #2, bug #19352 (project gnustep): Please try once more with the current implementation of PS generation in the cairo backend. The result should be somewhat better. Still no EPS though, but they are discussing the addition of a EPS format on the cairo mailing list. _

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

Update of bug #19352 (project gnustep): Status:None => Confirmed ___ Follow-up Comment #1: Yes, this about fonts. In the art backend it seems like fonts are stored with the Postscript fo

[bug #19352] Cairo: bad EPS from NSView_dataWithEPSInsideRect:

URL: Summary: Cairo: bad EPS from NSView_dataWithEPSInsideRect: Project: GNUstep Submitted by: tracy454 Submitted on: Tuesday 03/20/2007 at 07:06 Category: Backend Sev