to Text, Numbers and Date and time
(cherry picked from commit 6abcfea44da2811940578f248080951eb320420f)
Change-Id: I879f77ebbeb9486467e2a5740793d96d7a0600bb
all single tab dialogs are .ui enabled now.
So now we can remove SfxNoLayoutSingleTabDialog and merge SfxSingleTabDialog
and ~SfxNoLayoutSingleTabDialogBase together
Change-Id: If0acc792d85b7d399572257d7e9b0e12993ba3fe
...since LO 4.1.3, cf.
<http://lists.freedesktop.org/archives/libreoffice/2013-October/057006.html>
"minutes of ESC call ...," and the underlying issue (Java extension's Addons.xcu
causing JVM instantiation upon start of Writer on Mac) has not been addressed
since, and Norbert confirmed on IRC that he did the disabling by locally
specifying --disable-ext-wiki-publisher on the build machines and continues to
use that configuration for all builds since (LO 4.1.4, 4.2.0, 32- and 64-bit),
so better reflect that directly in distro-configs.
Change-Id: Ib40588a5a6e49f7b9f58df8f1f4eb146de003444
- first of all, code from CppunitTest.mk used from PythonTest.mk is bad
anyway
- also, this shortens and removes noise from the commandline executed
Change-Id: I6c5b41a0c497b766c3293aeec5c59240aa3ef37c
Issue :
- The margins for distL & distR were getting exported as a negative
value viz ( distL="-635" distR="-635" ).
- While setting the default frame properties the values for distL
& distR were getting defaulted to -1, this value was further
considered while exporting for calculations hence the value
-635 used to appear.
Implementation :
- according to Ecma 20.4.3.6 the values of distL & distR should
be positive.
- Added a condition to check the negativity of the value while
setting it to default.
- observed that horizontal orientation values were being populated
to distT & distB( top & bottom margin respectively) and
vertical orientation values were being populated to distL & distR
(Left and right margin respectively). The values should have been
vice versa. Corrected the same.
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
https://gerrit.libreoffice.org/7501
Change-Id: I056e5845b64cd755429297899eeb972f6009efec
For some unknown reason, there are a bunch of defines in the middle of
Desktop::SystemSettingsChanging() that should really be in
include/vcl/settings.hxx. I have now moved DRAG_OPTIONS_ALL into
settings.hxx but entirely removed DRAG_OPTIONS_NONE because it is
confusing. I also removed it in the one place this combination of options
is used in the Desktop class.
I have also removed the options DRAG_OPTIONS_OBJECT_* from settings.hxx
because they are used nowhere in the code. I have carefully looked
through the code and nothing flips bits 0x00000004 or 0x00000008 on
the private member of ImplStyleData's mnDragFullOptions in any way.
Basically, it is safe to remove.
Change-Id: Icf6268f940cfaed271bd43c977473fecfc726949
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
* Documented the Application class's settings functions. When
reading through the code, I have noticed that GetSettings
intializes the application settings (!) and that SetSettings
relies on GetSettings to initialize the settings (!), so I
have listed a todo entry.
Furthermore, I've also noticed that SetSystemSettings and
MergeSystemSettings may be confused with the purpose of
SetSettings so I've added a todo entry that recommends that
we return an AllSettings object and make the parameters const.
* Minor whitespace changes
* Update @see for a number of public functions
* Group functions into Doxygen modules
Change-Id: I48f8d21a5d6436a2ae545e5156b877d57a8bc585
Line styles such as inset, outset, embossed etc are not supportable in Calc.
So, don't show them in the UI.
Change-Id: Ie7be74193d01e13a79132a979e2d9a2e4d06de3f
SwDoc::UnProtectCells() was setting the old box format (from aFmts)
instead of the new one, and actually these 2 vectors are a map.
(regression from 772101649c)
Change-Id: I0881a1c499c51b5f3c257e9def1a2e9a00bcb639
.. to more explicit SvStream::Write* calls
This was done using another run of the clang rewriter, and then
a lot of hand tweaking to fix all the places where the rewriter
did not play nice with various macros.
Change-Id: I7bcab93851c8dfb59cde6bc76290c6484d88fb18
Reviewed-on: https://gerrit.libreoffice.org/7494
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
