In a Writer table, I mark two vertically adjacent cells currently separated by a black line, which latter I want to eliminate.
The Table symbol bar contains a symbol of a black and red bordered square, which I click.
The eleventh symbol there shows the horizontal line separating the cells in white. I click it. Nothing happens. (If instead I walk through the menu 'Table - Properties - Borders - User defined' and click the central horizontal line away, it does disappear from the table.)
I don't know what symbol you think of. To eleminate the black line between the two sells choose "Borders (Shift to overwrtite)". Press Shift and the specific icon to remove the black line.
Set to WORKSFORME. Please change it back to UNCONFIRMED if the description doesn't solve your problem.
I can see that it does work if Shift is pressed, and thus withdraw the bug report with apologies.
However, what then is hitting any of those icons supposed to do if Shift is not pressed? I could not detect any effect.
You can use them, if you have a table without borders. I must admit, I don't know, why it is necassary to differ between table without borders and overwriting borders. Wozld be more userfriendly, if you can also overwrite borders without pressing shift. Might be a proposal for an enhancement. But I hven't checked, if this proposal already exists.
Okay, can we turn this into an enhancement proposal?
Current situation: The functionality of the icon 'Borders (Shift to overwrite)' on the Table Icons bar is not transparent.
Suggestion: The simplest solution would seem to be: On pressing the icon on the bar, the user is shown the section 'User defined' of the dialog box that he gets to see if he walks through the menus 'Table - Properties - Borders'. The icon on the bar would be just a shortcut to this part of the box, whose functionality is immediately transparent.
(In reply to Christian Lehmann from comment #4)
> Suggestion: The simplest solution would seem to be: On pressing the icon on
> the bar, the user is shown the section 'User defined' of the dialog box that
> he gets to see if he walks through the menus 'Table - Properties - Borders'.
> The icon on the bar would be just a shortcut to this part of the box, whose
> functionality is immediately transparent.
The intent of the group button's expansion is to give easy access to a few common border options, with the more advanced features being available in the dialog. So for me, i wouldnt agree with this enhancement.
Heiko, Stuart, Adolfo: thoughts?
What is at least necessary is the following:
If you press the button, the different border styles appears with the heading "Borders". It should be renamed to "Borders (Shift to overwrite)" (the same as the toolbar icon), because as the original bug report shows, a lot of people (including me some months before) immedeatly press the icon button "Borders" and don't realize the additional "Shift to overwrite" information.
I can see Yousuf's point. But if the idea is to present a set of common border layouts for a one-click selection, then I still do not understand why we need two different behaviors for clicking and shift-clicking. Why doesn't it suffice for the user to force one of the schemes presented onto his selected cells, regardless of how they are formated theretofore?
The full caption "Border (Shift to override)" (localized) is too long for the widget, and we also shouldn't resize it. The common workflow is to apply a border style and not to have the "hidden gem" feature of modifying the outer border. So either we drop the shift modifier or keep things as it. There is not much to say against a "more" button to go into the table properties dialog.
My opinion: WFM.
Dropping the shift modifier and adding a 'more' button leading to the full properties menu seems a good compromise.
FWIW: I prefer a WYSIWYG behavior as default (so dropping the shift modifier)
As long as nobody reacts to Comment 3 plus Comment 7, I may be allowed to repeat the suggestion of the simplest solution: Drop the difference between Click and Shift-Click and always overwrite the current design of the table by the design that the user clicks.
Please consider that a feature may be ever so ingenious and still not helpful if its functionality is not transparent to the user.
The widget has the tooltip "Borders (Shift to overwrtite)". Removing functionality might be too much.
We discussed the topic in the design meeting. While the widget currently _adds_ borders the request is to _toggle_. Positive side-effect is that we could highlight what is set, drawback that combination of horizontal plus vertical in order to create rectangular wouldn't be possible anymore. But the widget lacks only one configuration, and if we move the empty / None option into the header similarly to the color picker, the free spot gives room for the remaining option.
In a nutshell, let's make the current +shift the default and have toggle with shift. Plus, move None into the header area and add the last option to the presets. Once done we ideally get the toggled state highlighted.
*** Bug 141392 has been marked as a duplicate of this bug. ***