Buy an enterprise hosting contract is the main way to move forward. None of our customers are asking for this. Not opposed to it but we have other priorities based on our paying customers at the moment.
4개의 좋아요
This one has been spec’d out and currently has a “bounty”:
3개의 좋아요
If you want to split the requests, that probably could be done through another feature:
Topic templates commands. So we could issue a command to turn it into wiki. Not sure if this have been considered yet, or why not. If it haven’t, I’m probably posting this in the wrong place… 
1개의 좋아요
Just to throw in my 2 cents. I love Discourse, and a Wiki option would be AWESOME! I too feel like most wiki software is stuck in 2005 or earlier.
1개의 좋아요
To be clear “Wiki” functionality exists:
Perhaps it’s not an exact replacement for Wikipedia’s MediaWiki - but the base functionality to a large degree exists and works.
6개의 좋아요
It’s a solid foundation that could be much improved with a little bit of work:
In a “wiki category” :
- All new topics are wikified by default
- Author attribution is suppressed
- Always go to first post when viewing a topic
(option to hide replies on separate page)
And made into a “proper” wiki with some more detailed and involved work:
- Table of contents generation with [contents] object and headers
- Create links to other topics by “tagging” them ie.
&PageTitle - Create new topics by tagging a non-existant page eg.
&NewTopic
9개의 좋아요
I happened to be looking at this today in another context. While it’s a little convoluted, it is actually possible to pass non-default parameters (such as wiki) to new posts. It took me a little while to figure this out, so someone else may find it useful. There are four things you need to do:
- Set
wikito true when creating thepostrecord in the store. - Add
wikito the serialized composer properties viaComposer.serializeOnCreate. - Use
PostRevisor.track_topic_field(:wiki)to addwikias a permitted param in theposts_controller. - Save the
wikiopt to the Post using thepost_createdevent.
6개의 좋아요
I’ve been trying to decide which official Wiki to create a plugin with MediaWiki Classic of the new FederatedWiki.
Thank you so much for posting your experience.
Wiki pages on a forum are a great idea, kudos to Discourse. The revisions system works well. The editor is great.
But there’s a massive gap in functionality from my PoV.
If two people edit concurrently, one person’s work is lost
We’ve not had much use of the wiki feature on my forum (1000 visits/day) but we’ve already seen multiple edit clashes.
Suggested solutions in order of preference (preferred first):
- Live collaboration (show where the editors’ cursors are, as per google docs).
- Lock a post to other editors when it’s being edited
- Allow conflicts to be merged by the last editor.
3개의 좋아요
I haven’t tested this locally, but are both revisions available in the edit history modal?
(BTW you posted an incomplete URL to the example of the problem)
2개의 좋아요
I believe both revisions are there in the history, yes. The link is just to the forum. The conflicts were in our private staff area. The issue is easily reproducible.
Yes, both are visible – but the second person to make the edit usually won’t notice that they reverted the previous person’s changes. 
2개의 좋아요
I’ve not tried this myself, but I think the Pages theme for Grav (a flat file CMS) could serve as a wiki. Additionally, Grav has support for Discourse comments via the JS Comments plugin.
The official Grav docs use the same theme.
1개의 좋아요
이 토론은 몇 년 전 것인데, 포럼을 위키처럼 구성하면 정말 멋질 거라는 걸 깨달은 후에야 이 글을 발견했습니다. @peternlewis 님이 제가 생각하고 있는 내용을 잘 표현해 주셨습니다. 개별 게시물에 위키 기능을 허용하는 것뿐만 아니라, 제 디스커스 사이트가 위키백과 같은 위키처럼 작동하는 것이죠. 그분이 말씀하신 대로:
디스커스로 이것이 가능한가요?
1개의 좋아요
이것이 해당되는 것일까요? https://meta.discourse.org/knowledge-explorer
4개의 좋아요
모든 플랜에서 DiscoTOC - automatic table of contents 를 설치할 수 있습니다.
Codepen 또는 https://repl.it/ 을 사용하여 실행 가능한 코드를 내장할 수 있습니다.
3개의 좋아요
감사합니다.
더 구체적으로 말씀드리면, 우리는 오픈 소스 플랜 중 하나를 사용 중이며, 아마도 특히 이 플랜일 것입니다: Free Hosting for Open Source v2
관리자 권한으로 DiscoTOC를 설치할 수 있는지 확인해 보았지만, 사용 가능한 플러그인 목록에 없었습니다. 
감사하지만, 안타깝게도 우리는 Prolog 프로그래머이며, 구체적으로는 SWI-Prolog (Discourse 포럼)를 사용합니다. CodePen으로 일부 Prolog를 수행하는 것은 가능하지만, Prolog로 할 수 있는 것과는 비교할 수 없을 정도로 제한적이며, 특히 SWI-Prolog를 지원하지 않아 사용되지 않았습니다. SWI-Prolog에는 SWISH라는 온라인 도구가 있지만, 보안상의 이유로 Prolog로 완전히 할 수 있는 것들을 수행하는 데 있어 제약을 받습니다. LISP가 homoiconic이라는 점을 알고 있다면, 그 의미를 이해하실 것입니다. 저는 Iframe을 사용하여 SWISH를 통합하고 몇 가지 다른 아이디어도 시도해 보았지만, 원하는 대로 작동하지 않았습니다. 무언가를 작동하게는 했지만, 실용적이지는 않았습니다. 화면 너비 문제였던 것으로 기억합니다.
다시 한번 피드백에 감사드립니다. 매우 감사했습니다.
이것은 테마 구성 요소입니다.
2개의 좋아요
거기서 무엇을 말씀하신 건가요?
DiscoTOC는 플러그인이 아니라 테마 컴포넌트입니다. How do I install a Theme or Theme Component? 문서에 따라 설치하며, 분명히 여러분에게도 사용 가능합니다. 한번 시도해 보세요.
아, 그렇군요.
SWI-Prolog를 WASM으로 컴파일한 것으로 구동되는 경우를 제외하고는, Prolog용 repl.it 인스턴스를 작동시키는 것이 가장 좋은 방법일 것 같습니다. repl.it의 창립자 @Amjad_Masad에게 연락해 보세요.
5개의 좋아요