Created attachment 41286 [details] Example of the table Bottom border of the vertically grouped cells and right border of the horizontally grouped cells has the style of the inner border option and not of the outer border... 1. Create a table 3x3 2. Make horizontal group of 2 cells and a vertical group of 2 cells +---+-------+ | | | <-This one |---+-------+ | | | | | |---+---| | | | | +---+-------+ ^ And this one 2. Select all cells and apply a thick line style for the _outer_ border and no line (or thin line) for _inner_ borders... 3. Right and bottom borders of the grouped cells have wrong style of the _inner_ border, where they should have an _outer_ border style...
<table:table-row table:style-name="ro1"> <table:table-cell table:style-name="ce1"/> <table:table-cell table:style-name="ce2" table:number-columns-spanned="2"> <text:p text:style-name="P1"> Right border is wrong </text:p> </table:table-cell> <table:covered-table-cell table:style-name="ce3"/> </table:table-row> First solution: Propagate table:style-name parameter from visible cells to covered cells along with background, alignment and padding (change ce3 to ce2) Second solution: Keep styles as-is, but display grouped cells using: borders from the style associated with each of the covered cells (ce3) background, alignment and padding from the style of the main cell of the group (ce2) Problems to keep eye on: 1. Borders shared between grouped and ungrouped cells - Groups take priority?.. Uniform borders?.. 2. Borders state after re-splitting cells - inherit the style of the parent cell?.. Right now it drops to default style for the new right and bottom cells...
presentation->thorsten
This bug seems to be fixed in LODev 3.5... Thanks.
Ah... Sorry... I forgot that it was happening in Impress... Even though it doesn't happen in Writer, but it still happens in Impress... So, The bug still present in LODev 3.5
This bug has not been touched by for a long time. Just confirming, is this bug still ASSIGNED?
freeing the bug for other takers, swamped here.
Please read this message in its entirety before responding. Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed. If you have time please do the following: 1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer). 2) If it is present please leave a comment telling us what version of LibreOffice and your operating system. 3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System Please DO NOT 1) Update the version field 2) Reply via email (please reply directly on the bug tracker) 3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link: https://wiki.documentfoundation.org/QA/BugTriage There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/. Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
(In reply to QA Administrators from comment #7) I've just tried to reproduce this bug in LO 4.2.6.3, and I must say, the issue has gone much more severe. I've not been able to make the table look what I want. I wanted simple table with no background, plain black borders, thick outside borders and thin cell borders. I've added a table, disabled built-in styles and edited everithing in the table properties. After pressing OK the table got thick outer border, but not the borders between cells... It turns out, every time I set them to be 1pt thick, press OK and go back in that menu, they are 0,05pt thick again. One time the right border of the middle left cell became 1pt thick, but I don't know how. Splitting and merging cells has totally broke the table - I can't edit or disable any borders now. It totally works in Writer. Why can't it work the same way in Impress??? I've attached the file I ended up with. It's a mess. I can't make outer borders thick and inner borders thin.
Created attachment 108320 [details] Broken table in Impress
I can't reproduce the original issue on 4.3.5.2, 4.4.0.2 or 4.5 master. Note however that there is at least one other bug in 4.3 and later which may prevent changes to a table in Impress being seen immediately (bug 64498). Saving and reloading the file should make any such changes visible. Setting -> RESOLVED WORKSFORME