https://bugs.documentfoundation.org/show_bug.cgi?id=157580
Jeff Fortin Tam <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Ever confirmed|0 |1 Resolution|WONTFIX |--- --- Comment #13 from Jeff Fortin Tam <[email protected]> --- > We do have a priority for the sections, > but the styles preview was always attributed to be important. The "important" section priority attribute doesn't work in practice if the important-flagged section ends up not being shown visually, no? >> I don't understand how you can essentially conclude that my proposal is >> taking anything essential away from anyone... > > You proposed to change the overflow procedure and to first hide the styles > preview. > Actually, translating into algorithm, to start with the largest section. _When_ the window width is calculated to be insufficient for that widget. It still does not take anything away if you do it by measuring available space; it's not "crippling" the widget if it already isn't showing its contents anyway… In principle, my proposed change _adds_ functionality, especially on your WXGA target, by filling that visually empty space with either a compact version of the styles widget, or other things that can fit, instead of just showing nothing on ⅓ of the width. Can't something like the logic below be achieved even with the current toolkit tech? On window width set: 1. gtk_widget_get_width (or some equivalent) for each shown widget section container placed before (left side) of the styles preview widget, sum them up 2. Get the width of the permanent ("Home" and "Find") widgets on the right 3. Substract 1 and 2 from the window width number to get the "available space" number 4. Get the width of the styles preview widget, to determine if it would fit within the "available space" number (i.e. fit between the left and right stuff previously measured) 5. If space is insufficient, either show a compact version, or order* it later in the toolbar so that other more compact widgets (ex: the "Table" and "Zoom" sections) can fill that space by being shown before the styles preview widget (which would still be available in the offscreen expander widget _just like it currently does in practice anyway_) *: If "reordering" is somehow technically impossible, I presume there's another trick: duplicate that widget's section in the UI file, and hide()/show() the first or second instance of it based on the context? If possible, this would make it a better "adaptable" user experience out of the box. Even for higher-res screens, it would improve compatibility with split-screen tiling. Yes, in theory tech-savy/geeky users like me can turn off that section entirely, but the reason why I'm reopening this for consideration is that I care about the out-of-the-box UX for your less technical users :) -- You are receiving this mail because: You are the assignee for the bug.
