To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=68808
                 Issue #|68808
                 Summary|Embedded EPS suffers vertical offset after pre-process
                        |ing
               Component|Word processor
                 Version|OOo 2.0.3
                Platform|PC
                     URL|
              OS/Version|Windows XP
                  Status|UNCONFIRMED
       Status whiteboard|
                Keywords|
              Resolution|
              Issue type|DEFECT
                Priority|P3
            Subcomponent|printing
             Assigned to|mru
             Reported by|keith_mallen





------- Additional comments from [EMAIL PROTECTED] Sun Aug 20 10:31:07 -0700 
2006 -------
OK, I know... this has been discussed before but it doesn't seem to go 
anywhere and I'd really like to do this... but classify me as 'not having much 
of a clue'.

Anyway, maybe it's really a PATCH.

I am trying to write some documentation where it would be useful to rip off 
sections of PDF files and embed them in the document. After a few tears I came 
back to this Open Office thing because I'd spotted the Insert Picture part 
that will grab an .eps file. I don't care that it just places a placeholder in 
the document. I don't care that it doesn't do the job via the internal PDF 
export.

I do know that, using winsteng from adobe and a colour printer thing during 
the setup, I can print things from other things in .eps format. Then, using 
ghostscript I can convert them to .pdf and all is well.

I can also use the same method on an Open Office document.... However, when I 
embed an .eps file in the document and then print the document to a .ps 
or .eps file and run it through ps2pdf it decides to dissapear off the top of 
the page.

One thing I noticed is that before the .eps file gets imported into the 
document there is some pre-processing that goes on. There is some sort of call 
to...

c:\windows\system32\convert.exe

followed by

C:\Program Files\gs\gs8.54\bin\gs32winc.exe

Now, I'm assuming that because the original .eps file is the size it is (as 
printed) and the size on the document is going to be different, due to margins 
and position, it needs to get scaled and offset so that's why the calls are 
made.

After the pre-processing it gets stuck on the document as an outline and 
the 'new' eps 'instructions' are saved in the file for later use(?) 

Unfortunately it looks like something goes wrong when the translation is made 
by the other two bits of software, either they get some wrong parameters 
passed to them or they are just.... whatever.

I've looked at the eps file from an original print and then one after import 
and printing and the part that contains the 'picture' seems to be the same. 

However there are differences in the surrounding eps code that I couldn't 
begin to understand......

Anyway.

Hope that makes sense to someone.

Cheers

Keith

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to