Age | Commit message (Collapse) | Author |
|
...and the hack to locally introduce a bogus pupblished forward declaration of
XFormOperations with which this has been worked around in
cf5c36912390b2f6018f57f79085ab1fa88a08d6 "INTEGRATION: CWS dba23b: work around
idlc limitation, which does not allow to refer unpublished interfaces as
optional entities in published services" no longer works in
offapi/type_reference/offapi.idl.
So given FormController is a (deprecated, even) old-style service (i.e., little
more than glorified commentary), the best fix probably is to demote the
problematic optional property to a comment.
Change-Id: Ia38483c817dc1762ba73315abcd4f9f063db3093
|
|
Change-Id: If46e98f54b916c312193ef7d931e120c53d047c0
|
|
* byte only accepts singed literal values < 128 now
Change-Id: If557b5212e349fe115948f72b5558fee338db659
|
|
* global exception names no longer clash with local names
* repeating the same exception in a raises spec is caught now
Change-Id: I388aae4de59bddc1c69bf4c263297d0b92b47106
|
|
Change-Id: I653522d8ebaac3329f368c102d14041c6b49d41d
|
|
Change-Id: Ic714074a22847fbe4ac39cd035d4924fb0525efd
|
|
AMLOEXT-243 BUG
Change-Id: I97e2dab35b40f4f7fcd4975ae7c5907e97e19fd9
|
|
AMLOEXT-243 FIX
Change-Id: I1a356f9a591c1f5a99d2675065b63a7673217ac6
|
|
Project: help 1fbc93982ca787e8be5b38b6a6729850009c7866
|
|
and not only when gdb is installed / the postprocess script succeeds
Change-Id: I36e2fcdb81296252d7402d77154e45614cb70038
|
|
Change-Id: I01946f979fc043c5b1ca2777f0af1769e2c8a362
|
|
Change-Id: I3f9d69ddbb2144c60a724e4242128b65ae167455
|
|
Change-Id: Ie828de19cc35228cd332ecbb5e11f2edb281bad8
|
|
Change-Id: I7fa5d7f7e9af9e0e785a58f942cf0a401394bafd
|
|
Change-Id: If996e57a616adfb21f09463ac305e64c4e2fa4cc
|
|
Change-Id: Id2bef2696d0bdc618d2fc53658ad8ba23bbad310
|
|
Thus the output can also be used in makefiles where a list of actual
files is needed.
Change-Id: I23396dc2e98c47b99cbf53926f247bd834119976
|
|
Change-Id: Ifa9d755ff223f310881cece4d6dcfdd690ee8c78
|
|
The problem was that previously the shape text was imported normally, and the
shape itself was simply appended after the text.
In case of the VML import, the following mechanism made it possible to have the
shape earlier: OOXMLFastContextHandlerShape::sendShape() is called twice, early
in OOXMLFastContextHandlerWrapper::lcl_createFastChildContext(), in case the
shape had text, and later in
OOXMLFastContextHandlerShape::lcl_endFastElement(), in case the shape didn't
have text. This works because the parent element of v:textbox (v:shape) is
already something that isn't handled in writerfilter, so the parent of the
w:txbxContent's parent was a OOXMLFastContextHandlerWrapper.
In case of WPS, the problem was that the parent of w:txbxContent is wps:txbx,
and the parent of that is wps:wsp, which is something (unlike v:shape) we do
handle in writerfilter. Fix this by adding an early call to sendShape() in
OOXMLFastContextHandlerShape::lcl_createFastChildContext() as well.
Change-Id: Ia24678871d7bbad89d18b1d5f468c17f68feec10
|
|
Reverting: 55c63ccfd460895af22e91979967cec15d80b72d
Seems some other fix, fixes the bug as well.
|
|
Change-Id: If3e97386793f14bec9aae6c95500461177c18570
|
|
Change-Id: I15605228af82f421ad40465a82661b98c91a3370
|
|
Hopefully this script can be used instead of the current many separate
ways to get the same list.
Change-Id: I9b84d70f37e5819140c3a3a2c8a002cfdbac4364
|
|
Change-Id: I916aa32fcd8ab4b8ef13cfb2870e29c45ad8b60c
|
|
No need to fetch string size with this change.
Change-Id: Iae5f6c60430fc57985a0fec5bfec59727e5a8f0f
|
|
This also avoids unnecessary row height adjustments.
Change-Id: Icfecf0a5fdf7ef18db368ebadcf9d0b8700c0b65
|
|
Change-Id: I8c68308394a64eee0985d7d1f8c8b34637a6da74
|
|
Change-Id: I27628314337ae4df31420d63d7c09148369a6759
|
|
Change-Id: I2561ede5a42ad1f0f3bb74f7b9375f87010eddc3
|
|
Change-Id: I01dcd6d421c1f648b4cd8413e3baf50fd26d4c8f
|
|
Change-Id: I66b16e9767369fd54611f92d66cd1b43f4e8c5a8
|
|
See also rhbz#958300
Change-Id: I5c3cf9652adb7b1c9ec53a32ed39f231a09ae1d7
|
|
Change-Id: Iefb00e72f2700503ea33a28c9f7e2150f0d1e06e
|
|
The intent hopefully is that the MobileLibreOffice project should be
buildable in a freshly cloned or otherwise clean tree, where Xcode has
not been used interactively (which automatically creates a scheme for
each target, it seems).
Change-Id: I690513ecf54bb824dd3c3b0ef1735cc5cdff6d60
|
|
Change-Id: Ic21750744794b4721c28f4e2b23e5e5ca5d74db5
|
|
EXPON.DIST, HYPGEOM.DIST, POISSON.DIST, WEIBULL.DIST
Change-Id: Ib9f648739ec0af90cdf2f576c7f548a6acb7b4a6
Reviewed-on: https://gerrit.libreoffice.org/6748
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Otherwise we get tons of (as such, in our case harmless) warnings from
the linker about mismatches.
Change-Id: I826d9e065bae59cdd213131163b31b2099806dd3
|
|
Change-Id: Idccc7cc8e9f81576bb24fec0a49144c0fcc16fd5
|
|
Change-Id: Id6424157d2a9ba2a4ab987cd8aafd9c7de52f836
|
|
Change-Id: I5b2c5a249c0446d69ac19d11e0d5e038983f0be8
|
|
Change-Id: Ia33fae872cf52d14a3faa186a4792d1e91b7962d
|
|
operator== with OUString and literal internally does a reverse-compare
(via OUString::equalsAsciiL) anyway, so no need to keep explicit calls
to OUString::reverseCompareTo with literal argument
Change-Id: I799d9bcd0d5c308a9547ce7cacb2db6042fdb643
|
|
Change-Id: Id83205bfe65d2880bef4741b2c65049e4221d7c6
|
|
Change-Id: I95b8d1bfcba66ba5670345e9159f0dca11e6d967
|
|
A final pass through the code, converting code to use the new
OUString and OString methods that can detect string literals.
Change-Id: Ifa6382335e5650a1c67e52006b26354e0692c710
|
|
Convert code like:
sType.equalsIgnoreAsciiCase(OUString("VIEW"));
to:
sType.equalsIgnoreAsciiCase("VIEW");
Change-Id: I6fb47e6a83b561c7e5a25da76b63606a3174858d
|
|
Convert code like:
aStr.equalsIgnoreAsciiCaseL(RTL_CONSTASCII_STRINGPARAM("XGRAD_SEQ_BEGIN"))
to:
aStr.equalsIgnoreAsciiCase("XGRAD_SEQ_BEGIN")
which compiles down to the same code.
Change-Id: Ia69289d853d292b2f27b68863cb6f6ecdbf1a71e
|
|
Change-Id: Ia701b174288647d3451fbb487d46882452ded821
|
|
The GlyphSet::AddGlyphID() was messing with glyphs of characters that
can be converted to Windows-1252 encoding, discarding whatever glyph it
was asked to use and using a random glyph that is supposed to belong to
the converted character. For ligatures this means the ligature glyphs
was discarded and the glyphs for its component was used, but this broken
for just any glyph substitution.
The code makes no sense at all, apart from the fact that it is verbatim
copy of GlyphSet::AddCharID() since 9754ad8d979557ea03cbfe04708b62b698d1276c
and just happened to work because we did not enable ligatures and other
typographic features for non-CTL text before.
Change-Id: I764f0b40f8acf61eae38a9038b0666d711c04a9d
|
|
There was some minor problem in building curl for iOS and I was
feeling lazy and didn't want to bother fixing that. The experimental
LibreOffice app linked fine without curl.
Change-Id: I9ed1fb814bf8b6c4e2a01a58812face68ae2fb68
|