Especially for creating HTML documents it is important to have table cell styles. HTML document with complex cells will then more compact, understandable and beauty. For example without cell styles cell definition in html will something like this: <TD WIDTH=25% BGCOLOR="#ff00ff" STYLE="border-top: none; border-bottom: 1.00pt solid #c0c0c0; border-left: 2.50pt solid #355e00; border-right: none; padding-top: 0cm; padding-bottom: 0.4cm; padding-left: 0.4cm; padding-right: 0cm"> <P CLASS="western"><BR> </P></TD> And using cell style something like this: </TD><TD CLASS ="sum"> </P></TD> it is more compact , understandable and editable for beginner and professional users.
A cell style would not only be beneficial for HTML, but very much so for plain documents, where a strict corporate identity is required. I have tried to achieve this with table autoformat, but these elements do not store all elements like different distances to borders correctly. (In contrast to what is said in the tutorial http://wiki.services.openoffice.org/wiki/Documentation/OOoAuthors_User_Manual/Writer_Guide/Formatting_a_table#AutoFormatting_tables) If a table cell style were implemented, for me there no longer is a pressing need to fix bug 31005.
Since this is an enhancement request, I just wanted to bring back into memory that this had quite a lot of support in the OO.org days. openoffice.org/bugzilla/show_bug.cgi?id=11121
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
remains in LibO 3.5.0 beta 1
This is exactly what I need. I format my table heading cells with a coloured background, but this has to be done manually. If I edit the Table Heading paragraph style so that the background is a different colour, it doesn't change the cell's colour, only the paragraph, so the colour doesn't fill the whole cell. So it's currently impossible to give any table cells or tables a style that affects it at the cell level rather than paragraph.
*** Bug 55333 has been marked as a duplicate of this bug. ***
I want to ask the same thing : new style category : table it would be very useful.
One of the strongest points for LibreOffice Writer is the strong and powerful reliance on formatting styles. Currently, LibreOffice supports styles for pages, paragraphs, characters, frames and lists. Styles for tables are severely missing, though. This enhancement would dramatically increase formatting abilities for structured documents, for DTP-like use. It would simplify keeping a number of documents in one style. The feature "Table"->"Autoformat" does something similar to table styles, but it is much less powerful (Autoformats are not editable) and it is highly inconsistent with the general use of styles in LibreOffice. Proposition: Add support for real styles for tables in LibreOffice. Create a new section in the Stylist called "Table Style" (also allow to edit table styles). Competitive assessment: Microsoft Office supports table styles since 2007. History of request: Please keep in mind that this enhancement request exsists since 2003 (OpenOffice) and has 103 votes in the AOO bug tracker.
Whoever implements this, gets a bounty: http://www.freedomsponsors.org/core/issue/158/formatting-feature-request-table-cell-styles-table-styles-writer Others, feel free to increase that bounty :)
Table styles is a desperately needed feature!
Related Apache OO issue (from comment #2) removed from URL field and added to See Also list.
Maybe a good solution for this enhancement "Table Styles in Writer" could be an integration with the related existing Calc feature "Choose themes": bug 77569
I think that the best means of placing the table styles selection area is within the sidebar, as mentioned in bug 86177.
I hope this ends up being "just another type of style", after character, paragraph, and list styles, with editing the style like editing any other type of style.
Created attachment 119123 [details] MS Office table style menu Please add table styles which are similar to those who are available in MS Office.
Work ongoing since recent to do this.. http://cgit.freedesktop.org/libreoffice/core/commit/?id=ac6f8bc92b1abe995694602f43d8ad108b7030fb http://cgit.freedesktop.org/libreoffice/core/commit/?id=73f4a06c0bce51c7c8b9ae9adfdc7ffac27d06b4 http://cgit.freedesktop.org/libreoffice/core/commit/?id=09fc6fef2d03ca8558dd6f0eec45d61ceb282cb5
Kendy mentioned 2 weeks back in the design meeting that he would try and resurrect the code done by a GSoC student for table styles. Samuel mentioned in the AOO bugtracker that there is a bounty for this feature - http://www.freedomsponsors.org/core/issue/158/formatting-feature-request-table-cell-styles-table-styles-writer I've create a google doc about the various table styling implementations throughout libreoffice as well as the ODF table style specification. https://docs.google.com/document/d/1zOsEe_cj-VnFyuPZcld4-WPjwmdsfsaHuOO8e2dfhU0/edit?usp=sharing
Kendy confirmed in last wednesday's meeting that he's completed the internal support for table styles, which users can accessed by applying a table style from Table > AutoFormat. You will notice that if you modify a table with the applied style, that the style will adapt to the change in the table rows and columns. Import and export support of the applied table style hasnt been implemented yet though. We hope to have a design session this friday (Oct 9th, 1pm UTC) to discuss the interface for management of table styles. Initial research for this is being added to this google doc. https://docs.google.com/document/d/1FPkf9fn79dXJ5tHpc-meMYxaQpj3nV5sEN6u9HOo2GQ/edit?usp=sharing
*** Bug 101720 has been marked as a duplicate of this bug. ***
(In reply to Yousuf Philips (jay) from comment #18) > Kendy confirmed in last wednesday's meeting that he's completed the internal > support for table styles, which users can accessed by applying a table style > [...] Resolved by GSoC work ??
(In reply to Cor Nouws from comment #20) > Resolved by GSoC work ?? No just the ground work was done, there are still stuff pending which will likely happen next GSoC. https://gist.github.com/ubap/55d22ef9b2e00347a2dc58ca4cb8b0ea The blog post of what is intended to be complete. https://design.blog.documentfoundation.org/2015/12/13/style-your-tables/
(In reply to Yousuf Philips (jay) from comment #21) > No just the ground work was done, there are still stuff pending which will > likely happen next GSoC. Ah, thanks - I obviously didn't look to all details of the GSoC work.. > https://gist.github.com/ubap/55d22ef9b2e00347a2dc58ca4cb8b0ea Quoting form there: " What has to be done: Table style dialog. Table styles dropdown menu is still under work. Default set of table styles is not implemented yet. Newly inserted table should be inserted with default table style. "
*** Bug 93400 has been marked as a duplicate of this bug. ***
Table styles are now part of writer. Open bugs and enhancements are collected in meta bug 107553. So I just want to ask, why this bug is still open? (just because I can't see a reason, but I'm sure there is one)
I saw, that (probably by accident) Regina Henschel gave a detailed answer to my question in bug 118274 comment 7.
Shouldn't then one of these issues marked as a duplicate of the other?
(In reply to Dieter Praas from comment #24) > Table styles are now part of writer. Open bugs and enhancements are > collected in meta bug 107553. So I just want to ask, why this bug is still > open? (just because I can't see a reason, but I'm sure there is one) (In reply to Dieter Praas from comment #25) > I saw, that (probably by accident) Regina Henschel gave a detailed answer to > my question in bug 118274 comment 7. From the original GSOC plan, not yet implemented is: > Table style dialog. > Table styles dropdown menu is still under work. But indeed, as outlined here 118274 comment 7, work on table styles is far from complete. Maybe when a developer again start on this task, making separate issues for each part of the work, or picking existing one from bug 107553, is nicer. But leaving that up to him/her.
Changing enhancement priority to 'high' since the number of people in CC is higher than 20
(In reply to Xisco Faulí from comment #28) > Changing enhancement priority to 'high' since the number of people in CC is > higher than 20 So, 3 years has passed, and now 36 users are in the CC list. Perhaps it is time to consider another measure... what do you think about possibly adding this to the list of potential tenders for 2023?
Cell styles (primary target of this report) would also benefit the file structure. Today, cell styles are applied inside every single table like: <style:style style:name="Table94.A6" style:family="table-cell">... Meaning that if cells have the same formatting in several tables, then the "style" will be duplicated for each table. Having cell styles recognized like character or paragraph styles would thus optimize the XML structure.
With each new release I have the hope that this bug will be fixed, because it's a shame such a good software has this problem. Since I use a lot of tables in my job, this is becoming difficult. It's like having a Ferrari (because LibreOffice is like a Ferrari) and every time I use third gear the engine stops working and I have to restart everything again. I understand that LibreOffice is free software, that there is no commercial team developing the system, but in my job I use a lot of tables and I am no longer having time to reformat the tables every time I need to add or delete data. This comment of mine is an attempt to continue using LibreOffice.
Yes, implement a solution for this please. Last time I used LibreOffice for a project, it had over 1000 tables.