Change-Id: I5a918a6ae4159dd561e46116f612037e194a4847

Change-Id: I66d7c8444c1a89c21ea2ce5e42fb3cd97fd39b7c

The code here counted the numerical XOR of the two pointer values, but
most probably the logical XOR was intended (in case only we or only they
have a node index, then we are not equal).

Change-Id: I261b8c4b498eb860fa0e0fa72ba5a5e0758064e6

...so declare them as such.  This avoids the recurring mistake of storing such
IDs as sal_uInt32, truncating in 64 bit environments, causing RemoveUserEvent to
potentially not remove the event, it thus firing "too late" and probably causing
a crash.

While at it, consolidate the trivially unnecessary overloads of both
Application::PostUserEvent and Window::PostUserEvent.  And in each of them, it
looks like deleting the mpLink member was missing from the failure branch.

Change-Id: Iab13afbb06e12ac15dec6a6b5b85a7e402a3c654

It won't be used for now, anyway, as libgltf is used only in avmedia and we
don't build any avmedia for Android. But just to make sure the code stays
portable.

Change-Id: I7a4e5ee3d22f28a407d400a65a1704c23dcb1107

Change-Id: Ia02481046640248bc8a62ab0f93bf4e0bb49cca8

Change-Id: I6a2e0992077b185107f8d7190478d95f8d898e9e
Reviewed-on: https://gerrit.libreoffice.org/9266Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Maybe this can be completely replaced by SfxEnumItem

Change-Id: I049dcd3e5a03f859f8b1dddad801db4ca772ef6a

	Issue :
	LO was exporting DOCX containing MultiColumns with additional
	Section break Continuos.

	Implementation :
	1] Added check for Column_count in MSWordExportBase::WriteText()
	   If Column_count > 1 and Text node is empty then do not
	   export Section Break.
	2] Written Export unit test case.

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

Change-Id: Ibf3e6bd2d4827aa77a659b1600939cc56d65a63b

Change-Id: Ie49a9e20f72c8e2f81b2d169f5fd19964811c193

This causes crash with dbgutil build, and I'm sure would cause issues with the
release build as well.

We now use broadcasting to handle reference update during undo of block move,
so this old way of handling undo for block move is redundant and obviously
causes issues.

Change-Id: I9dcbb9d9e3808da3f8510eab16ad21b626f881d9

Change-Id: If2ec3ba8fb6b5affa7e20b4586a60852e2b818df

Change-Id: Ic7ac1a1bc3ac3901c844ee6e1c59a1518043f761

I have renamed ImplInitAppFontData to InitAppFontData and moved it from
Window to Application. This is because this is something that sets
*application* global variables, it just so happens it gets it from a
Window parameter. But it should be set when the application starts, so I
have moved it to Main().

This was previously reverted, but I have since located what was causing
unit tests to fail and the font dropdowns to stop loading in writer:
see commit c6d7ba5f33c3 where Application::SetSettings() was setting
pImplSVData->maGDIData.mnAppFontX to zero.

Change-Id: I5da7073b0d8541f1a71a09b0a8337d012fc4134b

pImplSVData->maGDIData.mnAppFontX is *not* a flag to determine if
application font dimensions should be reset. The way it currently works
is:

1. Application::SetSettings() is called to reset Window settings,
etc.

2. Settings are updated on all windows - but at the same time
pImplSVData->maGDIData.mnAppFontX is set to zero as a way of indicating
to the global function ImplCalMapResolution that we need to get the font
from the first window, or if this isn't available then create a new dummy
WorkWindow and use this to get the font data, and set the application
font to this.

This is very odd. What we really should be doing is calling on
ImplInitAppFontData directly from within SetSettings() instead of making
ImplCalcMapResolution detect that mnAppFontX is zero and there is a
valid first frame window.

Ultimately, this was found when I commited f76026a4 to move
ImplInitAppFontData from Window to Application. Somehow I entirely missed
that the font and style dropdowns in writer died, and I also somehow
a whole bunch of tests failed but I again didn't notice this either. With
this fix, I should be able to recommit the previous change.

Change-Id: Ib526954962fdc397fb3ddd3c21ae947d939db9e5

Change-Id: Ifffcf30f68aa4486e22211d9dfc5ad6d77346a85

Change-Id: Ibc7262921173036297c670fda3c68c6d77b9853e

Change-Id: I70d71bb21ff43aeb49339ff1f1d9e73c923e0201

Change-Id: I269497cac645e486ac08bb2b011df1b5b23dc021

Change-Id: Ib427cea392c953e6bce121bfe82e9215eb1bb99a

Change-Id: I8e52c2fd66f8f3291434ee82a745431e11b12caf

Change-Id: I94fb4e0c76cc0cac2b6cf3a356e8fd9ffb76a1af

Change-Id: Ibabd6d2d5e84fe007364bd1a4182a01ea2352b7a

Requires tweaking the SwLayIdle code a bit, where an action is kept
alive a bit after it's done, which would trigger the assertion.

Change-Id: Ic5c8f90bc101b9d73cfde9691b2bbf405a001393

Change-Id: I0352d543b7ce1ae6cd23d929ad5c9cbaeb1563bf

The ooxml_export test crashes on Mac, because
SwModelTestBase::calcLayout() calls ViewShell::CalcLayout() and that
does not do StartAction(), and inside the layout indirectly a
StartAction()/EndAction() is then called, which of course trashes
the still-under-construction layout.

Strangely no crash on Linux, the layout is completely finished before
the SwModelTestBase::calcLayout() is called,
maybe because of the headless vclplug.

Change-Id: I767b1e41597ce752eb8c61dc106390f2abb90257

Change-Id: I9e59ec2d45508d8f4dee8415411182576dacc45f

Retrieve the number of valid points and limit Degree and Period values

Change-Id: I4e956149e3376eebf39f9e4812bb69a6a06e1758
Reviewed-on: https://gerrit.libreoffice.org/9116Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

It's annoying that after touching a cxx file from Library_sw, it's not
enough to wait till it relinks, it also relinks CppunitTest_sw_uwriter
as well. So turn that one into a slowcheck, this way 'make sw' doesn't
relink it.

Change-Id: I0a8d956f57e92a9c6f1f91b727f492ca4c92c599

Change-Id: I25f3d1f53451cd16f6fd05b1084af79fea56b803

Change-Id: Ia8b23df9a78385f9129d5cea1195a8ba210113d2

Change-Id: I0c581bb48f101a84d0f0c4ceb7b064cff0d509d6

Change-Id: I749fe74abd7608afcb2b7b2351cee6513fc76c8f

Change-Id: I9c889d718a9c91eb4c2bde2389a21dd754cbef36

Change-Id: I7c78f54c9386eced16113e69e625d23ed4acedd7

Change-Id: Ic95ff3892efbfc003ae9976b4fba4129de11bbef

Change-Id: I3fa644924ca176dfd853b527e0c42dadaf9fa091

Change-Id: I0921fcef306f1ca60196fc9dfa2652e91db63004

Change-Id: I3981629cf59c752388c647c939c998528d8ca610

Change-Id: I9e0e7816e6d85cb3484105de4ce49db47db72451