This e-mail is to inform that the bug tdf#116382 [1] has been resolved
successfully. Now, the menu item Border and Background accessed from header
and footer drop-down menu opens the "Border/Background" dialog with a
different set of tabpages ( Borders, Area and Transparency). This should
not cause the problem of disappearance of header/footer background image
each time when the .odt file is saved and re-opened.
The patch has also resolved some other bugs: tdf#115457
<https://bugs.documentfoundation.org/show_bug.cgi?id=115457>, tdf#100503
<https://bugs.documentfoundation.org/show_bug.cgi?id=100503>. Affected
users are requested to please verify that these bugs have been resolved by
the patch [2] and thereafter update their status. As for me, it was really
a great experience resolving the bug and it would not have been possible
without Jim's help. I look forward to resolve more easyHacks on
LibreOffice. Loving the community so far! ☺
See:
[1] Resolved - Fixed : tdf#116382 :
https://bugs.documentfoundation.org/show_bug.cgi?id=116382
<https://bugs.documentfoundation.org/show_bug.cgi?id=116382>
[2] Patch can be found here : https://gerrit.libreoffice.org/#/c/67483/
Cheers,
Aditya Sahu <aditya-sahu>
On Thu, Feb 7, 2019 at 8:08 PM Michael Stahl <mst@libreoffice.org> wrote:
On 07.02.19 15:19, Michael Stahl wrote:
On 27.01.19 02:17, Jim Raykowski wrote:
Trying to make header and footer background images redisplay on
opening. I noticed draw:fill="bitmap" in
style:header-footer-properties in a .fodt test file.
...
</style:page-layout-properties>
<style:header-style>
<style:header-footer-properties fo:min-height="0in"
fo:margin-bottom="0.1965in" draw:fill="bitmap" style:repeat="repeat"
draw:fill-image-ref-point="top-left">
<style:background-image>
<office:binary-data>iVBORw0KGgoAAAANSUhEUgAAApUAAACpCAYAAAENcfbOAAAACXBIWXMAAA7EAAAOxQGMMD9a
...
If draw:fill="bitmap" is removed the image shows in the header on
reopen. When not removed blue background fill is shown.
Is draw:fill="bitmap" needed?
what's odd about this is that you have draw:fill="bitmap" attribute but
not draw:fill-image-name="..." - that's even more invalid than Regina
says :)
iirc the idea was that both draw:fill attributes (new and not-yet-valid)
and style:background-image element (old and valid) should be exported,
so that old LO/OOo versions can read the style:background-image and new
LO versions the draw:fill attributes which have more features.
when i try with Writer 6.1, i get the draw:fill-image-name plus a couple
more (draw:opacity="100%" draw:fill-image-width="0cm"
draw:fill-image-height="0cm" style:repeat="repeat"
draw:fill-image-ref-point-x="0%" draw:fill-image-ref-point-y="0%"
draw:fill-image-ref-point="center" draw:tile-repeat-offset="0%
vertical") ... not sure why you manage to get only draw:fill?
okay - it depends on *how* you set the background image.
i've used the Format->Page dialog to set it, that works fine as above.
but there's a second way, in the document view via the blue header
button drop-down menu "Border and Backgrounds..." - set an image there
and i get similar results as you (data loss).
apparently there's a bug to have the blue button drop-down call the same
dialog as Format->Page dialog, which ought to fix the problem.
https://bugs.documentfoundation.org/show_bug.cgi?id=116382
<aditya-sahu> is apparently working on this...
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.