The implementation in Writer has Value property read-only since initial
CVS import, and NumberingType property never existed, so adapt
com.sun.star.text.textfield.GetExpression to implementation.
Thanks to the really cool David Ostrovsky for finding these.
Change-Id: I3b12a8103d0d6de7dbf644f30db3f192b0331f0a
SERVICE: /UCR/com/sun/star/text/textfield/GetExpression
SERVICE1 contains 1 more properties as SERVICE2
incompatible change: Field 3 ('NumberingType') of r1 is not longer a property of this SERVICE in r2
incompatible change: Field 6 ('Value') of r1 is not longer a property of this SERVICE in r2
incompatible change: Field 5 ('Value') of r2 is a new property compared to this SERVICE in r1 and is not 'optional'
...does not make sense. Adapted some old-style services accordingly, where the
inherited service had been changed to new-style after the fact.
Change-Id: I5f3e4ddf99160778a319062a6c84f83529ff177b
Original author: Tsutomu Uchino <hanya.runo at gmail.com>
(cherry picked from commit 0465df078a063637a2d2c73414ceba6cef7abd6c)
Change-Id: I11b1d2a11a3ace5f6dbcb4c899fd2449e07e1393
API CHANGE: The ScannerManager service now returns XScannerManager2
Don't know why this wasn't done already, the service already implements it.
Change-Id: I22355749bc859420174a132f3a21cc7a4984bf5f
The implementation in Writer has been read-only since initial CVS
import, so adapt com.sun.star.text.textfield.SetExpression to
implementation.
Change-Id: I70cdd5d0a44cb86426f533c00f86874e8dde8b87
SERVICE: /UCR/com/sun/star/text/textfield/SetExpression
incompatible change: Field 11 ('VariableName') of r1 is not longer a
property of this SERVICE in r2
incompatible change: Field 11 ('VariableName') of r2 is a new
property compared to this SERVICE in r1 and is not 'optional'
The boilerplate code for drawing the 4 types of stepped is in place (as
described in ODF1.3,
https://tools.oasis-open.org/issues/browse/OFFICE-3662).
We can also read the current attribute values used in Gnumeric. These values
are converted to ODF1.3 during save.
Change-Id: I0f04a779de4b65326ed7ce6de56191f11b51c596
- UnoApi: stop delivering IDL files to $(OUTDIR)/idl
- add ZipUnoApi to package IDL files for SDK
- convert udkapi and offapi to ZipUnoApi and package them in scp2
- odk: remove ugly CustomTarget_idl that uses "find"
Change-Id: I8dc4e0e7d0dc51c1abf18f31bfe095760d3c2104
Written constructor for opffapi/com/sun/star/accessibility/AccessBridge.idl and rewritten to new style in offapi/com/sun/star/awt/tab/UnoControlTabPageModel.idl
Signed-off-by Stephan Bergmann <sbergman@redhat.com>:
* Moved offapi/com/sun/star/accessibility/AccessBridge.idl from _noheader to
_nohdl, as necessary for a new-style service.
* Left out changes to offapi/com/sun/star/awt/tab/UnoControlTabPageModel.idl, as
that appears to never be instantiated at the global component context/service
manager, but rather via some local ControlModelContainerBase::createInstance
in toolkit/source/controls/controlmodelcontainerbase.cxx, so does not look
like it qualifies for a new-style service.
Conflicts:
offapi/com/sun/star/accessibility/AccessBridge.idl
Change-Id: I88dc745cddf9956c930c1216c697dd142e33c846
Only applies to PropertyAttribute::REMOVEABLE, and all instances in comments.
All other instances of the misspelling have remained the same.
Example: AF_REMOVEABLE
Change-Id: I391f4101bbc3e06689318235a37d616065bc1686
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
... "crash on Tools - Options - LibreOffice - Personalization - Select Background Image"
The root cause of this is my conversion of the UNO code to use the
new-style FilePicker service constructor in commit
4b51374a70
Unfortunately, the new-style service constructor will always call
initialize(Sequence<Any>), which the old code did not do.
And initialize does not like being called without any arguments.
The cleanest fix for this is to simply remove the createDefault()
service constructor method and make all the call sites explicitly
choose the style of FilePicker dialog they want.
As a bonus, this simplifies some of the call sites.
Change-Id: I75f5e03cff4e39abe22cd9650a079ec78ab636c4
Reviewed-on: https://gerrit.libreoffice.org/2553
Reviewed-by: Kohei Yoshida <kohei.yoshida@gmail.com>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
Jan Holesovsky