Description: Can not set in background some image anchored in the header of the page. This behaviour is needed in order to prepare some technical documentations to comply with the specifications of the GOST ESKD standard. This is government standard in Russia but also in many other different countries. So to make possible for Writer to be used for such technical documentation instead of MS Word above functionality will be needed. Please see the example attached. This is some template prepared according the ESKD. Every thing with this example works fine but the graphic part - the frames must be in the background instead in front of the content of the pages. In this template these frames are anchored in the header. Steps to Reproduce: 1. Tacke some image and anchor it in the header of the page 2. Wrap it in background 3. Try to write some text or use some text boxes over it and you will found out that picture is not in background and is covering the page, preventing you to write there text or use some text boxes. This is because the picture is covering them. Actual Results: The picture always is on top and covers the page and any other objects there, preventing me to use them. Bu clucking in the page the focus get on the picture. Then I can set it in background and temporary it stays in background until I get to some other page and come back. Then this pictures again ins not in the background. Expected Results: Can not set to stay in background some image, anchored in the header of the page. This behaviour is needed in order to prepare some technical documentations to comply with the specifications of the GOST ESKD standard. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Created attachment 140851 [details] Example template with the problem plus the fonts it needs PDF preview of the template, some template with the problem and the fonts it needs
What about going to Format - Page - Area - Bitmap and selecting the image to put in the background?
I have checked templates with frames as bitmap pictures and frames as vector images. Same document prepared with almost the same templates where frames are bitmap images is 7.8 MB big, bit with frames prepared as vector images is about 79.5 kB. This test document was around 10 pages A4 long. The GOST standard and ESKD in self are heavily used for industrial projects development, where millions of pages may be needed. In such cases this file size difference will make huge storage difference. So it will be better if possible to not use bitmap images for the frames. This is to keep such documentation in as small files as possible. ОК, I will try your idea when possible in next days. But I believe the best solution will be if possible to make LibreOffice have the same behaviour in the headers/footers as in the pages. At least setting some pictures in background is needed= This will open a lot more possibilities for the users to use LibreOffice instead of Microsoft office, where now it is impossible or difficult. Indeed free formats will be most appropriate files format for technical calculations and construction documentation instead of MS Office formats, because of document freedom idea of LibreOffice. So if LibreOffice can fully comply with such government standards it can become the de facto standard tool for such technical needs.
Hello kivi, You can also use the image compression tool in LibreOffice to make the image in background lighter. Then, the total size of the document will be much less...
Dear Xisco, I believe the question about bitmap or vector frames is second tier problem. Let us leave it for now out from the discussion around this bug. For sure we could manage it some how later when and if we could fix the real problem reported by this bug report. The most important problems for me are as follows: 1. These images, used for the frames can not stay in background and somehow get in front by them self. 2. Such images can not be set firmly to stay in the back if more objects are available If the user will set such object in background and after some time He can found it again in front, covering other objects and interfering him to work by a very annoying way this is a real problem. As far I can understood this is a faulty behaviour and I believe it is a bug. Do you think setting some graphical objects in background to stay firmly there will be impossible in LibreOffice? Let we hope some day at least we could see some one did make possible if set some such object back or some levels back it will stay so and not go again in front by it self. At least this will be helpful.
Hi Kivi, I just thing there a few ways you can achieve what you want and I don't think it's a bug. I think it would be better if you search in http://ask.libreoffice.org/ for a solution or ask there how to do it
Dear Xisco, I have checked there before to create this bug report. But ОК, I will check there again. If you think it is not a bug and it works as intended, then sorry for wasting your time. Those people who would like to use LibreOffice Writer for this job, will switch fully on Microsoft Office and I will stop asking here around this thing. Please if this is not a bug, then please consider this as hint for new functionality - to make in future some pictures in the headers to stay in background as expected. With best regards,
let put it back to UNCONFIRMED to hear other's opinion...
Hi Kivi, it should be possible in this way: 1. Format => Page => Header => More 2. Area => Bitmap => Add/Import your image 3. Customize options Does this solve your problem? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the problem still remains and change it to RESOLVED NOTABUG, if the steps solve your problem
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear kivi, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp