You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
New WYSIWYG Editor: Share feedback & issues here #5245
This is a thread specifically to collect feedback regarding issues and limitations of the new WYSIWYG editor, introduced in BookStack v24.10.
This below list will be continuously updated from feedback to form a full listing to be worked on. Please only report issues where not already in this list.
Generally our goal is to match the existing TinyMCE based editor as close as possible.
Known Issues
UI does not adapt for mobile.
No dark mode support.
No color picker for color controls or color form fields.
I found a few differences in the way lists are handled:
Pressing TAB (or SHIFT TAB) on an empty list item does not change the list level.
Reproduce by creating a bullet or numbered list and pressing TAB.
Old behaviour was that TAB and SHIFT TAB increased or decreased the level for the item respectively.
Pressing ENTER on an empty list item if the level is higher than one will not decease the level, but create a new item on the same level.
Reproduce by creating a list, insert 1 item and increase the level with TAB, then keep pressing enter.
Old behaviour was that ENTER on an empty item would decrease the level.
Decreasing the level of an item in the middle of a list puts it after the current list.
Reproduce by creating a list with 3 items, selecting the middle item and decreasing the level.
Old and new behaviour in the images:
Pressing ENTER on an item that is not empty, but only has spaces, deletes the item (except for levels higher than one, because of issue 2.)
Reproduce by creating a list, insert 1 item, enter a couple spaces and press ENTER.
Old behaviour was that items with spaces are kept.
Increasing the list level of an item directly after an empty (or only spaces) item deletes the previous item (but keeps any space content).
Reproduce by creating a list with 3 items, empty the middle item, then increase the level of the last item.
Old behaviour allowed empty list items if they were emptied afterwards, and didn't delete them.
Also see images:
Whole text gets selected when increasing / decreasing level.
Old behaviour kept the cursor or selection placement in the list item contents.
This wasn't supposed to be only about lists, but here we are.
Hi @ssddanbrown
First of all, thank you very much for your work.
I started watching the release video but haven't managed to finish it yet.
It is possible that it has already been mentioned there.
When entering a link in the new editor and hit return or shift return, the link stays as it is. The old editor with tinymce had automatically changed urls into clickable links.
The editor together with the dark theme is still on the light mode and kind of hard readable.
I have also a question.
I was able to customize the buttons with the old tinymce version. For this, I had added this line into the customization: <script src="/js/custom.js"></script> and added in the corresponding directory my code to add a "clear format" button on the top level menu and also to add a shortcut ctrl+shift+u for clear format. Hopefully, this feature will also be implemented to customize the new editor buttons, if needed? It would be very nice, to have this feature also in the future to customize the editor.
Here's my code which I have used to modify the buttons:
@thegatesdev Thanks, lists are deceivingly complex 😅
Do you have a use-case/need for empty (space only) lists?
Just thinking on the balance of matching the new editor, vs potential convenience in treating whitespace only items as empty.
@miracuruzrh Thanks! Had meant to note the lack of dark mode support but had forgotten by release!
In regard to customizations/hacking, that's not something I'm considering right now in the earlier alpha/beta stages, but maybe it's something that can be discussed in the later stages toward when it's becoming the default, when internals/development has stabilised a bit.
Do you have a use-case/need for empty (space only) lists?
One use-case I can think of is when using numbered lists, when writing content from elsewhere that is already numbered, you can skip one entry (for later) by leaving it empty and preserving the numbering for the next.
Since it's basically the standard behaviour (both in Office 365 and Google Docs) I feel like keeping this would be nicer for the user.
lists are deceivingly complex
I realized that while testing, best of luck with the implementation 🙏🏼 🥲
@thegatesdev Thanks, lists are deceivingly complex 😅
Do you have a use-case/need for empty (space only) lists? Just thinking on the balance of matching the new editor, vs potential convenience in treating whitespace only items as empty.
@miracuruzrh Thanks! Had meant to note the lack of dark mode support but had forgotten by release!
In regard to customizations/hacking, that's not something I'm considering right now in the earlier alpha/beta stages, but maybe it's something that can be discussed in the later stages toward when it's becoming the default, when internals/development has stabilised a bit.
Hi @ssddanbrown
Many thanks for your reply. Sure, I fully understand. Important things first. If needed, we can always go back to the earlier editor.
Thanks @beanaroo, have added those notes regarding collapse block issues.
@beanaroo@ttepatti I consider new functionality outside the scope of this issue, and in regard to markdown based auto-conversion/formatting specifically, this has been touched upon previously in #2025 and my feelings are much the same. Would be more open to making that kind of thing possible via an unofficial hack, once the editor is more stable/mature.
When switching from the old editor or from the markdown editor, task lists are converted to bullet lists. Switching them to a task list is easy (simply click the task list button again and it converts) but this would be a nice improvement.
This is something I do regularly. Create new pages in markdown (I find it easier in general) but then switch to the WYSIWYG so others can make edits too.
When clicking a menu button on the new WYSIWYG editor, if you leave any of either the button or the menu that opens, it all closes out. The old editor, it would stay put until either you clicked off of the menu or you clicked on an item in the menu.
Haha, sorry the first part of the screen recording was broken for me, and I couldn't fix it in time. That is why I deleted the comment. I'll record it again today.
It's great to see auto linking is back - is there any chance we can get automatic insertion of images from links? It used to be a feature of the last editor, and the process now to insert an external hotlinked image is a little convoluted (insert an uploaded image from the gallery first, then change the URL). Being able to paste the link right in would help.
@dallyger In regards to saving, I've noticed this too sometimes during testing but never been able to nail down replication. I'll have a full review of the saving mechanics.
@imlwhite I wasn't even aware that was a feature! I've added to to the list, but I may come up with an alternative middle ground, to make using external links easier, but without the auto-convert, just to avoid users being potentially misled thinking that the image is somehow uploaded safely into BookStack (like it would be for pasting actual image data/files).
@LeeWhite187 That is not a feature we specifically support. Feel free to request it via a new feature request issue. I'm going to hide your comment though since it's not relevant to this specific thread.
Thank you everyone for the feedback so far! Your testing has been super useful since otherwise I'm kinda on my own attempting to find issues and have limited insight into how stable folks are finding things.
As of the next feature release I'm moving on the editor to beta status, and also starting a new fresh thread for this phase in #5631. Therefore I'm going to now close this off.
Activity
AvrumFeldman commentedon Oct 7, 2024
@ssddanbrown I would love to test it out, but I don't see yet any v24.10 release.
ssddanbrown commentedon Oct 7, 2024
@AvrumFeldman I'm just preparing its release now, for later this week (Created this so I could link to it from the update blogpost)
koen-divtag commentedon Oct 9, 2024
Bookstack v24.10 released a few hours age and i unfortunately found a bug. Not sure if i had to post it here so ill post the link: #5249.
[-]New WYSIWYG Editor Feedback[/-][+]New WYSIWYG Editor: Share feedback & issues here[/+]thegatesdev commentedon Oct 10, 2024
I found a few differences in the way lists are handled:
Reproduce by creating a bullet or numbered list and pressing TAB.
Old behaviour was that TAB and SHIFT TAB increased or decreased the level for the item respectively.
Reproduce by creating a list, insert 1 item and increase the level with TAB, then keep pressing enter.
Old behaviour was that ENTER on an empty item would decrease the level.
Reproduce by creating a list with 3 items, selecting the middle item and decreasing the level.
Old and new behaviour in the images:
Reproduce by creating a list, insert 1 item, enter a couple spaces and press ENTER.
Old behaviour was that items with spaces are kept.
Reproduce by creating a list with 3 items, empty the middle item, then increase the level of the last item.
Old behaviour allowed empty list items if they were emptied afterwards, and didn't delete them.
Also see images:
Old behaviour kept the cursor or selection placement in the list item contents.
This wasn't supposed to be only about lists, but here we are.
miracuruzrh commentedon Oct 12, 2024
Hi @ssddanbrown
First of all, thank you very much for your work.
I started watching the release video but haven't managed to finish it yet.
It is possible that it has already been mentioned there.
I have also a question.
I was able to customize the buttons with the old tinymce version. For this, I had added this line into the customization:
<script src="/js/custom.js"></script>and added in the corresponding directory my code to add a "clear format" button on the top level menu and also to add a shortcut ctrl+shift+u for clear format. Hopefully, this feature will also be implemented to customize the new editor buttons, if needed? It would be very nice, to have this feature also in the future to customize the editor.Here's my code which I have used to modify the buttons:
ssddanbrown commentedon Oct 13, 2024
@thegatesdev Thanks, lists are deceivingly complex 😅
Do you have a use-case/need for empty (space only) lists?
Just thinking on the balance of matching the new editor, vs potential convenience in treating whitespace only items as empty.
@miracuruzrh Thanks! Had meant to note the lack of dark mode support but had forgotten by release!
In regard to customizations/hacking, that's not something I'm considering right now in the earlier alpha/beta stages, but maybe it's something that can be discussed in the later stages toward when it's becoming the default, when internals/development has stabilised a bit.
thegatesdev commentedon Oct 14, 2024
One use-case I can think of is when using numbered lists, when writing content from elsewhere that is already numbered, you can skip one entry (for later) by leaving it empty and preserving the numbering for the next.
Since it's basically the standard behaviour (both in Office 365 and Google Docs) I feel like keeping this would be nicer for the user.
I realized that while testing, best of luck with the implementation 🙏🏼 🥲
miracuruzrh commentedon Oct 15, 2024
Hi @ssddanbrown
Many thanks for your reply. Sure, I fully understand. Important things first. If needed, we can always go back to the earlier editor.
beanaroo commentedon Nov 10, 2024
Hi Dan, you may already be aware of this regarding collapsible blocks:
Migrated Page

