Excellent! Thanks @Johani. I can confirm it works in all 3 browsers now.
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?
I havenāt tried it, but It should work if your bucket is configured correctly. This component makes a request to load the PDF
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.
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.
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).
Aargh! Chrome is again showing only gray boxes. FF and Safari are OK.
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ā¦
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.
@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;
}
This solution seems to work for all browsers.
pdf.parentNode.append(preview);
seems to do the trick (but in case of multiple pdfs, previews show below all links, not below each one)
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
I just pushed some changes.
Yeah, that makes more sense than ignoring the file. Hereās how things will work after the update.
-
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.
-
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 thea
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.
- user visits a post with a PDF attachment
- userās browser requests the attachment
- server sends it to the userās browser
- the userās browser reads it using the built-in PDF viewer
Thatās it.
Perfect - thanks @Johani. Confirming it works in Chrome, FF, and Safari.
This is great! Thank you so much. Iāve got it installed and working! Just what I was looking for.
Will this be retroactive to pdfs already posted in the forum?
I have just tested on my test site, and it appears it works for the existing ones too, without needing to ārebuild htmlā.
I saw an update in the source last week so Iām guessing this component is alive. But sadly it has never worked for me on any browser. Is it because of secure āmedia settingā maybe?
Am I the only one who canāt get this to work or this is a common issue?
Never worked for me either.
The component works well. What issue/error are you seeing?
I saw only ordinary download link of a file. I didnāt start dig any deeper because it wasnāt that important for me, it would be nice to have, nothing else. So, sorry but I canāt light this more.
Edit
Well, I checked again ā last time was some time ago.
DiscourseHub shows this (iPad), and no errors in logs of Discourse:
But when I tried using Safari it showed very first page, but not second.