summaryrefslogtreecommitdiff
path: root/writerfilter
AgeCommit message (Collapse)AuthorFilesLines
2014-03-12ignore large twips values like MSO does (cp#1000043)Luboš Luňák1-2/+5
(cherry picked from commit 10b4da63e3143108ba75891e9e98fdaa2f7953ab) Reviewed on: https://gerrit.libreoffice.org/8550 Change-Id: Ib304245b6ae64c15cfb6c999580f73e5e228c440
2014-03-12rhbz#1075124: writerfilter: fix tables with negative left marginMichael Stahl2-14/+14
SvxBoxItem::nLeftDist is unsigned; the bugdoc sets a very large value due to wrap-around which causes the table content not to be displayed. DomainMapperTableHandler::endTableGetTableStyle() tweaks the rInfo.nLeftBorderDistance by adding half the border line width to it, which makes it positive; at that point the value has already been used to init table::TableBorderDistances, so move that downward so it gets the positive value too. Change-Id: Ied2331b93f2e95845d7e8b2cc06e89e1ab24296e (cherry picked from commit 76aa23c59b4c81ea7b9d974a1a0a9e39c6bf8741) Reviewed-on: https://gerrit.libreoffice.org/8537 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2014-03-11writerfilter: initial strict DOCX supportMiklos Vajna7-6/+80
The generate-id() code is just necessary avoid duplicated elements in the for-each loop. http://mahahegde.com/xslt-distinct-values/ has a detailed description of the technique used here. (cherry picked from commit f9bf15e19ec823a58ee32bf94da81f3bb1a147bc) writerfilter: introduce ooxml::OOXMLUniversalMeasureValue In transitional DOCX, ST_UniversalMeasure is in practice a simple integer, which means twips. But in case of strict, ST_UniversalMeasure is in points in practice -- which is perfectly valid, but we didn't handle it so far. Add a separate Value class that is used only for handling ST_UniversalMeasure, then there we can handle the various additional suffixes. (cherry picked from commit d5d7c7d3b281e1a9060d60bc4ac7738ae616f167) DOCX import: handle points in ST_TwipsMeasure and ST_SignedTwipsMeasure This fixes page size and margins in case of strict DOCX. (cherry picked from commit 37cc7e7471ba3b11cefcb0218c27e2c745886a6d) DOCX strict import: fix headers Now that the document has a header, better to just test the bottom margin, as in case there is a header, the top margin has different semantics in Word and Writer. (cherry picked from commit 195b8491d0299038fb64d19463e3ce90905bf346) DOCX strict import: fix pictures as well (cherry picked from commit aaef39de32442203d631a65aecf23eeb27dfbb12) DOCX strict import: handle charts (cherry picked from commit 49c3aff8d8d3030b2acbffb6ff000b5d44445cc9) DOCX strict import: handle SmartArt (cherry picked from commit f5985685ddc519f760a7324fa60fd662f25404c1) DOCX strict import: handle lockedCanvas (cherry picked from commit d795fb224e52c66c4585ed1e079a2b7601a07eda) DOCX strict import: handle math (cherry picked from commit c98d649117dc776ac51807be3376924d1fce2035) Conflicts: sw/qa/extras/ooxmlimport/ooxmlimport.cxx Change-Id: I647efe9d4a0834d3756fe9fa6d706ba6ba4e00f1 Reviewed-on: https://gerrit.libreoffice.org/8532 Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2014-03-11handle OOXML strict namespacesMarkus Mohrhard2-5/+39
Change-Id: I198862388426161e3f054a5f128639c59f3c9d24 support OOXML strict documents in Calc Conflicts: oox/source/core/relations.cxx Change-Id: I277d76aeec28e173d913ccc1506464afe4d09c6d import date cells from OOXML Change-Id: Id0b9ec034d559d489ca4ee2d1d6aca1bdf1beb9d no need to add another layer of macros Change-Id: I49992559a7d10127d55dbf0c7e257c86619fd8d6 fix one more relation type for OOXML strict Change-Id: Ia63309271ac225883540ca0453fc5da21844d3ad make more places aware of OOXML strict relations Change-Id: I292217537eb592cbad9af11f87402baa9f4cc442 fix strict namespace list generation The two perl scripts were apparently only generating the same order by luck. It did not work on all systems. Change-Id: Ib83ee5c6572d3bae2e2ac1846850bd65303e7d43 allow OOXML strict relationships in writer Conflicts: writerfilter/source/ooxml/OOXMLDocumentImpl.cxx writerfilter/source/ooxml/OOXMLStreamImpl.cxx Change-Id: I1c09280f68467748faedee19c4a66be3bc7d7aa3 make sure the two namespace lists are sorted the same way Change-Id: I90b3182e10dbbfc8993010dd885509537d2fe537 fix OOXML strict chart import Change-Id: I84a2fd575ced64d4774147063f13ebb8605c100f add the xml strict namespaces to misc/namespaces.txt Change-Id: Ie83b5c94f1f002851bff3b39b1d9b676a3e44aa1 Reviewed-on: https://gerrit.libreoffice.org/8515 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2014-03-07rhbz#988516: DOCX import: fix context stack when importing header/footerMichael Stahl1-1/+3
When a header/footer substream is parsed, a ParagraphGroup is started, but not ended; so the properties of the last paragraph in the header/footer are applied to a paragraph in the body. The obvious fix to add a call to endParagraphGroup() at the end of w:p element breaks table cells. So add a call to endParagraphGroup() at the end of the "hdr"/"ftr" element. (The problem in the bugdoc became much more visible with commit ca555c596043c88894b964ac5e21f5a7271d5f3b, but was there before) Change-Id: Ib054f1882793049b39424c1076ba5d4b319cd027 (cherry picked from commit 2b78f2cd7b9e4bab0f3b3b9119238f36a1bbc7b2) Reviewed-on: https://gerrit.libreoffice.org/8477 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2014-03-04fdo#47811: RTF import: fix Database field contentMichael Stahl3-7/+25
1. the Database field master does not have a "Content" property 2. SetFieldContent was called once for every chunk of text in the field result, always overwriting the previous value; accumulate the text. Change-Id: I63cfda19e2e416c52d100d9071796305a5d813c6 (cherry picked from commit e24ae38c8ef233e4b44840058e35959194724743) Reviewed-on: https://gerrit.libreoffice.org/8442 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2014-03-04writerfilter: salvage a field parameter parsing train wreckMichael Stahl5-70/+356
Field parameters get horribly maimed by lcl_ExtractParameter which clearly has never worked in its 7 years of existence (and looking at the inanity at the call sites makes one wonder what the author was smoking). The format is actually quite annoying, since spaces between parameters are optional. The old RTF filter was at least able to parse "PAGEREF bookmark" fields, so this fixes such regressions (related: rhbz#1065629). (cherry picked from commit 3dc548476c7e88f7a67cc38daf622631a34e34dd) Conflicts: writerfilter/source/dmapper/DomainMapper_Impl.cxx Change-Id: I9b2e32c3c7264be0fc1077cb8fb3f1bc5c1955bb Reviewed-on: https://gerrit.libreoffice.org/8440 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2014-03-03RTF import: fix spurious page breaks at doc end (related: rhbz#1065629)cp-4.2-branch-pointMichael Stahl2-21/+53
When a document ends with \sect it's possible that a spurious page break is created. In fact the spurious page break is always created by the RTF importer, sometimes it is deleted again by DomainMapper_Impl::RemoveLastParagraph() and sometimes not. It is created because on the final \sect RTFDocumentImpl::sectBreak() still calls startSectionGroup(), and the popState() for the \rtf1 group then calls sectBreak() another time. To prevent this, do not call startSectionGroup() from sectBreak() but instead from setNeedSect(), and ensure that it is called as soon as anything after \sect is read. One unit test fails because the \page is not handled properly: the conversion to \skbpage \sect \skbnone is not correct, because the \skb* keywords are an exception and affect the \sect that precedes them, not the following one; sending the \skbpage later unfortunately requires additional cleanup later. (cherry picked from commit e3f254ab8211fbab7541cde2100a35c875b0c240) RTF import: add unit test for page break in continuous section (cherry picked from commit f03218f43e8c25c2e136d364455f3cdaf95362b6) RTF import: fix paragraphs in header/footer (cherry picked from commit 74b3f4f00766d199df3b017d056cf7a00ae52988) Change-Id: I3c1a3bceb2c8b75bbecdc748170562451ce5f5c3 Reviewed-on: https://gerrit.libreoffice.org/8439 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2014-02-25writerfilter: attempt to appease Mac tinderboxesMichael Stahl1-1/+1
Change-Id: I014f71642f275716c8ebe7a471bf211c342145fb (cherry picked from commit f7e1e0243318743f18b6cc6a87b7307e357f953f)
2014-02-25Related: #i124106# correct handling of page break attributesOliver-Rainer Wittmann1-2/+5
i.e. those which are providing the default value explicitly (cherry picked from commit 5a15ef3da683566d7bd443f96eeec3a9a3f70aeb) Conflicts: writerfilter/source/dmapper/DomainMapper.cxx writerfilter/source/dmapper/PropertyMap.cxx (cherry picked from commit c30fb7d7269b5bdd1853ac22120f57aa2bfd13a5) Conflicts: writerfilter/source/dmapper/DomainMapper.cxx Change-Id: Ib8721f2fce060d26ee75b0515b3bf62a603fd40c Signed-off-by: Miklos Vajna <vmiklos@collabora.co.uk>
2014-02-25RTFSdrImport::resolveDhgt(): fix crashing C-castMichael Stahl1-1/+2
Inside DomainMapper::graphicZOrderHelper() this is offset by 0x40 so whatever that cast does, it's doing it wrong. Change-Id: Ie48467c12828137a521cba47c2e04cac65201d1d (cherry picked from commit 8dcb56fdcea455012ef010c343ab036955678f4d) Reviewed-on: https://gerrit.libreoffice.org/8222 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2014-02-25rhbz#1065629: RTF import: re-implement nested tablesMichael Stahl2-171/+361
The previous fix for this bug only fixed a symptom, this a fix for the real problem; with the real problem fixed the nCellEnds is unnecessary. Given that top-level table properties may be put either before or after the table cells, the only way that works to import tables is to buffer a whole top-level table row, but currently the buffer is replayed already at the end of a nested table row. Fortunately the RTF spec guarantees that \nesttableprops must occur after the nested table cells of the nested row, so it should be sufficient to remember the cell properties for the current nested table row only, in addition to the cell properties for the top-level table row. With this change, skipping a \nesttableprops destination when there is a table style turns out to mangle ooo98040-1.rtf badly, so stop doing that workaround. RTFDocumentImpl::popState() was copying various buffers up the state stack which is a clear indication that these shouldn't be members of RTFParserState in the first place, move them to RTFDocumentImpl. (cherry picked from commit c8f83ce1dbf5544f6aaa91775db6820a69c3c061) Conflicts: writerfilter/source/rtftok/rtfdocumentimpl.cxx Change-Id: Ic2d8f7b3e00844b224d61605b405ca651239e5f7 Reviewed-on: https://gerrit.libreoffice.org/8221 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2014-02-25Fix a crash from crashtestJulien Nabet1-1/+1
4 0x00002aaaaad1b3ab in rtl_uString_newFromSubString (ppThis=0x7ffffffeba48, pFrom=0x2aaaaad4236c <aImplEmpty_rtl_uString>, beginIndex=1, count=-2) at /home/julien/compile-libreoffice/libo/sal/rtl/strtmpl.cxx:1231 5 0x00002aaaec13e2b1 in rtl::OUString::copy (this=0x7ffffffebed0, beginIndex=1, count=-2) at /home/julien/compile-libreoffice/libo/include/rtl/ustring.hxx:1483 6 0x00002aaaec1717e3 in writerfilter::rtftok::RTFSdrImport::resolve (this=0x1aa4710, rShape=..., bClose=true) at /home/julien/compile-libreoffice/libo/writerfilter/source/rtftok/rtfsdrimport.cxx:356 7 0x00002aaaec134dfb in writerfilter::rtftok::RTFDocumentImpl::popState (this=0x20508a0) at /home/julien/compile-libreoffice/libo/writerfilter/source/rtftok/rtfdocumentimpl.cxx:4100 8 0x00002aaaec18327f in writerfilter::rtftok::RTFTokenizer::resolveParse (this=0x1aa46c0) at /home/julien/compile-libreoffice/libo/writerfilter/source/rtftok/rtftokenizer.cxx:106 9 0x00002aaaec11b269 in writerfilter::rtftok::RTFDocumentImpl::resolve (this=0x20508a0, rMapper=...) at /home/julien/compile-libreoffice/libo/writerfilter/source/rtftok/rtfdocumentimpl.cxx:644 10 0x00002aaaec297aa6 in RtfFilter::filter (this=0x1b658b0, aDescriptor=uno::Sequence of length 13 = {...}) at /home/julien/compile-libreoffice/libo/writerfilter/source/filter/RtfFilter.cxx:122 Here are some debug: 8;5;(0,0);(0,13);(1694,13);(1694,0);(0,0); aToken (0,0) aToken (0,13) aToken (1694,13) aToken (1694,0) aToken (0,0) aToken So must test that aToken is not empty Change-Id: Ib5f0af3306a983c8531a5db732831d4d786ce9f5 Reviewed-on: https://gerrit.libreoffice.org/8173 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2014-02-18fdo#74709 RTF import: implement RTF_CLPAD*Miklos Vajna1-0/+28
(cherry picked from commit 6b5ef795ed4a56195bf09633b03e88474f0b133c) Conflicts: sw/qa/extras/rtfexport/rtfexport.cxx Change-Id: I482735e3fc4091be983b2c7484e086f5d0dd283a Reviewed-on: https://gerrit.libreoffice.org/8056 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2014-02-18fdo#74357 DOCX import: avoid layout problem with automatic spacingMiklos Vajna4-3/+25
Commit 279ff2e03371542d014bf281e73282ba8080cf6b (bnc#816593 DOCX import: fix auto para spacing without compat option, 2013-08-28) corrected the value of "auto" paragraph spacing, but unfortunately this triggers a layout problem: warn:legacy.osl:12692:1:sw/source/core/layout/tabfrm.cxx:2513: debug assertion: <SwTabFrm::MakeAll()> - format of table lowers suppressed by fix i44910 resulting in "the rest of the table is not rendered by the layout". Given that we backported the original fix to stable branches as well, just stay on the safe side and revert back to the original behavior in case the document requests the web layout. (cherry picked from commit 8b6ff51bb89db0d7050bb4d00c0ec797b4754f25) Conflicts: writerfilter/source/dmapper/SettingsTable.cxx Change-Id: I72683530b5218beff084bec8218cc99946b44802 Reviewed-on: https://gerrit.libreoffice.org/8081 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2014-02-18fdo#74357 DOCX import: fix nested tables anchored inside tablesMiklos Vajna1-1/+4
Regression from bbef85c157169efa958ea1014d91d467cb243e6f (bnc#779620 DOCX import: try harder to convert floating tables to text frames, 2013-10-01), the conversion of nested tables is delayed by default till we know the page size. However, in case the anchor is in a table, we should convert it right away, because the conversion of the parent table would invalidate our XTextRange references. (cherry picked from commit e5fd7c2dacf3c128cdc62622e736ce8abbc578a5) Change-Id: Id41556e721c6e1c7239e4ea25abd57c999d2219b Reviewed-on: https://gerrit.libreoffice.org/8080 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2014-02-18rhbz#1065629: RTF import: don't drop nested cells if not enough \cellxMichael Stahl2-0/+15
In this document written by "XMLmind XSL-FO Converter" there are less \cellx than \cell and thus when reading \nestrow/\row a whole buffered nested table \cell is lost and then subsequently the rest of the nested table too. Try to fix that by counting both \cell and \cellx and replaying until the maximum of those. Cannot count \intbl since we synthesize that in various places. (regression in LO 3.5) Change-Id: I3b64ad94af842e076611418589a0c83bd18841c6 (cherry picked from commit 07ef4cf096015f0e427ffd17cd26bb6837e75481) Reviewed-on: https://gerrit.libreoffice.org/8100 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2014-01-27fdo#66011 abi#2128 RTF import: fix memory leakMiklos Vajna2-1/+13
Commit 9389cf78e304a5a99bcf1745b9388e14ac36281a (cp#1000018 RTF import: empty para at the end of footnote text got lost, 2013-11-15) assumed that \par at the end of all substreams means an empty paragraph, but it turns out this is only true for footnotes/endnotes, but not for e.g. headers. Additionally, that commit actually causes a memory leak, which is detected by an assert in the SwIndexReg dtor, so crash-testing caught this. (cherry picked from commit f7ef84640258e4ee6ddc4cc5cbf58a2d89860afa) Change-Id: Idfa040bf3026a9515a120cd7afaf7d314553a131 Reviewed-on: https://gerrit.libreoffice.org/7663 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2014-01-26RTF import: fix handling of font color from paragraph styleMiklos Vajna1-1/+3
Conflicts: sw/qa/extras/rtfimport/rtfimport.cxx Change-Id: I6bbad2d69863020ea870be800f49e13e763b80bf Reviewed-on: https://gerrit.libreoffice.org/7667 Reviewed-by: Andras Timar <andras.timar@collabora.com> Tested-by: Andras Timar <andras.timar@collabora.com>
2014-01-21fdo#73389 Writer does not show a docx-document with nested table correctlyZolnai Tamás1-15/+8
The table manager can work with more table simultaneously and so m_aCellWidths contains more table's properties.Only one item of it belongs to the current table (getCurrentCellwidths). Regression from 74c5ed19f430327988194cdcd6bdff09591a93fa (cherry picked from commit d0c383256ef72d5212d8e2db77582d0ebe417209) Conflicts: sw/qa/extras/ooxmlimport/ooxmlimport.cxx Change-Id: I93efac0c004af1b2524c955ffb20c3ecd74a2920 Reviewed-on: https://gerrit.libreoffice.org/7543 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
2013-12-29fdo#41109 RTF shape import: handle fBehindDocument propertyMiklos Vajna1-0/+5
Change-Id: I9bf24eb2d3087e855d54c0ee7aba4e98dc856cc2 (cherry picked from commit e8d10f215e9da65617988a9a471be18775afad00)
2013-12-29fdo#41109 RTF shape import: shpz has priority over dhgtMiklos Vajna1-3/+3
And not the other way around, how 24ee3df385cf2aa95cd888581c84fdf90cc682dc (RTF import: fix priority handling of shpz vs dhgt, 2012-04-10) did, this time with a reproducer. Change-Id: I9412341c6b35ca2760e4490a18f11bc6a0e0b78a (cherry picked from commit ff7ac1a9b82bc20fe6e3d82322e53a7024edb84f)
2013-12-28DOCX import: close rPrChange properly.Zolnai Tamás1-0/+3
Call endtrackchanges when rPrChange ends so the corresponding redline will be removed. (cherry picked from commit 75e7d6f12e914b63e66968890533b2a56d0b1a7e) Conflicts: sw/qa/extras/ooxmlimport/ooxmlimport.cxx Reviewed on: https://gerrit.libreoffice.org/7195 Change-Id: I4091d7b54e0a74f3158cc979f210577a2dc29783
2013-12-28fdo#65090 RTF filter: import RTF_CLMGF and RTF_CLMRGMiklos Vajna6-3/+79
These describe an explicit horizontal merge, that is not something Word itself creates, but it turns out the Calc RTF export does. (cherry picked from commits bb562304c1e1c61a882e6db65806cfdf8601bcbf, 97dcf77841d19d344d58d5bdacdab141cdea4817 and 6eb02ac8a77f9f89f256b190281029f6cbd60d95) Change-Id: I1b6ec10bb8e8bd40e24791ccc96f2f066dd0d5d5
2013-12-20fdo#72204 RTF import: fix crash on rotated, but not imported groupshapeMiklos Vajna1-1/+3
In case the groupshape contains textboxes and they contain table, we don't import the groupshape itself, just the children, as drawinglayer rectangles wouldn't handle tables. If that's the case, don't try to apply properties on the groupshape, as that would crash (the Writer drawpage implements XShapes, but not the XShape interface). Change-Id: Ie34039170314b772dd050eb354681cfaec61c1fa (cherry picked from commit 3e199f81473d1f85a75238ac03d38a220f3ab818)
2013-12-15Revert "DOCX: fdo#72560 better solution for exchange alignment for RTL"Faisal M. Al-Otaibi2-18/+8
This reverts commit 66e68fe28a7bfb37d4fdeee9bed1d9a0ff840935. there some error in this patch.
2013-12-15DOCX: fdo#72560 better solution for exchange alignment for RTLFaisal M. Al-Otaibi2-8/+18
Change-Id: I39462fc722a58b32e8829a9f2005a411871f255d
2013-12-05cp#1000017 DOCX/RTF import: avoid fake tab char in footnotesMiklos Vajna3-0/+13
Word wants this, so it's added by the exporter to the document, but on import we should ignore it. Change-Id: Idcb669ba624bf462a50a85eb4aacf397afb6efe6 (cherry picked from commit b38629ae210b204a6d24d6e9c5c62eaaf563d494)
2013-12-04Drop SAL_CALL to get it to build on Windows.Kohei Yoshida1-1/+1
Change-Id: I0f475c396ec76ee7faa2cd0699181c58934e61e7
2013-12-04Get it to build.Kohei Yoshida1-0/+1
Change-Id: Ib1cb82d46322bd7c6791fa9a8937492ef27ec370
2013-12-04fastparser: Avoid copying all tokens into a sequence.Michael Meeks2-12/+18
2013-11-22init nRotation [-Werror=maybe-uninitialized]Eike Rathke1-1/+1
Change-Id: Ia48c8e3ef9dfb1f1f881845813ada518231352f2 (cherry picked from commit 44397a6f36ae6db697899c4595afe617e5fbe8ca)
2013-11-22cp#1000016 DOCX/RTF import: fix RemoveLastParagraph() on WindowsMiklos Vajna1-1/+1
Change-Id: I3f9d69ddbb2144c60a724e4242128b65ae167455 (cherry picked from commit a56bfe734a7bed40a175e0eeb7e86e7006a83f83)
2013-11-20Related bnc#837302: Don't introduce a redlined delete and the end of doc.Jan Holesovsky1-0/+14
Change-Id: I5c3903a40b69867684707d33acbc92b1f80a93ec
2013-11-19DOCX drawingML shape import: wp:anchor's behindDoc attributeMiklos Vajna1-1/+5
Also, adapt anchoring to what we have in VML import as well: when the paragraph moves, the shape should stay at the same place. (This is a bit odd, as ideally Word does not support at-paragraph anchoring, but this change results in the behavior what Word does at the end.) Change-Id: I3b849b2898d303e48920e6056c472f08fbb43af1
2013-11-19DOCX drawingML shape import: handle wrap typeMiklos Vajna1-0/+1
Change-Id: I8880c7413b10a284c9e55170afa35527dc7593ea
2013-11-19DOCX drawingML shape import: handle marginsMiklos Vajna1-0/+1
Change-Id: Ia89552658dc79568cc46b92e949fc1935434e43d
2013-11-19remove unnecessary use of OUString constructor when assigningNoel Grandin2-2/+2
change code like aStr = OUString("xxxx"); to aStr = "xxxx"; Change-Id: Ib981a5cc735677ec5dba76ef9279a107d22e99d4
2013-11-18DOCX drawingML shape import: handle positionMiklos Vajna1-1/+1
Change-Id: I9a0cb95d875328dab21950ead06d56c4dac8305d
2013-11-15[docx] activeX reference files (.bin) saved in InteropGrabBag and exported.sushil_shinde5-25/+59
The XInputStream for activeX.bin files is stored as the PropertyValue "OOXActiveXBin" into the "InteropGraBag" Added mxActiveXBinList object which holds XInputStreams for each activeX.bin from activeX folder. Added .bin files entry to respective acivex.xml's .rels file. Added Unit Test to test all .bin files are stores properly. Reviewed on: https://gerrit.libreoffice.org/6679 Change-Id: I3a0e9462a6cc53d8cbb9c7d59ed24631d77d4d30
2013-11-15Fixed for spacing between lines in table is getting preserve.PriyankaGaikwad1-0/+3
Problem Description: In "w:spacing" value of "w:line" attribute value in table is not getting is preserved. Conflicts: sw/qa/extras/ooxmlexport/ooxmlexport.cxx Reviewed on: https://gerrit.libreoffice.org/6678 Change-Id: I2b0284a22da3a828c81876960f488049be4f8681
2013-11-15Resolved: Preservation of para before and after auto spacing.Nikhil Walvekar4-10/+28
During import a flag and fixed value is stored in InteropGrabBag and during export we check for fixed value and value available in para spacing object. Write autospacing only if para spacing values are not modified during edit. Reviewed on: https://gerrit.libreoffice.org/6575 Change-Id: If34c5b61c3180b01e68dfe83862784c3d6f33981
2013-11-15cp#1000018 RTF import: empty para at the end of footnote text got lostMiklos Vajna2-11/+2
Updated 3 testcases, in all cases first checked that the new behavior matches what Word does. Also added a new test, to check that empty para at footnote end is now kept. Change-Id: I96b8788feb4d730b5a64ba3a743311a0180ab41f
2013-11-14[docx] activeX files saved in InteropGrabBag and exported.sushil_shinde5-2/+96
The XDocuments representing the DOM of an OOXML's activex document is stored as the PropertyValue "OOXActiveX" into the "InteropGraBag". Added mxActiveXDomList object which holds xDocument for each activeX.xml from activeX folder. This changeset stores only activeX[n].xml files. Relationship files (example activeX.bin) from activex are not stored yet. (Working on it.) Reviewed on: https://gerrit.libreoffice.org/6654 Change-Id: I658e361211e1446ed095a73b0422da0c4f74df1c
2013-11-14fdo#70457: Preserve rotation of embedded bitmaps from docxJacobo Aragunde Pérez1-1/+6
When importing bitmaps coming from VML code, we were mistakenly ignoring rotation information: we have just added it to the existing XShape object. In the case of bitmaps expressed in DrawingML, the code was transforming them into SwXTextGraphicObjects which don't have rotation information. We are now preventing that transformation when rotation value differs from zero, leaving the XShape object that was built in the first pass through the document. Added a unit test. Conflicts: sw/qa/extras/ooxmlimport/ooxmlimport.cxx Reviewed on: https://gerrit.libreoffice.org/6484 Change-Id: I40100f8919894e48c005f8ed445bb5cad4f58d8b
2013-11-14...and -Werror,-Wunused-parameterStephan Bergmann1-0/+2
Change-Id: I8b9e0629710c3b48c26a19158ab54bb250d79d5c
2013-11-14-Werror,-Wunused-variableStephan Bergmann1-1/+1
Change-Id: Ida3365b0451b947e04d7097799ac5108f76fc1a5
2013-11-14Move MediaDescriptor from comphelper to unotoolsStephan Bergmann4-5/+6
...so it will be able to use SvtSecurityOptions internally. Change-Id: Id7433247e8fc53651935578510bedbcca5aa2ac9
2013-11-14writerfilter: improve mc:AlternateContent supportMiklos Vajna2-5/+47
Commit af7d4a5ebf3e6a09cd2079f241dee16aa22e0276 (n#820503: initial MCE support in writerfilter ooxml tokenizer, 2013-07-03) introduced initial support for this, always reading the Fallback branch. Improve this, so an array can contain the list of features we support. Change-Id: I2d6ba2207f6bfc62dc1e15c1a605311ede1d7eeb
2013-11-14remove unnecessary sal_Unicode casts in various placesNoel Grandin2-2/+2
Change-Id: Ibf04062ca86ed866202d748c3b62a210d30ed6ec
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-01 16:05:00 +0000