The implementation of SwXStyle's FirstIsShared property is busted, and
that causes xmloff to write the footer-first content into the master
footer.
Change-Id: I520a4929d9d7313da65bcdcf4094f8244382377d
* Switch to an horizontal layout
* Drop the expander and make file info always visible at the right side
* Resizing didn’t make sense when the expander was there, still doesn’t
* Sentence capitalization for radio buttons and check boxes, see HIG
* Add it a title!
* Make it modal
Change-Id: I08215b122bd9466c33fdc93e3c007f4aaf47b4e5
Reviewed-on: https://gerrit.libreoffice.org/11671
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Again, that's what this file does elsewhere, that's what (incomplete) import
did before my changes, and it seems to match better the position that such
an element gets in Word.
Change-Id: Id09150eaaa505e6ddcd4baaf4a833000d52dd71d
sw/qa/extras/ooxmlexport/data/zoom.docx is a reproducer for this,
DocxAttributeOutput::CharFontSizeCJK() is just a wrapper around
CharFontSize(), and both produce a <w:sz> element, but to produce valid
OOXML, only one child element should be written, so ignore the second
one.
Change-Id: I7474fccadccf573f706c9b148b7e450c39ad5efb
Currently the timer callback is running on a separate thread, but that
is unnecessary since it just does a PostMessage().
Every thread stack stack mysteriously eats 10M of VM apparently despite
dumpbin -headers soffice.bin:
"989680 size of stack reserve, 1000 size of stack commit"
Change-Id: I6eac3f6fa45939cd5dbb3dfbec61f9a504bdaa8b
The relative height "100%" (used only by Heading 3 now) is converted
silently to absolute height (btw, also in the dialogs and in OOo, too).
Using 101% instead of 100% fixes this problem, so setting a new height
in the parent style "Heading" (for example, by Tools->Options->
LibreOffice Writer->Basic fonts (western)->Heading->Size) can change
the heights of all default headings, including Heading 3.
Change-Id: Ia44ac9d24041b75f0aedd7b56340dd41caf0020e
writer has code to fill in missing new properties from the old properties
if they exist. But xmloff is stripping them out before they get there.
Don't strip them out, and add in a missing check for one of the
archaic bg colors and add a regression test for fdo#81223
Change-Id: I9a541a9bee0a01c90f2c33383f1144ecd8b0bfff
...producing error messages about trying to access private undefined unique_ptr
copy ctor etc.
Partial revert of 014e7933af "svtools:
std::auto_ptr -> std::unique_ptr: ...changing HTMLOptions to
std::vector<std::unique_ptr<...>> because boost::ptr_vector<...>::push_back only
supports auto_ptr, not unique_ptr," going the awkward
std::unique_ptr x(...);
push_back(x.get());
x.release();
route instead (which could be simplified if boost::ptr_vector::push_back ever
started to support unique_ptr).
Change-Id: I15693030a0bbfdedbfdfbe76ede5d0c74f4e5b41
a regression from one of the DrawingLayer FillAttributes
changes of...
commit 7d9bb549d4
Author: Armin Le Grand <alg@apache.org>
Date: Mon Jun 2 15:00:50 2014 +0000
Related: #i124638# Second step of DrawingLayer FillAttributes...
for Writer objects, now added support for Paragraph and PageStyle (including
Header and Footer) for direct attributes and style attributes
commit 4a0b5e569d
Author: Armin Le Grand <alg@apache.org>
Date: Thu Apr 17 16:44:58 2014 +0000
i#124638 support for DrawingLayre FillStyle for GraphicFrames and ...
... EmbeddedObjectFrames in Writer
commit 6e61ecd096
Author: Armin Le Grand <alg@apache.org>
Date: Wed Mar 19 16:17:02 2014 +0000
Merge back branch alg_writerframes to trunk
all of which set all RES_FLYFRMFMT and RES_FRMFMT SwFmts
to use the new fill attributes, but
a) didn't change the aTableBoxSetRange for SwTableBoxFmt to include the XFILL
attributes, so importing cell bgs from .doc got dropped
b) didn't make any effort in the uno api for XCells to do the same sort
of mapping that was done for XFrames
its unclear to me if SwDrawFrmFmt is actually adapted or not, I've
assumed that it is here
Change-Id: I8d71def2aef6163099a16591f9e53ba2b430bd06
...changing HTMLOptions to std::vector<std::unique_ptr<...>> because
boost::ptr_vector<...>::push_back only supports auto_ptr, not unique_ptr.
Change-Id: Ie5f92bc40ce5425dc1c634b17addc2b0dd9bbda3
