Apache OpenOffice (AOO) Bugzilla – Issue 10882
EPS export doesn't work properly (Text width is not correct)
Last modified: 2003-09-08 16:52:24 UTC
When EPS exporting a drawing a few problems occur: 1. gradient filled non-square objects are transformed into black rectangles (see issue 8131, which's closed in Linux but clearly should be reopened); 2. more important, the transparency effect doesn't turn out in the exported files. This is a common problems with exporting in EPS (yet in this case it happens also with GIF and I suppose other formats). 3. Marginally, text isn't recognised as such by LaTeX psfrag and accordingly replaced. However my inability to operate psfrag could take a big role in this. Thanks.
Set to new.
1. As I wrote in issue 8131 this will be fixed in version1.1 (beta). So the fix cannot be found in 1.0.2. and there is no use in my opinion to reopen the issue. For the other two points I hand this over to Sven. Fixing this for the OO 1.1 version will not be possible because there is too much that has to be changed. Target set to OO 2.0.
1. The problem with filled non-square objects has been solved. 2. 100% transparency is working via clip region, but there is no good solution to store half-transparency or alpha channel. The only possibility to export such a alpha-channel is to export the whole graphic as single bitmap, but this also lead to eps files having a enormous size. So the second point won't fixed 3. To recognise text in eps files, the eps file has to be stored using the normal text option. Due to the reason, that each character is stored on its own, you will only be able to find single characters. Your third point is something, which can be improved. I will add a text mode allowing the export of full text arrays. Just for your information: Up from OOo 1.1 Beta, the text option is removed from the user interface. This happened, because not using glyph outlines, is often not sensible for normal users. Text including special characters and Unicode, are mostly not exported properly to eps. This already let to a huge amount of bugs. But via configuration or api the textmode can be used further on. I will publish a basic macro on openoffice.graphics.users which will demonstrate how to export documents to eps using special filter options such as text mode. I changed the summary to point out the main problem. Changed target to OO 1.1 Beta. HTH, Sven
Dear Sven, really sorry but I stick with my point: gradient filled not square objects are NOT properly exported (I tryed again EPS export just to be sure) and the bug is NOT fixed. As for the rest, thanks for the reply and for including that text export mode in the near future. Aeropagita
SJ: The new textmode has been added, so it should now be possible to recognize complete strings. Your objection that gradient fills are not clipped can't be certified in the latest EPS version (graphics/goodies/source/filter.vcl/eps/eps.cxx -r1.19.16.2).
Created attachment 4731 [details] the result of our latest PostScript export including gradients and TextMode2
Created attachment 4738 [details] Gradient filled rectangle, EPS export
Dear Sven, your attach works fine, true, but how did you make it? I enclose my gradient filled rectangle EPS export and it doesn't quite look how it should. I assure I tried different export options: color, gray, gliph outline, but nothing better than that. Now, either it's me doing something wrong all the time, or the system conf. or OS determines the result. I run Win 2K. I can't offer any precise explanation other than I'm sure my system is not in such shambles that a simple export operation wouldn't work. As for the text exporting, good to hear it's fixed ! How do I get the patch, though ? Cheers, Aeropagita
The fix will be available in the next OOo minor release (OOo 1.1 Beta). Patching OOo 1.0 is not possible, because many drawing layer core changes are required. If you can't wait until OOo 1.1 is released, you should try out the next developer build based upon SRX644 which will be released in some days. HTH, Sven
reopened
SJ->WG: I tested the new textmode in cws[apps01], it is working.
Fixed.
Verified.
Closed.
Hi Sven, I checked the gradient export and now it does work: well done on that ! On the other hand, I feel bound to point out that psfrag doesn't seem to recognize and substitute text strings in my EPS exports, so I take it your improved text mode, which takes care of text array, isn't much help on that respect. Would you please give it a try or tell me how to work around Cheers, Aeropagita P.S: The problem is that I need a tilde on a symbol in the draw, yet, as I pointed out in bug nr.goodness knows, formulae are not exported at all and just desappear. So I had to resort to good old psfrag which, as it happens, doesn't work either. Too bad.
Reassigned to Sven.
Re-targeted to 1.1 RC, beta is out.
I can't reproduce the problem you have with substituting text. And also formulas are not disappearing if exporting to eps, there is just a little problem with the text width, therefore I added a attachment (formula.zip) which shows the failure, this will be fixed. I changed the title from (Text is not recognised) to (text width not correct) to have a better overview.
Created attachment 6181 [details] example demonstrating text width problem
Dear Sven, your attach works fine with me as well. However, I suggest you take a look at issue 13131, which brings along an attach where the formula completely disappears. It might be due to the way you produce it. I just created a text box and there I put a formula through insert/object/formula. Please note that I can't manage much of formula writing in OO, yet I'm sure it is there in the .sxd file. I think there's a serious mistake in here. Regarding psfrag, I stick to my point and cannot have psfrag substitute text strings in the eps file. Whether it's a matter of a faulty psfrag, viewer, postscript driver or text array handling, I unfortunately don't know. I usepackage psfrag and then, right before the includegraphics, issue a psfrag. The viewer correctly shows a list of substitutions, yet they are not printed accordingly. I fear psfrag doesn't recognize the text string to be dealt with. Please note it doesn't work with single character tags as well. All the rest is in your hands.... Aeropagita
You are right, in Issue 13131 the formula is disappearing, it seems that there is a wrong clip region used. If I know summarise this, there is Issue 13131 which is adressing missing graphics, this Issue is for wrong font width, and of course there is your font substitution problem left. I will check if the substitution problem can be reproduced.
Dear Sven, glad to hear I'm right now and again: the last thing I want is to bother people with made up problems. The text substitution issue is quite a drag, please let me know why it's not working, it might be my fault and I should like to know. Have a nice day, Aeropagita
code review done
At least the problem with the wrong font width has been fixed now. The fix takes place in cws[sj01] vcl/source/gdi/outdev3.cxx vcl/source/gdi/outdev.hxx goodies/source/filter.vcl/eps/eps.cxx
SJ->WG: This bug is now ready to be tested in cws[sj01].
Set to fixed.
Tested and closed.