summaryrefslogtreecommitdiff
path: root/oox
AgeCommit message (Collapse)Author
2013-06-21fdo#43641 oox: fix position/size of LineShapes inside lockedCanvasMiklos Vajna
Change-Id: Idf14d40f174ca87543a829ccfe22ed5cbb8e3cbc
2013-06-21bnc#593612: font size: override para prop with run propFelix Zhang
Change-Id: I4d0899c8f722150176cb3479bdb3b4a81c1b3eb8
2013-06-20fdo#43641 oox: initial import of lc:lockedCanvasMiklos Vajna
If that canvas contains a single shape, the result looks OK. If it contains a groupshape, we also import something, but then the position / size is still to be improved. Change-Id: Ic4e4c08016a05a5e3acb005c3a642981ba4fb16d
2013-06-20fdo#43641 oox: add support for the lockedCanvas namespaceMiklos Vajna
The plan is that once these are here, the writerfilter ooxml tokenizer can refer to them. And then the writerfilter will call back to oox to do the real drawingml import. Change-Id: Ibc0d9838f3db717004a3bc8b80a408a39c8f0886
2013-06-18fix ppc buildDavid Tardon
char is a type distinct from both unsigned char and signed char. Change-Id: Ia9de35ef42101ce818880b810c44547f1c1a417a
2013-06-17fdo#43460 oox: use isEmpty()Jelle van der Waa
Change-Id: If291a72d87001932c605755d628cecc088d50275 Reviewed-on: https://gerrit.libreoffice.org/4324 Reviewed-by: Noel Power <noel.power@suse.com> Tested-by: Noel Power <noel.power@suse.com>
2013-06-15fix fdo#63053 ampersand in document title causes corrupt docxabdulmajeed ahmed
FILESAVE, FILEOPEN: ampersand in document title causes corrupt docx when saving; truncates title when loading
2013-06-15Remove redundant toplevel constStephan Bergmann
...that might be the reason the Raspbian-ARM tb broke. Change-Id: I1c238f0bd70dd2237c66b479aa5eb79010f477ce
2013-06-15Related: fdo#58819 VML import: shape types not starting with a hashmark are OKMiklos Vajna
Change-Id: I2a04aeedd6899eb2717b070fa61a21991bc7be8a
2013-06-15fdo#58819 VML export of ESCHER_Prop_fillOpacityMiklos Vajna
Change-Id: Ic50be88b484e5bfba60c5bd8dafb7e6da0b33c9e
2013-06-15fdo#58819 VML export of ESCHER_Prop_gtextFontMiklos Vajna
Change-Id: Id0404405b41d5137e726670a959d5e314eb8f2ec
2013-06-15fdo#58819 VML export of ESCHER_Prop_fNoLineDrawDashMiklos Vajna
With this, the bugdoc is (correctly) no longer stroked. Change-Id: Iaf00e17f2535ece2be09dc8ec0d383f2218a6050
2013-06-15fdo#58819 DOCX VML export: fix shape size for rotated shapesMiklos Vajna
The problem is that we wrote the size of the shape itself, while VML wants the bounding box here. The WW8 export ignores the rectangle given in EscherEx::Commit(), uses SdrObject::GetSnapRect() instead and later refines the position by using the point got in WW8AttributeOutput::OutputFlyFrame_Impl(), see PlcDrawObj::WritePlc(). Do the same in the VML export, i.e. ignore the Rectangle we get in VMLExport::Commit() and use SdrObject::GetSnapRect() + the point given in DocxAttributeOutput::OutputFlyFrame_Impl() instead. Change-Id: I5adbdf205792c87f92c1ddf1cf674f87e11eb54e
2013-06-13Resolves: #i119579# position & direction of bracket incorrect in Arabic localeZhe Wang
* subversion/main/oox/source/drawingml/textparagraphpropertiescontext.cxx []WritingMode2 is used to numerous explicit writing directions, so use WritingMode2 to instead WritingMode. Patch by: Ma Bingbing <jiazema@gmail.com> Suggested by: Wang Zhe <kingwisemmx@gmai.com> Found by: Wang Lifeng <phoenix.wanglf@gmail.com> Review by: Wang Zhe <kingwisemmx@gmai.com>(cherry picked from commit 4545d293b1cf5009b075cdc82d43916909b77347) Change-Id: Ic621ce6107bdc0b83c511f055175ae7b629f1503
2013-06-13fdo#58819 VML export of ESCHER_Prop_RotationMiklos Vajna
Change-Id: I3deb8f914cabd58a284bef825092a6980b1f6310
2013-06-13fdo#58819 VML export of mso-position-*Miklos Vajna
mso-position-horizontal, mso-position-horizontal-relative, mso-position-vertical and mso-position-vertical-relative With this, the watermark in the bugdoc is almost in place, if you ignore the missing rotation. Change-Id: I8d3d834089e734654fcbbb0fb6166b4d7e01f80f
2013-06-13fdo#58819 initial VML export of ESCHER_Prop_gtextUNICODEMiklos Vajna
Change-Id: I67b5dc102fc264d0a643620bbdc5796bdaa46d82
2013-06-13Introduce O[U]String::toUInt32Stephan Bergmann
...which has become necessary since bd60d41176da540b01d7583cfe00637431967f39 "Handle oveflow in O(U)String::toInt() functions" reduces values in the range (SAL_MAX_INT32 .. SAL_MAX_UINT32] to zero, but some calls of toInt32(16) relied on getting a correct (unsigned) value for the whole input range ["0" .. "FFFFFFFF"] (see libreoffice-4-1 commit 9bf6c83367cedb7be81bf67f30d2147d26c7a8c3 "Revert overflow checks in O[U]String::toInt{32,64} again"). Audited all uses of toInt32/64 with non-decimal radix. (There is still a TODO comment in oox/source/helper/attributelist.cxx, and stoc/source/typeconv/convert.cxx will still need some love and test code.) Change-Id: Iadaca1c0e41dab553687d0ce41c20c10cd657a95
2013-06-13Revert "bnc#819614: Fix runaway lines."Jan Holesovsky
This reverts commit 5fe65c0c5e5a8d815d9d15ef192e7652726662e6. Unfortunately this causes a regression elsewhere. This also disables the unit test for this bug - will re-enable when I find a fix that both fixes this, and does not regress other stuff :-) Change-Id: Iad334e3c59c928edb78f25c0f36a33a26a7e6125
2013-06-13fdo#58819 VML export: handle objects anchored in the header / footerMiklos Vajna
Previously such shapes landed in the middle of section properties. Change-Id: I7993eaa721e2b53d8adb1cbdee40992bbeb11416
2013-06-12typo correction AX_SELCTION_xxx -> AX_SELECTION_xxxNoel Power
petty correct of AX_SELCTION_xxx -> AX_SELECTION_xxx but it was irritating me Change-Id: Iae7a0151a63502aa89f04ae54fe7348548ffd32c
2013-06-12Fix Excel still complains about exported MorphData controlsNoel Power
seems that writing property values that same as file defaults can cause problems ( this behaviour doesn't seem to be consistent but... ) Fix up some instances of properties that I've seen make Excel complain Change-Id: Iacf6789906f07dc35aa5dbe3e7b62f4d2090e20a
2013-06-12n#779642: 0 width or height in //v:shape[@style] produces weird resultsCédric Bosdonnat
Change-Id: I37ba59dd54ac692f234f3228e442799c5a5f450b
2013-06-11squash some excel fileformat warnings ( and protected mode opening )Noel Power
some attributes should not be exported for some controls, their very presence triggers the dreaded nag dialog ( promising doom & death if you open the file ) Change-Id: I974ac94f75ee95ab54ca19bd5cd31952a66b20e5
2013-06-11honour mbAutoClose in BinaryXOutputStreamNoel Power
presumably this mbAutoClose usages got clobbered mistakenly in some merging operation Change-Id: I7116827269cdbb555753f6678528c83ab804de46
2013-06-11fix build error, reinstate WriteOCXExcelKludgeStream to export ole controlNoel Power
new ole export used WriteOCXExcelKludgeStream but that function dissapeared when msocximex was stripped of ocx control import ( now we use the new filters in oox ) When that stuff was moved WriteOCXExcelKludgeStream was #ifdef'ed out Change-Id: I370983efa5e8c4ba2b210dfb7535ea211d13a8c1
2013-06-07bnc#820788 VML import of v:textbox's mso-fit-shape-to-text style propertyMiklos Vajna
Change-Id: I74a0ecd50ca61a4f5bf7ebdbf12743dc1fd9368a
2013-06-06Resolves: #i119547# support the chart legend positon of top&&left...Jian Fang Zhang
just set the Anchor to Alignment_TOP_RIGHT Found by: Shan Zhu Patch by: zhaoshzh Review by: zhangjf (cherry picked from commit 8de6941efffd22214da577ff637b2522e46c7fa5) Conflicts: oox/inc/oox/drawingml/chart/converterbase.hxx oox/source/drawingml/chart/titleconverter.cxx Change-Id: Iad1fe1af8f93e6904759c10a9c9206fd1f1aebbb
2013-06-04fix for fdo#53042 fix ole object macro bindings ( for xlsm )Noel Power
A number of fixes needed here a) make sure convert properties of control model is done before inserting control model into formcontainer, need to do that to ensure that GenerateVBAEvents is set ( so the fake VBA event generation can be triggered ) b) remove the IsAlieanExcel check in servuno.cxx ( it's too strict and additionally seems there is confusion over the media type to check ) c) split the vba import so that we can ensure the VBA mode is set (if we have modules to import ) before sheets are imported and defer further processing ( actual assigning of the modules and associated objects ) until later Change-Id: I8fdbe788b400d7e41d4cc4b51b15f692bd7b0ecc
2013-06-04Document seemingly dead QuickDiagrammingImport, QuickDiagrammingLayoutStephan Bergmann
Change-Id: I9662671d8dbce87993ba67cf8e4fd993ad1eb27a
2013-06-03Revert "fdo#46808, Convert oox::PowerPointExport service to new style"Stephan Bergmann
This reverts commit 02021163dbbcc8904da0b2138c8b53684dcc8ab4. The filter appears to be split in two (com.sun.star.comp.oox.ppt.PowerPointImport implementation oox::ppt::PowerPointImport from include/oox/ppt/pptimport.hxx for im-/export, for export calling com.sun.star.comp.Impress.oox.PowerPointExport implementation PowerPointExport from sd/source/filter/eppt/epptooxml.hxx) for no good reason, so the com.sun.star.oox.PowerPointExport new-style service is supporting a hack that should rather be cleaned up. Conflicts: offapi/UnoApi_offapi.mk Change-Id: I875192a68a8e3458dbfd74b4981a6a2e86ce44d7
2013-06-03Fixing crash with dereferencing front() and back() of an empty vectorFridrich Štrba
Change-Id: If7204614aa7a650f4a2804fc63dd3301ece2281e
2013-06-03Don't merge this fileXisco Fauli
Change-Id: I5efca8bf4969252198e06ac3309064e8d69c0e55
2013-06-03Fix issue #i120723#: Table style is lost when import PPTX by AOOZhe Wang
* subversion/main/oox/inc/oox/drawingml/table/tableproperties.hxx * subversion/main/oox/source/drawingml/table/tableproperties.cxx []if the imported table in pptx just have tableStyleId, should fill the tablestyle's content. Patch by: Ma Bingbing <jiazema@gmail.com> Suggested by: Wang Zhe <kingwisemmx@gmail.com> Found by:Ma Bingbing <jiazema@gmail.com> Review by: Wang Zhe <kingwisemmx@gmail.com>(cherry picked from commit 74b1435a4d39eac71e36fb1c387b24af4b353fa0) Conflicts: oox/inc/oox/drawingml/table/tableproperties.hxx oox/source/drawingml/table/tableproperties.cxx Change-Id: I554169522a95343662781c3f169c6485c38a6800
2013-05-31In ShapeExport, use general com.sun.star.comp.oox.xls.ExcelFilterStephan Bergmann
...instead of its export-only part com.sun.star.comp.oox.ExcelFilterExport (for which even a new-style service com.sun.star.oox.ExcelFilterExport has been introduced recently, but all of this should probably go away again; that this filter is used explicitly is probably a rare enough scenario to not warrant a dedicated new-style service). The modified code in ShapeExport::WriteOLE2Shape is triggered e.g. with a Presetation, insert a Spreadsheet as an OLE Object, and save as "Office Open XML Presentation (.pptx)." Change-Id: Id2645972caaec5265eed645c9c6e2c308a4d079d
2013-05-31Resolves: #i119631# Teardrop shape cannot be shown correctly in pptxZhe Wang
* subversion/main/filter/inc/filter/msfilter/escherex.hxx * subversion/main/filter/source/msfilter/escherex.cxx []check whether one shape is default shape of ppt by shape type * subversion/main/svx/inc/svx/msdffdef.hxx * subversion/main/oox/source/drawingml/customshapegeometry.cxx * subversion/main/svx/source/customshapes/EnhancedCustomShapeTypeNames.cxx []add definition and declaration for tear drop * subversion/main/svx/source/customshapes/EnhancedCustomShapeGeometry.cxx []the content of tear drop shape which incudes "path, adjust value, handle" Patch by: Ma Bingbing <jiazema@gmail.com> Suggested by: Wang Zhe <kingwisemmx@gmail.com> Found by: Zong Dongjun <zongdongjun@gmail.com> Review by: Wang Zhe <kingwisemmx@gmail.com> (cherry picked from commit 26218ac2472838d63485c3c6b4dc2f1aa0bdd0f6) Conflicts: filter/inc/filter/msfilter/escherex.hxx oox/source/drawingml/customshapegeometry.cxx svx/inc/svx/msdffdef.hxx Change-Id: I8347832bc842cca8b944c28e807af7f45a7da5b0
2013-05-30Make use of IsStarSymbol()Thomas Arnhold
Change-Id: I7a2e3a6f11bbaaaff50e8163e4ce3e2583b1d03c Reviewed-on: https://gerrit.libreoffice.org/4077 Reviewed-by: Luboš Luňák <l.lunak@suse.cz> Tested-by: Luboš Luňák <l.lunak@suse.cz>
2013-05-30Fix tinderbox failures due to missing includeFridrich Štrba
Change-Id: Ied4c829bbe3038e483524669a85a0a7eaa055eb9
2013-05-30Fix crash with fdo60063-1.docxFridrich Štrba
Compared to the original version, this one tries hard not to produce empty keywords. Change-Id: I11d036c2d54cde2d3c311a77c115011246f38d0a Reviewed-on: https://gerrit.libreoffice.org/4091 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-05-29bnc#817956 VML import of mso-position-vertical-relative:marginMiklos Vajna
Change-Id: I86464c44022ef8c8a8037d4228bb2a6409fc77af
2013-05-29bnc#817956 fix VML import of rotationMiklos Vajna
In VML, positive rotation angles are clockwise, we have them as counter-clockwise. This wasn't noticed earlier, as the n751117.docx testcase also had flip:x. (For example, rotation with angle 90 + flip:x is presented as 270 by the UI.) Fix this, and also mirror the angle when flip:x is present. Change-Id: I591ec3369a5bdca53f9684006a459d11e37fbc33
2013-05-29bnc#817956 VML import of v:textpathMiklos Vajna
Word exposes this as Watermark in its UI. Change-Id: I23d9b2aab2dab60a98c7f456b0592c2b74bcaf81
2013-05-27be case-insensitive for open/starsymbol comparisonThomas Arnhold
Change-Id: I7a342c809a723f5f9c03271c6145d9c367cea6de Reviewed-on: https://gerrit.libreoffice.org/4015 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2013-05-27x86 register vs memory accuracy double pitaCaolán McNamara
with x86 gcc-4.1.2-54.el5 the sd import test fails while x86-64 passes. Tracked it down eventually to this double equality test failing on x86. Apparently excess precision in registers compared with memory. Change-Id: I61b43b2f0e9c9aded570448a1c5a7c9dbad8986e
2013-05-27respect element order in OOXML chart export, related fdo#63114Markus Mohrhard
Change-Id: I591a63c38ab18b03a2f86428defbdac0cb96a1c0
2013-05-24WaE: implicit conversion of NULL constant to nullptr_tTor Lillqvist
Change-Id: I2eefbca1ef986219f04504cba4ca09a22972e8cb
2013-05-23bnc#820786: Best effort mapping of the OOXML patterns to our hatches.Jan Holesovsky
Change-Id: I0138c2186741acf0964f0166953b69872a822907
2013-05-23Revert "fdo#46808, Convert chart2::Title service to new style"Stephan Bergmann
This reverts commit d256dbede60533369d1aac64cca34721183f6a8a: For one, the new css.chart2.XTitle2 looked unfinished, in that it transfered the direct properties of the old-style css.chart2.Title service into attributes, but left out all the properties inherited by the old-style service from css.style.ParagraphProperties, css.drawing.FillProperties, css.drawing.LineProperties (and that missing FIXME css.layout.LayoutElement, whatever that is supposed to be). This needs more thought, to either make available all propertiers as attributes, or none. For another, this broke JunitTest_chart2_unoapi (sch.ChXChartDocument, sch.ChartTitle), for hard-to-debug reasons. Conflicts: chart2/source/model/main/Title.cxx chart2/source/model/main/Title.hxx offapi/com/sun/star/chart2/XTitle2.idl sc/source/filter/inc/xlchart.hxx Change-Id: I4747208a13984904d0e409ea49a73b0f667c86c7
2013-05-22Use the new type-checking Reference constructor to reduce code noiseNoel Grandin
Also create a Clang compiler plugin to detect such cases. Change-Id: I61ad1a1d6b1c017eeb51f226d2dde0e9bb7f1752 Reviewed-on: https://gerrit.libreoffice.org/4001 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: Noel Grandin <noelgrandin@gmail.com> Tested-by: Noel Grandin <noelgrandin@gmail.com>
2013-05-21fdo#46808, Convert oox::PowerPointExport service to new styleNoel Grandin
The service already existed, it just needed an IDL file Change-Id: I1404f4f60abafd489ddfb7294affcc7ff33885ce
generated by cgit (git 2.34.1) at 2025-01-23 18:49:28 +0000