https://bugs.documentfoundation.org/show_bug.cgi?id=89826
--- Comment #29 from Eyal Rozenberg <[email protected]> --- (In reply to Schlomo Schapiro from comment #18) > I get it, and short of having a scroll bar appear on overflow I don't see a > solution. We should avoid scroll bars on dialogs if possible. Making the contents of a dialog movable breaks part of its metaphor, and makes the items on it look more like a document than UI widgets. We should make an effort not to get to that point. > Would a scroll bar be bad for those cases where there is an overflow? I > imagine that in >90% of all cases a style won't have so many settings to > need it. 10% is quite a lot. If it were 1%, then maybe; but even then I would expect something else. Perhaps a two-arrow-button page-flipping widget for style contents? At least it's not scrolling. And the more important thing is to make sure we cover the 99% of the cases without any scrolling. (In reply to Paolo Benvenuto from comment #24) > Unfortunatly the size of > the remove bottom cannot be changed, I tried to make it smaller, without > luck. (In reply to Paolo Benvenuto from comment #27) > Remove button: the x is small, but the button is big, and it prevents a > smaller line spacing inside a tab It has _got_ to be much much smaller (but with a larger X). If for some reason a button can't be made smaller - then make it not-a-button; or employ some 'dirty trick'. We could also ask for help with this (Heiko? Sahil? Caolan? Not sure who knows enough widget wizardry). Another alternative is dropping the X'es altogether. If you make the chips clearly visible, they can be 'buttons' themselves, and if you click them, they fall away. I am also not too fond of the "view" and "edit" buttons. A button with an alternating label seems like the wrong widget, especially since it's just sitting there all alone in the middle of the pane. It has to be some kind of two-state widget, I think... I might also think about something which could go on the side of the "Contains" . Or - maybe the whole area of the pane could be clickable, like a giant slab, switching between locked and unlocked state somehow. But this one is Just a thought. -- You are receiving this mail because: You are the assignee for the bug.
