Summary: | Writer/Calc: Use XML for serializing table autoformats instead of the current brittle binary format | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Muhammad Haggag <mhaggag> |
Component: | LibreOffice | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | enhancement | CC: | aron.budea, batavist, erack, ggurbet, heiko.tietze, hossein, jbfaure, mhaggag, philipz85, rb.henschel, xiscofauli |
Priority: | high | ||
Version: | Inherited From OOo | ||
Hardware: | Other | ||
OS: | All | ||
See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=101349 https://bugs.documentfoundation.org/show_bug.cgi?id=158503 |
||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 39548, 101756, 104389, 113208, 133430, 143349, 152711, 160074 |
Description
Muhammad Haggag
2012-05-03 10:11:43 UTC
Set to enhancement. This has become more important as with LO5.3 the table template parts of ODF are supported. My suggestion is, to use document fragments like those, which you get, if you create an Autotext for a table. Such fragment can contain all information to design a table and in addition it can contain all information for column and row width and height settings, for the structure of the table, and for the needed numberformats, and it would allow to carry the definitions needed for gradient, hatch or pattern background. There exists no backward compatibility problems, because the file "autotbl.fmt" only works as stencil to calculate the direct formating. The generated document has no back-reference to the file "autotbl.fmt". @Gökhan: We talked during LibOCon about this topic. I guess the autotbl.fmt is read in https://opengrok.libreoffice.org/xref/core/sw/source/core/doc/tblafmt.cxx (but please check this first). Goal is to have an XML format that can be easily modifies. Background of the task is described in this blog post https://design.blog.documentfoundation.org/2015/12/13/style-your-tables/ Previous work was done in this GSoC project https://gist.github.com/ubap/55d22ef9b2e00347a2dc58ca4cb8b0ea Don't hesitate to ask me or anyone else for help. *** Bug 107560 has been marked as a duplicate of this bug. *** Note that both Writer and Calc use the table styles but have different detailed needs and need to be able to read, remember and write the others' details. See for Writer the already mentioned https://opengrok.libreoffice.org/xref/core/sw/source/core/doc/tblafmt.cxx for Calc https://opengrok.libreoffice.org/xref/core/sc/source/core/tool/autoform.cxx Dear Gökhan Gurbetoğlu, This bug has been in ASSIGNED status for more than 3 months without any activity. Resetting it to NEW. Please assigned it back to yourself if you're still working on this. I set High as it blocks other bugs. This problem would go away if we had actual table styles: https://bugs.documentfoundation.org/show_bug.cgi?id=152711 If we could style a table, we would not need custom serializations, nor the very notion of table "autoformats", which are basically applications of DF for lack of something better. Obviously I'm not against a localized solution of this issue, but I wonder if the emphasis should not be moved from pseudo-styles/auto-formats, which will probably be scrapped anyway, eventually, to taking the more fundamental approach. |