| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Iea2c5ae21c8d7c143f9f4a0e3c42c963cfc28d33
|
|
|
|
|
|
|
| |
Also removed a fair amount of implicit inline methods to promote use
of more forward declaration.
Change-Id: I5ad21f0d7abc85281708b7e87f1036b02a053627
|
|
|
|
| |
Change-Id: I0e02b9ceb98f26a2b130ec978a992fcf889e718a
|
|
|
|
| |
Change-Id: I542835154e40b25d68fc3995d911810e26e30501
|
|
|
|
| |
Change-Id: Ia172f144616d7468466a057bb1a431b3047209fd
|
|
|
|
|
|
|
|
| |
I upgraded the service to return XSimpleFileAccess3, since it
already implemented that interface, and it's backwards
compatible.
Change-Id: I40001a46048bd21a23b6a2f58a95376f06fc634b
|
|
|
|
| |
Change-Id: I4d938be9e960f421398dd40bbcf1b3cadc643de1
|
|
|
|
| |
Change-Id: I1ce2682224fbb0c93bc7ec97a31a59020ac6be02
|
|
|
|
| |
Change-Id: I0499ad7de27b1539e97f01ab8aa0ef2d6713ae76
|
|
|
|
|
|
| |
...which has lots of nice knock-on effects.
Change-Id: Icc93fdb70f24903b08702654db4e1105eb1d438e
|
|
|
|
| |
Change-Id: I6b0d3b3feea88b6e3605f751df9e1154e4231127
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For example dbaccess::OSingleSelectQueryComposer::appendOrderByColumn expects it
(via impl_getColumnName_throw via getTableAlias)
There is some vagueness:
Should the TableName property contain just the table name,
or the *composed* table name
(that is with catalog and/or schema if used by this DB)?
In the case of a query, should it contain the table name (alias)
*in* *the* *query* or of the original table?
In the former case, what meaning do SchemaName and CatalogName have?
They should be empty?
For now, commit as such and deal with the fallout, if any,
when it hits the fan.
If we really need to store these *different* values,
(that is, some code validly needs them)
it would be easier / cleaner / ...
to define *different* properties
for these *different* notions.
Change-Id: I032e619a60e7563cd51478db16cb5e0e5452bfde
|
|
|
|
|
|
|
| |
Especially since the rest of the function is prepared to handle
no/empty (Catalog|Schema|Table)Name.
Change-Id: Ic0bb59ead5789e671c90887ef850588f4924f5e7
|
|
|
|
| |
Change-Id: I9dcb821cd71f89fa5b3d8274fd93facc1f43863f
|
|
|
|
|
|
|
| |
Although the implementation is here, the dialogs to show when clicking
on the menu items aren't there yet.
Change-Id: I14886ec8ea8b97a35ca6c8474bc33e30da1a86d3
|
|
|
|
| |
Change-Id: I5f003556065cff34cec38148bc3bb4da20692e54
|
|
|
|
|
|
| |
...so that these tests also work from a toplevel make.
Change-Id: I82899ce6f1760b34b365ee5cfacbadb1f40de766
|
|
|
|
|
|
|
|
| |
This replaces SvTreeEntryList. The only thing to be wary of is that
now we use ptr_vector to store child entries, which changes the scheme
on the life cycle management of tree entries.
Change-Id: I92b6e41ea500bc9b9227259c010887b798194909
|
|
|
|
|
|
|
| |
Change-Id: Iae27a96c1e2ed72d2744fcbe100d6ada7dc41c82
Reviewed-on: https://gerrit.libreoffice.org/914
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
|
|
| |
Change-Id: I5835696a3246b4d8f401a1617d2b53ec8c7c5626
|
|
|
|
|
|
|
|
| |
Add document::XEventBroadcaster interface to XGlobalEventBroadcaster,
because a client uses it, and the service always implements it.
This is safe to do because we haven't released an LO version with
XGlobalEventBroadcaster in it yet.
|
|
|
|
| |
Change-Id: Iae2bd22a22213274d4a7697345b879f6573a30f0
|
|
|
|
|
|
|
| |
Create a merged XFolderPicker2 interface for this service to implement.
Which is backwards-compatible, but does not require creating a new service.
Change-Id: I4a2c2a8d491a8d5633c19ddcea547f0efe75b91d
|
|
|
|
| |
Change-Id: I283d897cd5a7c15b5b60e99c90c04b696d20c2a3
|
|
|
|
|
|
|
|
| |
Create a merged XWriter interface for the service.
The xml.sax.Writer service already existed, it just did not have
an IDL file.
Change-Id: I4e6d3f3c68f9282a55fc7aa19778f97632fd8ad5
|
|
|
|
| |
Change-Id: I318ff6f1009b1aaa7d0bd3abb250f92fb51a21cd
|
|
|
|
| |
Change-Id: I89cfc8c1288c00674fe64e791c149743d377d5ee
|
|
|
|
|
|
|
| |
Not all instances are removed, however... Some are used in virtual
method signatures, which will take a little more effort to fix.
Change-Id: Ib30e6bbef5f27f970e6e19291501f7a09d94e0ab
|
|
|
|
| |
Change-Id: Ia8055a1bf21531aeb808d797b2a73a08a897e79c
|
|
|
|
|
|
| |
http://lists.freedesktop.org/archives/libreoffice/2012-October/039639.html
Change-Id: I231f0b367bf0b513c6c1ce4c4cfdb7c3dc8660d5
|
|
|
|
| |
Change-Id: Ib807c54195c867d5f54e48ae2a1fe7694dfa4882
|
|
|
|
|
|
| |
There is no reason to keep SvLBox separate.
Change-Id: I0b34aa8f8ca539d4f4f0f9cea9fa9b8faec241e8
|
|
|
|
| |
Change-Id: Ie3087a00e4aa537763fe36b1b96d644606e547b8
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
The xml.sax.Parser service already existed, it just did not have
a new-style service to create it.
Change-Id: I6f145a7504ff9e149c802f723991954a2801cbc9
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
|
|
|
| |
Change-Id: I033f3cd9b42df21c9b63dc03e8e0136971d5dc24
|
|
|
|
| |
Change-Id: Ieb97d877238941d06aab1aa2ef67186bbc3a995a
|
|
|
|
| |
Change-Id: Icba29c0ebfd30af36b18eb59a23643287985f8c8
|
|
|
|
|
|
|
| |
Change-Id: I50ffc10f007f03c3252ef0196b59b881429cc159
Reviewed-on: https://gerrit.libreoffice.org/734
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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
|