Age | Commit message (Collapse) | Author |
|
Change-Id: Idce2856f656576dc58e137800e11da0178eb5201
|
|
Change-Id: I41ba46831f24b2960a1fe982b74a2b623e682e0b
|
|
Change-Id: I2cc9884b23b49eb3e2afd27e5610bf96998a3c7f
|
|
and automatically seed from time on first use
coverity#1242393 Don't call rand
coverity#1242404 Don't call rand
coverity#1242410 Don't call rand and additionally allow 0xFF as a value
coverity#1242409 Don't call rand
coverity#1242399 Don't call rand
coverity#1242372 Don't call rand
coverity#1242377 Don't call rand
coverity#1242378 Don't call rand
coverity#1242379 Don't call rand
coverity#1242382 Don't call rand
coverity#1242383 Don't call rand
coverity#1242402 Don't call rand
coverity#1242397 Don't call rand
coverity#1242390 Don't call rand
coverity#1242389 Don't call rand
coverity#1242388 Don't call rand
coverity#1242386 Don't call rand
coverity#1242384 Don't call rand
coverity#1242394 Don't call rand
Change-Id: I241feab9cb370e091fd6ccaba2af941eb95bc7cf
|
|
This is similar to 7b8073906adca8dae24c04a23708a3f3d582218f (Ensure we
export correct labal placement value for percent/stacked charts.,
2014-08-07), in case a clustered bar chart has a top placement ("t" in
OOXML), then MSO complains as well.
Change-Id: Iffd991127784e0e732f6ae55de956a328a3a53e5
|
|
Change-Id: I66255e8bc37191e859c134eab7d7f8117cd9181a
Reviewed-on: https://gerrit.libreoffice.org/11380
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I90847d0edbc2c13e405562647b150012bc5df7e2
Reviewed-on: https://gerrit.libreoffice.org/11249
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Ic7322f111ca6732243741296d7b5f577af28bf14
|
|
Change-Id: Ib9e5801bc13ccf146ddd5aa79b7cd7d2a640e203
|
|
Normal charts allow a variety of label placement options, but percent/stacked
charts only allow three variants, and exporting a wrong value would trigger
MS Office to think the file is corrupt.
Change-Id: I8bdc1dc072b29e8df2c506b6b16c61279df12045
|
|
Change-Id: I612ca7426b2b3de07d4afe1d78cd809f1f6b37bb
|
|
If we export a wrong placement value, MS Office will flag the file corrupt and
the loading will fail.
Change-Id: I7ca1239cd390494c1181ecdb3310c5f88bb18f9b
|
|
Change-Id: I6d0e2c099869120bdf594813468a3c5ba4bb46fd
|
|
MS Office has trouble loading the file if you do. There is an exception,
however. A pie chart allows label placement option even when 3D. There
may be other chart types that allow variable label placement when 3D.
Change-Id: I6a9247041ca6ee3ae1b9c245f5919fcb35951f24
|
|
|
|
Change-Id: Ibf78e5cd1620f0b61cae030e3870be4a6f87e71d
|
|
Change-Id: I0963c92356f8388ce02fb36e172ad3b2af8ba8f8
|
|
Change-Id: Ie14ba3dcb97f20479a04538748ef2c1c9e6c5dac
|
|
Problem Description: Docx file containing a chart (line chart / scatter chart)which has used a builtin
marker'x' gets corrupted when we save it in LO.The reason was that while exporting LO was writing the
marker information 'x' as 'X' which MS Word doesn't recognize.‒<c:marker><c:symbol val="X" />. Also
the size of the marker was coming 1 less than the actual value. Ex: if size is 7 then it was being
written as 6.
Solution: During export I have made changes so that now LO writes 'x' in the tag information
‒<c:marker> <c:symbol val="x" />. Now the size of the marker is also being correctly exported.
Change-Id: I26b747f9576625bf3acb941322ae418a0bbc6b64
Reviewed-on: https://gerrit.libreoffice.org/9273
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Implement a clang plugin to find them, and clean up existing code
to pass them by reference.
Change-Id: If642d87407c73346d9c0164b9fc77c5c3c4354b8
Reviewed-on: https://gerrit.libreoffice.org/9351
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Idbdab90e100cbd2de83a2255e2554b5024a2f927
|
|
Change-Id: I342c49f968a921167c4da8b98e7e17e79b945491
|
|
Change-Id: I6de50ccd8b99d6d7dbd049fc184c3f6117217318
|
|
In case there is some text entered in place of X coordinates for scatter chart
then x coordinates should be taken as 1,2,3....
MS Word does the same thing
Change-Id: I1db0fd64c6ac0f4d5e77a9676812f5e26577ecf6
Reviewed-on: https://gerrit.libreoffice.org/9011
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Icddec34e91305cfc3f9d852472bb86eab4d8cb26
|
|
Change-Id: I2f5b3144e8d4ce3e497a030aa102985c3bc81645
|
|
Change-Id: I0dcbf616b8ab3c8cea4437d399fa4b5ec33e475a
|
|
Using the chart2 service allows us to export series symbols instead of
the diagram settings.
Change-Id: Ic46f067b60c972af35c0628b3ec4f7851580d725
|
|
Change-Id: I50788585dbcc489325dc9536a8e4d974a710e30d
|
|
Change-Id: I1b9796411a6f688f2bc7c53212fb4245c55ab3e1
|
|
MSO 2007 and later have different behavior for the default value.
Be explicit and always export the element.
Change-Id: Ic8cad67db8c882d3642a6662bf710be2088335b7
|
|
Change-Id: I1ec67a8697148d650f56650c6320964ac39dfedf
|
|
- Docx file with chart in footer/header or .bin file referred in chart
was getting corrupted.
- Embedded file for footer.xml was not grabbaged.
- .bin embedded files were not grab baged.
- Added grab bag support for both case.
- Added UT to check .bin files are grab baged properly.
Reviewed on:
https://gerrit.libreoffice.org/8674
Change-Id: I221e3867798fc2a3a42f6385d687e80b80a3678f
|
|
3D Rotation is lost after Round trip for pie chart.
XML Difference:
Original:
<c:rotX val="40"/>
<c:rotY val="30"/>
Round Trip:
<c:rotX val="310"/>
<c:rotY val="0"/>
Conflicts:
chart2/qa/extras/chart2export.cxx
Change-Id: I60132fef071e0573b17c35f509f3a74bd4ffcc66
|
|
1. Open DOCX file containing Charts
2. Save this file into DOCX format.
3. LO crashed while saving/exporting to DOCX format.
Conflicts:
chart2/qa/extras/chart2export.cxx
Change-Id: I14d4f2c214ce3513b4bd14831771d72498e4486d
|
|
Missing elements for gradient fill background export.
Change-Id: Ib3ed3b5e353d3b02dffa5c118e14fd2187bd924a
|
|
Problem Description:
- If the document contains more than one charts together.
ex.Bar & Line chart
- In that case, LO writes idx & order val equal to 0,
instead of 1 for second chart series.
- After roundtrip, the document get corrupted.
Implementation:
- Added varible to take the series count
in case of multiple chart.
Note:
- Some of the UT's are failing when --enable-dbgutil is enabled.
Change-Id: I40606b4d69026939fa19ae534dd7b2bb36ec97fc
|
|
Change-Id: Ia27f9615b063393a0733e061df7dd1666283badb
|
|
Change-Id: I27166772c6eefb4e49eb4c097683a1c6aea4476a
|
|
Change-Id: I8e34fd2941ce98a30d27861db2c6a625ff873aa6
|
|
Change-Id: I75168888ff8da6f18089311a99135c124c7a7e72
|
|
Change-Id: I939160ae72fecbe3d4a60ce755730bd4c38497fb
Reviewed-on: https://gerrit.libreoffice.org/8182
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I503b24233060400cf4bbb40701bec0a3e101512a
|
|
Change-Id: I36be2de793d3d32433530bf71632cb73a676bb9a
|
|
Change-Id: I79722b33a0c193a8bb0c0dd357787ee213909051
|
|
Fixed import and export for chart wall Bitmap Fill in DOCX
Added UT for the same.
Conflicts:
oox/source/export/chartexport.cxx
Change-Id: Id066b0e4c2007fcdfdbbfa67b40307463bf0cfe7
|
|
Change-Id: I31cbdc8e09474252205edb837bfd1a8a7299b52b
|
|
Fixed import and export for chart wall Gradient Fill in DOCX
Added UT for the same.
Conflicts:
chart2/qa/extras/chart2export.cxx
Change-Id: Ie6caa2b238aeb70f7225145da8c5c78003e73002
|
|
Change-Id: I2ccf988a26e5c69f4f14547cfea7cb4fb574b317
|
|
Change-Id: I759a4cc97e2a2adf71322d2aa18fdb11873a538e
|