Last year there was some instability in the edits, meaning that one editor would lose other editors’ edits and there was nobody to debug the problem, and since then the Discourse plugin API moved on a bit, so the plugin was abandoned. Maybe @gdpelican has some more information and maybe the will to make a second take to this awesome idea. Having a realtime, multi-editor wiki-like embedded pad would still be great.
March 8th 2020:
March 9th 2020:
It would certainly be brilliant for our medical forums, where we need to collaboratively develop national guidelines and the like - and Google Docs are blocked by many health organisations so we can’t use that.
It would have been awesome to have that up and bedded in at the start of the COVID-19 madness; it would be a real draw.
We are pretty close to having it become the new collude and to possibly make this officially supported on our enterprise tier. It is a rather complex problem and it takes a lot of testing to feel confident about this plugin.
Another option you can use to tide you over that I’ve been using personally is https://hackmd.io - it even produces Markdown at the end, so you can copy it straight to Discourse
That looks really cool - thank you. It is a bit too geek focussed for my less IT savvy crew I think; I’ll certainly wait with baited breath for this plugin. Would be just awesome doing this natively in Discourse.
Actually Librehosters forked the GitHub - fuerst/embed-etherpad-lite: Embed Etherpad Lite pads into Discourse posts using Onebox. to support CodiMD (the “community fork” of HackMD) – which is being renamed again…
It’s very simple to use and you can fork librehosters / embed-codimd · GitLab for your own setup. It would be useful to have a setting for the pad host instead, but it’s more work. Librehosters use SAML SSO between CodiMD and Discourse, so only members can edit the pads.
Reading the plugin.rb, this feels extremely simple - couldn’t you have accomplished that with an entry in
allowed iframes + a generator somewhere or oEmbed tags?
Honestly I don’t know and did not try. If you find a way to avoid a plugin for this, go ahead and share it!
That said @riking you got me thinking. How would you go on and create “a generator somewhere”?
I think it’s overkill to reinstall a specific onebox plugin for this and that site. Instead it should be doable to use theme components that do not require rebuilding the container. Did anyone work on a (generic) onebox theme component already?
The best option would of course that upstream fix their oEmbed tags in a compatible way so we simply can paste the link.
It would be awesome to use Codi similarly to how you the current Jitsi component works, which is both easy to install and setup for a specific jitsi server.
Something like this, generating
<iframe> code that Discourse will accept now that you’ve allowed it in the site settings:
We should start a dedicated, linked topic for embed-codimd! Cool to see it emerge like a phoenix.
Sam, have you got an update for us on this by any chance?
I rewrote it, but I am still testing it, probably ready to release it in 4-8 weeks
I know that I am horribly impatient, but it has been 5 weeks… Any joy?
You can install it if you wish it lives at: GitHub - discourse/discourse-shared-edits: Shared edits for Discourse
But it still is a few more weeks before I post about this on meta.
Closing this see