Bug 141714 - FORMATTING: Borders
Summary: FORMATTING: Borders
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.0.5.2 release
Hardware: Other Windows (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Cell-Border
  Show dependency treegraph
 
Reported: 2021-04-16 15:34 UTC by pinkfloydian
Modified: 2025-02-11 03:10 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description pinkfloydian 2021-04-16 15:34:07 UTC
Description:
How retarded it is that even after this recent upgrade we still can't repeat the previously assigned Border... like we do with the previous font color or background color?

In the same retarded way... how weird it is LibreOffice's cell borders functioning? I mean, for example, we assign a bottom stoke to a cell but if we want to delete it afterwards, we are unable to clear it from the bellow cell (because its upper stroke actually was attributed to the upper cell... as a bottom stroke). Stupid? Very stupid!

Steps to Reproduce:
1.You select a Border from it's menu bar button
2.... and the button doesn't save what was the last used

Actual Results:
1.You select a Border from it's menu bar button
2.... and the button doesn't save what was the last used

3.If I'd clear all the strokes with the same button... it actually doesn't clear all strokes if they were added to any other surrounding cell. It is very stupid. I have to remember to what cell I assigned it before... in a multiple borders attribution.

Expected Results:
Like in Font/Cell Background color, you should be coherent and save the last border used. And a bottom stroke applied to a cell should also be considered as applied to the upper stroke of the bottom cell.


Reproducible: Always


User Profile Reset: No



Additional Info:
Like in Font/Cell Background color, LibreOffice should be coherent and save the last border used. And a bottom stroke applied to a cell should also be considered as applied to the upper stroke of the bottom cell.
Comment 1 Roman Kuznetsov 2022-10-05 19:06:49 UTC
(In reply to pinkfloydian from comment #0)
> Description:
 
> In the same retarded way... how weird it is LibreOffice's cell borders
> functioning? I mean, for example, we assign a bottom stoke to a cell but if
> we want to delete it afterwards, we are unable to clear it from the bellow
> cell (because its upper stroke actually was attributed to the upper cell...
> as a bottom stroke). Stupid? Very stupid!

You are absolutely wrong here.
Calc has the absolutely right border model, when every cell has its own borders and you of course can't change any cell properties (include borders!) from another cell properties.
MS Excel has stupid behavior in that case, I agree.

> Actual Results:
> 1.You select a Border from it's menu bar button
> 2.... and the button doesn't save what was the last used
> 
> 3.If I'd clear all the strokes with the same button... it actually doesn't
> clear all strokes if they were added to any other surrounding cell. It is
> very stupid. I have to remember to what cell I assigned it before... in a
> multiple borders attribution.
> 
> Expected Results:
> Like in Font/Cell Background color, you should be coherent and save the last
> border used. And a bottom stroke applied to a cell should also be considered
> as applied to the upper stroke of the bottom cell.

Do you mean Borders widget on Formatting toolbar?
Comment 2 Roman Kuznetsov 2024-08-14 18:16:38 UTC
Set to NEEDINFO by my last question
Comment 3 QA Administrators 2025-02-11 03:10:50 UTC
Dear pinkfloydian,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
 
Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping