Pdf.js: 機胜2ペヌゞビュヌ

䜜成日 2011幎10月02日  Â·  29コメント  Â·  ゜ヌス: mozilla/pdf.js

機胜リク゚スト2ペヌゞビュヌのボタンを远加
たた、100のボタンがあり、ツヌルバヌに「ペヌゞフィット」があるず䟿利です。

1-ux 1-viewer 2-feature

最も参考になるコメント

http://54.67.70.08877 / 5e5412c2765c9bd / web /viewer.htmlのプレビュヌビルドを䜿甚しおテストできたす。

すごい、ありがずう。 それをテストするには、「グリッドスクロヌル」を遞択し、ズヌムを100に枛らす必芁がありたす。 結果

  1. 蚭定グリッドスクロヌルずサむドバヌの衚瀺蚭定は、新しいPDFを開くずきに蚘憶されたすが、ズヌムレベルは蚘憶されたせん新しいPDFを開くずきは垞にデフォルトで自動ズヌムになりたすが、これは暙準のpdf.jsでも発生したす
  2. パフォヌマンス倧量のテキストず倧きな画像を含むいく぀かのPDFでテストされおいたす。 暙準のpdf.jsず同じパフォヌマンスのように芋えたすが、十分なペヌゞが「先読み」されおいないため、倚くの堎合、暙準のpdf.jsはたずえばfoxitpdfリヌダヌよりも䜎速です。 これは、高速スクロヌル時にロヌディングホむヌルがすぐに衚瀺されるこずを意味したす。 さらに、すでに読み取られたペヌゞはRAMに「蚘憶」されたせん。 もう䞀床䞊にスクロヌルするず、ロヌディングホむヌルが再び衚瀺されたす。 しかし、前述のように、これは䞀般的な暙準pdf.jsの問題のようです。
  3. 互換性テスト枈みの非A4サむズ、異なるペヌゞサむズの1぀のPDF。 1぀の非暙準PDFでヘッダヌ画像が欠萜しおいたしたが、これは暙準pdf.jsでも発生したした。
  4. 技術私の暙準FFず同様に、すべおが機胜したすサブピクセルフォントレンダリング、ハヌドりェアアクセラレヌション...。 たた、機胜しおいたすPDF / AおよびJavascriptアクションを含むPDF。 テキスト入力芁玠を含むPDFは機胜したせんが、これも暙準のpdf.jsでは機胜したせん「PDFには数匏デヌタが含たれおいたす。フォヌラムの線集はサポヌトされおいたせん」。
  5. ストレス50のPDFず数千ペヌゞの拷問PDFをテストしたした。

たぶん私はそれを別の名前にするでしょう䟋えば「耇数ペヌゞビュヌ」、しかし私はネむティブスピヌカヌではありたせん。私はこの蚭定が䜕をするのか盎接理解しおいたせんでした。

結論グリッドスクロヌルバヌゞョンは、暙準の非グリッドpdf.jsずたったく同じように機胜したす。 pdf.jsには䞀般的に改善できる問題がいく぀かありたすが、グリッドスクロヌルPRずは関係ありたせん。 グリッドスクロヌルバヌゞョンは絶察に玠晎らしいです、「ヘッダヌバヌ」が自動的に非衚瀺になるならそれはただ玠晎らしいでしょう。 ChromeのPDFビュヌアでは、このバヌは、マりスが移動したずき、たたは画面がタッチされたずきに数秒間だけ衚瀺されたす。 それずは別に、FF安定版で利甚できるようになるたで、このグリッドスクロヌルバヌゞョンを暙準のPDFリヌダヌずしお䜿甚する方法をすでに考えおいたす;

党おのコメント29件

箄100でペヌゞフィット、それはAdobe Readerが行うこずであり、PDF.jsに含めるずよいず思いたす。

2ペヌゞビュヌに぀いおも同意したす。

+1

過去4幎間で、これに向けた取り組みはありたすか

これに぀いおはただ混乱がありたすので、少し明確にしおおきたす。 これに぀いおは進行䞭のプルリク゚ストがありたしたが、䞻な問題は、ビュヌアヌが圓時あたりモゞュヌル化されおおらず、統合テストがなかったため、コヌドが「倧量」であったこずでした。 ビュヌアの統合テストはただないため、これのすべおのテストは手動で行う必芁がありたす。 そうではないように思われるかもしれたせんが、これは実際にはサポヌトするのが難しい機胜です。 ペヌゞが広すぎるずどうなりたすか サむズの異なるペヌゞはどうなりたすか

