Description: If one uses ink on a slide and ends the presentation, then one can notice that these drawings are saved as a lot of shapes (see navigator): Lines, Horizontal lines and vertical lines. If one issues the command "Erase all ink on slide" then the ink is removed during the presentation, but after ending the presentation it is still visible. The command to remove the ink doesn't remove the shapes. Steps to Reproduce: 1. Create an empty presentation in impress 2. Slide Show -> Slide Show Settings -> Mouse pointer as pen 3. Start presentation and make a drawing 4. Erase ink 5. End presentation 6. Start presentation => old ink is visible Actual Results: Drawing is made and can be erased, but the shapes aren't erased. After starting the presentation again, the "old" ink is still visible Expected Results: Erase ink should remove the objects as well. Else there is no way to remove these Shapes by a simple command Reproducible: Always User Profile Reset: No Additional Info: Erase ink should remove all according shapes
Created attachment 189308 [details] Macros to delete Inks in edit mode The drawings from a previous slideshow run are on a separate, ordinary layer. Whereas the just made drawings are on a temporarily overlay. You can delete the drawings in edit mode same as other objects. Only that it is cumbersome in LO 7.5, because that are hundreds of little segments. That will become better with LO 24.2. You can test it in a daily build. The attached file contains two macros to erase these drawings, one for erasing from the current active page, the other for erasing from all pages. The macros are for use in edit mode, not in running slideshow. Make a copy of the file before trying the macros. I have not tested the macros intensively, but they work for me.
I wondered why I ran into this problem, because I didn't encounter this problem before. The thing is, when you draw something in presentation-mode and you remove the ink before showing another slide, then the shapes are not created at all (which is fine for me, because the drawings made are initiated by questions from the audience). Yesterday I encountered this problem as I made a drawing in presentation-mode. After making the drawing and not removing the ink, I stopped the presentation for making a correction into the slide. So I noticed hundreds of ink-shapes in the edit-mode. So as long as you don't stop the presentation, and you carefully erase all ink on the slides, no ink-shapes are generated. Now that I understand the behavior, I can live with it. I removed the ink on the slide by removing the slide and pasting it from a backup-copy. A proper use-case would be that at closing the presentation, a dialog pops up, asking if the ink should be saved or not.
Not reproduced with your steps. However, full steps would be: 1. Create an empty presentation in impress 2. Slide Show -> Slide Show Settings -> Mouse pointer as pen 3. Start presentation and make a drawing 4. End presentation: see that ink remains on slide as a shape 5. Start presentation again, remove the ink the slide from the context menu 6. End presentation Result: Even though the ink was removed from the slide, it is still present in edit mode. So I guess we do have the issue that the ink drawings that were made permanent can be "erased" during the slideshow, but that they persist in edit mode. It was mentioned in bug 136249, but it's not the focus of the report anymore. Maybe the fix should be that "Erase all ink on slide" only removes what was drawn _during this presentation_, not the previous persistent one? I think something needs to change, it currently feels like a bug. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b3fdd999f87312447d03915585812b3a5cd48141 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
I find some useful info here. https://suikagameonline.io
Dear Bernard Decock, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Tested with Version: 26.2.1.2 (X86_64) Build ID: 8399f6259d8c87f40e7255cdb3c9b958f5e08948 CPU threads: 4; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: nl-BE (nl_BE.UTF-8); UI: en-US Calc: threaded