[xwiki-devs] WYSIWYG editor menus are behind the editor… how to solve?
Hello fellow XWikiers, we are having a bug at Curriki where one positioning of the wysiwyg editor has the following bug: the menus pop-up behind the tool-bar and editor-pane. Other instances of the editor do not have this issue. What should I investigate? Is this z-index (apparently always 12) not dynamically updated depending on the current z-index? paul
On Sat, Jan 25, 2014 at 12:21 AM, Paul Libbrecht <[email protected]> wrote:
Hello fellow XWikiers,
we are having a bug at Curriki where one positioning of the wysiwyg editor has the following bug: the menus pop-up behind the tool-bar and editor-pane. Other instances of the editor do not have this issue.
What should I investigate?
Is this z-index (apparently always 12) not dynamically updated depending on the current z-index?
There is not current x-index and no it isn't computed or updated dynamically. Moreover, that 12 z-index is needed only in full screen edit mode (fullScreen.css). The WYSIWYG editor doesn't set any z-index (neither to the menu pop-up nor to the toolbar or the rich text area) because it doesn't need to. The editor elements could be affected by some CSS rules from your skin. I'd check with the browser's developer tools. Hope this helps, Marius
paul _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Mon, Jan 27, 2014 at 9:15 AM, Marius Dumitru Florea <[email protected]> wrote:
On Sat, Jan 25, 2014 at 12:21 AM, Paul Libbrecht <[email protected]> wrote:
Hello fellow XWikiers,
we are having a bug at Curriki where one positioning of the wysiwyg editor has the following bug: the menus pop-up behind the tool-bar and editor-pane. Other instances of the editor do not have this issue.
What should I investigate?
Is this z-index (apparently always 12) not dynamically updated depending on the current z-index?
There is not current x-index and no it isn't computed or updated
There is no current z-index ...
dynamically. Moreover, that 12 z-index is needed only in full screen edit mode (fullScreen.css). The WYSIWYG editor doesn't set any z-index (neither to the menu pop-up nor to the toolbar or the rich text area) because it doesn't need to. The editor elements could be affected by some CSS rules from your skin. I'd check with the browser's developer tools.
Hope this helps, Marius
paul _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Le 27 janv. 2014 à 08:15, Marius Dumitru Florea <[email protected]> a écrit :
Is this z-index (apparently always 12) not dynamically updated depending on the current z-index?
There is not current x-index and no it isn't computed or updated dynamically. Moreover, that 12 z-index is needed only in full screen edit mode (fullScreen.css). The WYSIWYG editor doesn't set any z-index (neither to the menu pop-up nor to the toolbar or the rich text area) because it doesn't need to. The editor elements could be affected by some CSS rules from your skin. I'd check with the browser's developer tools.
I just changed the stylesheet to be bigger than 101 (I used 303)… and that solved it. I see no way for a sustainable solution unless it is computed based on the surrounding z-index. Hence the surprise of having a fixed 12. paul
participants (2)
-
Marius Dumitru Florea -
Paul Libbrecht