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 Me gusta
This one has been spec’d out and currently has a “bounty”:
3 Me gusta
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 me gusta
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 me gusta
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 Me gusta
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 Me gusta
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 Me gusta
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 Me gusta
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 Me gusta
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 Me gusta
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 me gusta
Esta discusión tiene varios años, pero la encontré después de darme cuenta de que organizar mi foro como una wiki sería genial. @peternlewis ha expresado muy bien lo que yo también tenía en mente. No se trata solo de permitir la funcionalidad wiki en publicaciones individuales, sino de que mi sitio de Discourse funcione como una wiki al estilo de Wikipedia. Como él dijo:
¿Es esto posible con Discourse?
1 me gusta
¿Sería esto? https://meta.discourse.org/knowledge-explorer
4 Me gusta
Puedes instalar DiscoTOC - automatic table of contents en cualquier plan.
Puedes incrustar código ejecutable usando Codepen o https://repl.it/.
3 Me gusta
Gracias.
Para ser más específico, creo que estamos en uno de los planes de código abierto y probablemente este en particular: Free Hosting for Open Source v2
Como administrador, verifiqué si podía instalar DiscoTOC y no aparecía en la lista de complementos disponibles. 
Gracias, pero lamentablemente somos programadores de Prolog, específicamente de SWI-Prolog (foro de Discourse). Aunque existe cierta capacidad para hacer algo de Prolog con CodePen, no se acerca en absoluto a lo que se puede hacer con Prolog y, como no era específicamente SWI-Prolog, no se utilizó. SWI-Prolog tiene una herramienta en línea llamada SWISH, pero incluso esta está limitada por razones de seguridad para realizar lo que se puede hacer completamente con Prolog; si sabes cuánto se puede hacer con LISP al ser homoicónico, entonces entiendes la idea. Intenté integrar SWISH con un Iframe y otras ideas, pero no pude hacer que ninguna funcionara como deseaba; logré que algo funcionara, pero no era práctico, el ancho de pantalla, si recuerdo bien.
Nuevamente, gracias por los comentarios, fueron muy apreciados.
Es un componente de tema
2 Me gusta
¿A qué te referías allí?
DiscoTOC es un componente de tema, no un complemento. Se instala siguiendo ¿Cómo instalo un tema o un componente de tema? y definitivamente está disponible para ti, pruébalo.
Ah, ya veo.
Creo que intentar obtener una instancia funcional de repl.it para Prolog, incluso si está impulsada por SWI-Prolog compilado a WASM, podría ser tu mejor opción. Intenta contactar al fundador de repl.it @Amjad_Masad.
5 Me gusta