에디터 창을 하나만 사용하는 방법

[Remah (Just another happy Discourse user)]

다음은 선택된 게시물들의 문제점을 간략히 정리한 내용입니다. WYSIWYG(What You See Is What You Get) 편집기가 Discourse 코어에 도입되지 않는 이유를 다른 사람들이 이해하는 데 도움이 될 수 있습니다:

1. 공식 입장은 Discourse가 WYSIWYG 편집기를 개발하지 않는다는 것입니다.
   1. 이 입장은 WYSIWYG 편집기를 처음 요청한 이후로 변함이 없습니다.
   2. 이 입장을 변경해야 한다는 광범위한 지지는 없습니다.
2. 현재 편집기는 이 주제에 두 가지 방식으로 영향을 미칩니다:
   1. Discourse 편집기는 상대적으로 복잡합니다.
   2. Discourse 편집기는 Discourse 내에서 완전히 관리됩니다.
3. 주요 문제는 WYSIWYG 솔루션을 구현하는 것이 극도로 어렵다는 것입니다.
   1. 현재 신뢰할 수 있는 솔루션이 존재하지 않습니다.
   2. 솔루션 개발을 시도한 모든 시도가 좌초되었습니다.
   3. 대체 편집기가 제안되었지만 추진되지 않았습니다.
4. 참고로, 일부는 WYSIWYG와 정반대인 일반 텍스트 편집기를 원합니다.

1. 공식 입장은 Discourse가 WYSIWYG 편집기를 개발하지 않는다는 것입니다.

1.1 이 입장은 WYSIWYG 편집기를 처음 요청한 이후로 변함이 없습니다.

Summary outcome of the debate on wysiwyg?

There are zero plans for that in the forseeable future. If pure WYSIWYG is an absolute bedrock must-have requirement, the sooner you look elsewhere, the happier you will be.

1.2 이 입장을 변경해야 한다는 광범위한 지지는 없습니다.

많은 사용자, 아마도 압도적인 다수는 이 변경에 대한 요구나 필요가 없습니다.

2. 현재 편집기

현재 편집기는 이 주제에 두 가지 방식으로 영향을 미칩니다.

2.1 Discourse 편집기는 상대적으로 복잡합니다

이러한 복잡성에는 많은 이유가 있습니다.

하나의 이유는 현재 편집기가 텍스트를 서식 처리하는 세 가지 방법을 제공한다는 것입니다. 마크다운만 고려해야 한다면 훨씬 단순할 수 있습니다:

1. CommonMark 마크다운 예: **굵게**는 굵게를 생성합니다
2. BBCode 예: [b]굵게[/b]는 굵게를 생성합니다
3. HTML 예: <b>굵게</b>는 굵게를 생성합니다

Who would prefer a standard wysiwyg to markdown?

Oh that’s a good idea. Let me add that… ok added under Reply section: Your reply can be formatted using simple HTML, BBCode, or Markdown: This is **bold**. This is <b>bold</b>. This is [b]bold[/b]. Want to learn Markdown? Take our fun 10 minute interactive tutorial!

2.2 Discourse 편집기는 Discourse 내에서 완전히 관리됩니다.

소프트웨어에 대한 외부 의존성이 없습니다. 오픈 소스일지라도 대체 편집기를 제안할 경우 이러한 상태는 아닙니다.

3. 주요 문제는 WYSIWYG 솔루션을 구현하는 것이 극도로 어렵다는 것입니다.

기존 편집기를 수정하거나, WYSIWYG 편집기를 통합하거나, 현재 편집기를 완전히 교체하는 것은 쉽거나 간단한 작업이 되지 않을 것입니다.

Who would prefer a standard wysiwyg to markdown?

You got to have some perspective on the enormity of the problem. A forum that has been, from day zero, WYSIWYG is probably reasonably straight forward to build and would only take 2-12 weeks of development as a plugin, there are real challenges around quoting, but quite a few options to shop from and you can strip out lots of features. However, a WYSIWYG editor that co-exists with our Markdown hybrid editor is an impractical project to embark on. Going back and forth from Markdown to WYSIWYG i…

3.1 현재 신뢰할 수 있는 솔루션이 존재하지 않습니다.

이것은 특히 걸림돌입니다. 현재 편집기와 어떤 WYSIWYG 옵션 간의 변환을 위한 신뢰할 수 있는 솔루션이 없습니다.

Who would prefer a standard wysiwyg to markdown?

You can not go from markdown hybrid to wysiwyg and back reliably Anyway I feel we have said enough on this topic now, time to either build some proof of concept (which will not come from the Discourse team) or start talking about something else

3.2 솔루션 개발을 위한 모든 시도가 좌초되었습니다.

여러 사람이 이러한 문제를 해결하기 위해 작업을 시작했지만 솔루션에 도달하지 못했습니다.
예: WYSIWYG Editor Plugin

마크다운에서 WYSIWYG로의 초기 낙관적 추정치입니다:

Rethinking the Composer - lowering the bar

It is extremely difficult, as the code makes deep assumptions about the Markdown pipeline throughout. I would estimate a budget of around $100,000 - $120,000 USD to make the WYSIWYG change and 1 year of full time developer work. (Or two full time devs for 6 months). If you would like to fund it, contact us directly. Another way to look at it — this is like saying I prefer MySQL, can’t you guys just switch your database from Postgres to MySQL?

3.3 대체 편집기가 제안되었지만 추진되지 않았습니다.

대체 편집기는 기본적으로 동일한 요구 사항을 충족해야 합니다. 그렇지 않으면 마이그레이션 경로 없이 Discourse를 영구적으로 포크하게 되기 때문입니다.

즉, Discourse 편집기를 교체하면 기존 인스턴스가 깨지므로, 기존 게시물의 신뢰할 수 있는 변환에 대한 동일한 요구 사항이 있습니다.
예: Who would prefer a standard wysiwyg to markdown? - #47 by Talin

More advance editor should be here?

Keep in mind, any WYSIWYG editor in a plugin would have to be introduced in day 0 and there would be NO migration path back to markdown.

4. 참고로, 일부는 WYSIWYG와 정반대인 일반 텍스트 편집기를 원합니다.

일부 사이트는 서식, 미리보기, WYSIWYG가 제거된 일반 텍스트를 선호합니다.

한 가지 옵션은 텍스트 전용 입력처럼 보이도록 작성기 도구 모음을 비활성화하는 것입니다.

If not WYSIWYG, then how about disabling styles entirely?

Try this customization: #reply-control .d-editor-button-bar button { display: none; } #reply-control .d-editor-button-bar button.upload { display: block; }