안녕하세요,
현재 표 안에 첨부 파일을 추가할 수 없는 것 같습니다. 이 문제를 해결하는 방법이 있을까요?
예시
| Name | File |
|---|---|
| bla | bla |
| bla.docx (22.4 KB) |
| Name | File |
| --- | --- |
| bla | bla |
| | [bla.docx|attachment](upload://hu8jvVTNiCjzn5XmxXRnhUaRINy.docx) (22.4 KB) |
이유는 파일 이름과 attachment 함수 이름 사이의 구분자 “|” 때문입니다.
정리된 상태로 유지하기 위해 이 기능이 꼭 필요합니다.
이를 피하기 위한 수정 방법이 있는지 확실하지는 않지만, 파이프(|)를 \로 이스케이프하면 동작합니다.
| 이름 | 파일 |
|---|---|
| bla | bla |
| bla.docx (22.4 KB) |
| Name | File |
| --- | --- |
| bla | bla |
| | [bla.docx|attachment](upload://hu8jvVTNiCjzn5XmxXRnhUaRINy.docx) (22.4 KB) |
첨부 파일을 추가하는 기존 방식을 더 선호합니다. Discourse 설정에서 해당 방식을 선택할 수 있으면 좋겠습니다.
여기서 제안하시는 내용을 전혀 이해하지 못하겠습니다?
최근 구문 체계가 변경되었습니다. 하지만 기존 구문도 여전히 유효합니다. 그리고 저는 관리자가 사용자가 기본적으로 사용할 구문(구버전 또는 신버전)을 선택할 수 있도록 하는 기능을 제안합니다.
파이프(|)를 사용한 우회 방법은 마음에 들지 않습니다. 직관적이지 않고, 전반적으로 마크다운 테이블과 충돌이 발생하기 때문입니다.
만약 여러분이 이러한 하위 호환성이 필요 없다고 생각한다면, 적어도 테이블 내에서 이러한 문제를 포착할 수 있는 자동완성 메커니즘에 대해 고려해 주셨으면 합니다.
감사합니다
첨부 파일을 HTML 대신 마크다운으로 지정하도록 변경하는 설정이나 플러그인을 제공하는 것은 논의 대상에서 제외되었습니다. Marketplace 채널로 문의해 주셔야 합니다. 구 형식은 업로드와 관련하여 상당한 이식성 문제를 일으키기 때문입니다.
이러한 경계 사례를 어떻게든 수정하는 데 반대하지는 않지만, 커서 위치만으로 테이블 내부에 있는지 여부를 판단하기가 매우 어렵기 때문에 이를 자동으로 해결하는 것은 쉽지 않습니다.
예를 들어 어떤가요?
레이크 태스크(rake task)나 유사한 도구를 제공하지 않고 형식을 변경하려는 의도는 무엇이었나요? (기존 코드를 업데이트하기 위해 …)
여러 차례에 걸쳐 구문 형식이 경미하게 변경되었지만, 전체 콘텐츠에 큰 영향을 미쳤습니다. 예를 들어 섹션 해시태그와 이름 사이, 또는 인용부호(>)와 텍스트 사이에 공백이 누락되는 경우 등이 있습니다. 특히 여러 단계에 걸쳐서요. 단일 관리자가 수백 개의 게시물을 수동으로 수정하는 것은 지옥 같은 일입니다. 믿어주세요. 관리자인 저에게 기존 구문 형식을 유지할지, 아니면 새로운 형식을 따를지 선택할 수 있도록 물어봐 주셨으면 합니다.
제 생각에, 핵심 기능의 사용성에 영향을 주지 않도록 모든 형식 변경 사항을 관리하는 것이 1순위 우선순위여야 합니다.
커서 위치 문제에 대해서는 깊은 통찰이 없습니다. 말씀하신 내용은 믿습니다. 하지만 컴포저(composer)가 테이블의 시작과 끝 위치를 인식하고 있으므로, 이는 가능해야 합니다. 테이블 내부 어디에든 커서를 위치시킬 수 있다면, 업로드 시 자동으로 파이프(pip)를 추가할 수 있을 것입니다. 그렇지 않나요?
rake 작업이 하나 있습니다. 이름은 다음과 같습니다:
rake posts:inline_uploads
과거에 업로드 관련 문제를 겪었거나, 저장소를 로컬에서 S3로 마이그레이션하려는 경우에만 이 작업을 실행하면 됩니다.
우리 호스팅 사이트의 100%가 인라인 방식으로 운영되며, 이는 업로드의 취약성을 줄여주기 때문입니다.
이것은 본질적으로 엣지 케이스에 불과한 문제인데, 여기서는 다소 과열된 분위기인 것 같습니다.
실제로 존재하는 게시물의 대다수는 테이블이 0개입니다. 실제로 테이블을 포함하는 드문 게시물들 중에서도 대다수는 업로드를 포함하지 않습니다.
테이블에 대해 견고한 바(bar) 대신 다음과 같은 것을 지원할 수도 있겠다는 생각이 듭니다:
[bla.docx¦attachment](upload://hu8jvVTNiCjzn5XmxXRnhUaRINy.docx)
이 문제에 대해 좀 더 생각할 시간이 필요합니다… 서두려서 변경 사항을 만들지 않을 것입니다.
슬래시 이스케이프는 괜찮습니다. 이렇게 고급스러운 작업을 하고 있다면 슬래시를 이스케이프하는 것은 큰 문제가 아닙니다.
파일을 정렬하는 것이 고급 기능인가요? 
기존 방식의 형식으로 변경할 수 없는 이유가 궁금합니다. 이전에 첨부된 파일 대부분은 여전히 이 방식으로 포함되어 있고, 모든 것이 정상적으로 작동하는 것처럼 보이거든요.
Discourse 업데이트는 계속해서 핵심 기능을 망가뜨리고 있습니다. 또한 충돌에 대한 추가 경고도 없습니다.
애자일 개발 방식과 도커 업데이트 관리기는 정말 마음에 듭니다. 하지만 이런 방식의 버전 관리는 매번 저를 미치게 만듭니다.
작은 부분들도 중요합니다.
테이블에서 사용될 파일을 업로드할 때 업로드 도구가 자동으로 이스케이프 문자를 추가해 주면 좋을까요? 우리가 작성한 테이블 문서에서 테이블과/또는 업로드가 모든 것을 엉망으로 만들었던 원인을 파악하는 데 약 20분이 걸렸습니다.
비기술적인 사용자였다면 그냥 포기했을 것 같습니다.
정확하게 구현하는 것이 매우 까다로워서, 마크다운 엔진이 라인별로 역 매핑만 수행하기 때문에 상당한 특수 로직이 필요합니다.
다만 이 기능에 대한 PR이 충분히 작다면 개선에 열려 있습니다.