Pdf.js: 대화형 양식(AcroForm) 지원

이것은 PDF 참조(https://www.adobe.com/content/dam/Adobe/en/devnet/acrobat/pdfs/pdf_reference_1-7)의 8.6장에 따라 대화형 양식(AcroForm) 지원을 추적하기 위한 메타 문제입니다. pdf#page=671&zoom=auto,-246,244).

차이점이 있는 경우를 대비하여 최신 버전의 PDF 사양을 기반으로 작업하는 것이 좋습니다. http://www.adobe.com/content/dam/Adobe/en/devnet/acrobat/ pdfs/PDF32000_2008.pdf#G11.2110737.

또한 적절한 테스트 범위를 보장하기 위해 "일반" TODO 항목을 추가하는 것이 좋습니다.

두 항목 모두 해결되었습니다. 감사합니다!

나는 또한 우리가 실제로 AcroForm 사전의 내용을 구문 분석해야 한다고 생각합니다. 그렇지 않으면 필요한 모든 글꼴 리소스를 로드할 수 없기 때문입니다.
분명히, 우리는 디스플레이 레이어에서 사용자 정의 글꼴을 사용할 수 없지만 최소한 올바른 글꼴 패밀리(예: 볼드체/이탤릭체)를 유추하고 해당 정보를 디스플레이 레이어에 전달할 수 있어야 합니다.

또한 양식을 인쇄하기 위해 이미 존재하는 appendToOperatorList 기능을 활용(또는 구축)할 수 있지만 AcroForm 사전에 있는 글꼴 리소스가 로드되어야 합니다.

우리가 지원하려고 시도해야 할 또 다른 것은 디스플레이 레이어에서 올바른 텍스트 색상을 사용하는 것입니다(Adobe Reader에서 f1040.pdf 양식 필드의 텍스트가 파란색인 방법에 유의하십시오). 이것은 아마도 더 좋고 완전한 Appearance 스트림 지원과 관련이 있습니다.

마지막으로 일반적인 질문입니다. 부분적인(그리고 잘 정리된) 스크립트 지원 없이 실제로 의미 있는 방식으로 양식을 지원할 수 있습니까?

좋은 점. 방금 위의 항목 목록에 추가했습니다. AcroForms는 일반적으로 채우기 및 인쇄만 필요하기 때문에 스크립트 지원이 정말로 필요하다고 생각하지 않습니다. AFAIK 스크립트는 요소 간의 상호 작용에만 사용되지만 가장 많이 사용되는 기능(예: 양식 재설정 또는 인쇄를 위한 버튼 동작)을 직접 구현할 수 있습니다. 이러한 스크립트 기능이 얼마나 널리 사용되는지 확인해야 합니다.

핸들 플래그: 여러 줄 및 읽기 전용

우리가 시도하고 지원해야 할 다른 플래그가 있습니다. 한 가지 예는 입력 필드에서 문자 사이의 간격을 제어하는 comb 입니다. 이것은 실제로 f1040.pdf 의 두 번째 페이지에서 사용되며 "PIN(개인 식별 번호)" 필드를 참조하십시오.

좋은 생각 같습니다. 목록에 추가했습니다.

fullName 속성을 빌드하는 WidgetAnnotation 코드를 정리하거나 개선할 수 있는지 확인하는 것도 좋은 생각일 것입니다( https://github.com/mozilla/pdf.js 참조). /blob/6c263c19946af23b723f148d9f05118971e18b36/src/core/annotation.js#L640 -L670.

또한 WidgetAnnotation 와 관련하여 주석 사전의 V 항목에 대해 유형에 따라 요구 사항이 다를 수 있으므로 _each_에서 data.fieldValue 를 가져와 유효성을 검사하는 것이 좋습니다. 특정 WidgetAnnotation 하위 클래스.

첫 번째 요점은 이제 목록에 있습니다. 이에 대한 몇 가지 아이디어가 있습니다. 나는 현재 선택 위젯 주석을 마무리하고 있는 패치에서 두 번째 요점을 찾았으므로 거기에서 다룰 것입니다.

안녕하세요 @timvandermeij
이 기능은 언제 사용할 수 있습니까? 어떻게 도와드릴까요?

우리는 현재 이것을 구현하는 과정에 있지만 완료되기까지 시간이 걸릴 큰 기능입니다. 위의 체크된 상자는 이미 구현된 요소를 보여주고 다른 상자에는 이미 작업 진행 중인 pull 요청이 있으므로 이 기능을 계속 사용하고 있습니다. master 분기를 사용하고 renderInteractiveForms 매개변수를 true 설정하여 자유롭게 테스트하십시오. 아직 준비되지 않았기 때문에 기본적으로 비활성화되어 있습니다.

팀 감사합니다. 디지털 서명에 대해 말씀해 주시겠습니까? 이 토론 스레드 https://github.com/mozilla/pdf.js/issues/1076 에 따라 진행 상황이

이것은 사용자에 의해 보고되었습니다: soa-x 는 2012년 1월 13일에 이 문제를 열었습니다.

보고된 지 거의 5년이 지났다.

누군가 이미 구현의 많은 부분을 수행했습니다.

viveksjain이 2월 22일에 댓글을 남겼습니다.
@complience 안녕하세요, 저는 https://github.com/viveksjain/pdf.js/tree/sig-verify-support 에서 작업하는 개념 증명을 가지고 https://github.com/viveksjain/pdf.js.git 을 사용하여 시도해 볼 수 있습니다

이 작업이 최신 버전의 pdf.js에 추가되었는지 아십니까?

재: https://github.com/mozilla/pdf.js/issues/7613#issuecomment -251692825

PDF 파일의 서명은 기본 AcroForm 지원의 구현과 다소 직교하는 크고 복잡한 주제입니다.

현재 문제는 기본 AcroForm 기능 구현에 대한 추적 문제일 뿐이며 서명은 이미 다른 곳에서 추적되고 있습니다(해당 기능에 대해 논의해야 하는 #1076에서).

@lexcorp 이 문제의 목적(기본 AcroForm 기능에 대한 지원 추적)을 손상 마십시오 .
또한 이제 기본적으로 _3_개의 다른 문제에 동일한 정보를 게시했습니다. 이러한 방식으로 문제 추적기를 스팸하지 마십시오!

안녕하세요 @timvandermeij @Snuffleupagus ,
AcroForm 필드에 대한 지원을 추가하는 솔루션이 정말 마음에 듭니다. 현재 개발 중인 앱에서 이러한 기능을 사용할 계획입니다. 확인란 등과 같은 모든 유형의 양식 필드에 대한 지원을 추가하고 채워진 데이터를 XFDF 파일 또는 기타 형식으로 내보낼 수 있는 임시 날짜를 알려주시면 정말 감사하겠습니다. 감사 해요.

@anujgeek https://github.com/mozilla/pdf.js/issues/7613#issuecomment -251699579에서 이미 언급했듯이 이것은 _tracking_ 문제이며 이러한 종류의 일반적인 토론에 적합하지 않습니다. 또는 질문!

구현해야 할 상당히 어려운 TODO가 많이 남아 있습니다. 위의 불완전할 수 있는 목록을 참조하십시오. 따라서 이 기능이 완전히 구현될 시기 또는 경우에도 어떤 종류의 추정도 제공하는 것은 _불가능_합니다.

또한 지금까지 모든 작업은 기고자들에 의해 수행되었으며 Mozilla가 Firefox(https://wiki.mozilla.org/Mortar_Project 참조)에서 PDF.js를 대체한다는 점을 감안할 때 양식 지원을 완료하는 데 시간이 걸릴 가능성이 가장 높습니다.

이것은 추적 문제(https://github.com/mozilla/pdf.js/issues/7613#issuecomment-251895091 참조)이므로 토론이나 질문의 ​​장소가 아닙니다. 질문이 있는 경우 IRC에 문의하거나 버그를 발견한 경우 별도의 문제를 제출하십시오. 감사 해요.

_(사용자가 이 기능에 대한 관심도를 측정하기 위해 반응 버튼을 사용할 수 있도록 대화를 잠금 해제하고 있지만 관련 없는 댓글은 제거됩니다.)_

함께 안녕!

AcroForm 채우기의 진행 상황은 무엇입니까?
사용된 예제 https://www.irs.gov/pub/irs-pdf/f1040.pdf (및 기타)는 여전히 작동하지 않습니다. 아니면 기본적으로 구성되어 있지 않습니까?
필드 설정, 필드 지우기, 보내기 버튼 지원과 같은 일부 기본 JavaScript가 언급되었습니까?

감사 해요.

@Alex-DE-74 위의 댓글, 특히 https://github.com/mozilla/pdf.js/issues/7613#issuecomment -251895091 및 https://github.com/mozilla/pdf를 주의 깊게 읽으십시오
또한 #9261(여기서 답변이 제공됨)에서 이러한 질문을 이미 했습니다. 이 추적 문제를 그런 종류의 일반적인 토론에서 벗어나도록 노력합시다.

@스너플루파구스

실례합니다. 그러나 저에게는 어떤 항목이 어떤 단계를 가지고 있는지 많은 주제를 통해 추적할 수 없습니다. 그리고 순환 참조는 전혀 도움이 되지 않습니다. https://github.com/mozilla/pdf.js/projects/1의 시점에서 현재(완전히) 지원되는 AcroForms의 종류와 계획 중인 사항이 명확합니다. 또한 많은 주제가 갱신/보기를 다루지만 채우기/확인/선택/제출 등의 대화형 기능에 대한 단어는 없습니다. 따라서 예를 들어 위의 "텍스트 위젯" 부분에는 "텍스트 입력"에 대한 내용이 없습니다. "AcroForm Dictionary"가 현재 전혀 구문 분석되지 않은 경우 어떻게 실제로 잘 작동할 수 있습니까?
"사용자"가 AcroForm의 속성과 전체/특정/계획 지원 상태가 나열된 간단한 표를 보는 데 도움이 될 수 있습니다. (이것이 굵게 표시된 이유=?!)

추신: 저는 JS/HTML5 전문가가 아니지만 다른 사이트(C#으로 PDF 만들기)에서 많은 작업을 수행했으며 다른 프로그래밍 언어에도 익숙합니다. 이 프로젝트를 개발하는 데 더 많은 대화형 지원을 제공하고 도움을 주기 위해 현재 코드를 이해하려고 노력하는 것이 나에게 가치가 있습니까? 아니면 현재 아키텍처를 이해하는 데 엄청난 시간이 걸릴까요?

나는 당신을 위해 대담한 스타일을 제거했습니다. 나는 이곳이 그런 토론의 장소가 아님을 다시 한 번 강조하고 싶습니다. 배경 정보를 제공할 수 있도록 IRC와 같은 채널이 더 적절할 것입니다. 양식 작성/제출/인쇄는 사실 위의 체크박스 목록에 있지만 아직 구현되지 않았을 뿐입니다. "텍스트 위젯" 부분은 텍스트 위젯을 렌더링하는 것인데, 이는 입력할 수 있는 입력 필드를 의미합니다. 남은 부분은 입력된 값을 저장하는 것입니다. 누구든지 이것을 구현하는 데 도움을 줄 수 있습니다.

BTW: Chrome도 양식과 함께 PDF를 저장할 수 없지만 해결 방법이 있습니다. 양식은 기본적으로 렌더링되며 양식을 인쇄할 수 있으며 양식 입력을 포함하여 기본적으로 PDF로 인쇄할 수도 있습니다.

어쩌면 이것은 pdf.js에도 적용 가능하며 기존 FF를 PDF로 저장할 수 있습니다( https://developer.mozilla.org/en-US/Add-ons/WebExtensions/API/tabs/saveAsPDF )?

입력한 양식 텍스트 필드 값을 인쇄하려고 pdf.js를 가지고 놀고 있습니다. 입력한 값을 인쇄용 PDF로 렌더링할 수 있는 기본적인 작업 개념 증명이 있습니다. 이제 내 접근 방식에 대해 논의하고 누군가 더 낫거나 더 간단한 방법을 생각해 냈는지 확인하고 싶습니다.

내 접근 방식에서는 작업에 맵을 추가하여 입력된 값을 작업자 작업에 전달합니다. 이 지도는 현재 '인쇄 전' 이벤트에 채워져 있습니다.
'TextWidgetAnnotation'의 'getOperatorList' 메서드에서 개체 스트림을 읽고 'Tj' 연산자의 이전 텍스트 값을 새 값으로 바꿉니다. 이것은 작동하지만 많은 문제가 있습니다. 첫 번째는 필드에 값이 없기 때문에 스트림에 'Tj' 연산자가 없으면 실패한다는 것입니다. 두 번째는 '왼쪽' 이외의 정렬에 대한 배치가 잘못된다는 것입니다.
그래서 다음 아이디어는 혼자서 모든 값을 계산하는 완전히 새로운 스트림을 만드는 것입니다. 이것은 많은 작업이 될 것이므로 먼저 이 접근 방식에 대해 논의하고 싶었습니다.
이미 새 스트림을 만들고 값을 표시할 수 있지만 다시 'Td' 작업의 오프셋 값에 문제가 있습니다. 코드를 조금 파헤쳐서 주어진 Font가 있는 String의 너비와 높이를 고려하여 오프셋 X 및 Y 위치를 계산해야 한다고 생각합니다. 하나의 포함된 글꼴에 대한 FontDescriptor를 찾았지만 시스템 글꼴에 대해서는 찾지 못했습니다. 글꼴 설명자를 사용하면 글꼴의 상승 및 하강 값이 있습니다. 이 값으로 y 오프셋을 계산할 수 있다고 생각합니다. x 오프셋은 왼쪽 정렬된 텍스트에 대해 고정되지만 가운데 정렬 또는 오른쪽 정렬된 텍스트의 경우 계산해야 합니다. . Font xRef의 width 배열로 이 작업을 수행할 수 있다고 생각하지만, 시스템 글꼴에는 그런 것이 없습니다. 그래서 캔버스와 measureText 메서드를 사용해야 한다고 생각합니다.

그래서 보다시피 '생각'이 많다. 그러나 내 접근 방식을 구현하고 테스트하기 전에 다른 사람들이 그것에 대해 어떻게 생각하는지 알고 싶습니다.

얼마 전에 우리는 이 문제에 접근할 수 있는 방법에 대해 논의했습니다. https://mozilla.logbot.info/pdfjs/20161219 를

나는 이것이 나머지 논리가 우리를 위해 무거운 일을 하도록 하기 때문에 당신이 설명하는 것보다 다소 쉽다고 생각합니다. 올바른 연산자 목록을 제공하기만 하면 됩니다.

이것은 우리가 여러 작은 단계로 해결해야 하는 문제입니다. 첫 번째 단계는 #9822에서 @dmitryskey 가 수행하는 주석 코드를 비동기식으로 만드는 것입니다. 다음 단계는 예를 들어 글꼴에 대한 AcroForm 사전을 구문 분석하고 모든 모양 정보에 대해 주석 사전의 기본 모양 항목을 구문 분석하는 것입니다. 이를 위해 평가자를 사용하여 정보를 연산자 목록으로 가져올 수 있으며 주석 코드는 비동기식이어야 합니다. 그런 다음 각 주석 유형에 대한 인쇄 작업자 목록을 만들 수 있습니다.

작업 목록을 직접 만들까도 생각했지만 이것은 내 접근 방식보다 더 복잡합니다. 'BMC ... EMC'로 pdf 객체 스트림을 생성하고 이 스트림을 평가자에게 전달하면 작업 목록이 생성됩니다.
작업 목록 배열을 직접 생성하면 새 개체 스트림을 생성할 때와 동일한 문제가 발생합니다. 그러나 imho 문자열을 만들고 objectstream으로 변환하는 것보다 oplist를 만드는 것이 더 복잡합니다. 이것은 이미 내 개념 증명에서 작동합니다.

Opera/Chrome도 pdf.js를 사용하고 있지만 Opera는 수식 데이터를 인쇄하고 사용할 수 있습니다. 어쩌면 거기에 sth. 재사용할 수 있습니까?

주로 C++ 코드인 PDFium을 사용합니다.

안녕하세요, 제가 일하는 회사는 PDFJS를 활용하기 시작했으며 "페이지가 표시되지 않을 때 페이지가 파괴될 때 입력한 값 저장"이 작동해야 한다고 들었습니다. 이 스레드가 토론하기에 적합한 장소인지 확실하지 않습니다. @timvandermeij , 당신이 이 프로젝트의 주요 동인인 것 같습니다. 어쨌든 저희가 귀하 또는 지역 사회에서 도움을 줄 수 있는 사람과 연락할 수 있습니까? 이 기능을 구현하기 위한 전략이 있지만 내가 하는 일이 이 리포지토리에 다시 메인라인으로 포함될 수 있는지 확인하고 싶습니다. 우리는 또한 일을 더 빨리 끝내는 데 도움이된다면 일부 기능 현상금을 후원하거나 만들 의향이 있습니다.

이 작업을 수행하는 방법에 대한 아이디어가 있는 경우 별도의 문제를 열어 논의하는 것이 가장 좋습니다. 주요 질문은 입력된 데이터로 무엇을 할 것인가입니다. 인쇄할 때 캔버스에 렌더링하시겠습니까? FDF 형식으로 값을 다운로드하는 옵션을 제공하시겠습니까? 채워진 값으로 새 PDF 파일을 렌더링하시겠습니까? 등등. 사용자가 기대하는 것과 다른 PDF 리더가 수행하는 작업에 따라 다릅니다.

이제 AcroForm 지원이 완료되고 활성화되었으므로 닫습니다. 나머지 문제는 이제 개별 문제에 제출되고 4-form-acroform 태그로 수집됩니다. https://github.com/mozilla/pdf.js/labels/4-form-acroform을 참조