* feat: Full color support in cellformat expressions
This change adds full support for named and indexed color in cell format expressions by adding in the standard color palette to CellFormatPart, from where the formatting information is free to propagate down the stack.
For strict format compatibility, only the 8 basic named colors and 56 indexed colors should be allowed, but this change retains the assumed intended feature of the original code to also support the full set of colors specified in HSSFColor.HSSFColorPredefined. If this is undesirable, the dependency on HSSFColor should be dropped entirely.
This change is required in order to properly support named and indexed colors as part of cell format expressions in products using POI.
* Add some sanity tests
* Rename testNamedColorsExist to testNamedColors
* fix rebase corruption in CellFormatPart
* fix indentation in TestCellFormat
..by converting tabs to four spaces
* fix: replace .length() == 0 with .isEmpty for color name string
* fix Javadoc name parameter in CellFormatPart.getColor()
* chore: Tidy up CellFormatPart
* try to make lists returned unmodifiable to avoid external manipulation of inner data
* ExternalLinksTable list needs to be mutable
* pivot tables need to be modifiable
* refactor
* more
* test issue
The operations XWPFRun.getEmbedded[Pictures|Charts]().add() are not
supported. Users must call XWPFRun.add[Picture|Chart]() instead.
This change will make the fact more explicit, with an error when they
attempt to use the wrong operation.
Returns a list of XWPFChart objects embedded in the run.
Works in a similar way to getEmbeddedPictures(), maintaining a list of
XWPFChart objects. They are retrieved from the XWPFDocument object
through their relation id.
* Add getters for CTSdt(Content)Cell objects.
Currently the XWPFSdt(Content)Cell object just produces a text
equivalent of the content. There is no way to access the inner XML node
for further inspection; instead, one needs to go to the parent object
and iterate over its XML children.
This would allow users to use the XWPFRow.getICells() to obtain
XWPFTableCell or XWPFSDTCell objects, and then access the latter's inner
XML node to get access to its full data.
We also defer the parsing of the text in XWPFContentCell until the
getter is called. A user who will work with the inner XML is unlikely to
need the text parsing done.
* Add javadoc and @since annotation.
