[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 --- Comment #93 from Chuck Lindeberg --- Created attachment 190692 --> https://bugs.documentfoundation.org/attachment.cgi?id=190692=edit A file containing a table that does NOT exhibit this bug. I am the person who originally submitted this bug report and I have recently created a file with a table in which the bug does not occur. Perhaps if you Compare the attached file's innards to those of the file I originally submitted and other test files you may have created it will help find the source of the problem. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 --- Comment #92 from Antoine Pitrou --- (In reply to Eyal Rozenberg from comment #91) > > That's likely because you've used Writer or Calc more than Impress. Impress > is in a far less robust and rounded-out state than those two. I don't mean > to denigrate the important work developers have been doing - and there's > certainly gradual improvement over time - but I do believe those two > modules, especially Writer, get more attention and work than Impress does. Hmm, this bug is for Writer, not Impress. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 --- Comment #91 from Eyal Rozenberg --- (In reply to Antoine Pitrou from comment #90) > I'm honestly very surprised by this bug and the fact that it has existed for > so long time. I'm a very casual user of word processing tools, and I'm also > a big fan of free software (and a long-time contributor thereof). I was > naively assuming that LibreOffice is mature software nowadays. That's likely because you've used Writer or Calc more than Impress. Impress is in a far less robust and rounded-out state than those two. I don't mean to denigrate the important work developers have been doing - and there's certainly gradual improvement over time - but I do believe those two modules, especially Writer, get more attention and work than Impress does. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 --- Comment #90 from Antoine Pitrou --- (In reply to Michel AUTEM from comment #89) You can't seriously call "ergonomic" a functionality which deletes user-made changes while it only claims to add a new line to the table. *And*, on the top of that, Undo doesn't work to restore user-made changes. I'm honestly very surprised by this bug and the fact that it has existed for so long time. I'm a very casual user of word processing tools, and I'm also a big fan of free software (and a long-time contributor thereof). I was naively assuming that LibreOffice is mature software nowadays. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 --- Comment #89 from Michel AUTEM --- Hi Friends, On my end I don't consider this bug as really one, but instead as an Writer ergonomic : the "problem" is that each time you change anything in your table format or size, Writer re-apply the table autoformat style applied when you created it (normally the "table default style"). That's also the reason why the "Undo" command has no effect. The (or MY) solution is : 1. Create your table and put some content in it. 2. Apply all style parameters you can directly to this embryonic table : characters (font, size, colors, italic, bold..), cells back colors, everything you want. 3. Record the new style your have defined in "Autoformat style..." under a new name. >From now on, your table is affected with your new autoformat style and it will not crash down when you add/remove lines. And to be icing on the cacke, the next time you create a table, no need to redefine everything : you have only to apply your personalized autoformat style which is now recorded. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 --- Comment #88 from Antoine Pitrou --- I can confirm this on the following build. I can also confirm that choosing Undo *does not* revert the automated formatted changes, which makes this bug even more infuriating. Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 24; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.3 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 Stéphane Guillou (stragu) changed: What|Removed |Added CC||oskar.neugeba...@online.de --- Comment #87 from Stéphane Guillou (stragu) --- *** Bug 158050 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 Stéphane Guillou (stragu) changed: What|Removed |Added CC||Sebastiano.Baratella@GMail. ||com --- Comment #86 from Stéphane Guillou (stragu) --- *** Bug 157229 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 --- Comment #85 from João Pedro --- I can confirm it in all 6 and 7 versions. Inserting or deleting any row or column reverts font formatting to the font set in Tools / Options / Advanced / Expert Settings / org.openofficeVCL / DefaultFonts and crashes all paragraph formatting. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 --- Comment #84 from João Pedro --- I've tried using styles, changing the font in the settings for experts, inserting rows or columns of all shapes (Tab key, by the menu and interactive menu, toolbar) but whenever a row or column change is made the table loses all formatting. I changed the fonts in the settings [Expert settings / org.openoffice.VCL/DefaultFonts/LocalizedDefaultFonts] but even that doesn't solve the problem; Writer now uses this font in the formatting break. It's a shame that such good software doesn't have this problem fixed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 j22...@gmail.com changed: What|Removed |Added CC||j22...@gmail.com --- Comment #83 from j22...@gmail.com --- *** Bug 156421 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 --- Comment #82 from j22...@gmail.com --- I can reproduce it Version: 7.5.5.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 4:7.5.5~rc2-0ubuntu0.22.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 --- Comment #81 from Jim Raykowski --- Here is a small patch that makes font and alignment changes not change when a row or column is inserted or removed: https://gerrit.libreoffice.org/c/core/+/151936 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 Stéphane Guillou (stragu) changed: What|Removed |Added Version|6.0.0.3 release |5.1.0.3 release CC||r...@post.cz --- Comment #80 from Stéphane Guillou (stragu) --- In comment 18, Maxim suggests it's an implementation error that started with Jan's work first available in 5.1. However, in duplicate bug 148307, raal bibisected the issue to commit 40fba0f4418084d50cc5c388cb0b6e1abe395d61, which first made it into 5.3. It think the confusion lies in availability of specific table styles / autoformats in different versions. I just tested 5.2.7.2 and could reproduce the issue when applying an autoformat that was available back then, so I am marking 5.1 as first affected, and confirming this is most likely an implementation error. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 --- Comment #79 from Stéphane Guillou (stragu) --- *** Bug 147675 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 Stéphane Guillou (stragu) changed: What|Removed |Added CC||clindeb...@ieee.org --- Comment #78 from Stéphane Guillou (stragu) --- *** Bug 148307 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 Vignesh wolf changed: What|Removed |Added Status|NEW |UNCONFIRMED Ever confirmed|1 |0 --- Comment #77 from Vignesh wolf --- I've also experienced the same problem. In Version: 6.4.7.2 libreoffice write -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126008] TABLES STYLES: Inserting or removing a row/column changes entire table's formatting (see comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=126008 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|TABLES STYLES: Inserting a |TABLES STYLES: Inserting or |row/column changes entire |removing a row/column |table's formatting (see |changes entire table's |comment 5) |formatting (see comment 5) -- You are receiving this mail because: You are the assignee for the bug.