## Don't load the WYSIWYG editor when editing the class, because it's too heavy.
#set ($useWysiwygEditor = false)
From Marius comment, except if we rework the wiki editor tool, option 2. is not doable because we cannot use this tool for LongTexts. The only solution left is to have both fields follow the user/wiki preferences. Note that it's already the case for the entry editor in 16.9.0-SNAPSHOT. I'll propose in a PR an implementation to respect the user prefered editor for the Content field.
Charpentier Lucas on 24/Oct/24 15:14
This weird behaviour on the class editor is very probably related to https://github.com/xwiki/xwiki-platform/blob/102124c214f107bf0bfd2b709969482625f1af53/xwiki-platform-core/xwiki-platform-appwithinminutes/xwiki-platform-appwithinminutes-ui/src/main/resources/AppWithinMinutes/Content.xml#L46-L47
bq. ## Don't load the WYSIWYG editor when editing the class, because it's too heavy. bq. #set ($useWysiwygEditor = false)
From Marius comment, except if we rework the wiki editor tool, option 2. is not doable because we cannot use this tool for LongTexts. The only solution left is to have both fields follow the user/wiki preferences. Note that it's already the case for the entry editor in 16.9.0-SNAPSHOT. I'll propose in a PR an implementation to respect the user prefered editor for the Content field.
There's still the option of fixing the toolbar for longTexts, but I'd rather focus on the XWiki standard default editor, which is WYSIWYG.
This message was sent by Atlassian Jira (v9.3.0#930000-sha1:287aeb6)
If image attachments aren't displayed, see this article.
