Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I4faedd535421eaf1e3e425f4731b3bb8831e7360
Reviewed-on: https://gerrit.libreoffice.org/624
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>
|
|
In order to wrap the SdrPage's UNO object completely, set its mxUnoPage
member to the OSection wrapper instance in OSection::init; only OSection
should have access to it.
Also initialize m_xDrawPage_Tunnel (thanks Lionel for the hint).
(regression from 05218c101df486302bf4cfe8be23ad840daa3f73)
Change-Id: I048ddafc31e946853e56e6a403ddc9487cfbcf0e
Signed-off-by: Lionel Elie Mamane <lionel@mamane.lu>
|
|
As described by Stephan in the bug report, the XAggregation usage in
OSection of SvxFmDrawPage is broken; replace it by explicit forwarding
of the XDrawPage, XShapeGrouper, XFormsSupplier2 methods; it seems
to fix the crash here. Also get rid of horrid refcount manipulation
etc. while at it.
Change-Id: Ib08830d2092bd2026db5b57c1c2e165b946889b3
Signed-off-by: Lionel Elie Mamane <lionel@mamane.lu>
|
|
...the new cppuhelper/source/defaultbootstrap.cxx now forbids this nonsense with
a PropertyVetoException. It looks like the code in propbrw.cxx had always been
confused about what to do exactly (using xOwnContext as delegate in the call to
createComponentContext should just be enough) and the useless re-setting of the
global ServiceManager's DefaultContext happened to work by accident.
Change-Id: I80a87fe9b0948d9aa6dc9e2e63497097044a4959
(cherry picked from commit c2617e960e1ff9c132af34b11f2e099f04fb46a3)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I3fa331d246160935f4feed21de69f9ec0c2e9994
|
|
A bit differently this time around:
+ remove Credits menu item from menu
+ remove License button from the About dialog
Conflicts:
cui/source/dialogs/about.cxx
Change-Id: I07c1e115aa209ef1d69458f5b188d73caaae4294
|
|
Change-Id: Ia0bc37f81b7213b20fc5093beb46d7a05b1ac931
Signed-off-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I2ec1bc3fd5dd5d38c2b3b9600265943083873515
|
|
Change-Id: I181c5b5dd24836ff0398aa5ed03915c2c7c55183
|
|
a) merge them together and move it into comphelper
b) turn it into a POD rather than having vast amounts
of destructors registered into the cxa_atexit chain
Change-Id: I04d3b9d7804f8e233013c916df9d617a0f84f96a
|
|
Change-Id: I5a254459a491b9547530d8e312260dceed21f25c
|
|
Change-Id: I36ccf62ee2e2769bcf1aef6d26d96bce6c7078f0
|
|
Change-Id: I5a097beaaeb30214ed6071bba1297e551291922b
|
|
Change-Id: I563ab83a24ca4f839892548b350486e83dd071d3
|
|
Change-Id: Ida50737f540459bd0e709c49414c3a7f4d042a47
|
|
Change-Id: Id086aedc27977b4ca81299a00a340a65284118b8
|
|
Change-Id: Idc543cc7f45c3dbaf3a49c8edeaaa0b5f59492ac
|
|
Change-Id: I89e93fdd9e89d37230321d52efe6d2ff91c60767
|
|
this removes dmake completely out of the build for migrated modules
build.pl now assumes modules to be gbuild, unless there is a
prj/dmake file
Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
|
|
|
|
|
|
|
|
Naming convention for gbuild methods:
- "add" is used for stuff that is logically a part of the target
(i.e. not registered at the Module, but defined in the target's makefile)
- "use" is used for stuff that is logically a different target
(i.e. it is registered at the Module, has it's own makefile, may be
in a different module than the target)
|
|
|
|
Pattern used:
find . -name "*.cxx" -exec sed -i 's/\( *\)\(else if\|if\) *( *\([^!()|&]*\)\.equalsAsciiL( *RTL_CONSTASCII_STRINGPARAM *( *\([^)]*\)) *) *)$/\1\2 ( \3 == \4 )/' \{\} \;
|
|
Pattern used:
find . -name "*.cxx" -exec sed -i 's/\( *\)\(else if\|if\) *( *\([^!()|&]*\)\.equalsAsciiL( *RTL_CONSTASCII_STRINGPARAM *( *\([^)]*\) ) *) *)$/\1\2 ( \3 == \4 )/' \{\} \;
|
|
|
|
|
|
|
|
|
|
|
|
see 706ac4779de1870cf0d922f1cc3f6d4470392403 and fdo#47589
|
|
...which has the necessary features to support it.
Change a lot of classes to either contain a protected non-virtual dtor
(which is backwards compatible, so even works for cppumaker-generated
UNO headers) or a public virtual one.
cppuhelper/propertysetmixin.hxx still needs to disable the warning, as
the relevant class has a non-virtual dtor but friends, which would still
cause GCC to warn.
Includes a patch for libcmis, intended to be upstreamed.
|
|
|
|
|
|
...see ebe26f72e90337da2d14f3029de148904e3e30b6 "WaE: 'unused' attribute ignored when parsing type"
for the problem.
|
|
|
|
to equalsIgnoreAsciiCaseAscii("...")
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|