I created this issue based on RTWIKI-53 which doesn't have any description. I think there are 4 ways to understand this issue:
as being able to edit in the same realtime session both with the Wiki and the WYSIWYG editor
this doesn't make sense because the realtime WYSIWYG editor synchronizes on HyperJSON (a JSON representation of the HTML) while the Wiki editor synchronizes on plain text (wiki syntax); we'd have to convert the wiki syntax to HTML (HyperJSON) or the other way around on each change to be able to synchronize on the same content; this is not feasible for performance but also for usability, because the Wiki editor allows partial syntax which can have completely unexpected results when rendered to HTML, and thus would make the life of those editing with the WYSIWYG editor a pain
as having two separate realtime editing sessions, one for the WYSIWYG editor and another one for the Wiki editor, and having a connection between them (e.g. a bot that connects to both of the sessions and pushes content from one session to the other from time to time); this may reduce the performance issue a bit (because the conversion between HTML and wiki syntax is done less often) but it doesn't avoid the usability issue (it's not easy to determine when the wiki syntax is complete, to avoid breaking the users editing in WYSIWYG)
as having two separate disconnected realtime editing sessions; each session will have to merge its changes on auto-save (and integrate external changes); the auto-save from realtime Wiki editor can still push partial wiki syntax that can make realtime WYSIWYG editing a pain; note that this is similar to XWIKI-21554 .
as forbidding editing the same page in realtime with different editors
Marius Dumitru Florea on 04/Feb/25 13:05
as forbidding editing the same page in realtime with different editors
This is the safest option.
This message was sent by Atlassian Jira (v9.3.0#930000-sha1:287aeb6)
If image attachments aren't displayed, see this article.
