Age | Commit message (Collapse) | Author |
|
Change-Id: I9866e2234960a6525212431d9e6dbad17359d1b6
|
|
Change-Id: Ia94c0418d2a0e93f35f9521ab0614eb110f593a5
|
|
Change-Id: I765185bf2c51f37ab7d7209098fa0dcb1ba60b7c
|
|
Change-Id: I5b5e4464c9a7345aa9ca230100aae0d7fcee91ee
|
|
i.e. this partially reverts f26d188ffa00ee6184490fc5c179da16e17301bb
which doesn't take into account raw reads of sizeof(ObjAreaType)
Change-Id: I80f94f610647128262ebb16c7e888a7cc7ecb9d8
|
|
Change-Id: I445173e8f469c409801d803ef22cb499935ba19b
|
|
Change-Id: I8caf2951876d47873b325f306515ec840692b856
|
|
There are basicically two classes of cases:
1) Where the code is for obscure historical reasons or what I see as
misguided "optimization" split into a more libraries than necessary,
and these then are loaded at run-time. Instead, just use direct
linking.
2) Where dynamic loading is part of the functionality offered to some
upper (scripting etc) layer, or where some system-specific non-LO
library is loaded dynamically, as it is not necessarily present on
end-user machines. Can't have such in the DISABLE_DYNLOADING case.
Change-Id: I9eceac5fb635245def2f4f3320821447bb7cd8c0
|
|
Change-Id: If16fcbb58234a9f1b7e07718f77909273f1fbbd4
|
|
Change-Id: Id50515efae1729d08bd8d90488ab77a82b1ad7c8
|
|
* UUIInteractionHandler still needs to implement XInitialization.
* Moved ambiguating InteractionHandler typedef out of the way.
* Removed InteractionHandler.createDefault, as it was originally stated that "it
is strongly recommended that [the "Parent"] property is supplied."
* Added back documentation about Parent and Context.
* Simplified some call-sites to directly use XInteractionHandler2.
Change-Id: I1029b8f3cf079171c75920cafaaa44b5bbada883
|
|
Since we don't need to expose XInitialisation, we can make the new-style
service implement XInteractionHandler2.
Change-Id: Ib27beed1c12df17592c6472d6f58c233d2c41558
|
|
and remove code freshly unused post widget layout introduction
Change-Id: Ifa244391f7f2b565dec10314ca3fd2958dfd87a9
|
|
Change-Id: I8e7bb96ecdc6d6edf38401394209b62b01af6784
|
|
Change-Id: I49d2d41ad4d5ee4ececf5a57eae070898e33075f
|
|
Change-Id: I50ffc10f007f03c3252ef0196b59b881429cc159
Reviewed-on: https://gerrit.libreoffice.org/734
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
...and some further clean up.
Change-Id: Id294c0f38fe0041646fc86cacbd2e19734c746a9
|
|
Always link in gb_STDLIBS, except when the library explicitly opts out
with gb_LinkTarget_disable_standard_system_libs.
Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
|
|
add a new gb_LinkTarget_use_system_win32_libs to abstract different
linker options on MSVC and GCC.
Change-Id: Ic9bf2545f59bf7871e6fc06b290c486ddfbec03d
|
|
... new gb_LinkTarget_add_standard_system_libs
Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
|
|
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
|
|
Change-Id: If3cb8451b8af874b82512f1b731654d918d0a196
|
|
Change-Id: I20829b6a0835bf96489d67b6f7effcfa84650328
|
|
Change-Id: I6aa02f112b0b13402db1f0cf721d0db8862432bc
|
|
Lets rename the multiargument SetPosSizePixel to
setPosSizePixel drop the various using Window::SetPosSizePixel
and work towards de-virtualizing SetPosSizePixel/SetPosPixel and
SetSizePixel and doing the work in a virtual setPosSizePixel
Change-Id: I7057654168001b67becee1791e97f9e9dc01f7b8
|
|
There is only one place that uses it.
Change-Id: Ie3a41b36a5273c9b658b6a2f0e5d029bcb148546
|
|
Change-Id: If5f7b749539979e95548b93b840412f18fcb68d7
|
|
Change-Id: I57668a3a288b4ffc4f0adf6614cdd7e50d21fdf8
|
|
Change-Id: Ie725c554d0ec8b3b505212d47c76b70e6ecdddd5
|
|
Change-Id: I7303a31d415d23c50d6b7b8a6b071c260cb00bb0
|
|
Change-Id: Id110a12bc462d4da0b000d7c441da34f861c8892
|
|
* Made XDatabaseContext inherit XDatabaseRegistrations non-optionally, adapted
call-sites to just use XDatabaseContext w/o querying. (The previous commit
had inadvertantly effectively removed support for XDatabaseRegistrations from
the ODatabaseContext implementation, as an optional UNO super-interface does
not lead to a super-class in the corresponding C++ class hierarchy, but making
the super-interface non-optional fixes that anyway.)
* Adapted some more call-sites to just use XDatabaseContext w/o querying.
* Added @since tag.
* Replaced new uses of comphelper::ComponentContext::getUNOContext with
comphelper::getComponentContext (see 03a9f139bd9ea1a4f9096fc982e6b326def58532
"ComponentContext::getUnoContext -> getComponentContext simplification;" I
intend to get rid of comphelper/componentcontext.hxx much sooner than of
comphelper/processfactory.hxx).
Change-Id: I68d09f2dbe651629f79ed21cd40cdb6d6b32c624
|
|
Create a merged XDatabaseContext interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.
Quite a few IDL files had to be marked as published for this to work.
Change-Id: Ie9a0da88d8c33cc83fc9d2334ff83ab2744c222f
|
|
The % must be URI encoded, not acceptable.
Change-Id: I1274170275d1a1432fb2f933cbd3c6ee8c35d436
|
|
Change-Id: Ifcfa48fc87f905a91470a5b0fd597b02f220784c
Reviewed-on: https://gerrit.libreoffice.org/671
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I26b15fe1cc5f8f3066f241143d01615a7416eb5b
|
|
Change-Id: I8bb811cfe06d409bebad586c16cf3837551f5a5f
|
|
Change-Id: I920ad01c0ea338795afeb16e44cd8ec09e5fc5d6
|
|
Change-Id: I7e396b9ed7f3d64c0b085448fdea562e3d740084
|
|
Painting code for entry in SvTreeListBox switches between default
and highlight font (which is only the default font with a different
colour). This is done using SetFont which assumes that the font
changes entry dimensions, which then recalculates everything. This
is done for every entry so it is slow if there are a moderate number
of entries. Fix here is to call Control::SetFont - we can do this
because we know that switching between highlight and default font
wont change the font dimensions.
On the other hand - this highlighting entries when selected is
(at least on linux) already supported by the native widget.
Change-Id: I12d32f6f7b43e669442e462ad4dd80cde24b9e74
|
|
Change-Id: I288638c4a70396ccb7354b20e901aa0c46ffe442
Reviewed-on: https://gerrit.libreoffice.org/653
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>
|
|
...and some further clean-up.
Change-Id: If5dce53e382b56390c502d0d0d93fc06cbfe33ea
|
|
the intent of this header has canged over time. now it is already
systematically included with ustring.hxx and the operator overload it
provide fit nicely there...
Just to be safe, since that include as been added to the api during the
3.5 timeframe and therefore is already in 'production'
the header remain and simply attempt to include ustring.hxx
but a warning is issued indicating that this header should not be used
anymore... in a couple of major release we will thenr emove it completely
All internal users of that header are converted.
Change-Id: I8934c55f089e29d78c0f5649b7c87b2ecf024bad
Reviewed-on: https://gerrit.libreoffice.org/634
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
The implementation of the LocaleData implements the optional XLocaleData4,
so rather than creating a new interface for the new-style service, we simply
make the service implement XLocaleData4, which in turn implements
XLocaleData3, XLocaleData2, XLocaleData.
Change-Id: I3e9a48b031be6b2aa5e04b376b3940b942add85a
|
|
Change-Id: Ic8b191dfb0d14e129dc804aeb4ac14c732e72e6b
|
|
* As UCB is only ever initialized with "Local"/"Office", remove this
configuration vector completely. The "create" ctor creates an instance
internally initialized with those "Local"/"Office" keys. Special (test) code
can still instantiate an uninitialized one via plain createInstance. And for
backwards compatilibity process startup still ensures to create an initialized
instance early, in case there is still code out there (in extensions) that
later calls plain createInstance and expects to get the already-initialized
(single) instance.
* XInitialization is an "implementation detail" of the UniversalContentBroker
service, do not expose in XUniversalContentBroker.
* ucbhelper/configurationkeys.hxx is no longer needed and is removed.
* ucbhelper/contentbroker.hxx is an empty wrapper and is removed; however, that
requires ucbhelper::Content constructors to take explicit XComponentContext
arguments now.
* The only remaining code in ucbhelper/source/client/contentbroker.cxx is
Android-only InitUCBHelper. Is that relevant still?
Change-Id: I3f7bddd0456bffbcd13590c66d9011915c760f28
|
|
Change-Id: Ifd45a289a5a7b0cb87100e1ff3854ec72143019c
Reviewed-on: https://gerrit.libreoffice.org/526
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
|
|
It did not compile, and not using the deprecated macro fixes that
as a side-effect.
Change-Id: I97b8cd2ff1a650ec9d38cbf7eeb8780177a7fd7a
|
|
Change-Id: I89756b173835d0356fee7fbb166d1998bd0415ac
Reviewed-on: https://gerrit.libreoffice.org/533
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: Ib612223a5626d4b525b4e86277c0a5623c0955e8
Reviewed-on: https://gerrit.libreoffice.org/540
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|