Change-Id: I2e477d66f25bde7256938ccb1f95ab26add24922

I convert PAGE_DBWIZARD_ADO, PAGE_DBWIZARD_DBASE,
PAGE_DBWIZARD_MSACCESS, PAGE_DBWIZARD_ODBC, PAGE_DBWIZARD_USERDEFINED

Conflicts:
	dbaccess/source/ui/inc/dbu_resource.hrc

Change-Id: Id5efedb2016011a25c037b7d2bc15b20ddd73800
Reviewed-on: https://gerrit.libreoffice.org/10607Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Regression from commit 4c3ba3a4
(fdo#75757: Remove inheritance from std::map., 2014-07-26).

Change-Id: I2a532182697ae7a5fe4ec2f880a0f5237a21b723

Change-Id: I68efbd08d21b514ab1659cd6bddfc2c4788c4a74

	Issue :
	- LO was not able to Import EditTime field in "HH:MM:SS" format.
	- LO was Importing it as "HH:MM" format.
	- In getTime() third parameter is passed as "false" which is bSec.
          Because of which LO was not able to Import EditTime in seconds.

	Implementation :
	- Added code to check value of Seconds > 0.
	- Added code at Export side to write "EDITTIME" field.
	- Added Unit test case at Export side.

Because of which LO was not able to Import EditTime in seconds.

Reviewed on:
	https://gerrit.libreoffice.org/10655

Change-Id: Ic740dc30d79be594dec9a0a05e407a7cb1a5941e

SwXText::convertToTextFrame is called for a Para with FramePr.
convertToTextFrame in turn calls DelFullPara which throws an assert
as a few Bookmarks are still registered to the paragraph.

In  MarkManager::correctMarksAbsolute,  pMark->GetMarkPos().nNode.GetNode()
is checked if it is pOldNode, and then the Mark Position is shifted to aNewPos.
In the following condition pMark->GetOtherMarkPos().nNode.GetNode()
if it is the pOldNode, and still the Mark Position is changed.
However the Other Mark Position must be changed as now the Othe Mark is in pOldNode.

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

Change-Id: If9a9a0a75a35ce4808228f554d7d186a3a3daa4a

The paragraph properties need to be applied to the paragraph following
the \page too, which did not happen in this case.

Also the minimized test doc shows that checkNeedPap() must be preceded
by checkFirstRun(), since there is no run preceding the \page.

(regression from 94765a1b)

Change-Id: Id286c4fbdeee688fa4f6b24063b634bac637eab6

These keywords were simply not implemented.

Change-Id: Ib4d07a4b2dfb07cfd56a4ee07d7c14d1c59323f9

Change-Id: I6af797257c6e6e7bd95597ab786660fd9ade06a0

If there is a shape in Header or footer in a docx created in MSO-2010 that shape was
getting lost after RT(actually shape was there but it's properties were getting missed).
Root cause was : When LO processes Header it has msRelationFragmentPath= header.xml in
ShapeContextHandler::startFastElement() and searches for theme as there is No theme specific
to header or footer, aThemeFragmentPath becomes empty in that case.
This is because MS office shares same theme for both documentBody as well as Header or footer.

To fix Get Target for Type = "officeDocument" from _rels/.rels file this target is
 "word/document.xml" for docx & to "ppt/presentation.xml" for pptx and use this Target for fetching correct theme.xml.
Tested group shapes in header/footer,previously was not getting rendred and not preserved
 after RT.After this patch it's now working correctly.
Tested chart in header/footer previously chart colour was not coming properly
both during rendering as well as after RT.after this patch it's working correctly.

Reviewed on:
	https://gerrit.libreoffice.org/10451

Change-Id: Id47008550da90c0d697b434b676765230e3258a7

Replace "String.indexOf(String str)!=-1" with String.contains(String str)
Use J2SE 5.0 String String.replace(CharSequence target, CharSequence replacement).
Format code in needsMask function.

Change-Id: I787a61c4c090f95fb3862390cc1198f7209163a3
Reviewed-on: https://gerrit.libreoffice.org/10659Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

The fldData was getting added as instrText. It was handled as CT_Text and
hence appended to the fieldCommand in DomainMapper_Impl::AppendFieldCommand.
So in RT file the <w:instrText> has both the instrText and the fldData, from the
original file. This causes the hyperlink visual loss in RT file.

WordprocessingML Page# 5011  [ ISO/IEC 29500-1:2012 ]
WordprocessingML Page# 5552 [ ECMA-376 Part 1 ]
fldData has been removed. So ignore it while importing

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

Change-Id: Ic2c06f1eb66639d36f3a27ae79181cdbde21b43c

Change-Id: I9ac97c4e5c7b01b5e05cb1132c0d245f5843799e

Change-Id: I4005c08d4163d5d26f227e01c2520379f717343a

Change-Id: I18bc001be01b526d4005eacc324b7d2fb82830a0
Reviewed-on: https://gerrit.libreoffice.org/10602Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Also remove all such includes that did nothing so far. Hopefully if the
script fails on it early, that helps detecting typos during development.

Change-Id: I56bcf16263b7556bc237aceeb2041dfcfb3e02fa

Also, don't bother accepting NDK r8* any longer.

Change-Id: I87fa37a8bb4b00033fe9f81e8b9fc8b09af3b784

Change-Id: I40f98c77c5f922fdce8242dac402feaf534da6bf

Change-Id: Ide7ea42e570100766ef4d97fc3c29c5a5028ce37
Reviewed-on: https://gerrit.libreoffice.org/10662Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Iab2fdc516f5074a6957bde3be7aec52e48cbdc4b
Reviewed-on: https://gerrit.libreoffice.org/10663Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I1d4000ae68d109ed01d4197a71f9175f79aa59f0
Reviewed-on: https://gerrit.libreoffice.org/10668Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I1c9730d494546b01836c60f49861784a068ca1a0
Reviewed-on: https://gerrit.libreoffice.org/10660Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Icda2e693c1e0177708c83af8048bc4e56c0db4ce
Reviewed-on: https://gerrit.libreoffice.org/10665Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

This one line guarantees that no matter what the real line style is,
it will be ignored.

Change-Id: I3bceaf49ce13ddb42ceb56750d8a4ccfef54033b

Found by Lsan.

The following pattern leaks memory:

boost::ptr_container x;
x.release().release();

Change-Id: Iaf52e4f2d6a96266fc6afd65ef8027d80c97a08b

Found by Lsan.

Change-Id: Ia443ed6eb2a20854998a615f3c2bd9fdac156a8c

Change-Id: Idb44259f11715b1d2c769bfebca7300cc397b7cf

Change-Id: Iba7db7f9375807e97a4cdddc0c873fa3c9f6cfb6

Done for writerfilter::dmapper::PropertyMap.

Added public functions getPropertyValue, bool isSet and Erase. The function
getPropertyValue returns boost::optional<PropertyMap::Property>,
where PropertyMap::Property is an alias for std::pair<PropertyIds,css::uno::Any>.

Fixed all resulting compilation errors. The functions which iterated the map
(ListLevel::GetCharStyleProperties, ListLevel::GetLevelProperties and
SectionPropertyMap::_ApplyProperties) have been written to either used
GetPropertyValues or not iterate over the PropertyMap's attributes.

The properties of the public member functions are now properly used
(Erase and Insert(...,false)).

Change-Id: Ibd90a4ad831c9b7d18b2a50d4aa4eb3f2610cff8
Reviewed-on: https://gerrit.libreoffice.org/10558Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Otherwise it may happen that the property list will be read twice, and
on export we'll create two <w:sdt> for a single imported one.

Change-Id: I57ab595f956c5e808fc73fe644ee3e249a1fc1ed

When the document starts with a table and both the A1 cell as well as
the document start has an SDT start, then we see both at the same time
when we check for pending SDT's in lcl_utext().

This leads to merging the properties of the two SDT's, which is clearly
not wanted. Fix the problem by clearning the SDT property list when we
see a start of a new property list: that produces a valid document.

Change-Id: I8fbe7bec02beebb26ed99fa7b08bc62225bff50c

Change-Id: I6b1f10e74aafc47e5618290d92087563c60e3c49

Change-Id: Iac97290738088bd1ce7469ffee773994e7653efc

Change-Id: Ib2d033f975a9b5bf7b667fd80e495d8f043faff0

...where some instances of SDRATTR_TEXT_MINFRAMEHEIGHT etc. where SdrMetricItem
while others where of trivial derived classes SdrTextMinFrameHeightItem etc.,
that appear to only existed for better-named constructors.

Change-Id: If0af79fbb803275ed09fc7b950868c5de7d61615

Change-Id: I6195dce9cea9a4fed4a48449e655271db68d95c2

Change-Id: I969973b2d8165d7ff7a46e6b7e60ad07e58bfdee

* No need to re-compile RPN token array on reference change alone.  We do that
  when the formula contains one or more names that have been updated.

* Adjust undo code to get it to work without relying on ref undo document,
  which would cause the token arrays to be unnecessarily recompiled.

* Whatever else need to be changed in order to pass all unit tests.

Change-Id: I99e86d23320aca8900fef011da23a9d34e42751e

Change-Id: I01f7ca80d8d2ac4c3b5f262625cc54a27cf4327a