New Page

Additionally (These may be better suited as a dedicated feature requests),
I've really been enjoying Confluence's latest editor whereby you can use Markdown shortcuts as you type.
#<space>automatically converts it toHeading 1---inserts a horizontal rule```creates a code blockSeparately, the
/to list and search for page components is quite useful too.ttepatti commentedon Nov 14, 2024
ssddanbrown commentedon Nov 15, 2024
Thanks @beanaroo, have added those notes regarding collapse block issues.
@beanaroo @ttepatti I consider new functionality outside the scope of this issue, and in regard to markdown based auto-conversion/formatting specifically, this has been touched upon previously in #2025 and my feelings are much the same. Would be more open to making that kind of thing possible via an unofficial hack, once the editor is more stable/mature.
dallyger commentedon Jan 10, 2025
When switching from the old editor or from the markdown editor, task lists are converted to bullet lists. Switching them to a task list is easy (simply click the task list button again and it converts) but this would be a nice improvement.
This is something I do regularly. Create new pages in markdown (I find it easier in general) but then switch to the WYSIWYG so others can make edits too.
dallyger commentedon Jan 10, 2025
Ctrl+Sdoes not save draft although the toast notification saying otherwise.Ctrl+Returndoes not save page although the toast notification saying otherwise.3ma-TSI commentedon Jan 27, 2025
Hi,
I’d like to highlight some ergonomic issues with the new WYSIWYG editor compared to the previous version with the TinyMCE editor.
Details
Difficulty adding content before an image :


