어디로 가고 싶은지 충분히 이해합니다. 제 이해가 맞다면, HTML을 활용하여 훨씬 더 완성도 높은 경험을 제공하기 위해 훨씬 더 고급 기능을 갖춘 완전한 에디터를 만들고 싶으신 거죠.
개인적으로는 마크다운 출력을 유지하는 WYSIWYG 에디터를 정말 보고 싶습니다. 마크다운을 입력하면 해석되는 기능보다는, 예를 들어 Ctrl-B(굵게) 같은 일반적인 단축키나 툴바가 있으면 충분합니다. 다만 나중에 편집할 수 있어야 하고, 렌더링 컨텍스트 밖에서도 해석이 가능하며, 내보내기(export)도 가능해야 합니다. 제 경험상 HTML은 이 중 일부, 혹은 모든 요구사항에서 문제가 될 수 있습니다.
마크다운 출력과 호환되지 않는 에디터의 어떤 특정 기능을 원하시는지 궁금합니다.
또한 Typora는 마크다운을 인라인으로 렌더링하는 것과 단축키 처리를 꽤 잘하는 것 같습니다. 포맷팅 바도 작동할 수 있을 것 같은데, 왜 그렇게 할 수 없는지 이해가 되지 않습니다(다만 포맷팅 바가 없는 것 같습니다).
5개의 좋아요
Hey @ozkn!
저는 imageUpload만 필요한 방식으로 작업하고 있습니다! 따라서 같은 방향으로 진행하시면 됩니다. 초기화 파일(initializer)에서 component:b-editor의 modifyClass를 사용해 setupBasicEditor 함수를 수정할 수 있습니다.
api.modifyClass("component:b-editor", {
setupBasicEditor(){
loadScript("/plugins/DiscourseBasicEditor/ckeditor.js").then(() => {
ClassicEditor.create( document.querySelector( '#editor' ), {
toolbar: [xxx],
...
})
}
});
툴바 참조는 이 링크 Migrating to new installation methods | CKEditor5 documentation 를 확인해 보세요. 제 경우엔 단순히 *toolbar: [“imageUpload”]*만 사용하고 있습니다.
감사합니다
3개의 좋아요
여러분 안녕하세요! 혹시 도움을 받을 수 있을까요?
저는 여러 개의 컴포저(composer)를 사용하는 프로젝트를 진행 중인데, 다음과 같은 구조입니다(초기 페이지의 시작 부분에, 사용자가 그곳에서 주제를 생성할 수 있도록 하는, 마치 페이스북의 메인 컴포저 같은 방식).
이와 관련하여, 메인 페이지에서 이미 컴포저를 사용 중이기 때문인지 컴포저를 열 때 몇 가지 문제가 발생하고 있습니다.
즉, 주제를 업데이트하려고 할 때 컴포저 컨트롤러를 사용하여 모델을 열지만, b-editor 메시지가 표시됩니다.
여러분도 여러 개의 컴포저를 함께 사용할 때 동일한 문제를 겪고 계신가요?
감사합니다,
Felipe
3개의 좋아요
일단 플러그인을 비활성화해 보는 건 어떨까요? 말씀드린 것처럼 아직 개발 중입니다. 다음 달에 더 작업할 것 같아요. 지금은 중국어 공부에 집중 중이라요 ㅋㅋ. 원하시면 제 깃허브 링크를 주시거나 코드를 보내주시면, 어떤 걸 하려는 건지 이해해 보겠습니다.
5개의 좋아요
버그를 보고합니다. 플러그인을 활성화한 후 관리 섹션이 가려지는 것 같습니다.
- 테스트 버전: Discourse 2.7.4 stable
- 테스트 브라우저: 컴퓨터와 모바일 모두에서 Chrome, Firefox
5개의 좋아요
안녕하세요, 표준 편집기의 3자 추가 플러그인 기능을 지원할 예정인가요? 예를 들어…
대신 ckeditor 애드온을 지원합니다.
이것은 제가 진행 중인 UI 단순화 실험이며, 아마도 별도의 플러그인으로 분리될 것입니다. 기능 과잉(Feature creep)은 좋지 않거든요. 하하
말씀드리고 싶은 것이 있습니다. 수익화 출처가 없다면 이 코드를 작성하는 것이 저에게는 의미가 없습니다. 저도 클로즈드 소스 플러그인을 시도해 보았는데요:
하지만 문제는 구매자들 사이에서 코드가 공유된다는 점입니다. 즉, 입소문으로 유입되지 않는 새로운 고객들의 지속적인 유입이 필요하게 되는데, 이는 지속하기 어렵습니다.
따라서 이 서비스에 대해 지불 의사가 있으신지, 그리고 구매자들 간의 코드 공유 문제를 어떻게 해결할 수 있을지에 대한 제안이 있으시다면 관심이 있습니다.
가능하시다면 아래 댓글에 금액을 알려주세요. 
이 서비스에 대해 지불할 의사가 있으신가요?
- 네
- 아니오
0
voters
감사합니다
1개의 좋아요
이 새로운 WYSIWYG 편집기가 표준 Discourse의 게시글 구조를 변경합니까? 다시 말해, 이 편집기가 비활성화된 경우 해당 편집기로 작성된 게시글을 표준 편집기로 수정할 때 문제가 발생합니까?
돈을 모금하기 위한 수익화 계획이 있으신가요?
[quote=“GVG, post:50, topic:159431”]
다른 말로 해서, 편집기가 비활성화되면 해당 편집기로 작성된 게시물을 표준 편집기로 편집할 때 문제가 발생합니까?
[/quote] 현재 편집기는 마크다운을 생성하므로 두 편집기를 병행하여 사용해도 아무런 문제가 없습니다. 하지만 마크다운을 고수하는 한 경험은 완벽하지 않으며, 앞으로도 완벽하지 않을 것입니다. 그래서 최종 솔루션은 HTML을 생성할 것입니다. 특정 사용자가 잠금(lock-in)에 묶이는 것을 원치 않아 이것이 결정적인 장애 요인이 된다면, 간단한 해결책이 있습니다: HTML을 마크다운으로 다시 변환하면 됩니다.
[quote=“neo, post:51, topic:159431, full:true”]
돈을 모금하기 위한 수익화 계획이 있습니까?
[/quote] 사전에 자금을 모을 필요는 없다고 생각합니다. 이를 위해 돈을 지불할 의향이 있는 사람들이 얼마나 되는지, 그리고 얼마를 지불할 의향이 있는지 알면 코드를 완성할 것입니다. 공개적으로 예산 관련 논의를 나누는 것이 불편하다면, 개인적으로 저에게 연락하실 수도 있습니다.
4개의 좋아요
이 미묘한 차이에 대해 Discourse 팀과 논의해 보셨나요? 아마 그들도 새로운 WYSIWYG 편집기를 추가하기를 원할지도 모릅니다.
그들은 철학적 이유로 이를 거부했습니다. 자세한 내용이 궁금하시면 포럼에서 검색해 보실 수 있습니다. 그들의 논리는 완전히 타당하며, 저는 그것을 존중합니다. 그래서 제가 이 작업을 진행하고 있는 것입니다.
7개의 좋아요
“마크다운의 필요 시 렌더링(just in time rendering of markdown)” 방식에 대한 후속 논의인데, 이 접근법이 점점 더 인기를 얻고 있는 것 같습니다. Roam Research와 Obsidian(최신 업데이트에서 WYSIWYG 기능 추가) 모두 이 방식을 채택하고 있으며, 앞서 언급한 Typora도 마찬가지입니다. Typora 사이트에서 이 방식이 실제로 어떻게 적용되는지 예시를 확인할 수 있습니다:
저에게는 기존 툴바와 결합된 이러한 “WYSIWYG” 방식이 모든 측면에서 가장 이상적인 해결책인 것 같습니다. 대부분의 사용자는 마크다운이 제공하는 것 이상의 포맷팅이 필요하지 않습니다. 그들이 필요한 것은 마크다운을 생성하고 편집하는 더 직관적인 방법입니다.
8개의 좋아요
좋은 지적입니다. 지금까지 tiptap.dev의 접근 방식이 가장 훌륭하다고 생각합니다. 마크다운을 편집하는 것과 유사하게 작동하는 키보드 단축키를 제공하지만, 실제로는 제대로 된 WYSIWG(보이는 그대로) 에디터입니다. 저는 ckeditor 대신 tiptap을 사용하여 플러그인을 다시 작성하기 시작했습니다. 하지만 이 작업에 대한 자금을 찾지 못해(저는 discourse에서 보수를 받지 않습니다) 공개하지 못했습니다.
그리고 제 자유 시간에 이 작업을 위해 충분히 열정을 쏟을 만큼 관심도 없습니다.
감사합니다.
Spirobel
4개의 좋아요
사용자가 매번 단축키와 명령어를 사용해야 하고(기억해야 하고) WYSIWYG가 중요하지 않습니다. 대부분의 사람들은 마크다운이나 HTML을 사용하지도 이해하지도 못합니다. 아는 사람들은 WYSIWYG를 거의 필요로 하지 않으며, 필요하더라도 표와 같이 출력이 어떻게 포맷팅되는지 정확히 확신이 서지 않는 상황에서 주로 사용합니다.
여기 있는 사람들 중 상당수가 정말 좁은 거품 속에 살고 있습니다. 워드프레스가 인기 있는 이유와 고스트가 소수에게만 머물러 있는 이유에는 그만한 이유가 있습니다.
제 개인적인 의견이지만, 저는 Typora를 싫어했습니다. 그 모든 점프(화면 이동)가 두통을 유발합니다.
그리고 네, 대부분의 사용자가 WYSIWYG를 좋아할지라도 디스커스가 진정한 WYSIWYG를 거의永远不会 갖지 못할 것이라는 것은 알고 있습니다.
확실히 가능할 수 있습니다. 아마 80% 정도까지 진행되어 있습니다. 문제는: 완성할 만큼 관심이 없다는 것입니다. 디스코스는 오픈 소스 프로젝트보다는 기업 제품과 더 유사합니다. 여기 사람들은 대부분 기업 직원이거나 자신의 프로젝트에 디스코스를 사용하려는 사람들입니다. 그래서 그런 에너지가 부족합니다. 아마도 정말로 지루할 때, 단순히 어떤 점을 증명하기 위해 완성할 수도 있습니다. 
어쨌든 좋은 하루 보내세요,
Spirobel 
8개의 좋아요
커뮤니티 구성원들이 이러한 프로젝트에 많은 노력을 기울이려면, 커뮤니티 차원에서 해당 프로젝트에 대한 스폰서십을 강화하기 위한 더 큰 노력이 필요합니다.
다만, Meta 내에서 크라우드 펀딩은 다소 복잡한 영역입니다. Pavilion은 이를 더 단순하게 만드는 방법을 모색하고 있습니다.
8개의 좋아요
이 사이트에서 이 플러그인을 테스트할 수 있나요? 내장 편집기를 사용하는 것으로 보입니다.
1개의 좋아요