Age | Commit message (Collapse) | Author | Files | Lines |
|
Regression from commit 9679e9c23216decb5f9f25f85b04cb3f25211111
(fdo#69649 Fix for pre-rendered Table Of Contents, 2013-12-30), now that
we handle hand-edited TOC, it's necessary to properly track correctly if
a property came from a style or as a direct formatting.
Fix RTFDocumentImpl::getProperties() to detect direct formatting that
cames from a char style and would result in attribute tokens.
Change-Id: Iab5a14770de43249961c280a5dc698200abc8f49
|
|
Change-Id: I0af333551bdd32400b795d37de0d6240e68dd6b6
|
|
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>,
changed from a macro- to a template-based solution. (Unfortunately MSVC 2012
does not support explicit conversion operators. Worked around that with
explicit #ifs rather than some HAVE_EXPLICIT_CONVERSION_OPERATORS and
SAL_EXPLICIT_CONVERSION_OPERATOR ainticipating we hopefully soon move to a
baseline that requires unconditional support for them.)
Change-Id: I4a89643b218d247e8e4a861faba458ec6dfe1396
|
|
Change-Id: I26c6bcf7361bbb787fcb4133d05b0a668fd72d01
|
|
Only doctok produced these tokens, so no need to handle them anymore.
Change-Id: Ied7df2515ac86562dd5ce782a1f01158fe3f684e
|
|
Change-Id: Ie373098959f8b3e04fe955a08031a4221faab3cc
|
|
The exporter didn't write circle and underdot at all.
Change-Id: Ia8f45f2b03fb14e9a0027ec24ee7f36adc8c018d
|
|
The real news here is that "comma" and "dot" was swapped on export, the
rest is just a fixup of recent breakage.
Change-Id: I54045f5837652dc38a30361e21ced25aeaf58257
|
|
Change-Id: If0b98a30452a9d1fcc340173deb6856755926471
|
|
Change-Id: I13899545421fa710a590cde042e142cdb3293c7c
|
|
In other words, from now it's a must to map ST_Foo simple types to
NS_ooxml::LN_something constants, and raw integers (which are hard to
grep and hard to track down where are they used) are no longer an
option.
Change-Id: I968b27bca3f64f6f4a382b87e2dbc499a3132ea2
|
|
Change-Id: I56664b455383f69137399e4c5fb28521ef813287
|
|
Regression from commit 1be0a3fa9ebb22b607c54b47739d4467acfed259
(n#825305: writerfilter RTF import: override style properties like Word,
2014-06-17), we failed to do the proper deduplication in buffered
content, like tables. Fix this by adapting
RTFDocumentImpl::replayBuffer() to RTFDocumentImpl::checkNeedPap(),
which already did the proper deduplication.
To be fair, the inconsistency was there earlier since
9f5263c477b82fef5aa9c3e79fb6af92aa049e24 (fdo#44736 RTF import: ignore
direct formatting which equals to style, 2012-11-25), but it caused no
real harm earlier.
Change-Id: I0673408088d9d83768f0780ea92ece87913d03f3
|
|
Change-Id: Ibdfdca37009df3f518133e85d1daef3a4fea9073
|
|
Change-Id: Ie4f4182e92dfd06b283dc86f5bfd611d7842a504
|
|
this is just a false+, but creating a local var will likely fix it
Change-Id: Ia02e04098a70102c70f5fe5ecd156eea6f40d2af
|
|
Change-Id: I57ca4ef567126321ab745c8d1d7290b66df23c05
|
|
* Added rational util functions used by Fraction class not
available in the boost::rational class.
* Replaced usage of Fraction by boost::rational<long>
* Removed code that relies on:
1. fraction.IsValid() -- rational only allow valid values, ie
denominator() != 0
2. rational.denominator() == 0 -- always false
3. rational.denominator() < 0 -- always false but implementation
detail: http://www.boost.org/doc/libs/release/libs/rational/rational.html#Internal%20representation
* Simplified code that relies on:
1. rational.denominator() != 0 -- always true
* BUGS EXIST because Fraction allows the creation of invalid values but
boost::rational throws the exception boost::bad_rational
Change-Id: I84970a4956afb3f91ac0c8f726547466319420f9
Reviewed-on: https://gerrit.libreoffice.org/11551
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I61a81bf1aab604d27441630dfb5d55f657211410
|
|
Again no need to adapt dmapper/rtftok for these, see commit
020f46d17065b8b00365eab7a809ce980ebfb59a (Use constants for ST_Em
values, 2014-10-07).
Change-Id: Ie67f7a4d251525b5f8799cf613bea56ad82f7a57
|
|
Change-Id: I99f3010e30f81786b938dc11736ea1597cd5530d
|
|
Change-Id: I307d7833fb5556c5509edd698b4b5ecd7b7a5fb3
|
|
This is similar to f7ef84640258e4ee6ddc4cc5cbf58a2d89860afa (abi#2128
RTF import: fix memory leak, 2013-11-28).
Change-Id: Id57320466e6fb302ec8616ccc9f4f9429b8eff21
|
|
The symptom was that during the handling of the XE field, we tried to
access the top of the text append stack, but the stack was empty.
The situation is the following:
1) There is a multi-page TOC field.
2) The page break inside the field is described using a section break,
featuring headers, and the header contains a field that we map to a
fieldmark.
3) There is an XE field after all this.
The root cause was that during parsing of the header, some of the state
should be stashed away and restored when we're done. The new
HeaderFooterContext does exactly this, and now the number of push/pop
calls on the text append context match again.
Change-Id: I10f259fd9edb8bd719ae5bc8a43ed5ef8c708071
|
|
error: no match for ternary ‘operator?:’ in
‘((writerfilter::dmapper::DomainMapper_Impl*)this)->writerfilter::dmapper::DomainMapper_Impl::m_aFieldStack.std::stack<_Tp,
_Sequence>::empty<boost::shared_ptr<writerfilter::dmapper::FieldContext>,
std::deque<boost::shared_ptr<writerfilter::dmapper::FieldContext>,
std::allocator<boost::shared_ptr<writerfilter::dmapper::FieldContext> > > >() ?
nullptr :
((writerfilter::dmapper::DomainMapper_Impl*)this)->writerfilter::dmapper::DomainMapper_Impl::m_aFieldStack.std::stack<_Tp,
_Sequence>::top<boost::shared_ptr<writerfilter::dmapper::FieldContext>,
std::deque<boost::shared_ptr<writerfilter::dmapper::FieldContext>,
std::allocator<boost::shared_ptr<writerfilter::dmapper::FieldContext> > > >()’
Change-Id: I76c7507390bcf80f6ca722c4eedfd65c9a46952f
|
|
Change-Id: I4635e974b7812ed5fbc95bd65b7108bb99235661
|
|
Change-Id: Ic96b85c5c4995f47781eceb6a426a29d8b7679ea
|
|
No need to adapt dmapper/rtftok for this one, as those do not handle
<w:em> ATM.
Change-Id: I88da1d0dae804e3d054b7d4158a81cb64cc4b600
|
|
use name CVE-pseudo-2009-0238-1.rtf to record its detected as
Virus:Trojan.Mdropper and pseudo because its just a fuzzed
file from some random .rtf and not an original reproducer for
CVE-2009-0238
Change-Id: I85f6a72e0d32c14ea27cbe03bc4da3c2306fd1f5
|
|
Change-Id: If8fbccf946f589abead0803b7ecbc63ecfc656b2
|
|
Change-Id: Ie0f83fd7111942912b0abd61473e654cc2f02360
|
|
Change-Id: Idd277a770a42d33a9c92f41f0452039eba60b6ce
|
|
Change-Id: Id0f3345613ae3b9c19cc5f5845140fa1c067bee0
|
|
The symptom was that some cell borders were missing. It's because in
Word, cell borders are additions to table borders, so if a table border
is single, but the cell border is none, then the outcome should be
single, not none. In Writer, this is a single UNO property, so if it's
set to SOLID then to NONE, the latter wins.
There are two situations where we now do the right thing:
1) style-cell-border is set, direct-cell-border is none -> outcome is
now inheriting (style-table-border, direct-table-border, etc.)
2) style-cell-border is none, direct-cell-border is none, but
direct-table-border is set -> outcome is now direct-table-border.
Change-Id: I320ae908c61221c8020e3b5323c31dec11c15b2f
|
|
Redlines changing formatting of runs and paragraphs are valid for the entire
run/paragraph, not just their existence in the XML. So store them
in the matching contexts, which will care of it, instead of the endtrackchange
stuff.
Change-Id: Ie583e4be14e8df95829852bfbbbe25aa0684f02e
|
|
propagateCharacterPropertiesAsSet sends the properties only when ending
a text run (or maybe starting another one, I'm not quite sure), so it breaks
ordering by sending them later then expected (although it worked in many cases).
It's a question if propagateCharacterPropertiesAsSet is to be used by anything
actually, since it seems rather broken to use it in the ooxml frontend.
Using sendPropertiesWithId sends the properties properly at the right time,
as one would expect. I don't know why dmapper can't simply handle this on its
own, as I think it does handle entering and leaving other elements, but
spending more time on it with this overdesigned abomination, oh well.
Change-Id: Ie36c5f933ea3e6d789ea8f9e4ee3b60a5d1c920c
|
|
Change-Id: I3ac385b8f21409b5083b1224652283fec8bb2fa4
|
|
Change-Id: Id4bc638c81d695745fc44bde16252e3040f0a03c
|
|
Change-Id: I10dfb947bbd9e792c98932608acb2f0987fd8605
|
|
Because that breaks warning about all cases (not) being handled in switch.
Change-Id: I8fadccd4e5d125cc37b8e10087e9170f07e65440
|
|
Change-Id: Ifcb8078e3e52c1b3634ab1c6ad6d6121502950d9
|
|
Change-Id: I07e350a87ee58ba1dd032f2e5cffc8a05ebce029
|
|
Change-Id: Idd3654f45a9fe9c0a92aa88b494cdd9192baa966
|
|
Change-Id: Icbce660a7f6678ae6c48ec03d8fc63c67f169072
|
|
Change-Id: I57f010076f73758bd5bdcf78b58553baa257df08
|
|
Regression from 818d80eb0cee65d1bcc4fdb74b32a7c42cc1336e (RTF import:
support shapes inside tables, 2013-06-28).
Change-Id: I05eb2f4f2e3467e35f96b280e3a79f69906a56de
|
|
Change-Id: I6516c004f75e416f016042aa561a20642db70b57
|
|
Change-Id: I64a7c56da33d3d093fc63168671b157c44847b72
|
|
Change-Id: I9fe7909bb8f6174ac05edb340a7d5606f077679d
|
|
Change-Id: Ib7d2ecfa2c5bcbda55859144af6b55bc8ef09c3d
|