インラインPDFプレビュー機能

テーマコンポーネント
, ,
55

Excellent! Thanks @Johani. I can confirm it works in all 3 browsers now.

「いいね！」 4
56

Fantastic - these are solid improvements and clearly a lot of work to achieve. Thanks for listening to us slightly annoying co-conspirators in the self-hosted world!

Does the Component now work with S3 uploads?

「いいね！」 3
57

I haven’t tried it, but It should work if your bucket is configured correctly. This component makes a request to load the PDF

discourse-pdf-previews/javascripts/discourse/initializers/initialize-for-pdf-preview.js at main · discourse/discourse-pdf-previews · GitHub

These types of requests made in JavaScript are blocked if the origin is not allowed access to the file. You then end up with a CORS error. If you check the console, you’ll probably see something along the lines of this.

image

There’s not much the component can do about this. It all has to be handled in your S3 configuration. The origin - your Discourse domain - must be allowed to make such requests to avoid CORS issues.

「いいね！」 9
58

Thanks! I’ll bravely take the plunge back to S3 shortly.

Another suggestion: tab when space before filename

What I want is for the pdf to be inline by default, and to open in a new tab if the space is put in the filename. This gives authors the choice per pdf of inline vs tab rather than per component.

Perhaps the component setting should instead be “What default behaviour do you want?” and if a space is put in you get the other.

Or alternatively you could ask what the space should do (inline / tab / download).

「いいね！」 2
59

Aargh! Chrome is again showing only gray boxes. FF and Safari are OK.

「いいね！」 3
60

Is this theme component sending the pdf to external interpreter?
I have “secure media” enabled because i want to avoid files being loaded by an external service…

「いいね！」 1
61

I found out that this is because of the following code:

<a class="attachment pdf-attachment" href="...pdf">doc.pdf
  <iframe src="blob:..." height="500" loading="lazy" class="pdf-preview">
  </iframe>
</a>

If you replace the above code with the following:

<a class="attachment pdf-attachment" href="...pdf">doc.pdf</a>
<iframe src="blob:..." height="500" loading="lazy" class="pdf-preview"></iframe>

It will work
But I’m not sure how to fix this in the existing code.

「いいね！」 5
62

@Johani
The error is associated with the following code, line 34 - 41:

        const setUpPreviewType = (pdf) => {
          if (previewMode === "Inline") {
            const preview = createPreviewElement();
            pdf.classList.add("pdf-attachment");
            pdf.append(preview);

            return preview;
          }
「いいね！」 4
63

This solution seems to work for all browsers.

「いいね！」 4
64

pdf.parentNode.append(preview); seems to do the trick (but in case of multiple pdfs, previews show below all links, not below each one)

「いいね！」 3
65

But if the parentNode is the paragraph, than this shouldn’t be an issue because the link and the iframe will be inside the paragraph tag.

So to bypass this issue you can just add a newline between the attachments:

[doc1.pdf|attachment](...)

[doc2.pdf|attachment](...)

and with your solution it will properly display the PDF preview on Chrome as well

「いいね！」 3
66

I just pushed some changes.

Yeah, that makes more sense than ignoring the file. Here’s how things will work after the update.

  1. If you set the setting to “New Tab,” the component won’t attach any preview in posts. If you click the link, it will open the PDF in a new tab.

  2. If you set the setting to “Inline,” the component will attach a preview in the post to all PDFs by default. If the file name starts with a space, it won’t attach the preview, but clicking the link will open the PDF in a new tab instead of downloading it.

    All native browser PDF viewers have a download button, so you can download it from there if you want to.

Thanks for the debugging and details @sharewoodsDavid. It turns out that <iframe> tags inside <a> tags fails to validate

The element iframe must not appear as a descendant of the a element

So, your fix is on point. I made that change in the PR above.

If you want to add an element after another element, you can use after() like so

someElement.after(newElement)

If you want to add an element before another element, you can use insertBefore() like so

// parentNode: the parent of the element you want to insert before
// newNode: the element you want to insert
// referenceNode: the element you want to insert before

parentNode.insertBefore(newNode, referenceNode)

No. There are no external services involved in this. Here’s how it works.

  1. user visits a post with a PDF attachment
  2. user’s browser requests the attachment
  3. server sends it to the user’s browser
  4. the user’s browser reads it using the built-in PDF viewer

That’s it.

「いいね！」 7
67

Perfect - thanks @Johani. Confirming it works in Chrome, FF, and Safari. :+1:

「いいね！」 3
68

これは素晴らしいですね！本当にありがとうございます。インストールして動作させることができました！まさに探していたものです。

「いいね！」 5
69

これは、フォーラムに既に投稿されているPDFにも遡って適用されますか？

「いいね！」 2
70

テストサイトでテストしたところ、HTMLを「再構築」する必要もなく、既存のものにも機能するようです。:+1:

「いいね！」 6
71

先週、ソースでアップデートがあったのを見たので、このコンポーネントは動作していると思いますが、残念ながらどのブラウザでも動作したことがありません。セキュリティ上の「メディア設定」のせいでしょうか？\n私だけがこれを動作させることができないのでしょうか、それともこれは一般的な問題ですか？

「いいね！」 2
72

私にとっても、うまくいったことは一度もありません。

「いいね！」 2
73

コンポーネントは正常に動作しています。どのような問題/エラーが発生していますか？

「いいね！」 3
74

ファイルへの通常のダウンロードリンクしか見つかりませんでした。それほど重要ではなかったため、それ以上深く調べることはしませんでした。あれば嬉しいですが、なくても構いません。そのため、申し訳ありませんが、これ以上詳しく説明することはできません。

編集
もう一度確認しました。前回確認したのはしばらく前です。

DiscourseHub はこれを表示します（iPad）。Discourse のログにエラーはありません。

image
image2048×1536 177 KB

しかし、Safari を使って試したところ、最初のページは表示されましたが、2 ページ目は表示されませんでした。

「いいね！」 1