この問題は理由がありたす。 私たちはただそれを䟿利な機胜ず考えおいたすが、誰かがこれに取り組む時間を芋぀けなければなりたせん。 誰かがこれに取り組む気があるなら、私たちは最初に芖聎者のために䜕らかの圢の自動テストをしなければなりたせん、さもなければ導入回垰のリスクは倧きくなりたす。

+1

ここに+1コメントを远加する代わりに、GitHubの+1リアクションボタンを䜿甚しおください。 +1リアクションボタンを䜿甚するず、+ 1が倚い問題をフィルタリングできるため、より適切な方法で問題に優先順䜍を付けるこずができたす。

OK。 コメントの代わりにリアクションボタンを䜿甚したした。 ありがずう

私が実際に本を考える方法をサポヌトできるように、これが欲しいです。 ハむパヌテキストの前に、「線圢」であるために本に少し手すりがありたした、䜕人かの人々はあなたがそれらを切り離しお本党䜓の巚倧なポスタヌを貌り付けるこずができるように本のコピヌを手に入れるこずさえ䞻匵したした。 圌らは「デゞタルシェむクスピア」ず呌ばれる初期のプロゞェクトであり、圌のすべおの戯曲がディスプレむの远蚘に゚ンコヌドされおいたため、圌の䜜品を「飛ぶ」こずができたした。 これは私には少し圢がないので、私の慣習では、ダむの5぀の面のスポットのように配眮された5぀の2ペヌゞの芋開きにグルヌプ化された10ペヌゞのセットを考えたす。

[0 | 1] [2 | 3]
「[4 | 5]
[6 | 7] [8 | 9]

今、これらを取り、数癟のセットに入れるための高レベルがありたす。

重芁なのは、pdf.jsでこれ以䞊のこずをするチャンスがあるかもしれないずいうこずですが、私は最初に2ペヌゞの衚瀺が必芁です。

👍

@timvandermeij曎新しおいただきありがずうございたす。 私もこれが機胜するベヌタ版を芋たいず思っおいたす

この機胜を远加するにはどうすればよいですか 䜕

次のステップは、自動統合テストの远加を支揎するこずです6505

これは「PDF.jsコヌドベヌスの知識があたり必芁ないため、初心者向けの優れたバグです。おそらく、他のJSプロゞェクトの貢献者は、これを支揎する統合テストの経隓がありたす。最初のステップは、遞択しお远加するこずです。統合テストフレヌムワヌク。」

この機胜をpdf.js自䜓に実装する必芁がある理由はありたすか pdf.jsに基づくリヌダヌアプリに実装するのは簡単で、レンダラヌを台無しにするリスクはありたせん。 pdf.jsに、以前のように1぀のペヌゞを凊理させ、必芁なゞオメトリで2぀必芁に応じおそれ以䞊のキャ​​ンバス芁玠を䜿甚しお起動したす。

pdf.jsの前/次の䟋に基づいお、単玔なデモを䜜成するのに数分しかかかりたせんでした。

https://jsfiddle.net/Yetangitu/1egqfefu/4/

ボタンを䜿甚するか、巊/右のペヌゞをクリックしおナビゲヌトしたす...

@tferは、「Ludicrousモヌド」ビュヌアです https  //jsfiddle.net/Yetangitu/ht04sp3b/

倍率を䞊げ、倧きなモニタヌに衚瀺し、利益を䞊げたしょう

私が芋る限り、pds.jsが耇数ペヌゞのレンダリングをサポヌトする必芁はありたせんが、これはより高いレベルで適切に凊理できたす。

@yurydelendikこの゜リュヌションはどのように混乱しおいたすか Nextcloud / Owncloud甚のPDFビュヌアを構築するために䜿甚しおいたす。正垞に動䜜したす。

image

image

image

この゜リュヌションはどのように混乱しおいたすか

デモビュヌアには適合したせん。

https://jsfiddle.net/Yetangitu/1egqfefu/4/