Actual Editor :
New Editor :
Another example with a table and an image :


Actual Editor :
New Editor :
It is impossible to resize columns of a table:


Actual Editor :
New Editor :
Browsers tested:
Firefox (128.6.0)
Chrome (132)
These issues make it challenging to manage layouts effectively.
Thank you for your attention to this matter.
Best regards,
Hallsie commentedon Mar 13, 2025
When clicking a menu button on the new WYSIWYG editor, if you leave any of either the button or the menu that opens, it all closes out. The old editor, it would stay put until either you clicked off of the menu or you clicked on an item in the menu.
I cannot take a screencap or I would.
Hallsie commentedon Mar 13, 2025
thegatesdev commentedon Mar 14, 2025
Haha, sorry the first part of the screen recording was broken for me, and I couldn't fix it in time. That is why I deleted the comment. I'll record it again today.
thegatesdev commentedon Mar 14, 2025
Here we go:
DisappearingMenuExample.mp4
imlwhite commentedon Mar 26, 2025
It's great to see auto linking is back - is there any chance we can get automatic insertion of images from links? It used to be a feature of the last editor, and the process now to insert an external hotlinked image is a little convoluted (insert an uploaded image from the gallery first, then change the URL). Being able to paste the link right in would help.
ssddanbrown commentedon Mar 26, 2025
Sorry, got a bit behind in keeping up with additions.
Thanks @imlwhite, @thegatesdev, @Hallsie, @3ma-TSI, @dallyger for reporting this. All added to the list to address.
@dallyger In regards to saving, I've noticed this too sometimes during testing but never been able to nail down replication. I'll have a full review of the saving mechanics.
@imlwhite I wasn't even aware that was a feature! I've added to to the list, but I may come up with an alternative middle ground, to make using external links easier, but without the auto-convert, just to avoid users being potentially misled thinking that the image is somehow uploaded safely into BookStack (like it would be for pasting actual image data/files).
LeeWhite187 commentedon May 11, 2025
ssddanbrown commentedon May 16, 2025
@LeeWhite187 That is not a feature we specifically support. Feel free to request it via a new feature request issue. I'm going to hide your comment though since it's not relevant to this specific thread.
ssddanbrown commentedon May 28, 2025
Thank you everyone for the feedback so far! Your testing has been super useful since otherwise I'm kinda on my own attempting to find issues and have limited insight into how stable folks are finding things.
As of the next feature release I'm moving on the editor to beta status, and also starting a new fresh thread for this phase in #5631. Therefore I'm going to now close this off.
Please provide future feedback via #5631.