Change-Id: Iecfd714834b1d2f24098d55b9b32daa5ca76b1de

Change-Id: Id7ec3a3fe546bbd68f74c732c9708a61d400e946

And reduce header dependency on docsh.hxx which a lot of files include
directly or indirectly...

Change-Id: I2de25380f8b634456e0add940fbb775ac11414cd

Change-Id: I084cbb9a4330a81212852d963181297b5bef22e4

  Issue :
    In chart1.xml,
       <c:chart>
        <c:plotArea>
         <c:stockChart>
    there are four types of series as Open,Low,High
    and Close.

    For Open series,
      <c:ser>
       <c:idx val="0" />
       <c:order val="0" />
    an attribute "val" should be 1 and not 0.
    i.e. index should start from 1 and not from 0.

  Implementation :
    - In ChartExport::exportCandleStickSeries(),
      Using idx variable, we are writing index value
      which should be greater than 0. So for idx=0,
      we are adding value 1 while writing index value.
    - Added Unit tese case for chart export

Conflicts:
	chart2/qa/extras/chart2export.cxx

Change-Id: I4d5ffefbc8fcf62b50c13ca1b3ed80290962fc4e
Reviewed-on: https://gerrit.libreoffice.org/6925Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: Ifc5e6ae2f3161e33f93b1485269f6dc164f74e40

Change-Id: Ieb8dd13763c6d5e6d30ce641683de79d89d135df

Change-Id: Ib2dbc4af73394c9c35a7f273fd8966b91ac3eb84

Change-Id: Id382726b86726515a9ae3017c11fad0420136a4c

"UNO_ENV_SUBST:" should not be used.

Change-Id: If23b174de792cd69dc79e70dd8f5e8a31badb96d

We store the values of themeFontLang tag to the document grab bag so
we can save it back to the document on export time.

Added unit tests to check that the attribute is properly set back and
also that the theme fonts are correctly applied to the text.

Change-Id: Ia54c513796ba38a571396ca7b72dfd28463c15fd

We were applying the theme fonts taking only into account the
<a:latin>, <a:ea> and <a:cs> tags to set latin, eastAsia and cs fonts
respectively. Word uses in addition the <a:font> tags to define a
font name per language, in combination with <w:themeFontLang> tag in
settings.xml file which indicates the default language for latin, cs
and eastAsia. For example, with <w:themeFontLang w:bidi="he-IL" />
the default language for cs text is Hebrew, if the theme says
<a:font script="Hebr" typeface="Arial"/> then the selected font for
those sections of text should be Arial.

In theory, Word would also be able to define the language for a
specific section of text and that should receive the proper font from
the theme definition, but we are currently not supporting it. More
info: http://blogs.msdn.com/b/officeinteroperability/archive/2013/04/
22/office-open-xml-themes-schemes-and-fonts.aspx

Main changes in this patch:
* Added setter and getter values to ThemeTable and SettingsTable to
  be able to pass the values read in <w:themeFontLang> tag.
* Added support to manage the values in <w:themeFontLang> and
  <a:font> tags, which used to be discarded.
* Added methods to translate locale definitions to the language codes
  used in the <a:font>, using a table defined in the link above.

Change-Id: I78e6da5feab34cb9ff770a2c60e2f7229e7fb140

Change-Id: I32bc4852396b0eff9962dc5cd007faf0bb9f5eaa

Use RGBA consistenly. Wonder why the code was changed to use BGRA at
some point?

I got the picture in the document to show up with correct colours but
unfortunately not the RED GREEN BLUE etc text. Weird. Even weirder, if
I add a temporary hack in CoreTextStyle::SetTextColor() to use some
other colours for non-black text (instead of the ones passed in the
parameter), those colours do show up. This is a mystery.

Change-Id: I591424a19fa02b3f095035e989cbc49fff94b8ca

Except for our external api where the Oriya is stuck (and similar for
the vba implementation)

Change-Id: I8288c930567385eea49a4c303727b13ef8b8a89f

Change-Id: I075db734dae73244d90a39b655fca2dc48d921c7

Change-Id: Idf6a849b08fd76841d0dd5555e75b698e5d730cb

Change-Id: I9600d4fffc4cde7046b43729f95d5a96aa1cdf38

Change-Id: I2158aed3dfe71370add52759976232647286fa7e

This reverts commit 90f91088 for now:
Ach, old GCC doesn't like plain string literals to initialize members
of OUString type...

Change-Id: I50563a00406259bb5d41831e2a2796762450d097

...in comphelper::PropertyMapEntry and SfxItemPropertyMapEntry.  And as the
arrays of such need to be initialized dynamically anyway, also change their name
members to proper OUStrings while at it.  Plus some const clean-up.

Change-Id: I67d4d7b5773fb020605f369daf39528bec930606

It includes a small PNG image, too.

Change-Id: I31169698a7573b7a6e272277a49cefe76c74f959

just die when you are supposed to, without this endless amounts of accessiblity
cells remain after sorting slides with tables in them

Change-Id: Ice9a86b8b806e58f9bf871341a38f7729798dda9

accessibility cruft is still listening to dead tables so crashes in
slidesorting in main panel if moved slide has tables in it after visiting slide
sorter once.

Change-Id: I09f9a73b01fb2ddf059402146acdc7bd823798b9

Change-Id: I28ca12157fcc918ccb8a87d1d1801908d300eca7

Change-Id: If11655aa56239b9241db43a058244360a8abe1ec

so double acquire called, leak, keeps listening after
expected death, loads and loads of crashes in draw with
a11y enabled and slide switching with tables in them.

regression since 60f11adb

Change-Id: I182b43ad4a002a8dff0683cd1e991cfd1de75eb6

Change-Id: Ie4cacea61f84aa1e24df9fc39b9467d08f9ca4f0

Change-Id: Ic8aa78e4d1bcb02e5d71588ac563c07f371afd41

Change-Id: I108bd247a40ce2b46034cabe8b075fa4f5a396df

Change-Id: I131dfeded783edfea94208d1cf8d70a2090785fa

Change-Id: I1d7a28652ee7743b6823d78e1565338a324f0a6a

Change-Id: I7856fd7417ed2ae19774bd20d48b4a5232301728

Change-Id: I4ad28b049de5f7268ee1ca2e8992e2f29ed05380

Change-Id: I90a28e34eb45819e240931cd751ac0a546ea6be8

Change-Id: If17510b572aa172c8d973f74b881b0d723213eef

Change-Id: I3cb377cfa99914fdba00504fb7d955e088bfca76

Change-Id: Iec1d1539db0b44d2ddc420cf500585098d4793fc

Change-Id: I86fab011150be6f151e4fd6a51246f41e86e5833

When there was a redline in a DOCX file that relates to formatting -
the DOCX exporter automatically assumed that if the 'after' properties
contains an 'XML_lang' node - then also the 'before' properties
should also contain the 'XML_lang' node - and this is wrong.

Change-Id: I383e10c11c228dd6847fd8eecb35c5c23c5f955e
Reviewed-on: https://gerrit.libreoffice.org/6900Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>