| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I15f229010254a51ee485479e8fb751375f288da8
|
|
|
|
| |
Change-Id: I97b7459b9c5c680d624234e8c51a5997a02fd5f7
|
|
|
|
|
|
| |
so the underlying stuff isn't used either, i.e. aList is always empty
Change-Id: Ia273576956294f878a81c7fab17446b7f33c5fa2
|
|
|
|
|
|
|
|
| |
Change-Id: I5c6bb319458b1ce60cedfe0e2b0f5eaa8ba55e9d
Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/837
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
| |
Change-Id: I585add18ea917249df252827e0eee944e59ce410
|
|
|
|
|
|
|
| |
Change-Id: Ibd0cd3e8d7281b5abde420df5cc1d51e9354069c
Reviewed-on: https://gerrit.libreoffice.org/769
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
|
|
| |
Change-Id: I3bd078e569c5cb1a55cfb44de7b1e569908e1698
|
|
|
|
| |
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>
|