Steps to reproduce:
1. Fully border a cell in the middle of the sheet.
2. Select that cell and one next to it.
3. Format -> Cells
4. Set Line Width to 2pt.
Only one side of the border is changed.
All sides of the border are changed.
Platform (if different from the browser):
Windows 7 - 64 bit
Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20100101 Firefox/13.0.1
Line style and line color behave the same way.
Oh, and the weird thing is that setting Line Style or Line Color from the toolbar does affect the whole selection. Though doing that has a bug of its own: it isn't added to the undo list.
Not a valid bug report, too much info missing. And looks like a user error, of course such a modification does not affect all cell borders, but only the ones selected that the change should be applied
Thank you for your report – unfortunately important information is missing.
May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? If you believe that that is really sophisticated please as for Help on a user mailing list
- Write a meaningful Summary describing exactly what the problem is
- Attach a sample document (not only screenshot) or refer to an existing
sample document in an other Bug with a link.
- Attach screenshots with comments if you believe that that might explain the
problem better than a text comment. Best way is to insert your screenshots
into a DRAW document and to add comments that explain what you want to show
- Contribute a document related step by step instruction containing every
key press and every mouse click how to reproduce your problem
(similar to example in Bug 43431)
– if possible contribute an instruction how to create a sample document
from the scratch
- add information
-- what EXACTLY is unexpected
-- and WHY do you believe it's unexpected (cite Help or Documentation!)
-- concerning your PC (video card, ...)
-- concerning your OS (Version, Distribution, Language)
-- concerning your LibO version (with Build ID if it's not a public release)
and localization (UI language, Locale setting)
–- Libo settings that might be related to your problems
(video hardware acceleration ...)
-- how you launch LibO and how you opened the sample document
-- everything else crossing your mind after you read linked texts
Even if you can not provide all demanded information, every little new information might bring the breakthrough.
Created attachment 63139 [details]
A step by step graphic explaining the bug report.
Alright, here's my attempt to supply more information.
(In reply to comment #4)
> Created attachment 63139 [details]
> A step by step graphic explaining the bug report.
> Alright, here's my attempt to supply more information.
Where it says "This method sets the color of all borders" it should be "This method sets the color of all borders within the selection".
> Where it says "This method sets the color of all borders" it should be "This
> method sets the color of all borders within the selection".
What is "It"?
And what ever it is, I currently do not believe that we need that addition. Generally formatting (Character size ...) only will be done for the selection.
I disagree with the "Final Comment 1" in "A step by step graphic explaining the bug report" (great work, BTW!). These are completely different tools for border formatting, and the different behavior is intended.
And now the subject is concerning something different from Comment 5
"Final Comment 2" is worth to be discussed, may be an icon "line width for all existing borders" would be useful. I recommend to discuss that on <firstname.lastname@example.org>
(In reply to comment #6)
> > Where it says "This method sets the color of all borders" it should be "This
> > method sets the color of all borders within the selection".
> What is "It"?
> And what ever it is, I currently do not believe that we need that addition.
> Generally formatting (Character size ...) only will be done for the selection.
You're right, I was unclear there. "It" refers to my attachment. I was trying to correct one of the lines in it.
> "Final Comment 2" is worth to be discussed, may be an icon "line width for all
> existing borders" would be useful. I recommend to discuss that on
I think the addition of a line width icon would be reasonably satisfactory. As long as there's a method to set the line width of all selected borders, and that method is reasonably easy to find, I'm happy.
For me, in reporter's explanation the result of the "right path" is plausible: any cell border in the selection will be modified.
With the left path I am not sure, to me selector's (in that dialog) decision to preselect only the top cell border seems a little mysterious. Why only that one and not all ones? It's always the same when I do some research concerning these cell border formatting issues. When I start, way how it works seems absurd to me, the longer I work with it the more plausible it seems to be. May be behavior is different to enable user to act flexible and to solve users needs in a flexible way with few mouse clicks? I still am wishy-washy whether we have a bug or not ...
But definitively more info from reporter will not help.
the way this currently works is that the format->cells dialog operates on a selection of cells, and the borders tab displays only those lines that are consistent in the selection, i.e. it will display the top line because of the selected cells only one is in the top row and that one has a top border; it will not display the bottom line because of the cells in the bottom row of the selection none have a border, and the left/right border is displayed "grayed out" because there the lines are not consistent i.e. in the first column one cell has a left border and one not and in the last column as well for right border.
because the selection dialog has to allow to set "inner horizontal"/"inner vertical" lines which is by definition top/bottom or left/right border of cells that are not the outermost border (via the middle horizontal line in the attachment screenshot), it is not possible to interpret clicking OK as affecting only the lines that previously had a border; in other words this works "as designed".
maybe a better design is possible :) but it must in any case also allow for the current behavior of explicitly setting all "inner" borders.
btw, nice graphical illustration from the reporter :)
Per comment 9 I will mark this bug report as NOTABUG.
If you think that the way it works should be changed, consider contacting UI experts available at email@example.com.
BTW: your STR graphic should be marked as a template for all reporters. Good work!
> If you think that the way it works should be changed, consider contacting UI
> experts available at firstname.lastname@example.org.
> BTW: your STR graphic should be marked as a template for all reporters. Good
(In reply to comment #10)
Yes, activatecrap's sketch was really good work, thanks!