Closed izmeez closed 11 months ago
@izmeez which editor profile are you using? I can't reproduce what you describe with any of the three defaults, and neither with one of my customs.
Can you provide a screenshot? Or maybe the configuration of your custom profile - if it's a custom profile.
I am using the default profile with the Seven theme for admin and tested with both Firefox and Brave (Chrome variant) with same results. Attached is a screen shot.
Aggregation is on.
Odd, I can't reproduce.
Did you edit the profile? If so, can you provide the json export here? BTW: if you toggle the dots again, the floated toolbar closes.
However, you toolbar appears to be misplaced in the screenshot, so I'm still suspecting, it's not the original "Default" profile.
EDIT: ah, now I get it... with long content, the toolbar scrolls with content (fixed). That's regular behavior. So no bug as far as I can see.
TinyMCE provides a setting for this behavior, so if you don't like it, you can switch to another toolbar_mode
, which is documented here.
And no, there's no builder tool setting for that and won't get implemented. :wink:
Thank you for finding this and sharing the link. It explains the four options well,
Possible values: 'floating', 'sliding', 'scrolling', or 'wrap'
I am using the default profile, as it is out of the box. So it appears to be set to floating
. I quite like the sliding
option, but wrap
would be consistent with the current ckeditor behaviour. So is there a way in the UI that this can be changed?
is there a way in the UI that this can be changed?
No, and I'm not planning to implement it. TinyMCE provides a load of configuration options, for almost every aspect, so it's not even possible to cover all.
I see there are a lot of settings for TinyMCE. Just for the toolbar positioning the tinymce.init has the four settings mentioned earlier and also toolbar_sticky which can be set to true. So, if someone wanted to make any changes would it require adding an extra js file to the js folder?
if someone wanted to make any changes would it require adding an extra js file to the js folder?
Of course not! :smile: The JSON profiles handle that. You don't have to touch any js code, but have to edit JSON to have full control over all available options.
Thank you for the additional information about the JSON profiles. I thought they were just for editing icons. Knowing they can be used for more I can experiment making a copy of a profile and adding to it.
I was not thinking that all the options need to be available in the UI. It just seems like some of the default behaviour may be pain points for other users and knowing how to approach them is helpful. Thank you.
I think, with the builder edit/delete functionality now implemented, this can be closed.
When in a layout and configuring a custom block in a modal the editor icons are simplified and include a more icon that toggles an extra display of icons. This extra row display floats such that if the custom block exceeds the length of the window the display is floating by itself and there is no way to toggle it off unless one scrolls back up to click on the more button.
Maybe adding a close button on this extra floating display would be a solution for when the user is done with the extra?
It also raises the question of whether the entire editor toolbar should float, remaining at the top of the content window as user scrolls down.
This may be an edge case as blocks are usually short.