2017-01-15 6 views
0

PDF 제작자를 구현 중입니다. 무엇보다도 /CreationDate 항목이 포함 된 /Info 사전을 작성합니다. 그러나 날짜 문자열의 정확한 형식, 특히 후행 ' (아포스트로피)이 있어야하는지 여부에 대해 혼란 스럽습니다. 승인날짜 문자열의 올바른 형식은 무엇입니까?

이소은 Document Management – Portable Document Format – Part 1: PDF 1.7, First Edition (7.9.4 날짜)는 다음과 같은 형식을 규정 복사도

(D : YYYYMMDDHHmmSSOHH ' mm )

것과 대조적

, 1)PDF Reference, Sixth Edition, version 1.7 (3.8.3 날짜 Adobe에 의해 출판 됨)는 다음과 같이 문서화되어 있습니다 :

(D : YYYYMMDDHHmmSSOHH ' mm ') 01299 7,

(주 후행 아포스트로피 문자는) 다음의

어느 것이 맞습니까? Errata to Sixth Edition이 특정 문제에 대한 항목이없는


1).

답변

2

ISO 32000-1 : 2008은 공식 표준이며 Adobe PDF Reference를 대체합니다. ISO가 발표하기 전에 1.7 사양에서 많은 부분이 개선되었습니다.

이 경우 32K-1에서와 같이 날짜 예에서 여분의 '(아포스트로피)는 실제로 올바르지 않습니다. 어도비의 제품이 끝에 여분의 글자를 쓰고 있다면 그것은 버그 다.

향후 출시 될 ISO 32000-2 (PDF 2.0)에서 DocInfo는 XMP를 사용하지 않을 예정입니다. 따라서 누군가 2016 년과 2017 년에 PDF 제작자를 작성하는 경우 DocInfo에 대해 걱정할 필요가 없으며 대신 XMP에 중점을 두어야합니다.

+0

* date 문자열 * 사양은 DocInfo와 함께 사용되지 않습니다. 날짜 문자열을 저장할 수있는 장소가 많이 있습니다 (예 : 컬렉션, 특수 효과 등). – IInspectable

1

은 음 ... PDF 파일 사양 을 말하는이, 그리고 어도비 아크로뱃 을하는 일이있다. Adobe Acrobat DC를 사용하여 PDF를 만들 때 후행 아포스트로피가 나타납니다. 좋은 소식은 테스트 한 시청자 중 어느 쪽이든 상관없는 것 같습니다.

+0

시청자가 한 가지 있습니다. 그래도 검증 자들은 어떨까요? 애크로뱃의 전환이 미준수로 표시 될 수 있습니까? 나는 이것이 덜 혼란 스럽기를 바란다. ISO 32000은 ISO/IEC 8824를 참조하는 것과 다른 것으로 (아포스트로피를 사용하지 않는) 한 가지를 말하면 Adobe는 어느 하나를 위반하기로 결정했습니다. – IInspectable

+0

ISO 32000에는 많은 문제가 있습니다. ISO 32000-2 (PDF 2.0)는이 모든 것을 보지 못했지만 이러한 문제를 해결하고 사용되지 않는 객체 및 기타 불일치를 제거하려고합니다. 모두가 계획대로 진행된다면 올해 출판 될 것입니다. – joelgeraci

+0

ISO 32000-2에 대한 의견을 보내 주셔서 감사합니다. 위의 불만을 드려 죄송합니다. 귀하 또는 귀하의 답변을 언급하지 않았습니다. 이러한 것들은 단순해야하며, 그렇지 않습니다. 가능한 경우 ISO 32000-2 초안에 대한 링크가 있습니까? – IInspectable