This does not always work well, e.g. when building a return value
in a return statement from a temporary, there is CXXConstructExpr
containing CXXTemporaryObjectExpr, which both share the same location.
This reverts commit 1c0669af2f1f58e6431b5e489ac48a883e242ba7.
Turns out removeText( SourceRange ) treats it as a token range, so it's
not always character-exact if used for removal of only several characters
from a token (e.g. an identifier).
Change-Id: I0223d52da90f9535d9ef1d48b0f56d69131536c8
This reverts commit 135d20caa4178c3a6d7682b547c5da6d58310f01.
Conflicts:
vcl/source/window/window.cxx
There is no implementation of the SystemClipboardExt service, so Window::GetClipboard
would now always fail with catching an Exception, instead of trying to create a
SystemClipboard if SystemClipboardExt is unavailable. (I'll clean up the unused
SystemClipboardExt in a follow-up commit.)
Change-Id: Ic3c45b148057e174d3487aedb4176549cb28f3c0
9041dac37f912a6f183be9f6b6558f1ef44280c0. The correct fix was
f4227c822c7f5a4e1e1b3b4e096cb63cf710a3f1 "Blind fix for MSVC, take two."
Change-Id: I6c319a0f7a1d3dbcffbd4be8ac02682e5fdd7802
Regression from 1348288905ffa75d3634eee4392ba4660d28cdb9 (mismerge, I
guess), when header was enabled, actually empty footer was exported,
even in case footer was disabled.
Change-Id: Ied55dc2a9f0faef87689c07935a47db384d37e1a
* Change to SAL_INFO instead of EMFP_DEBUG in emfplus.cxx
* Use #ifdef OSL_DEBUG > 1 to conditionally compile in debugging routines
* Remove some commented/conditionally compiled out code
* Change logging area for SAL_WARN from cppcanvas to cppcanvas.emf
Change-Id: I6db0021807634070cfa2fee0f07e32d235b3d2f3
Reviewed-on: https://gerrit.libreoffice.org/3782
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
Why the f*cking hell do we need file format specs if they are ignored
and we just write into an implementers note what we want to see in the
spec. And at least if there is an implementers note file make sure to
mention all the cases and save me the reverse engineering time.
Change-Id: I08c2c9963fc6f2780e49a89f988a758665e007fa
Excel just removes the chart during import. Additionally we should work
on only exporting the data label information for points that really
contain data labels.
Change-Id: I80aef8effe27c729feb69c25c319ca129dc961a5
Different MSO versions behave differently in respect to the default
values. 2007 is not compliant to OOXML and is what our export filter
expects, 2010+ are compliant to OOXML and therefore our charts look
awful.
Change-Id: If301d878a1603ed9835884cfbb9ed9c902526ba0
Norbert cherry-picked the original patch [1] without changes. However
some sentences in it where translated misleadingly. So here I am merging my
remarks/corrections to it, plus some minor changes regarding whitespaces
in front of punctuations.
[1] see https://gerrit.libreoffice.org/3788
Change-Id: If5fa033c48b2bd16fc0b83195ba4d46f5051414b
Please, only apply this patch if you are a native speaking German.
I'm not a native speaker, so a double check is really necessary and appreciated.
Thanks in advance!
Change-Id: I9493d128e124d319391aa851ae364aefeb27c512
Reviewed-on: https://gerrit.libreoffice.org/3788
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
"Fixed" in the sense that it works exactly like the non-HarfBuzz case,
but that is already a bit broken. Need to get rid if the little OpenType
layout engine in ServerFont::ApplyGSUB() and use HarfBuzz's vertical
text layout capabilities.
Change-Id: I32abe385575bd5d1b66e573dfe2fc7f412d02254
