Problem
The right-side plugin panel (panelRight) is user-resizable, and a width chosen by the user is persisted per browser (*-rightmenu-width in localStorage). However, an integrator cannot provide a sensible default width: without a stored user preference the panel always falls back to MENU_BASE_WIDTH (220px). For data-heavy plugin panels (e.g. a template-field list with name + sample value columns) this is too narrow, and every user has to widen the panel manually on first use, in every browser profile.
Proposed solution
Add an optional editorConfig.customization.pluginsPanelWidth (integer, pixels), used only when the user has not resized the panel yet:
- A width previously chosen by the user always wins (existing behaviour, unchanged).
- Otherwise, if
pluginsPanelWidth is a positive number, it is applied, clamped between MENU_BASE_WIDTH and half the window width, so a misconfigured value can never make the editor unusable.
- Otherwise the current default (
MENU_BASE_WIDTH) applies.
Non-plugin settings panels are unaffected. The change touches only the four editors' RightMenu.js (document, spreadsheet, presentation, pdf) — no sdkjs changes needed.
Status
A patch implementing this is ready; I'll open a PR (plus an accompanying documentation PR to Euro-Office/documentation) once there's agreement on the approach. Happy to adjust the option name or clamping semantics.
Problem
The right-side plugin panel (
panelRight) is user-resizable, and a width chosen by the user is persisted per browser (*-rightmenu-widthin localStorage). However, an integrator cannot provide a sensible default width: without a stored user preference the panel always falls back toMENU_BASE_WIDTH(220px). For data-heavy plugin panels (e.g. a template-field list with name + sample value columns) this is too narrow, and every user has to widen the panel manually on first use, in every browser profile.Proposed solution
Add an optional
editorConfig.customization.pluginsPanelWidth(integer, pixels), used only when the user has not resized the panel yet:pluginsPanelWidthis a positive number, it is applied, clamped betweenMENU_BASE_WIDTHand half the window width, so a misconfigured value can never make the editor unusable.MENU_BASE_WIDTH) applies.Non-plugin settings panels are unaffected. The change touches only the four editors'
RightMenu.js(document, spreadsheet, presentation, pdf) — no sdkjs changes needed.Status
A patch implementing this is ready; I'll open a PR (plus an accompanying documentation PR to Euro-Office/documentation) once there's agreement on the approach. Happy to adjust the option name or clamping semantics.