2013-10-17 2 views
0

내 문서 관리 응용 프로그램에는 비 ASCII 유니 코드 문자 (일본어)가 포함 된 .docx 파일을 docsplit으로 PDF로 변환하는 것이 포함됩니다 (문제가있는 경우 Ruby gem을 통해). 그것은 내 Mac에서 잘 작동합니다. 내 우분투 컴퓨터에서 결과 PDF는 Ruby를 통해 또는 직접 명령 줄에서 호출 될 때 문자가 있어야하는 정사각형 상자가 있습니다. 이상한 점은 LibreOffice에서 .docx 파일을 직접 열고 PDF 내보내기를 실행하면 정상적으로 작동한다는 것입니다. 따라서 유니 코드 문자가 부적절하게 처리되도록하는 docsplit이 LO를 호출하는 방법에 대한 몇 가지 측면이있는 것처럼 보입니다. 필자는 설명서의 여러 부분을 훑어보고 지정해야 할 수도있는 옵션에 대해 코드를 추가했습니다. 왜 이것이 일어날 수 있는지에 대한 아이디어가 있습니까?docsplit에서 PDF로 변환

FWIW가, docsplit가 pdf_extractor.rb에서 다음 옵션 라인 LO를 호출

options = "--headless --invisible --norestore --nolockcheck --convert-to pdf --outdir #{escaped_out} #{escaped_doc}" 

내가 출력 형식이 선택적으로 pdf:output_filter_name에서 출력 필터 (a)에 의해 다음 될 수 있음을 알 내가 생각해야이 뭔가를 --is 에 대해?

답변

0

docsplit이 LibreOffice로 전달하는 --headless 옵션까지 추적했습니다. LO의 비 X 버전을 호출하는데, 이는 분명히 필요한 일본어 글꼴이 없습니다. 불행히도 LO에 --headless 옵션을 생략하도록 docsplit에 옵션을 전달할 수있는 방법이 없으므로 필자는 코드를 어떻게 든 패치하거나 분기 할 것입니다.