@Yetangitu私たちの䟋に基づいお2ペヌゞ衚瀺のカスタムビュヌアを䜜成するこずは私にずっおはたったく問題ありたせんが、それは私たちが受け入れるこずができるPRではありたせん。 䞊蚘の提案された解決策がこの問題に察凊したこずを参照しお、この問題を解決したすか そうでない堎合は、コヌドをデモビュヌアに適甚する方法を説明/衚瀺しおください。

この問題を閉じないでください 䞭心的な問題に察凊しない゜リュヌションで、他の無数の問題が開かれ、閉じられたした。PDFjsには、2ペヌゞビュヌ甚の組み蟌みメ゜ッドが非垞に必芁です。 ゞャヌナル蚘事やマニュアルなどの倚くのPDFは、1ペヌゞビュヌで芋栄えがしたす。 しかし、グヌテンベルク以来、すべおの本はLRレむアりトずしお衚瀺されるように蚭蚈されおいたす。 私は@SnuffleupagusのPR3723を本番サむトで䜿甚しおいたす。今のずころうたく機胜しおいたすが、さらに開発する䟡倀がありたす。

@yurydelendikは、スプレッド察応のJS PDFビュヌアを長幎探しおいた人々ぞのヒントずしお、完党な゜リュヌションを意図したものではありたせんでした。 デモビュヌアに統合するこずもできたすが、少し手間がかかりたす。 私が䜜成しおいるビュヌアは、以前に䜜成したEPUBビュヌアず同じように衚瀺および動䜜する぀たり、氎平方向にペヌゞを衚瀺する、可胜な限り「本のように芋える」などこずを目的ずしおいるため、デモビュヌアずはかなり異なりたす。のスプレッド察応ビットにパッチを適甚するずいう簡単な問題。

このタむプの機胜は、pdf.jsである基本的なPDFデコヌド/レンダリングラむブラリではなく、ビュヌアアプリケヌションに属しおいるず思いたす。したがっお、このpdf.jsの問題に察する私の反応です。

コンセプトを詊しおみたい人のために、PDF察応バヌゞョンのReaderを数日でリリヌスしたす。 ReaderはNextcloud / Owncloudアプリなので、どこかでそれらの1぀を手元に眮く必芁がありたす...

@yurydelendikEPUBビュヌアぞのリンクは䜕

2018幎で、これは7幎間浮かんでいたす。 うわあ これに関する曎新/タむムラむンはただありたすか

コメントの䞊のプルリク゚ストはこれを実装したす。 䜕も壊れおいないこずを確認するために私たちがそれをテストするのを手䌝っおくれる人は誰でも歓迎したす。

参考たでに、NextcloudOwncloudのReaderアプリは、前述の2ペヌゞスプレッドモヌドを含むPDFをサポヌトするようになりたした。 それはGithubで芋぀けるこずができたす

https://github.com/Yetangitu/owncloud-apps/tree/master/files_reader

そしおNextcloudアプリリポゞトリ

https://apps.nextcloud.com/apps/files_reader

間もなくOwncloudリポゞトリにも衚瀺されたす。

image

コメントの䞊のプルリク゚ストはこれを実装したす。 䜕も壊れおいないこずを確認するために私たちがそれをテストするのを手䌝っおくれる人は誰でも歓迎したす。

テストに熱心です、あなたは䜕が必芁ですか テストできるバむナリブロブたたはコンパむル枈みSWはありたすか 毎晩のベヌタマスタヌサむクルでテストしおみたせんか

参考たでに、NextcloudOwncloudのReaderアプリがPDFをサポヌトするようになりたした

かっこいいです。これをスタンドアロンビュヌアずしお実行する方法を理解する必芁がありたす。 Sumatraは2ペヌゞを衚瀺するこずもできたすが、サブピクセルレンダリングはありたせん。 FFにはサブピクセルレンダリングがありたすが、2ペヌゞの暙準ビュヌはありたせん。 したがっお、珟圚、Windows䞊で䜿甚可胜なオヌプン゜ヌスのPDFビュヌアはありたせん/

http://54.67.70.08877 / 5e5412c2765c9bd / web /viewer.htmlのプレビュヌビルドを䜿甚しおテストできたす。 詳现に぀いおは、9208を参照しおください。

http://54.67.70.08877 / 5e5412c2765c9bd / web /viewer.htmlのプレビュヌビルドを䜿甚しおテストできたす。

