https://bugs.documentfoundation.org/show_bug.cgi?id=143249
--- Comment #38 from Eyal Rozenberg <[email protected]> --- (In reply to Heiko Tietze from comment #36) > The topic was on the agenda of the design meeting but didn't receive further > input. (In reply to Heiko Tietze from comment #36) > The topic was on the agenda of the design meeting but didn't receive further > input. I was not CCed to this bug, and unfortunately I often can't attend the design meetings. I only noticed it because of the agenda. Despite my being a latecomer - it seems implementation hasn't started, so I'll add some belated input. Side/meta-issues =================== 1. Table borders and styles: The currently-implemented dialog does not seem to reflect the table's style, nor offer any functionality associated with the style; it is a "direct formatting only" dialog. I'm not sure that's a good thing. 2. RTL. At the moment, you can set "left" and "right" borders. If you then switch the table directions, these are switched. Is it clear enough to the user that this is what will happen? Also, noticed a bug when you switch the table direction, then go back to the borders tab - the borders aren't switched. Will file that separately. Opinions regarding aspects of the current dialog & replies to other comments ============================================================================ 3. Tri-state is good; we need it and we want it. If anything should be improved about it, it's making its semantics clearer to the user. Seeing a thick gray border is somewhat confusing. At the very least, a tooltip should indicate what the "keep" state means; perhaps also some kind of textual indication involving the line style controls. 4. It important that we be able to select an existing border and have its features displayed in the various controls (width, color etc.) This is bug 143248 and Telesto pointed this out in comment #20. 5. Continuing (4.), it should be easy to select multiple border elements without applying a new style to them (and without having to click-click-clackety-clack a zillion times), as Telesto has indicated in comment #25. But at the same time one should be able to do "format-painter-style" copying of border segment style from one segment/position to another. Telesto suggests (in comment #20) this be done using drag-and-drop; I'm not sure I would like that. 6. We cannot currently change the style of a border segment without simultaneously enabling it universally. That is, if I have internal horizontal borders every two lines, I can't say "I want these border to be purple, wherever they exist". I should be able to do that I think. 7. Continuing (5.) ans regarding Heiko's question in comment #24, I would not accept losing the ability of setting the style of multiple border-positions in the dialog at once. Regarding Heiko's comment #27: This is no more confusing then how the preview needs to reflect multiple cells with conflicting-style borders; or how the toolbar buttons need to reflect conflicting styles within a selection of text, etc. Multi-selection is _not_ a rare case, it is a very common case - just think of the presents. Opinion regarding the latest mockup ==================================== 8. I doubt that a full pane of presets is useful, but I don't have a strong argument against it. 9. Will additional presets be part of the document? The document template? The user configuration? 10. I'm not sure I like 10 small position buttons. The 4 side ones are obvious enough, the other ones less obvious and more confusing, especially the use of gray. I would like to be able to make the selection the way I make it now - but just as a selection, without applying any style. Have you considered _two_ preview-like widgets? One being an actual preview with styled borders, and the other being used for selecting positions only? 11. The second mockup alternative, in which one only works on a single position at a time. Is unacceptable AFAIC. And it doesn't even have a format-painter-like capabilty 12. Under the Presets pane, shouldn't the controls be "Apply" and "Add New"? -- You are receiving this mail because: You are the assignee for the bug.
