Pdf.js: 페이지를 새로 고친 후보기 위치 기억

그것은 굉장 할 것입니다.

저는 Seneca 대학에서 오픈 소스를 배우는 학생이고 제 과정에서이 버그에 대해 작업하고 싶었습니다. 현재 작업중인 사람이 없으면 한 번 시도해보고 싶습니다.

아무도 그들이 작업하고 있다고 표시하지 않았으므로 모든 것이 당신의 것입니다! 궁금한 점이 있으면 IRC에 문의하거나 여기에 메시지를 남겨주세요.

빠른 답장에 감사드립니다. 저는 정말 오픈 소스 프로젝트에 기여하고 싶습니다. 바로 작업을 시작하겠습니다. 이런 일을 처음했기 때문에 알아야 할 것이 있습니까?
감사합니다!

이 패치에 필요한 모든 정보가 https://github.com/mozilla/pdf.js/wiki/Contributing에 나열되어 있다고 생각합니다 src/ 폴더에있는 파일을 터치하지 않는 한 (예상하지 않습니다. web/ 폴더에있는 파일 만 터치하면됩니다) gulp lint 변경 사항을 확인하려면 gulp unittest . gulp server 를 실행하여 로컬 서버를 시작하여 브라우저에서 변경 사항을 테스트 할 수 있습니다. 더 궁금한 점이 있으면 위키를 확인하거나 IRC에 문의하거나 여기에서 질문하세요. 행운을 빕니다!

감사합니다. 파일을 읽어 보겠습니다.

나는 이것을 조사하고 있지만 문제를 잘 이해했는지 모르겠습니다.