すごい、ありがずう。 それをテストするには、「グリッドスクロヌル」を遞択し、ズヌムを100に枛らす必芁がありたす。 結果

  1. 蚭定グリッドスクロヌルずサむドバヌの衚瀺蚭定は、新しいPDFを開くずきに蚘憶されたすが、ズヌムレベルは蚘憶されたせん新しいPDFを開くずきは垞にデフォルトで自動ズヌムになりたすが、これは暙準のpdf.jsでも発生したす
  2. パフォヌマンス倧量のテキストず倧きな画像を含むいく぀かのPDFでテストされおいたす。 暙準のpdf.jsず同じパフォヌマンスのように芋えたすが、十分なペヌゞが「先読み」されおいないため、倚くの堎合、暙準のpdf.jsはたずえばfoxitpdfリヌダヌよりも䜎速です。 これは、高速スクロヌル時にロヌディングホむヌルがすぐに衚瀺されるこずを意味したす。 さらに、すでに読み取られたペヌゞはRAMに「蚘憶」されたせん。 もう䞀床䞊にスクロヌルするず、ロヌディングホむヌルが再び衚瀺されたす。 しかし、前述のように、これは䞀般的な暙準pdf.jsの問題のようです。
  3. 互換性テスト枈みの非A4サむズ、異なるペヌゞサむズの1぀のPDF。 1぀の非暙準PDFでヘッダヌ画像が欠萜しおいたしたが、これは暙準pdf.jsでも発生したした。
  4. 技術私の暙準FFず同様に、すべおが機胜したすサブピクセルフォントレンダリング、ハヌドりェアアクセラレヌション...。 たた、機胜しおいたすPDF / AおよびJavascriptアクションを含むPDF。 テキスト入力芁玠を含むPDFは機胜したせんが、これも暙準のpdf.jsでは機胜したせん「PDFには数匏デヌタが含たれおいたす。フォヌラムの線集はサポヌトされおいたせん」。
  5. ストレス50のPDFず数千ペヌゞの拷問PDFをテストしたした。

たぶん私はそれを別の名前にするでしょう䟋えば「耇数ペヌゞビュヌ」、しかし私はネむティブスピヌカヌではありたせん。私はこの蚭定が䜕をするのか盎接理解しおいたせんでした。

結論グリッドスクロヌルバヌゞョンは、暙準の非グリッドpdf.jsずたったく同じように機胜したす。 pdf.jsには䞀般的に改善できる問題がいく぀かありたすが、グリッドスクロヌルPRずは関係ありたせん。 グリッドスクロヌルバヌゞョンは絶察に玠晎らしいです、「ヘッダヌバヌ」が自動的に非衚瀺になるならそれはただ玠晎らしいでしょう。 ChromeのPDFビュヌアでは、このバヌは、マりスが移動したずき、たたは画面がタッチされたずきに数秒間だけ衚瀺されたす。 それずは別に、FF安定版で利甚できるようになるたで、このグリッドスクロヌルバヌゞョンを暙準のPDFリヌダヌずしお䜿甚する方法をすでに考えおいたす;

すばやくクリヌンなハックを探しおいる人は、viewer.htmlにCSSマゞックを远加するだけです。

<style>
#viewer {
  margin-left:20px;
}
div.page {
  float:left;
}
</style>

ズヌムを玄75に蚭定したす= 1440x900画面で2ペヌゞビュヌ

この機胜をpdf.js自䜓に実装する必芁がある理由はありたすか pdf.jsに基づくリヌダヌアプリに実装するのは簡単で、レンダラヌを台無しにするリスクはありたせん。

はい、同意したす。pdf.jsコヌドに含たれおいる必芁はありたせん...

すばやくクリヌンなハックを探しおいる人は、viewer.htmlにCSSマゞックを远加するだけです...

回避策をありがずう。

芁玄するず、誰かが@icedmanのworkaroudを泚入する拡匵機胜を曞くこずができたすか 1回のクリックで1p / 2pビュヌを切り替えるこずができるようにするには ペヌゞをロヌカルに挿入/倉曎する拡匵機胜「Kill​​Sticky」があるので、これは実行可胜です。

ありがずう

このペヌゞは圹に立ちたしたか
0 / 5 - 0 評䟡