Change-Id: Ida147599810b0aff4a7ebd00b90475b1c6cd1366

Change-Id: Ib184d73f2ced3beca8540a37bab74c4a712170ba

Change-Id: Ie9b6d6a318fad256f3f0999fe9c0810a4323f10d

Change-Id: I60b74cecc17352681fac7dfa0e41114515dbd6f5

Change-Id: I0598be74345b70aee7feefeaea4cf525a5f2173b

Change-Id: I67c54ae9cee0a57baf900c80f50b28572bc9465b

This reverts commit 943e2930.

That commit introduces memory corruption because the variables are still
used through a pointer.

Change-Id: I226bac370601b75f2589f7a7c5e8830746b31e2e

Change-Id: I5a19a724856938d5a0495ee1e454582238dbd3f0

Change-Id: Id9c8c3926f64826fd2295e0f75f007ce435f5915

Change-Id: Iad03d6209a2b4024b27c6195195e5aa557c295fe

Change-Id: I37c209b31bf47577b0f56b06fc49f15327f8c434

Change-Id: Ia05ba411da4e7a6ea65945f23bc14fcdde5ab9cb

Change-Id: Iec8680560bde8157e6e4c66417647f62b2feb8a8

Change-Id: Ibc84bc2ce0e31d52dfd0eb0e4a906145f0e559cb

Change-Id: I98516cbdb7e80a7dfe7048909ad4acb0418dbf9c

Change-Id: I1ed1d06663cadc82a7ccf127897ccd85b77cacc0

Change-Id: I8eb322b4868e7895700b492b2f630d0fcc77e02d

Change-Id: I5e3db7eaf284718a1e313401b18ee6665d2837a1

Change-Id: Ia10e9ad0c5495b8a4887d84781967ffb58a6a7d6

..in commit a96b6f47

Change-Id: I94ea246df8fabee9b0bda579be7698c964958e16

There is no need to use different styles for writing the same thing.
It also makes it easier in future to use search & replace.
But of course, there are also some more complicated functions.

Change-Id: I773da20378af0e0d5a27689d3903df7063fb8ac0

And avoid css::uno::XInitialization protocol.

Change-Id: If4a7987778e2880502bdc7ef2c30792de9377364

And avoid css::uno::XInitialization protocol.

Change-Id: I14daf6409bf0d651d7b23246ba3855f647b3d1ef

And avoid css::uno::XInitialization protocol.

This was forgotten in commit bdeb57c2.

Change-Id: Idd339222e3c464abc2524f78f16c8fe0a02dcd5b

This tests checks that the shape style attribute for fill color is
preserved, that the theme attibute for shape fill is preserved too
and that the interaction between them and direct assignment of some
color works properly.

Change-Id: Ia934c46731ed38be14ed851e083d0ed6fc151b01

Users can select the fill color for a shape among the theme-defined
colors. This results in the following XML:

  <wps:spPr>
    ...
    <a:solidFill>
      <a:schemeClr val="accent2"/>
    </a:solidFill>
    ...
  </wps:spPr>

Now we store both the original fill color and the name of the
theme-defined color, if it exists, on the import phase. They are put
into the InteropGrabBag of the shape with the names
OriginalSolidFillClr and SpPrSolidFillSchemeClr. Additionally, we
needed to to store the decoded theme color inside StyleFillRef.

On the export phase we have to take into account several combinations
of factors:
* If the final color for the shape fill is different from the
  original color, we must ignore any theme attributes and write the
  new color.
* If the fill color is unchanged and some theme color exists, we must
  write the theme color.
* If the fill color is unchanged and no theme color exists, we must
  check if the original color matches the style-defined color. If it
  does, we must not write any <a:solidFill> tag.
* Otherwise we must write the <a:solidFill> tag with the RGB color.

The method putPropertiesToGrabBag was added to the Shape object for
convenience.

The data files for some /sd/qa/ unit tests were updated to reflect
the new properties inside the Shape InteropGrabBag.

Change-Id: If0915c5442872a8acab0a8a081f60c89c97277bd

Shape style attributes contain the default format for the shape in
case that no direct format is specified for it. This is an example
of the attribute we want to preserve with this patch:

  <wps:style>
    ...
    <a:fillRef idx="1">
      <a:schemeClr val="accent1"/>
    </a:fillRef>
    ...
  </wps:style>

The relevant values in these tags are stored at the maShapeStyleRefs
member in the Shape object. The storage happens at
ShapeStyleContext::onCreateContext which is run when the <a:fillRef>
tag is opened. The ShapeStyleRef object contains the idx value and a
Color object which will contain the inner tag <a:schemeClr>.

The Color object has been modified to store the string value of
schemeClr. The storage happens at ColorValueContext::onStartElement
which is run when the tag <a:schemeClr> is opened.

Later, Shape::createAndInsert is called by the ShapeContextHandler to
create the actual XShape, this happens when the tag <wps:wsp> is
closed. createAndInsert puts idx and schemeClr values into the
InteropGrabBag property of the XShape with the name StyleFillRef.

On export time, when the shape data is written at
ShapeExport::WriteCustomShape, we added a call to
DrawingML::WriteShapeStyle. This method will check the existence of
the InteropGrabBag property in the shape, read the StyleFillRef prop
inside it and output the proper XML to the style definition.

DrawingML::WriteShapeStyle also writes some mock tags into the
<wps:style> because we found that they are compulsory. We will
replace them with the proper data in further patches.

The method putPropertyToGrabBag was added to the Shape object for
convenience.

The data files for some /sd/qa/ unit tests were updated to reflect
the new property StyleFillRef inside the InteropGrabBag.

Change-Id: I5ffa5242852461a1a709a8f169d40f0d7a2c9aa3