Bug 169774 - Column addition affects columns' width
Summary: Column addition affects columns' width
Status: RESOLVED DUPLICATE of bug 125736
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-12-01 04:19 UTC by Danat
Modified: 2025-12-01 07:46 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Video (8.75 MB, video/mp4)
2025-12-01 04:19 UTC, Danat
Details
File in the video (10.18 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2025-12-01 04:20 UTC, Danat
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Danat 2025-12-01 04:19:07 UTC
Description:
https://drive.google.com/drive/folders/1LdT0scYdtkhvbtjQ6Iwl6ZQ2t2RKM2Rv?usp=sharing

I wish instead of splitting one column into two (so both fit within last column) - it added a new column that is the same size size as the last column

But maybe it needs to be discussed first. If it was developed this way - perhaps there was a justification for it. I'd like to hear your thoughts

Steps to Reproduce:
1.Make a table of several columns
2.Add a column using a UI arrow
3.

Actual Results:
It affects existing column's width

Expected Results:
No change of existing column's size


Reproducible: Always


User Profile Reset: No

Additional Info:
In the video
Comment 1 Danat 2025-12-01 04:19:32 UTC
Created attachment 204358 [details]
Video
Comment 2 Danat 2025-12-01 04:20:03 UTC
Created attachment 204359 [details]
File in the video
Comment 3 Danat 2025-12-01 05:14:58 UTC
I just noticed that it affects not only the last column, but all columns

The code wants to fit all columns within the width of the existing columns, so it ends up messing up the whole column, and all columns do not retain their original shape

No, I definitely disagree with this. It's bad. It needs improvement
Comment 4 Danat 2025-12-01 05:16:00 UTC
(In reply to Danat from comment #3)

> The code wants to fit all columns within the width of the existing columns,
> so it ends up messing up the whole column

the whole table*
Comment 5 Buovjaga 2025-12-01 05:21:08 UTC
It is a good idea to search for existing reports before creating new ones.

*** This bug has been marked as a duplicate of bug 125736 ***
Comment 6 Danat 2025-12-01 05:29:03 UTC
(In reply to Buovjaga from comment #5)
> It is a good idea to search for existing reports before creating new ones.
> 
> *** This bug has been marked as a duplicate of bug 125736 ***

People's opinions are valuable. If more people ask for the same thing - it means it deserves priority. The more people ask - the more priority it deserves
Comment 7 Buovjaga 2025-12-01 05:37:10 UTC
(In reply to Danat from comment #6)
> (In reply to Buovjaga from comment #5)
> > It is a good idea to search for existing reports before creating new ones.
> > 
> > *** This bug has been marked as a duplicate of bug 125736 ***
> 
> People's opinions are valuable. If more people ask for the same thing - it
> means it deserves priority. The more people ask - the more priority it
> deserves

Sure, but it can also be expressed in a more subtle way, by adding yourself to the Cc field of existing reports. We track the statistics of this and consider the priority based on it: https://wiki.documentfoundation.org/QA/Bugzilla/Statistics#Bugs
Comment 8 Danat 2025-12-01 07:46:10 UTC
(In reply to Buovjaga from comment #7)
> (In reply to Danat from comment #6)
> > (In reply to Buovjaga from comment #5)
> > > It is a good idea to search for existing reports before creating new ones.
> > > 
> > > *** This bug has been marked as a duplicate of bug 125736 ***
> > 
> > People's opinions are valuable. If more people ask for the same thing - it
> > means it deserves priority. The more people ask - the more priority it
> > deserves
> 
> Sure, but it can also be expressed in a more subtle way, by adding yourself
> to the Cc field of existing reports. We track the statistics of this and
> consider the priority based on it:
> https://wiki.documentfoundation.org/QA/Bugzilla/Statistics#Bugs

Have a look at my 2 new table-related reports

https://bugs.documentfoundation.org/show_bug.cgi?id=169775

https://bugs.documentfoundation.org/show_bug.cgi?id=169776