Age | Commit message (Collapse) | Author |
|
Change-Id: Icca5d46b36efa6e8684eb9dd9ea44b496a1829b2
Reviewed-on: https://gerrit.libreoffice.org/5441
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I27fc5b954ad90bebfd895d8b45f0c37875df6cdd
|
|
Change-Id: I75cdc5ff2f2b51ef02feba9e380571cd3b7ae803
|
|
Project: help 3a430335a811b691797546d908081ab41d8ad69d
|
|
Change-Id: Id409bf113d7181361c0565f7cd3fb63cd7bc5384
|
|
Change-Id: I62037134ad919dec0ea036a1660ce28426033a2d
|
|
Change-Id: Id934b89f56080846d22405a60a2a310908c7ec82
|
|
Change-Id: Ia5cfc3fcf07a99677b090827760cfdc685bc2592
|
|
Change-Id: I6973be21f6f4009d6934220f978e9369fef67ede
|
|
Change-Id: Ib4da1e4f488971d7508054159df3e277daea7e5f
|
|
Now we can choose colors to equations in Elements Dock, in the Attributes section.
All colors there can be choosed by clicking in the name of color.
Change-Id: I5545b292955072f9f45f31262a511cee3d70c953
Reviewed-on: https://gerrit.libreoffice.org/5414
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Change-Id: I2dc86331cd1ddf3a9b9ea28dcd881d23789d60d6
|
|
Change-Id: I5d5f65766d4ad3b319b2cbe4f6491d0aab7f02df
|
|
These have been added in initial CVS import.
Change-Id: I8235db9d16b699f9736762bf097e99819753d616
|
|
This has been added in initial CVS import.
Change-Id: Ibc1f68860019a639a665d314b1ebfc96d3ca1e45
|
|
This was introduced for i#39915, which is about an infinite loop when
compiling with Apple GCC 3.3 => obsolete
Change-Id: I67d7c7975574f371aecac8f6dd4cf7800dd0725d
|
|
SunStudio is not really a C++ compiler anyway, Linux/PPC has had the
workaround accidentally disabled since OOo 3.4 and the hope is the last
Apple toolchain that suffered here was the no longer supported GCC 4.0.1.
Change-Id: If8addee9e2efe0db36059cbecfb9b9ffc78ffe88
|
|
Project: help b8c3f4436f5c754a8d80433e0230cfd7f2a7ae36
|
|
...offload to init() instead and wrap ctor in create(). That removes the need
for refcount fiddling and additional OContainerListener class. Which in turn
removes code using dynamic_cast on UNO interface classes, which my claim at
<http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20130812/
086127.html> "ubsan: check type_info equality via strcmp" that "there should not
be uses of dynamic_cast involving [UNO] classes in the LibreOffice code base"
made me wonder about...
Change-Id: I5d72650f6bf081f971f7bd6bb65f4e58a342f791
|
|
Change-Id: Id2be1940652e0d26efe4fdb92b750039744632de
|
|
Change-Id: Ie29489fe53a74332cb3d4dde2b507196c1438a87
|
|
Change-Id: I6283a3d4df91447d15b62e738be07961ac00ef56
|
|
Change-Id: I84f693aa6747f639bd4ae60a02dd4d8c30b7d029
|
|
Change-Id: I2a2cc56cf005f564c798b8d43ef7e8c4b7f9eeff
|
|
Change-Id: I8dd43929a085a1d4cde2a9f057adc2feca5d16c1
|
|
Fixed the test cases - false negatives.
|
|
Change-Id: Ib3be1e407a9a3716fe171eb0586f03174015d844
|
|
Change-Id: I7061f59077a75b879ad42179b839894747f5ba5b
Reviewed-on: https://gerrit.libreoffice.org/5377
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
The bugdoc does not have a styles.xml but a stylesWithEffects.xml,
whatever that may mean. (the app.xml contains "Microsoft Macintosh Word")
Change-Id: If3d11c5d166dcaf3d94129339559787c20e6db46
|
|
...and get rid of hand-coded queryInterface implementations that use
dynamic_cast. My claim at <http://lists.cs.uiuc.edu/pipermail/cfe-commits/
Week-of-Mon-20130812/086127.html> "ubsan: check type_info equality via strcmp"
that "there should not be uses of dynamic_cast involving [UNO] classes in the
LibreOffice code base" made me wonder...
Change-Id: Ic7702fd00b8e5c79399124c0acf12c80bc71a86f
|
|
CntEnumItem, we hardly knew you existed.
Change-Id: I54b489f22662f9a3305478d18438b13850444316
|
|
CntBoolItem adds no value at all.
Change-Id: I41a22fc11cca270e792f2a2f81e3638b54dc1d24
|
|
Change-Id: Ia2cd69eb0a180cdfb747a82edefbe1527138b26d
Reviewed-on: https://gerrit.libreoffice.org/5444
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Ib48606425edb5f267615f4a15028b15e8fd00d5d
|
|
After commit fc861c7088e9b639a1c2c80f8ba4535c798aeb34 there is now an order
dependency, between any ScPatternAttr flags indirectly set and
SheetDataBuffer::finalizeImport which sets the attributes directly for a column
So the ATTR_MERGE_FLAG that has ScMergeFlagAttr ( and associated
SC_MF_AUTO flag ) is scrubbed when by the direct writting of the attribute
from SheetDataBuffer::finalizeImport -> Document::SetAttrEntries
I've reordered that Table import here and split the finalize ( which happens
before heetDataBuffer::finalizeImport ) so that the databaseranges which were
created before sheet import still happens, the autofilter part of the import
is now deferred ( until after SheetDataBuffer::finalizeImport )
Change-Id: I11bb45ee7b330760fd93ecca30b23399414ac3a7
|
|
Change-Id: I082aaa9ddd539a9d7989f763c320343bd1951f4e
|
|
since we use FontMetric::GetAscent to determine text baseine position in Paint
it IMO makes sense to use FontMetric::GetLineHeight to determine button height,
not GetTextBoundRect which returns somewhat smaller height.
Change-Id: Iaea203a29293f9ee9b841e1a8e8aebf2dc8e1920
|
|
This code block happens to be a performance hot spot right now.
Change-Id: I4fa2c4ea27cb6ae4c4331d0bb474eddc167b69fa
|
|
Change-Id: I1c19e8a7d775b1c37649dd36b611d145fd4ce47e
|
|
They had been edited manually a couple of times...
(Instead in the previous commits I edited the generating script and the input
data.)
Change-Id: I3c89d021450a3c3e64055991450c205251fdd41f
|
|
Don't generate code that uses the old RTL_CONSTASCII_USTRINGPARAM horror.
Update the README file to have actually working command lines, and at the same
time make it into a shell script that can actually be run.
Use SAL_INFO with tag oox.cscode to output the stuff that the
generatePresetsCXX.pl is looking for.
Change-Id: I3f8f756fbe8e35857c2bd07beece0f3ab4234e7f
|
|
See
http://social.msdn.microsoft.com/Forums/en-US/73038923-5081-4591-9f50-088454ca9e27/probable-bug-with-updownarrowuparrow.
Change-Id: Ibab5a0e16c40df8caa8abe760c78e54e5cc096b0
|
|
Change-Id: I767edf86f9e4d96da538ec1e32792524b22af11d
|
|
Change-Id: I5742e178baa85f3faf80d95f57fed248f7984793
|
|
Change-Id: I68ef5bdfb3007709444b838f3c7c3925acc9dd32
|
|
Change-Id: I3d0de21a5fe10b64e21955f3384b95a96ac7561e
|
|
Change-Id: I8fc579cde3a3ce40c75dd0a23990a831d9558add
|
|
Git history shows it was like this since first commit (2009-12-15)
Moreover I noticed these lines:
220 if ( mpCGM->pElement->nAspectSourceFlags & ASF_FILLCOLOR )
221 nFillColor = mpCGM->pElement->pFillBundle->GetColor();
222 else
223 nFillColor = mpCGM->pElement->aFillBundle.GetColor();
even if nFillColor can have another value in case below
249 case FIS_GEOPATTERN :
250 {
251 if ( mpCGM->pElement->eTransparency == T_ON )
252 nFillColor = mpCGM->pElement->nAuxiliaryColor;
253 eFS = drawing::FillStyle_NONE;
254 }
this change is still safe since it's just a simplification.
Change-Id: Icf41dbeee6405780483649e0968dd30e8a533882
|
|
Change-Id: If5cd54da40975723ca287c1cd937450046332c85
|
|
Criteria in SUMIF, AVERAGEIF, COUNTIF, SUMIFS, AVERAGEIFS, COUNTIFS are
not cell ranges.
Change-Id: Iace25057ab3c9af1e2ec3c45c6803d42272f962b
|