1-로컬 PDF 파일 (file : //....pdf)을 생성합니다.
3-PDF 파일을 편집합니다.

그렇다면 문제는 내 PDF를 작성 / 생성하는 것과 만 관련이 있습니까? 예를 들어 latex / jspdf와 같은 PDF 생성기로 빌드합니까?

다음을 수행했지만 재현 할 수 없습니다.

1. 직접 PDF를 작성하고 http://localhost:8888/web/viewer.html?file=/andrei_test/a4.pdf 열었습니다.
2. 3 페이지로 이동했습니다.
3. 그런 다음 pdf를 편집했습니다 (3 페이지에 더 많은 텍스트 추가).
4. 새로 고쳐지고 page3의 새 콘텐츠가 나타나는 것을 보았지만 여전히 3 페이지에 있었지만 pdf.js는 나를 page1로 이동시키지 않았습니다.

그 전에는 viewer.html 에서 기본 PDF를 몇 번 새로 고치려고했지만 페이지가 전혀 기억되지 않는다는 인상을 받았습니다. 하지만 이제는 너무 빨리 새로 고침하면 (새로 고침 후 뒤로 스크롤 할 위치를 기억하기 위해 내부 해싱이 완료되기 전에) 이해가됩니다. 마지막 위치. 그러나 0.5 초 더 기다렸다가 새로 고침하면 괜찮은 것 같고 마지막으로 스크롤 한 위치로 스크롤 된 위치가 표시됩니다.

그래서 나는 내가 여기서 무엇을 추구하는지 정말로 잘 모르겠습니다. 재생산 방법에 대해 더 자세히 설명해 주시겠습니까? 감사!

지금은 다시 테스트 할 수 없지만 4 단계에서
새로 고침 후 페이지 1로 이동합니다 (문서가 변경된 경우). 그건 내가 아니었다 고
로컬에서 작동하지만 서버 연결을 통해 작동합니다. 그것이 만들 수 있는지 확실하지 않습니다
차.

일요일, 2017 년 12 월 31 일 오전 4:42, Andrei Petre [email protected]
썼다 :

나는 이것을 조사하고 있지만 문제를 잘 이해했는지 모르겠습니다.
잘.

1-로컬 PDF 파일 (file : //....pdf)을 생성합니다.
3-PDF 파일을 편집합니다.

그렇다면 문제는 내 PDF를 작성 / 생성하는 것과 만 관련이 있습니까? 예
latex / jspdf와 같은 PDF 생성기로 구축 하시겠습니까?

다음을 수행했지만 재현 할 수 없습니다.

1. PDF를 직접 작성하고 http : // localhost : 8888 / web /로 열었습니다
   viewer.html? file = / andrei_test / a4.pdf
   http : // localhost : 8888 / web / viewer.html? file = / andrei_test / a4.pdf
2. 3 페이지로 이동했습니다.
3. 그런 다음 pdf를 편집했습니다 (3 페이지에 더 많은 텍스트 추가).
4. 새로 고침되고 3 페이지에 새 콘텐츠가 표시되는 것을 보았지만 여전히
   3 페이지에서 pdf.js는 나를 1 페이지로 이동하지 않았습니다.

그 전에 viewer.html에서 기본 PDF를 새로 고치려고했습니다.
몇 번이고 페이지가 기억되지 않는다는 인상을 받았습니다.
모두. 하지만 이제는 이해한다고 생각합니다. 너무 빨리 새로 고침하면
내부 해싱은 새로 고침 후 뒤로 스크롤 할 위치를 기억하기 위해 수행됩니다.)
그러면 마지막 두루마리 이전의 마지막 시간으로 이동합니다.
내 마지막 위치로. 하지만 0.5 초만 더 낭비한 다음 새로 고침하면
그런 다음 괜찮습니다. 마지막으로 스크롤 한 위치로 스크롤 된 위치가 표시됩니다.

그래서 나는 내가 여기서 무엇을 추구하는지 정말로 잘 모르겠습니다. 더 자세한 사항을 알려주시겠습니까
재생산하는 방법에? 감사!

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/mozilla/pdf.js/issues/6847#issuecomment-354573873 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AGBkZqzS34MYDM8wZi41cNY0NiVUyoI-ks5tFsNqgaJpZM4HBeqE
.

방금 다시 테스트했고 다시로드 할 때 페이지 1로 확실히 이동했습니다. 이
차이가 있다면 크롬 브라우저를 사용하는 것입니다. 그리고 여전히 작동
http-server를 사용하여 원격으로.
그건 그렇고 sharelatex, rstudio 및 다른 사람들은 pdf.js 백엔드를 사용하고
이미 분명히이 문제를 해결했습니다. 우리는 그들에게
패치를 제공 하시겠습니까?

2017 년 12 월 31 일 일요일 오전 7:18, Yasha Savelyev [email protected]
썼다 :

지금은 다시 테스트 할 수 없지만 4 단계에서
새로 고침 후 페이지 1로 이동합니다 (문서가 변경된 경우). 그건 내가 아니었다 고
로컬에서 작동하지만 서버 연결을 통해 작동합니다. 그것이 만들 수 있는지 확실하지 않습니다
차.

일요일, 2017 년 12 월 31 일 오전 4:42, Andrei Petre [email protected]
썼다 :

나는 이것을 조사하고 있지만 문제를 잘 이해했는지 모르겠습니다.
잘.

1-로컬 PDF 파일 (file : //....pdf)을 생성합니다.
3-PDF 파일을 편집합니다.

그렇다면 문제는 내 PDF를 작성 / 생성하는 것과 만 관련이 있습니까? 예
latex / jspdf와 같은 PDF 생성기로 구축 하시겠습니까?

다음을 수행했지만 재현 할 수 없습니다.

1. 직접 PDF를 작성하고 다음으로 열었습니다.
   http : // localhost : 8888 / web / viewer.html? file = / andrei_test / a4.pdf
   http : // localhost : 8888 / web / viewer.html? file = / andrei_test / a4.pdf
2. 3 페이지로 이동했습니다.
3. 그런 다음 pdf를 편집했습니다 (3 페이지에 더 많은 텍스트 추가).
4. 새로 고침되고 3 페이지에 새 콘텐츠가 표시되는 것을 보았지만 여전히
   3 페이지에서 pdf.js는 나를 1 페이지로 이동하지 않았습니다.

그 전에 viewer.html에서 기본 PDF를 새로 고치려고했습니다.
몇 번이고 페이지가 기억되지 않는다는 인상을 받았습니다.
모두. 하지만 이제는 이해한다고 생각합니다. 너무 빨리 새로 고침하면
내부 해싱은 새로 고침 후 뒤로 스크롤 할 위치를 기억하기 위해 수행됩니다.)
그러면 마지막 두루마리 이전의 마지막 시간으로 이동합니다.
내 마지막 위치로. 하지만 0.5 초만 더 낭비한 다음 새로 고침하면
그런 다음 괜찮습니다. 마지막으로 스크롤 한 위치로 스크롤 된 위치가 표시됩니다.

그래서 나는 내가 여기서 무엇을 추구하는지 정말로 잘 모르겠습니다. 더 자세한 사항을 알려주시겠습니까
재생산하는 방법에? 감사!

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/mozilla/pdf.js/issues/6847#issuecomment-354573873 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AGBkZqzS34MYDM8wZi41cNY0NiVUyoI-ks5tFsNqgaJpZM4HBeqE
.

이 문제가 재현 가능한지 확인할 수 있습니다. 페이지가 뒤로 이동했을뿐만 아니라 확대 / 축소도 재설정되었습니다. 파일을 수정할 때 해시가 변경 되었기 때문일 수 있습니다.

@timvandermeij 잡으려고하는 거야? 나는 그것에 균열을 갖고 싶다!

나는 그것을 이해할 수 없다

BrianNgo :이 문제가 재현 가능한지 확인할 수 있습니다. 페이지가 뒤로 이동했을뿐만 아니라 확대 / 축소도 재설정되었습니다. 파일을 수정할 때 해시가 변경 되었기 때문일 수 있습니다.

@BrianNgo 코드로 로컬에서 작업 했나요? 아니면 어떻게 테스트 했나요? 단계별 재현 정보를 제공해 주시겠습니까?

yashamon : 그리고 여전히 http-server로 원격 작업

@yashamon 더 많은 설정을 설명해 주시겠습니까? 로컬 서버를 실행하고 로컬 호스트 (예 : http://localhost:8888/web/viewer.html?file=/andrei_test/a4.pdf )에서 액세스하려고 할 때이를 재현 할 수 없기 때문에 그에 따라 달라질 수 있습니다. 나는 또한 크롬을 사용하고 있었다.

Jolo510 : @timvandermeij 이거 손에 넣을 까요? 나는 그것에 균열을 갖고 싶다!

@ Jolo510 잡을 수 있습니다. 나는 그것에 대해 작업하고 있지 않으며, 지난 번에 시도했을 때 재현 할 수 없었습니다.

여기서 문제는 파일이 약간만 변경되었지만 해시가 완전히 변경되었다는 것입니다. 테스트를 위해 실제 PDF 내용은 중요하지 않으며 테스트중인 PDF에 다른 해시가 있는지 확인하기 만하면됩니다.

보다 안정적으로 재현하려면 완전히 관련되지 않은 PDF 파일 세트 (예 : test/pdfs/ 의 PDF)를 가져 와서 PDF.js를 다시로드하기 전에 PDF 파일을 덮어 쓸 수 있습니다 (보기를 2 페이지로 설정하여 1 페이지와 2 페이지의 차이를 볼 수 있습니다.) 이런 식으로 동일한 파일 경로가 다른 파일을 가리키고 버그가 작동하는 것을 볼 수 있습니다.

@andreip 예, Chrome을 사용하여 로컬에서 테스트하고 있습니다. 내가 한 것은 http : // localhost : 8888 / web / viewer.html? file = / andrei_test / a4.pdf와 비슷한 pdf를 여는 것입니다. 그런 다음 libreoffice를 사용하여 파일을 수정하고 내보냈습니다. 페이지를 새로 고침하고 버그가 발생했습니다.

제 생각에는 이것은 실제로 버그가 아닙니다. 파일을 수정함으로써 앱은 현재 파일을 새 파일로 인식합니다 (가장 안전한 것으로 가정). 따라서 앱은 새 파일로보기 위해 기록을 재설정해야합니다.

실제 문제는 내부 해싱이 완료되기 전에 파일을 너무 빨리 새로 고칠 때입니다.

@andreip 대단해! 로컬 리포지토리를 확인하겠습니다.

오늘 밤 로컬에서 앱을 실행할 계획입니다. 그런 다음 다음날 또는 이틀 내에 버그를 재현하고 코드를 파헤칠 시간을 만드십시오.

@BrianNgo 문제가 파일을 너무 빨리 새로 고치는 경우 잠재적 인 해결 방법은 무엇입니까?

이것에 대한 진전이 있습니까?

2018 년 1 월 17 일 수요일 23:07 Johnnie Lo, [email protected] 작성 :

오늘 밤 로컬에서 앱을 실행할 계획입니다. 그런 다음 시간을 만드십시오.
다음날 또는 이틀 후에 버그를 재현하고 코드를 파헤칩니다.

@BrianNgo https://github.com/brianngo 문제도 새로 고침되는 경우
빨리, 잠재적 인 해결책은 무엇입니까?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/mozilla/pdf.js/issues/6847#issuecomment-358539017 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AGBkZmlmOIxzNatXTXTGW3bNaeNFkWFzks5tLtF2gaJpZM4HBeqE
.

@yashamon 아니요, 나는 이것에 대해 진전이 없었습니다.

@ 롭 --W
야 ,
많은 사람들이 그것을 쏘는 것을 봅니다. 시도해보세요. 이것에 대한 테스트도 작성해야하는지 알려주세요

@ ankitverma2211 가능하다면 테스트가 좋을 것입니다.
그러나 우리는 이런 종류의 기능에 대한 자동화 된 테스트를 가지고 있지 않기 때문에 패치가 합리적으로 보이고 수동 테스트를 통과한다면 우리도 그것을 받아 들일 것입니다.

이것부터 시작하고 싶습니다. 현재 다른 사람이이 작업을하고 있습니까?

내가 알기로는 아니야. 이것에 대해 자유롭게 작업하십시오!

물론 IRC에서 여러분에게 도움을 요청할 것입니다.

2018 년 12 월 24 일 월요일 오후 4:24 Tim van der Meij [email protected]
썼다 :

내가 알기로는 아니야. 이것에 대해 자유롭게 작업하십시오!

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/mozilla/pdf.js/issues/6847#issuecomment-449718751 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AF8SZdbnLGoX5cY1fvk02tcM_3o8KDctks5u8LJUgaJpZM4HBeqE
.

@timvandermeij pdf 파일을 렌더링하는 동안 관련된 전체 코드를
파일과 함께 pdfjs보기 기록을 배열로 저장하기 위해 로컬 저장소를 사용합니다. 각 요소는 파일의 지문과 마지막보기 기록에 대한 기타 메타 데이터를 저장합니다. 파일 변경 사항의 파일 핑거 프린트를 수정할 때 새 핑거 프린트의 경우보기 기록이 없습니다.

내 오래된 파일 지문 => 14ecd8cdbbf6f76f04030d59025b5937

파일 변경 후 지문 => 619c4c4f872e96e6514b25c6a1ae03f2

문서에 대한 지문 계산을 거치는 한 내용과 pdf 예고편에 따라 다릅니다.

여기에 몇 가지 참조가 있습니다

figerprint 계산

stackoverflow 참조

이것에 대해 당신이 말하는 것을 알려주십시오. 이 문제를 닫아야합니까?

안녕하세요 라훌,

pdf.js를 사용하는 Sharelatex를 확인하면 도움이 될 수 있습니다.
백엔드이며 이미 해결 방법이 있으며 라텍스 소스 이후에 PDF를 다시 렌더링합니다.
보기를 유지하면서 해시를 확실히 변경하는 코드 변경
위치. 나는 그들의 확장이 github의 오픈 소스라고 생각하지만
링크를 준비하십시오.

2018 년 12 월 28 일 금요일 오후 3:01 Rahul Sharma [email protected]
썼다 :

@timvandermeij https://github.com/timvandermeij 나는
pdf 파일을 렌더링하는 동안 관련된 전체 코드.
로컬 저장소를 사용하여 파일이있는 pdfjs보기 기록을
정렬. 각 요소는 파일 및 기타의 지문을 저장합니다.
마지막보기 기록에 대한 메타 데이터입니다. 파일 핑거 프린트를 수정할 때
파일이 변경되고 새 지문에 대해서는 볼 수 없습니다.
역사.

내 오래된 파일 지문 => 14ecd8cdbbf6f76f04030d59025b5937

파일 변경 후 지문 => 619c4c4f872e96e6514b25c6a1ae03f2

문서에 대한 지문 계산을 수행 한 한
내용과 pdf 예고편에.

여기에 몇 가지 참조가 있습니다

figerprint 계산
https://github.com/mozilla/pdf.js/blob/58c3ea08202becf007c304512c44726719acb508/src/core/core.js#L513

stackoverflow 참조
https://stackoverflow.com/questions/33309378/using-fingerprint-generated-by-pdfjs-as-unique-id-for-a-pdf

이것에 대해 당신이 말하는 것을 알려주십시오. 이 문제를 닫아야합니까?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/mozilla/pdf.js/issues/6847#issuecomment-450426605 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AGBkZidcCqtZjNp18mXaFfC78IfPRj-1ks5u9oaTgaJpZM4HBeqE
.

이를 담당하는 repo에 대한 링크를 공유 할 수 있다면 큰 도움이 될 것이며 버그가 아닌이 repo의 기능이 될 것입니다.

나는 "Cr"키를 "viewBookmark"클릭으로 대체하는 greasemonkey 스크립트를 가지고 있었는데, 이것은 기본적으로이 문제를 해결해줍니다. 일부 버전의 Firefox 이후에는 작동하지 않았습니다. greasemonkey가 pdf.js에로드되지 않은 것 같습니다. 의도 된 건가요?

편집 : 약간의 검색 후 나는 이것이 의도적이라고 생각합니다-https: //discourse.mozilla.org/t/extensions-on-pdfjs-pages/28441

트윗 담아 가기

Sharelatex repo를 보았습니다. 그들은 문서가 변경됨에 따라 변경되는 지문이 아닌 projectId로 pdfjs.history를 추적하여 수행하고 있지만 해당 특정 문서의 projectId는 sharelatex에 대해 동일하게 유지됩니다.

염두에 둔 질문이 거의 없습니다. IRC에서 여러분과 연결을 시도했지만 응답이 없었습니다.

질문 :

1. pdf가 변경되고 사용자가 새 탭에서 새 파일을 열 때도 페이지 번호를 유지해야합니다.
   현재 지문 방식으로 유지됩니다.
2. 현재 탭에만 있어야하는 경우 세션을 사용할 수 있습니다. 그렇지 않으면 view_history에 몇 가지 키를 추가합니다.
   나를 안내 해주세요

# 10424에서 수정되었습니다.

방금 테스트했지만 여전히 동일한 동작입니다. 페이지를 새로 고치면 pdf 파일이 변경되지 않은 경우에만 페이지보기 위치가 수정되고 그렇지 않으면보기가 첫 페이지로 이동합니다. 이것은 매우 쉽게 테스트 할 수 있습니다. 나는 크롬 버전 2.2.191에 있습니다. 기회가되면 firefox를 확인합니다.

파이어 폭스로 테스트했는데 최신 릴리스에서 문제가 해결 된 것처럼 보 였는데 Chrome 버전이 뒤처지고있는 것입니까?

Chrome 확장 버전에는이 패치가 포함되어 있습니다. 브라우저의 작동 방식이 다르기 때문에 작동 방식이 다를 수 있습니다. https://github.com/mozilla/pdf.js/commit/cdea75dc397f4eb4d6fd1f7d8a388c7d11df3452(https://github.com/mozilla/pdf.js/pull/6200의 일부)에 문제에 대한 자세한 설명을 게시 한 적이 있습니다. .

* 라텍스 생성 pdf와 관련하여 유사한 문제 # 11359를 제출했습니다. "파일 내용에 기반한 해시"@ Rob--W를 사용하는 것은 실제로 올바르지 않습니다. 오히려 그것은 생성시 PDF에 포함 된 ID이며, 그 ID가 생성되는 방법은 생성 응용 프로그램에 따라 다릅니다. * latex의 경우 현재 시간과 tex-file의 경로 이름 조합을 기반으로하는 해시입니다. 해결책은 마지막 댓글을 참조하십시오.