Change-Id: I58baa20b852bda3160f23f43a751404248244348

regression from...

commit 8a08f686
Author: Mike <mikekaganski@hotmail.com>
Date:   Mon Apr 27 01:27:05 2015 +1000

    tdf#66141: SwTxtFrm::FormatQuick(bool) endless loop

    If a line happens to be invisible (e.g. in too thin cell of a table)
    then aLine.FormatLine(nStart) returns nStart, and
    aLine.Insert( new SwLineLayout() ) is executed until OOM.

keep the zero advance loop detection attempt, but allow the first
insertion and disallow subsequent inserts

Change-Id: I16380588220149cfd0ed0f835f08d2849180fece

Change-Id: Ic053342fde436a7053c15e32683e09b9e91f5308
Reviewed-on: https://gerrit.libreoffice.org/18792Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: If987793fb113039e6a1e254592afa958761c68a0

With this, <w:ind w:hanging="..."/> as direct paragraph formatting and
<w:ind w:left="..." w:hanging="..."/> as a numbering level formatting is
properly merged, i.e. w:left is not lost, defaulting to 0.

Change-Id: If5534fbd9ee6d41139b0ed3a3df9d0cc5aad3239

Now it has been updated.

This reverts commit 4e47ed7e.

Change-Id: I02a86b0cdae2433d46f6fac361efa43f45be187f

Change-Id: I1e4c32099ec9741c0cab246eb627a2eb3b933e1a

Change-Id: I5888fc8071b3e64721ad928c76ac9fed97cf3be9
Reviewed-on: https://gerrit.libreoffice.org/18904Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

In case we set the paragraph left/right/first margin just to mimic the
list vs paragraph style interaction as Word wants it, never overwrite
properties, as they are always meant to be just callbacks in case there
is no real hard formatting.

Change-Id: Ibdb2834c693d43cf4114453e42628e8f64c0a856

Change-Id: I383b83b3778b11a012a931c19a2be85445af29c5
Reviewed-on: https://gerrit.libreoffice.org/18900Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Change-Id: Ia174feec73ee676567a3632d2f88b11c176b6363

Project: help  dd688ed491a98962477406ac75b6dc149b90f5ed

TIMEVALUE returns 0 when 24:00 is the value, not 1

Change-Id: Ifd1e15ef34129c0a2fa557a83b342d7554f60a58
Reviewed-on: https://gerrit.libreoffice.org/18892Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: I25d9bc5c969d00642613971c88f864285ecdddbc

Change-Id: I786e05bebd243d661ced147ad51e4a843916a3b0

Change-Id: I60eb53d4bf9943fd52e0a9d8e3574a7d1cc027e0

Seen as dereferenced in svx for Impress table handling, and doing some
logic <-> pixel conversion -- and mpActiveWindow not being 0 in that
case.

Change-Id: I7f7c41a7d366704f6f8b9a7971f763c6661c8799

Change-Id: Iedabcbd3c2582472f56f003ab30298f656f2ac46

The AnchorType of the shape was at-paragraph, which does not allow
line-level VertOrientRelation (which is correct, it would be undefined,
what line of the paragraph should be the used).

Fix this by changing the AnchorType to at-character in the line-level
case, which brings the filter in sync with the DOC one.

With this, import of a DOCX file that was created by inserting a
TextFrame into an empty document is roundtripped without shifting the
shape up considerably.

Change-Id: I6d85c38be859d6e730584f2349c857b87496a1d4

Change-Id: I6eb284d1858c0ea6576e172b2ac8368e8458b4e8

Anything except an unset G_SLICE or the value always-malloc results in
the custom allocator. We might revert that change if it causes issues
but currentlz it looks like our custom allocator performs quite badly in
some situations.

Change-Id: Ib867f7ba0de4d599aa045c28aaab9b644d619beb

Change-Id: I29c8177ee0c79f7e2b1834d4c181289cccfab17a

...generally, idlc leaks most memory, and e.g. trying to turn
AstExpression::m_exprValue into a unique_ptr would fail because
AstExpression::eval_symbol returns a pointer to an object "owned" elsewhere (but
never actually deleted by its owner).  So improvement of idlc ends here---for
one, it does not improve anything to try and make idlc not leak memory, and for
another, idlc is doomed to go away anyway.

Change-Id: I36f54130c8bfd1933126ae7f8a982e50d9bc616e

...as, like the other private AstExpression::eval_* functions, eval_un_op is
only called from AstExpression::evaluate if m_exprValue is null

Change-Id: I812ea249d33a72f95b9692dc72ba6631ffbd4884

Change-Id: I4fa380bc7e8d5b3581468cb0e6417b99587a1e9f

Change-Id: I27c067adb2b09ad65a8449f2d88a9cdde149d4be

Change-Id: I214fb3d14cef07357860a88fae1652a7d1a282b0

Change-Id: I883b8319fde0bd3cc65efe64eb2faf53e2344cfc

Change-Id: I0791600a5cc8600ea80233afba07724dd7f565e1

Make sure we don't reset the direct formatting with the table style when
updating.

Change-Id: I07b4a687fd0403bd80d73732a66101b967398507

Make these operations applying the table style too.

Change-Id: Iee2808a5a5c5f84538474b8fbc6bf53d1fab19b7

This extends the table auto formats so that SwDoc keeps track of the auto
formats used in the document.  With this in mind, we can update the format of
the table with every operation like adding/removing a line, splitting a table,
etc.

So far we only have the core functionality, and cover inserting a line in
the table; more to come.

Based on work of Alex Ivan <alexnivan@yahoo.com> during GSoC 2013 - thank you!

Change-Id: I7839147e54c2f976988121a523331def9859f4c2

Change-Id: Ibb94d40706fced3c1c053fd58ef4e2af2d849587

editeng uses special control characters (apparently 0x01) that need to
be translated by editeng to the real characters. Let EditEngine handle
the conversion from editeng string to OUString.

Change-Id: If5014e1ada7f1df933a084b17bb307035ce01cc6

Change-Id: I4c1e3ff061692a9457557a4fecea55371f2aadb5

Change-Id: Iddc481e13d40a6399a4a23a45c812b34a3a109f6

The filter type also contains the file format, so we need to use a
different type to keep the xlsm extension during export.

Now the only missing part is the warning that saving as the non-VBA
version will loose the VBA stream.

Change-Id: I11f78d2c33cb2834086a4e9fad141b3e374b8991

Change-Id: I502f4610718b5c1914a54346c46d4f998c4d370f

Change-Id: I5150299c68576e2442f1ef4c8722a3f5ccb3a070

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