Age | Commit message (Collapse) | Author |
|
It is not possible to create wiki pages with URLs that have %2F in
them. Help URLs contain %2F, when invoked from dialogs that are
based on .ui files, it seems this is the new HID syntax.
For example for Zoom dialog LibreOffice used to call
http://help.libreoffice.org/simpress/cui%2Fui%2Fzoomdialog%2Fzoomsb
and it did not work. Now it calls
http://help.libreoffice.org/simpress/cui/ui/zoomdialog/zoomsb
and it works.
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
Conflicts:
sfx2/source/appl/sfxhelp.cxx
Change-Id: I163cf8ec3b69f31eadbbd9085d2180839fe91e07
|
|
Change-Id: I2686d6f1d29862878b5ee0f6ca0d2e746766ef21
Reviewed-on: https://gerrit.libreoffice.org/1948
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: Ib74f8f1a79ca04c42db9bd2c35ae6c4729edad69
Signed-off-by: Michael Meeks <michael.meeks@suse.com>
|
|
Conflicts:
svtools/Library_svt.mk
q#
Change-Id: I3455a7294b136400f32163626d5a7a7f2bfa898c
Signed-off-by: Cor Nouws <oolst@nouenoff.nl>
Signed-off-by: Olivier Hallot <olivier.hallot@documentfoundation.org>
Signed-off-by: Adolfo Jayme Barrientos <fitoschido@ubuntu.com>
Signed-off-by: Michael Meeks <michael.meeks@suse.com>
|
|
Change-Id: Iab660dcfffc2a511092398926338ed06f6408925
|
|
Conflicts:
basctl/uiconfig/basicide/menubar/menubar.xml
extensions/source/bibliography/uiconfig/sbibliography/menubar/menubar.xml
framework/uiconfig/startmodule/menubar/menubar.xml
sc/uiconfig/scalc/menubar/menubar.xml
sd/uiconfig/sdraw/menubar/menubar.xml
sd/uiconfig/simpress/menubar/menubar.xml
sfx2/inc/docvor.hxx
sfx2/inc/orgmgr.hxx
sfx2/source/doc/docvor.cxx
sfx2/source/view/orgmgr.cxx
sw/uiconfig/sglobal/menubar/menubar.xml
sw/uiconfig/sweb/menubar/menubar.xml
sw/uiconfig/swform/menubar/menubar.xml
sw/uiconfig/swreport/menubar/menubar.xml
sw/uiconfig/swriter/menubar/menubar.xml
sw/uiconfig/swxform/menubar/menubar.xml
Change-Id: I5aa9dd8c0bfb95c26bca14962f60041e892ea2ea
|
|
This dialog is still of some use with some Writer Wizards and templates.
Re-added the dialog, but moved the menu entry to Tools menu in Writer.
The menu entry has not been added back in the other applications.
Change-Id: I1388d955752e99ab6d39dfc81bb41a97b33bdfcd
|
|
Change-Id: Idfd689c86700fe3b6ec2af477973a2cb484fc29d
Reviewed-on: https://gerrit.libreoffice.org/1408
Reviewed-by: Kohei Yoshida <kohei.yoshida@gmail.com>
Tested-by: Kohei Yoshida <kohei.yoshida@gmail.com>
|
|
Change-Id: Iaec660c2d8da109bd644f5c88213fdb0c51a9c0f
|
|
Change-Id: I1d7806a125fb34000f588f0936b48dd7ce411356
|
|
Change-Id: Ia875d6b04b5ce6a026a57aaef2c17fc02a503ae9
Reviewed-on: https://gerrit.libreoffice.org/1224
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
|
|
|
|
|
|
|
|
- in the libbiblio component the frame is already created, and a frame
that is loading is vetoing a terminate
- thus move check to sfx2
- use the fancy svtools::RestartDialog
Change-Id: I500aaeac44d52969575f50f6b79d0c07a08c977e
Reviewed-on: https://gerrit.libreoffice.org/1207
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
|
|
Change-Id: Ieb6b590060b1ca7a497049e974909c9661f1cc14
|
|
This changes all generated API headers (.hpp and .hdl) to use a
namespace alias 'css' instead of the pointlessly long com::sun::star
Makes the change in cppumaker & associated tools, adds a global
namespace alias definition in sal/types.h, and removes a kiloton
of local, now pointless-to-harmful versions of that alias from all
over the code.
Change-Id: Ice5a644a6b971a981f01dc0589d48f5add31cc0f
|
|
...the single remaining user can use officecfg/Setup.hxx instead.
Change-Id: Icc1b56d820a9fcd7ecc52e279bcdde3aac4499d4
|
|
We can drop or simplify many conditionals.
Change-Id: I37e820e515cc09845c30b62c89ddb3b6ff370f97
|
|
Change-Id: Iea248eeb3c3eacf9b0f123daa52516f5c1f0259c
|
|
The following badly designed interfaces and services were deprecated
in OpenOffice.org 3.0 and are now remove from the API:
com.sun.star.document.DocumentInfo
com.sun.star.document.StandaloneDocumentInfo
com.sun.star.document.XDocumentInfo
com.sun.star.document.XDocumentInfoSupplier
com.sun.star.document.XStandaloneDocumentInfo
The supported replacements for these have been introduced in OOo 3.0:
com.sun.star.document.XDocumentProperties
com.sun.star.document.XDocumentPropertiesSupplier
com.sun.star.document.DocumentProperties
http://www.mail-archive.com/interface-announce@openoffice.org/msg00432.html
Remove the implementation of these interfaces and services in sfx2
(SfxBaseModel, objuno.cxx)
Also remove unit tests for these services in qadevOOo and sfx2.
Conflicts:
offapi/type_reference/types.rdb
Change-Id: Ib0b48a4e53a8079c82fac3bb49a829812f8e5256
|
|
Change-Id: I77b3afa52bd5cc25a6385cbdb480a30e7aef387c
|
|
Change-Id: I2ceaa3159e8669c2c569fa8559c1e061dcad399d
|
|
Change-Id: I17d9a502565d445b0eab9ef6e9123661850292b7
|
|
Change-Id: I710ae66e51139662eb442b681fdf9cc9d158551d
|
|
Change-Id: I10f395f90d554d0ec26fe9f2654ae839e21c7ee5
|
|
Change-Id: Ie060f2357a17be818d34c9393ac4ac606331d081
|
|
Also removed a fair amount of implicit inline methods to promote use
of more forward declaration.
Change-Id: I5ad21f0d7abc85281708b7e87f1036b02a053627
|
|
Also create a utility constructor for LocaleDataWrapper, which
simplifies many of the calling sites.
Change-Id: Ic8510b51c4201fa17fc0620e18d3e258e43636ba
|
|
Change-Id: I12317bd8c91756c7960f04d2fad38dd509840932
|
|
Change-Id: I6607bfe8b6bf4d29ffd01cd88a19af5e53d616b5
|
|
...in favor of existing new-style configuration::theDefaultProvider singleton.
Theoretically, ConfigurationProvider instances can be created with specific
Locale and EnableAsync arguments, but this is hardly used in practice, and thus
effectively all uses of the ConfigurationProvider service use the
theDefaultProvider instance, anyway.
theDefaultProvider is restricted to the XMultiServiceFactory interface, while
ConfigurationProvider also makes available XComponent. However, dispose must
not be called manually on theDefaultProvider singleton anyway, and calls to
add-/removeEventListener are so few (and in dubious code that should better be
cleaned up) that requiring an explicit queryInterface does not really hurt
there.
This commit originated as a patch by Noel Grandin to "Adapt
configuration::ConfigurationProvider UNO service to new style [by creating] a
merged XConfigurationProvider interface for this service to implement." It was
then modified by Stephan Bergmann by deprecating ConfigurationProvider instead
of adding XConfigurationProvider and by replacing calls to
ConfigurationProvider::create with calls to theDefaultProvider::get.
Change-Id: I9c16700afe0faff1ef6f20338a66bd7a9af990bd
|
|
Change-Id: Ie8a6c2a8850ad3dd6cd2be878aedfbf81d2473f7
|
|
Change-Id: I7c7f951b352ed2e9ef7604a5be324223f21e96dd
|
|
Although the implementation is here, the dialogs to show when clicking
on the menu items aren't there yet.
Change-Id: I14886ec8ea8b97a35ca6c8474bc33e30da1a86d3
|
|
Change-Id: I87d6e518aebcd0074f673b84b66df27ae9a0a15a
|
|
Convert the helper methods to take an XComponentContext parameter,
instead of XMultiServiceFactory.
Change-Id: I9f0098af37b91f107d8799f14caa04756eac82b1
|
|
Change-Id: I4e72bf5880fa28cb96d93ede7730a63220af7fa6
|
|
Change-Id: I89cfc8c1288c00674fe64e791c149743d377d5ee
|
|
http://lists.freedesktop.org/archives/libreoffice/2012-October/039639.html
Change-Id: I1a0e436051d48e7f6224d6f0fc602347df2d4df1
|
|
There is no reason to keep SvLBox separate.
Change-Id: I0b34aa8f8ca539d4f4f0f9cea9fa9b8faec241e8
|
|
Change-Id: I4b18f19f5cf13d648a8d10cc31c63bb330a86b6f
|
|
Not needed after all, at least for DISABLE_DYNLOADING on Android,
instead let's use the weak attribute for the problematic data.
This reverts commit 769f3957c5c72f2952d6b8d0d1d811a6b19226ad.
|
|
Change-Id: I1995d68a654a7eb56a46241ffa8946ce1e52761a
|
|
Change-Id: I08ce3523f259b1ace7c2a1a58b091b43a44a7d92
|
|
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: Ib2e9c5a72239fc0fa3a54ac3717d90fe1b779d63
|
|
This appears to be messy: The /org.openoffice.Office.Views/WindowType
configuration group template has both a nilable bool "Visible" property and a
UserData/Data string property that encodes various things like geometry---but
also visibility---in a string.
Now, likely due to the problem that has meanwhile been fixed through
f3f79cc9e6c265baf48955d53f7e888205e0b3e0 "Resolves fdo#46074: Fix
Partial::contains for paths that go past a leaf node," some
registrymodification.xcu files in the wild contain such WindowType entries in
"default" state, without a UserData/Data string and with a nil "Visible"
property.
The way SfxChildWindow::InitializeChildWinFactory_Impl and
SvtViewOptions::IsVisible are implemented, they will always lead to an invisible
window for such broken registrymodification.xcu data (as IsVisible unhelpfully
returns false for a nil value, and InitializeChildWinFactory_Impl uses that
value when there is no UserData/Data string).
For the Math formula editor window (ID 30378) this means that it can disappear
from the UI completely, as there appears to be no UI trigger for the user to
show it in case it is hidden.
The fix is to introdue SvtViewOptions::HasVisible (which only returns true if
the property is not nil) and change InitializeChidlWinFactory_Impl to only use
the value of IsVisible() if HasVisible() returns true. This makes the code even
more baroque, but this is a rather central, generic piece of code for all sorts
of windows, so I do not want to break any other uses by e.g. changing IsVisible
to return true for a nil property.
Change-Id: Iae40075a7116a8aabd2d25aa9334709522e23d8f
|
|
* 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
|