Thank you @sam for this plugin. I’ve been waiting for it!
So today at our weekly team meeting we added a “testing shared edits” point to see how it fares against our beloved HedgeDoc. Here’s a quick report…
First of all, a quick introduction to our weekly meetings. We are a team of 8 people from 6 different countries meeting once a week over Mumble and HedgeHog. Each week a Discourse topic is created, pointing to a structured pad that is used to announce the agenda and keep notes. Once the meeting is over, the notes are adjusted (adding link to the next pad, cleaning up stuff, usually benign edition at most), then copy-pasted to the original Discourse topic where they are kept. HedgeHog is beautiful and the highlighting helps a lot with the reading (if you can see colors that is) – I wish the Discourse composer would match this especially as it makes the task lists easier to go through.
As mentioned in the TODO, there’s quite a delay in updating, but it does not render it unusable: one has to be patient, but as we primarily use voice and the pad is mostly for guidance and note taking, it’s OK. We’re ready to do some more testing!
We found one. I was looking for a cursor stealing issue but could not make one (yet), since this is the plague of instantaneous collaborative editors. No, the bug relates to the integration of Polls (so I suspect other bugs in composer extras to appear as well). Here’s a screenshot that demonstrates it:
The screenshot shows the composer with the preview, and the “live” result above. In the composer preview, the poll appears as it should, but the “live” result is not showing check boxes, rendering it useless.
Our team is not ready yet for a replacement of HedgeDoc with this plugin, but I can anticipate an upcoming change in dealing with our weekly meetings and Discourse: instead of using a chain of topics and a #meeting tag, I will create a dedicated meetings category with a topic template to “pre-populate” the original post and make it a collaborative editor by default (the way we can make topics wikis automatically).
That leads me to a reflection about integration of shared edits with other existing functionality:
- when a category has “Make new topics wikis by default” it should also propose an option to turn on shared edits
- maybe wikis should have shared edits turned on by default when this is ready
- like with bookmarks, it would be interested to be able to turn on the shared edits feature for a period of time (e.g., a scheduled timer for meetings or classrooms).
And in the “later” category:
- when using a topic template, once the topic is created, it could be nice to have this original part “locked” so that people can only edit under existing titles or add new stuff, but keep the rest untouched.