no point in checking pDoc for null here, since we've already
dereferenced it earlier

Change-Id: If2d0268851654cb760458e6e138f0c92877adb8a

Commit d738b063 (fdo#74431 : Captions'
are preserved but remove a space, 2014-02-03) unconditionally removed
quotes around SEQ field names, because the DOCX and RTF import leaves
those quotes around during import time. However, the DOC import strips
them away.

So till all this is unified, at least make sure that on export DOC still
quotes the field names, as it did since the initial import.

Change-Id: I3478f736c2e17824f268f92580767b90d9fdd006

For the below captions :
ALPHABETIC
alphabetic
ROMAN
roman
ARABIC
in document.xml, captions were added as
<w:instrText xml:space="preserve"> SEQ "scientific" *ROMAN </w:instrText>
-no space after *
-Double quotes added for scientific
-For Caption ARABIC, it was comming as
<w:instrText xml:space="preserve"> SEQ scientific *Arabic </w:instrText>
it should be
<w:instrText xml:space="preserve"> SEQ scientific * ARABIC </w:instrText>
- After adding the above code, anchor value for a hyperlink tag was getting
corrupted. So aaded a fix for that.
UT which was failing due to above code changes :testBnc834035
"equality assertion failed
- Expected: _Toc363553908
- Actual  : Figure!1|sequence"

Conflicts:
	sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
	https://gerrit.libreoffice.org/7839

Change-Id: I9124eefa0ae63baf7ee3eaa2148f3c739d6fa699

When calling on GtkSalFrame::GetGraphics(), if all graphics are in
use then it will return NULL. We don't currently check for this,
but we still try to use the graphics object even if none are
available.

I have added a warning when this occurs and just return immediately,
as there's nothing more we can do.

Change-Id: I24dfbb6f37f41527078a60a7577cb3b20de3fcca
Reviewed-on: https://gerrit.libreoffice.org/8031Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Ib40e0d9898fa1cf2c08eba9ae969f9f5a984c830

...only used in bean/Library_officebean.mk

Change-Id: Ic57eb66197f55562157c2ca961001ed01e9906b2

...that lead to -Werror=unused-macros with gcj on Linux.

Change-Id: I7a77789fe212d1c87a4ac0a93a79cc7a8ba7a7ad

Change-Id: I8d13b28a0a6f0063a9249417bd0518dc3b83f8d0

Change-Id: I067ad401608552df45275d0cbb73e486e93461ba

Change-Id: Ib7691a078c45f1eb8c78bd4e639503a732e3ef8c

Change-Id: I50c116a4d143b8ee20340f45c6624266371050ca

Change-Id: Iee3e292dd6c35f52c64d4a264a850def7ae15b0d

Change-Id: I7518b1014676fda6cfc052e110859cfbf7ca30ad

The old code before the calc core refactoring took advantage of the old
calc storage which did not store empty cells at all.  The new storage does
"store" empty cell blocks, and it did negatively affect the binary search
used for VLOOKUP.  The revised binary search code properly skips empty cell
blocks so that it will work more like the old algorithm in 4.1.

This change also fixes fdo#72348, which was caused by the same root cause.

Change-Id: Ic20cc54d8dae26b62f5e9193cd21dad06ad10a3e

Change-Id: I068cf19204d3091ebc59ee6be4e1a977bf237a04

Change-Id: Ibef7131172938bd0ced6a3f4deeddaa98e9e7d6c

Change-Id: I3e16f1ebafe5f497643abda3b1dbfdfeaebb60af
Reviewed-on: https://gerrit.libreoffice.org/8027Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

...like a76261ac

Change-Id: I803dc81344efb5e8021d9ef4146c06ecf82ca63b

We desperately need a test document for this format.

Change-Id: Ifd8e35bb3330c2b9d2443a3a0f18209001a4bdff

Change-Id: I94aa2a5522bdcf3f6c5cdd6fef200c678132b3d6

depends on support of ARB_debug_output

Change-Id: I8c96284377e2cb9d2ee06ddd4101c1de4d0fbe9f

Change-Id: Ib5cc05f20fad673c015700657f02a07659e0c566

Change-Id: Ib086ba744ac3f5fbd8e96ceda73e9fe2d578929f
Reviewed-on: https://gerrit.libreoffice.org/8036Reviewed-by: Marcos Souza <marcos.souza.org@gmail.com>
Tested-by: Marcos Souza <marcos.souza.org@gmail.com>

Change-Id: I651a1fd5279afa07929e6cfae4440f5b008d6215

Change-Id: I8fd7b908613a90c983f2244383432dd50ba10cdb

Change-Id: I3d4a4bbbd85719fbf1422d9397727dd73bd09f37

Change-Id: I7b4ff643eb256519bc47d27f6e0a6a60aaf8768e

Change-Id: Iddb64e592ae47dd5f22430778b8018fc8c9880c5

Change-Id: I09a015a590eeb2457963dbb3cfcafd6a714f82c9

Change-Id: I9257ec4d9ccb7c602a9537230b61be944371d3ad

Change-Id: I3e11ac315adbe2f64bfc391234c517472950aeff

Change-Id: Ia71f03515ae209619b73aa617c4649cc4de4dfa6

Change-Id: I533cccc1dab5e8d722209c37f0c05331d5c206a8

Change-Id: If5452880070876a4dfc2526b08928fb219a60529

Change-Id: I71b3022c84a861959ec1c70a7d2f9e94766df250

Change-Id: Ie528eb19db50abc475ebc1e9b575e8dfbc5e87c6

Change-Id: I60920fe65102185139438f5bec663480310b96c6

Change-Id: Iab21baa94bb2fa3d0de6155e670f198d35de72e9

Change-Id: Ie8ba13265b436eb3ca548d5ccd2ca28d1e65e035

Change-Id: Ie5841f23c0056f9b9b306e65278f43f415d079b5