 |
요약 | 브라우저에서 로컬로 서빙되는 PDF 표시 |
 |
리포지토리 링크 | GitHub - thoka/discourse-send-pdf-inline: Patch discourse do serve PDFs inline · GitHub |
 |
설치 가이드 | Discourse에 플러그인 설치 방법 |
업로드된 PDF는 "content disposition inline"으로 열리며, 이를 통해 다운로드를 제안하는 대신 브라우저에서 표시할 수 있습니다.
필요하지 않습니다.
기존에 동일한 작업을 수행하는 Theme Component와 무엇이 다른가요, 혹은 더 나은가요?
이 플러그인은 게시글 내부의 임베드 요소가 아니라 브라우저에서 PDF를 직접 엽니다. 
이것은 기능 요청이었습니다: Add configuration option to serve local PDF uploads inline
이 플러그인을 사용할 때 local은 S3와 유사한 서비스 및 CDN이 실패한다는 의미인가요?
이것은 S3가 PDF를 서빙하는 방식을 변경하지 않습니다.
부수 효과가 있다면 마법일 것입니다.
이 플러그인은 여전히 정상 작동 상태인가요?
아직도 사용하고 있습니다.
불행히도 현재 깨져 있습니다.
조사해 봐야겠습니다.
어리석은 생각일지도 모르지만, 대부분의 사용자는 기본적으로 브라우저에서 PDF가 렌더링되기를 원할 것 같습니다.
@thoka, 이 기능을 플러그인으로 공개한 것이 Discourse에 업스트림으로 반영하려 하지 않은 이유가 있나요?
시간을 내서 테스트해 보았습니다.
플러그인은 예상대로 정상적으로 작동하고 있습니다.
그 사이에 어떤 문제가 발생했는지 이해가 되지 않습니다.
기능 요청에 대한 답변이 없어서 기능 요청을 직접 플러그인으로 작성했습니다.
PDF를 브라우저로 직접 전송하는 것의 단점을 생각해보면, 다음과 같은 잠재적인 문제들이 예상됩니다:
모바일 기기에서 Discourse를 프로그레시브 웹 앱(PWA)으로 이용할 경우, PDF를 표시하기 위해 필연적으로 Discourse 인터페이스, 즉 사용자 인터페이스를 벗어나게 됩니다. 이로 인해 사용자가 원래 애플리케이션으로 돌아가는 방법을 얼마나 잘 알고 있느냐에 의존하게 됩니다.
또한 모바일 기기의 경우, 브라우저가 인라인 PDF를 어떻게 처리하느냐에 따라 좌우됩니다. 현재 Firefox는 파일을 직접 표시하지만, Chrome을 설득하여 그렇게 하도록 하는 방법은 없는 것으로 보입니다:
https://android.stackexchange.com/questions/230250/open-pdf-files-directly-in-chrome-for-android
더 이상 필요하지 않아요! 