Age | Commit message (Collapse) | Author |
|
A bit unclear to me whether the code really did what was intended with
earlier VS versions either.
VS2013 said: error C2664: 'rtl::OUString::OUString(const sal_uInt32
*,sal_Int32)' : cannot convert argument 1 from 'const char *' to
'const rtl::OUString &'
Reason: cannot convert from 'const char *' to 'const rtl::OUString'
No constructor could take the source type, or constructor overload
resolution was ambiguous
Change-Id: Ie23d8382515064062a3ed46418d9d4a977b35d28
|
|
Change-Id: Idd6c227b8f50446c1d3c48385de6c843faf47466
|
|
...CUtList::cDummyElmt is always only of type CUtListElmt, not a derived type.
Change-Id: Ibc372642e2a53c548421b5cfa7cc496986036815
|
|
This commit cherry-picks 49a454225e35699d7351faaba3d296e1858c6107
for serf webdav version.
Change-Id: Ic5aba4fba8f8a2a521224b08865500dd932e85bf
|
|
Why insist on using the same name as a standard function? Causes
confusion with VS2013 at least, "ambiguous call to overloaded
function."
Sure, this might be caused by a bug in the compiler (or its
headers). Or maybe vagueness in the language definition? Who cares, I
still claim that intentionally writing an own function called round()
is asking for problems. So rename it to round_to_long().
(And then the return value of calls to this function, which is of type
'long', is assigned in a couple of places to variables of type 'int',
fun... Intentional, knowing there will be no overflow, or a bug
waiting to happen?)
Change-Id: If15d44f10f9f05de1c7c79492baf158eee770b8b
|
|
to replace hand-rolled version
Change-Id: I9dd8d02024702972722b43f2654db91eb3da3794
|
|
to replace hand-rolled version
Change-Id: I36d4ce14d0c0c8a4b224a240c6e25c8df99b78aa
|
|
so I can clean just the non-external stuff when re-running my
clang plugins
Change-Id: I251ceba7e57454a91da5b1082192bb2d211e5406
|
|
It has gone at 0e73ffc339ff51fc610de5fcbad0aef813610f36.
Change-Id: I98fcdfe4861e47fbd33ff620971f247bee89290e
|
|
Change-Id: I1cc91bccd288543162b1169ce5621a91a5d4f991
|
|
Not sure if the intent is that clearCache() should be called, but the
calls have just accidentally been placed after the return statements,
or whether the code works correctly and as intended as it is now,
i.e. with the unreachable calls to clearCache().
Warning emitted by VS 2013, why don't other compilers warn? Perhaps
these functions are never called?
Change-Id: I16b0bc1b836753ef5579dadba211cbce4f50cbc3
|
|
Using it as a namespace in our rtl string headers breaks compilation
of cli_ure/source/climaker/climaker_emit.cxx (and other C++/CLI
sources we might have that include rtl string headers). Rename it to
'libreoffice_internal'.
Change-Id: Ieae68bd612b05d326d570945c1d08a54bf011852
|
|
Instead, atls.lib should be used also with code compiled to use the
debugging runtime. See
http://msdn.microsoft.com/en-us/library/bb531344.aspx which says
"Atls.lib no longer has character-set dependencies or code that's
specific for debug/release. Because it works the same for Unicode/ANSI
and debug/release, only one version of the library is required."
Change-Id: Ie39ea271513dec1084cae8d1bbf93afa286f357a
|
|
Change-Id: I6a46e6466ab56aea14e16902cb51f9c3f088f30e
|
|
Change-Id: I339577c5b34de0cf3e5dcc644ec1dc080c35d01c
|
|
Change-Id: Ifb1f83bbe5f9bb9ecb7fca26f883d1331052f10d
|
|
Change-Id: I302cc1e5b164b2ce9999087293b034ec930951af
|
|
Since 1d38cb365543924f9c50014e6b2227e77de1d0c9, "number format" and
"link number format to source" properties are 2 separate properties. Adjust
OOXML import code for that split.
Also, always set axis' number format via NumberFormat property even when it's
a percent format. The axis object doesn't keep a non-percent and percent
number formats separately.
Change-Id: I8667b6f1a78d88cc37d059518919ad1b37f154e1
|
|
Change-Id: I5703b269380bbaefd503780b8d396552e6517ddc
|
|
Change-Id: Ic3ab061ab8d3578130dfa8a637e5351d4f5d766e
|
|
VS 2013 warns: Conversion rules for arithmetic operations in the
comparison mean that one branch cannot be executed.
Change-Id: I85f6df16b0ced94677568441d87a588bed1bfb9b
|
|
No idea why this wasn't a problem before.
Change-Id: Icbb94111061079069e2fc2102cfa4fe4bdd59bb9
|
|
Change-Id: I13e938d0b2845b691bdd0f2b7208561e7ed177d4
|
|
Change-Id: Icd7a3d0cbcb994986ea53a5fe91d3996b26cbe0c
|
|
Change-Id: Iecb8e289d94c479447b80f1d5ebc21eb2210301b
|
|
Change-Id: If1f6f9755c4b3b44ae34a126d7f3534969bfc630
|
|
Change-Id: I6ab759a54ef369e20d93c0767d6a103aabd14faa
|
|
Change-Id: I3beea86e97a4217128383c01049b2fc19c85c67a
|
|
Change-Id: I4dbf663790bd8906ef8b123a01bdf52e0c0c1962
|
|
Change-Id: I22485919713f5cafb494992a36c5ada21bdcc18c
|
|
Change-Id: Ibf6f1d60fc7ec92e24fc366dc193cbd70f13c18c
|
|
Change-Id: Ia39ce5eeb26a11c633bc414872481d0bc08910dc
|
|
Change-Id: I31cb7aec1a48b7b052f104ea3558cb13595a3687
|
|
Change-Id: Ic027cd02f590db06a75fdd2b23d6f67bd42f575a
|
|
Change-Id: Ie79a86827c4ee9feabcabf2530b30466f95905ed
|
|
AVFoundation framework is available in OS X v10.7 and later
related commits:
7822b5535cccc68e5b454d04a66a6b4f27675ec6
0b49cc5b03b39aa1dfddf924c6eaf8cb42e791a8
Change-Id: If771fca79c41d70e51eab533faec7bb9997803b7
Reviewed-on: https://gerrit.libreoffice.org/9769
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Otherwise wrong colors are displayed.
Change-Id: I5d7444100355fdbc5fcd2aaa1c01202ace54312d
|
|
It needs to be set, so that the chart has colors. It was grey before.
The bug was fixed already in aacfd5038d05a02f8b1eade3a5896d3d7e959f3d,
which got pushed sooner, so this commit only changes
the property name from 'INVALID' to 'FillTransparenceGradientName'.
Change-Id: If06899258a4307d583480538338480ba5bb830b9
|
|
Change-Id: Ia5a12fed570fcfc0db4e8080dd6cf3c2714293ab
|
|
We do not want to randomly pick FlatODF as the filter for
libreoffice --convert-to od?
Change-Id: Id04e10120786ef6a2c2b0eaf2b20a256d8daa7dc
|
|
Change-Id: Ie2bff125f6839d99280d441b823eb6e0a712844d
|
|
Change-Id: I8fa095b45ea2fe1a07c1660d2efc24c73f7082da
|
|
Change-Id: I587ef2c38fd9377eef2073a49cd8497b2bd4bf9f
Reviewed-on: https://gerrit.libreoffice.org/10076
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I8d42768a21b81831332a8bb6a1c4ae753238ae5b
|
|
Project: help e59cf1d627e4e71d9dc40d9e58d93f25b10875f5
|
|
Change-Id: I69d7e13c8a279b3470aef8329aa50f5042c4c55b
|
|
Change-Id: I348a876413fa1acf2cf253784d53a0078bbedd92
Reviewed-on: https://gerrit.libreoffice.org/10043
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Project: help 4b031368ed5d1b94e9009142f2dcd8017313a79f
Fix fdo#80440: help entry for ERF & ERFC.PRECISE
Write help pages for ERF.PRECISE and ERFC.PRECISE spreadsheet functions
Change-Id: I6392684d91d4b43d954b3ba9b23db9d931f3e984
Reviewed-on: https://gerrit.libreoffice.org/10034
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: If46baf8613c6202e84a985ad7e2ce658e1d42193
Reviewed-on: https://gerrit.libreoffice.org/10102
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
rStr is NaN
Change-Id: I8206ab322a08d558cf5f05750efd700875b2134c
|