Is anyone working on a Discourse Wiki?

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 curtidas

This one has been spec’d out and currently has a “bounty”:

3 curtidas

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
 :stuck_out_tongue:

1 curtida

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 curtida

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 curtidas

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 curtidas

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:

  1. Set wiki to true when creating the post record in the store.
  2. Add wiki to the serialized composer properties via Composer.serializeOnCreate.
  3. Use PostRevisor.track_topic_field(:wiki) to add wiki as a permitted param in the posts_controller.
  4. Save the wiki opt to the Post using the post_created event.
6 curtidas

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):

  1. Live collaboration (show where the editors’ cursors are, as per google docs).
  2. Lock a post to other editors when it’s being edited
  3. Allow conflicts to be merged by the last editor.
3 curtidas

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 curtidas

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. :frowning:

2 curtidas

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 curtida

Esta discussĂŁo tem vĂĄrios anos, mas eu a encontrei depois de perceber que organizar meu fĂłrum como uma wiki seria muito legal. @peternlewis capturou bem o que eu tambĂ©m teria em mente. NĂŁo se trata apenas de permitir funcionalidades de wiki em posts individuais — Ă© fazer com que meu site Discourse funcione como uma wiki tipo Wikipedia. Como ele disse:

Isso Ă© possĂ­vel com o Discourse?

1 curtida

Seria este? https://meta.discourse.org/knowledge-explorer

4 curtidas

VocĂȘ pode instalar DiscoTOC - automatic table of contents em qualquer plano.

VocĂȘ pode incorporar cĂłdigo executĂĄvel usando o Codepen ou https://repl.it/.

3 curtidas

Obrigado.

Para ser mais especĂ­fico, acho que estamos em um dos planos de cĂłdigo aberto e provavelmente neste em particular: Free Hosting for Open Source v2

Como administrador, verifiquei se podia instalar o DiscoTOC, mas ele nĂŁo estava na lista de plugins disponĂ­veis. :slightly_frowning_face:


Obrigado, mas, infelizmente, somos programadores em Prolog, especificamente SWI-Prolog (fĂłrum Discourse). Embora exista alguma capacidade de fazer algum Prolog no CodePen, nada se compara ao que pode ser feito com Prolog e, como nĂŁo era especificamente SWI-Prolog, nĂŁo foi utilizado. O SWI-Prolog possui uma ferramenta online chamada SWISH, mas mesmo esta Ă© limitada por questĂ”es de segurança em relação ao que pode ser feito totalmente com Prolog; se vocĂȘ sabe o quanto pode fazer com LISP por ser homoicĂŽnico, entĂŁo entende a ideia. Tentei integrar o SWISH com um Iframe e algumas outras ideias, mas nĂŁo consegui fazer nenhuma delas funcionar como desejado; consegui fazer algo funcionar, mas nĂŁo era prĂĄtico, devido Ă  largura da tela, se me lembro bem.

Novamente, obrigado pelo feedback, foi muito apreciado.

É um componente de tema

2 curtidas

O que vocĂȘ estava se referindo ali?

O DiscoTOC Ă© um componente de tema, nĂŁo um plugin. Ele Ă© instalado seguindo Como instalar um Tema ou Componente de Tema? e estĂĄ definitivamente disponĂ­vel para vocĂȘ, tente.

Ah, entendo.

Acho que tentar obter uma instùncia funcional do repl.it para Prolog, mesmo que alimentada por SWI-Prolog compilado para WASM, pode ser sua melhor opção. Tente entrar em contato com o fundador do repl.it @Amjad_Masad.

5 curtidas