also fix the string comparison in
SvXMLGraphicHelper::ImplGetGraphicMimeType
which was previously comparing pointers.
Change-Id: Icd1e76bcf60ec3af5b10cb48adfc97548a2bf4f1
Looks like idlc ignores the lone (due to the preceeding ";") raises
specification, for whatever buggy reason. XAxis.idl had been like this since
the inception, and the C++ implementation of getAxisGroup in
sc/source/ui/vba/vbaaxis.{cxx,hxx} had also failed to list BasicErrorException
since its inception (likely because the function signatures were copied directly
from the generated .hdl file, which of course also lacks BasicErrorException;
and also does not really need it given the function definition just returns a
member variable), so keep the status quo and clean up the .idl file.
Change-Id: Ib4ffddb6ec867ca302cc595915cae17099734ddf
UNOIDL identifiers starting with a lowercase letter and containing underscores
are reserved for the implementation. It would be good to be able to enforce
that in code parsing UNOIDL files, but some existing identifiers violate that.
So at least change any violating method parameter identifiers here. While that
is theoretically an incompatible change for published interfaces, it practically
does not matter at all.
Change-Id: I5eff17b5dd5e2e92984184127c4fe1712d62c9dd
There were two problems here:
1) OOXML has no way to explicitly disable the footnote separator, what
is does is that it omits the <w:separator/> element in that case. We
didn't parse that previously -- now we do, and if it's missing, the
separator is disabled.
2) The footnote stream isn't read by the importer, only when the main
stream references the footnote one, the relevant part of it is parsed.
At the moment we always parse the first (special, "separator") entry in
the footnote stream, that may be optimized later if it becomes a
bottleneck.
Change-Id: Ie588270a212fc90fc41095029a362cfd832b24f8
- there was a symbol mismatch for dynamic loading
- while this fixes fdo#68210, similar fixes are likely needed for the other
dynamically loaded functionality
Change-Id: I7e4d6baf256dbe7b145dcbc118b4cac2075e07f5
...it had been deprecated at least since late OOo times, with the
css.sheet.NamedRangeFlag constant group as replacement. (UNOIDL identifiers
starting with an underscore are illegal. It would be good to be able to enforce
that in code parsing UNOIDL files, but some existing identifiers like this one
violate that.)
Change-Id: Ib8067dee47cec46356065b7b70cc6b47b97e5bc0
mv only moves non-hidden files out of UNZIP_DIR, hence removal of
UNZIP_DIR can fail if there are hidden files remaining. This assumes
that hidden files aren't actually needed for our purposes.
This is a problem e.g. for libatomic_ops which contains a .gitignore
in it's top directory, causing the removal of UNZIP_DIR to fail.
Change-Id: Ia4a621b90bc4cc5fc15dd2a3ecc209734abc6269
Reviewed-on: https://gerrit.libreoffice.org/5808
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
...doxygen still picks them up, as it traverses the complete udkapi/ and offapi/
soruce trees. (And rename udk-modules.idl to modules.idl for consistency.)
Change-Id: Ic52c333756810c285059f03edc207a0913ead160
UNOIDL identifiers starting with a lowercase letter and containing hyphens are
reserved for the implementation. It would be good to be able to enforce that in
code parsing UNOIDL files, but some existing identifiers violate that.
In the case of the published, deprecated css.uno.Uik, the change is incompatible
in theory but arguably irrelevant in practice.
Change-Id: I61f66e2d73c6aca5498ae566758893b546eb81d5
Remove an odd {1} repeat count, and remove the "."{DIGIT}+ pattern that is
already covered by the following {DIGIT}*"."{DIGIT}+ pattern.
Change-Id: If99dfe10a5e37225355472bf4deceb34c0a92eb9
