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, tdf#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
[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@xxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/libreoffice
_______________________________________________ LibreOffice mailing list LibreOffice@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/libreoffice
