This is a preparation for gbuildizing dictionaries, which does not
contain registration/LICENSE like regular extensions.
Change-Id: I9b186d101627872b522be0432f6daf21250eb497
Put two experimental options (Experimental & Macro Recording) below
a linear divider with the header of "Optional (Unstable) Features"
Had to adjust distance between two options in order for them to fit
properly in the dialog.
Change-Id: I784f99c282d5b70e7e025b1ca05a7c8d73869cef
After a string has been passed as key parameter to hash_store, it must
not be modified, as happens in the print_nodotdot and print_fullpaths
functions; if it doesn't crash then the dep files are twice as large
in a MSVC build because duplicates are not eliminated.
(regression from c2b467b84a)
Change-Id: I0ae96a7fbcefa20b118717d923f60b4f2255a642
... actually only SvtFileDialogURLSelector has it.
The problem is that in this case ImplGetSeparatorX() returns 0.
Change-Id: I2f5bebce31b4f137782b5f34cc7954554af06863
No one hit upon an idea to hold the "Up One Level" button in the file picker
to notice this? :) Only the bug in MenuButton has helped to discover.
Change-Id: I760eff05dd19c3fdeb4b2052c0c20dbde6f6d2ed
...in loadImplementation (instead of using the context the ServiceManager itself
was created with). Otherwise, the handcrafted context containing a fake
theJavaVirtualMachine singleton in install_vm_singleton
(javaunohelper/source/vm.cxx) would not be honored, so that if a Java process
bootstraps native (binary) UNO and from there tries to obtain that singleton, it
would erroneously try to instantiate another JVM instead of using the existing
one. This was a regression introduced with the new ServiceManager and could be
witnessed by test-javanative in ure/source/uretest/Makefile failing.
Change-Id: I58cfbc8cdaea7ee4ab80fac728ea3e85676d69e1
...this had been broken with gbuild'ification of javaunohelper and caused
java.lang.UnsatisfiedLinkError from
com.sun.star.comp.helper.Bootstrap.cppuhelper_bootstrap, as could be witnessed
by test-javanative in ure/source/uretest/Makefile failing.
Change-Id: I8a76e1195c713895bfb8eae5070b0f73beb2b897
...at least, Makefile (to be run from within an SDK environment) works again; I
reflected all the relevant changes in Makefile.pln (to be run from no specific
environment) too, but did not actually check the latter
Change-Id: Ie2012d26b3bd59335a0f872bbfc1414cc4f5edc5
Regression from commit b3cee382, the bugdoc is an example of why those
can't be optimized with the current method. (Yes, it is somewhat
special, after a resave in Word, the bug is no longer there.)
Change-Id: I4b5e82b13242726d6df47c447642ca8916aa6f31
The value 58 was hardcoded in w:position handling before and so was
reused for the test, but now use the value that is (hopefully) correct.
Change-Id: I1191fce9859d688a60f1b3fbdb0e704b130c1670
There currently does not seem to be any sane way to process
an attribute or sprm that depends on another one that may not
possibly be there yet (e.g. in e7ab4bb6b0,
or w:position which for Svx internal reasons depends on fontsize
and thus w:sz).
So make it possible to defer such properties and process them
only before they are actually used, instead of trying to get them
out of PropertyMap, possibly in more places and possibly having
to undo the changes that have been done to them already.
Change-Id: I1630057ecdf46443647ec1dd5253983ae15a083f
Writer sets this flag dynamically via Ruler::SetStyle depending on
the text direction, the flag is set by default and gets unset for the
vertical ruler, because the initial text direction is horizontal,
see SwView::StateTabWin.
Ruler::SetStyle calls Ruler::ImplInitExtraField, which modifies mnVirOff,
however mnVirWidth depends on mnVirOff, but gets updated only in Resize.
This patch copies the code from Resize to ImplInitExtraField, we cannot
just call Resize from ImplInitExtraField due to possible infinite recursion.
Change-Id: Ic7bb897059295aebe86c11977c37419017b55787
