When you insert custom animations, you often want to repeat a similar animation you've used for another element, or on another slide. It therefore makes sense that the chose animation effect's settings (if not the choice of animation effect) default to the same ones used last time. (Specific examples are Font color and effect duration settings - but it's probably most of the other settings.) (I'm guessing this is inherited from OpenOffice, but am not sure.)
Bug 142810 is a proposed solution to this issue. Commented there (In reply to Heiko Tietze from comment #3) > This particular context menu idea is a tiny aspect of your copy/paste > request in bug 142825. You describe a precise implementation whereas a more > generic solution with styles is considered on bug 88938. I recommend to keep > the discussion on one ticket. See also bug 54126. My take: DUPLICATE.
(In reply to Heiko Tietze from comment #1) > See also bug 54126. That won't work for effects on different slides - you (basically) can't select them together. Also not for the case of creating a new effect, wanting to have the same style as last time. > Bug 142810 is a proposed solution to this issue. No, it isn't (and I should know since I filed it :-) ...) ; I want to be able to not _have_ to copy-paste the animation style every time. copy-pasting is the most relevant for when you've been using multiple effect settings, and you want to use one other than the last. Now, it's true that the being able to copy-paste would improve things slightly, but not that much really if the time it takes to locate the other slide, locate the animation effect, copy and go back is similar to the time it takes to just directly configure the new effect.
So let's keep it with the other requests. I could imagine a paste special solution similar to Calc where you just paste the animation from a copied object.
Dear Eyal Rozenberg, 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
Bug still there with: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3161a6c351a2f5f70c0420ee8cccf2eb23de1ecf CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: he-IL (en_IL); UI: en-US