2013-04-25 2 views
0

PS 드라이버로 PDF 파일을 인쇄 한 다음 PS 파일을 검색 가능한 PDF로 변환하면 ghostscript (pdfwrite 장치)에서는 최종 PDF 파일에 문제가 있습니다. 그것은 부패하게됩니다. 경우에 따라 공백 문자가 사라지고 다른 경우 텍스트 폭이 너무 커서 텍스트가 텍스트와 겹칩니다. -dNOPAUSE -dBatch -sDEVICE =으로, pdfwrite -dEmbedAllFonts = 사실 -dSubsetFonts = 거짓 -sOutputFile = output.pdf PS 드라이버가있는 프린터에 파일 (pdf)을 인쇄하고 PS 파일을 가져와 ghostscript로 검색 가능한 PDF로 변환

input.ps 단지 캔트가 생산하는이 고스트 스크립트의 경우 GS에 대한

설정이 궁금됩니다 입력 파일이 pdf 일 때 좋은 출력. 워드 문서를 인쇄하면 모든 것이 잘 작동합니다!

xps 드라이버를 사용하고 xps 파일을 검색 가능한 PDF로 변환하는 등의 다른 해결책이 있습니까? 이것을 할 수있는 해결책이 있습니까?

gs 9.07을 사용합니다.

안부 이 조

답변

3

왜 당신은 포스트 스크립트 파일로 PDF 파일을 인쇄하는 단계를가는거야? Ghostscript는 이미 PDF 파일을 입력으로 받아 들일 수 있습니다.

이것은 단순히 혼란을 가중 시키며, 유용성을 추가하지는 않습니다.

원본 PDF 파일과 드라이버에서 생성 한 PostScript 파일을 보지 않고 문제가 '발생할 수 있음'을 말할 수 없습니다. 내 생각 엔 PDF를 처리하는 응용 프로그램이 글꼴을 포함하지 않았거나 PostScript 드라이버가 글꼴을 PostScript에 적합한 글꼴로 변환 할 수 없어 글꼴이 출력에 누락되어 결과가 pdfwrite 장치가 누락 된 글꼴을 '다른 것으로'대체해야합니다.

Ghostscript (더 정확하게 pdfwrite 장치)는 입력이 PDF 일 때 괜찮은 PDF 파일을 완벽하게 생성 할 수 있지만 입력이 PDF가 아닌 PostScript!

원래의 PDF 파일이 '검색 가능'하지 않으면 원래 PDF를 사용하든 PostScript로 바꾸든지 상관없이 pdfwrite로 작성된 PDF 파일이 될 가능성이 거의 없습니다.

ToUnicode 정보가없고 글꼴이 사용자 정의 인코딩으로 인코딩되어 있고 표준 글리프 이름을 사용하지 않기 때문에 PDF 파일을 '검색 가능'하지 않는 일반적인 이유가 있습니다. 이 경우 OCR을 제외하고 PDF 파일로 수행 할 수있는 작업은 없습니다.

+0

이유는 내가이 프린터를 사용자로부터받은 파일을 받아 들여 단어 나 pdf 파일을 인쇄하고 PS 드라이버로 인해 항상 포스트 스크립트로 변환하는지 알 수 없기 때문입니다. 나는 PS를 사용할 필요가 없지만 나중에 pdf를 만들고 싶을 때 가장 좋습니다. 원본 pdf를 검색 할 수 있지만 acrobatreader를 사용할 때 "임베디드 하위 집합"이라는 글꼴이있어 문제가 발생할 수 있습니다. – Joe

+0

가능합니다. 원본 파일에는 텍스트를 유니 코드로 변환하는 ToUnicode CMaps가 있다고 생각합니다. 포스트 스크립트는 인쇄용이므로 유니 코드를 사용하는 것이 도움이되지 않으므로 PostScript에는 해당 사항이 없습니다. 결과적으로이 정보는 PostScript로 인쇄 할 때 무시됩니다. 글꼴이 비표준 인코딩 (매우 하위 집합 글꼴) 가능성이 있다면 근본적으로 검색 가능성을 잃어버린 것입니다. PDF 파일을 테스트로 직접 변환 해보십시오. 제대로 작동 할 것으로 기대합니다. 이것은 내가 두려워하는 워크 플로우의 결함입니다. – KenS

+0

프린터에서 파일을 가져 와서 pdf로 변환하는 다른 방법이 있습니까? (입력 내용 (단어 또는 PDF)에 관계없이). 파일에 아무 것도 수행하지 않는 프린터 드라이버가 있습니까? 그러면 파일이 pdf인지, 변환을 수행하지 않고 곧바로 전송하는지 확인할 수 있습니다. – Joe