https://bugs.documentfoundation.org/show_bug.cgi?id=165474
--- Comment #28 from Eyal Rozenberg <[email protected]> --- (In reply to V Stuart Foote from comment #27) > Spacing issues on GTK3 (where we draw the controls compliant with that > toolset) do not invalidate the UI design. Please re-read the motivation for having vertical tabs in the first place: bug 99528, comment #0. This behavior in GTK3 completely invalidates the design. But, of course - the invalidated design is not vertical tabs _generally_; it's just that vertical tabs are valid only while, and to the extent that, all tabs are always visible, and never move or scroll around, and can't get mixed up. > Again, there simply is no functional, design, or UX issue with all controls > not being visible on a dialog or toolbar. That is what overflow handling > provides. Exactly the contrary. It is horrible design and UX to have what should be the fixed UI of the dialog be messed up and redistributed, so that they look like the what should be a fixed UI, but in fact are different tabs in the same places. It is confusing, it is jarring, it prevents forming "muscle memory" for reaching controls on panes in the dialog, and in fact, it hampers forming the overall idea of what the dialog contains. And this is even worse than with the horizontal tabss about which Samuel Mehrbrodt was complaining. It should also be stressed that we are not even talking about overflow control, per se, e.g. affordance for some extra items at the bottom of a list; we're talking about a scrolled view of items. That is something which is only ever acceptable for _content_ - the list of available fonts, or of the file formats to save a document as etc. It is entirely unacceptable for dialog tab headers. -- You are receiving this mail because: You are the assignee for the bug.
