Whenever you change the properties of a custom animation, the list of animations is refreshed and the first entry is selected. Thus you lose your position in the list. If you were editing an item near the bottom of the list, you have to scroll all the way down and find the item again in order to continue editing. Solution: update the list dynamically so that the selection focus stays on the currently selected item.
NOT Reproducible with "LibreOffice 3.4.0RC1 – WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:11)]", but may be I did not understand the problem? I checked a presentation slide with various custom animation elements, took one in the middle of the list and modified effect from "fde in" to "zoom". I can confirm that the list scrolled up afterwards so that the first entry became visible, but selection remained at the modified animation. @Luke: May I ask you to read hints on <http://wiki.documentfoundation.org/BugReport> carefully? Then please: - Attach a sample document - Attach screenshots with comments (you can add information using LibO DRAW and then attach your screenshot with comments as PDF) if necessary - Contribute a step by step instruction containing every key press and every mouse click how to reproduce your problem using your sample document - add information -- what exactly is unexpected -- and why do you believe it's unexpected -- concerning your PC (especially: video card) -- concerning your OS -- concerning your LibO version and localization (UI language) –- Libo settings that might be related to your problems (video hardware acceleration ...) -- how you launch LibO -- everything else crossing your mind after you read a.m. URL Can you please file Bug reports with status UNCONFIRMED if your are not absolutely sure that you contributed all required background information and that the problem will be reproducible with information you can provide? Thank you!
Created attachment 47113 [details] Sample document with long animation list in order to observe behaviour.
Created attachment 47114 [details] Annotated walkthrough of the problem
@Rainer Bielefeld: I seem to have written the wrong description. My mistake, you are correct in saying that the current item stays selected. My issue is with the other behaviour you observed: "I can confirm that the list scrolled up afterwards so that the first entry became visible, but selection remained at the modified animation." Let me describe the situation. You have an object with many custom animations, so when you scroll to the bottom of the list you cannot see the first item. You click on the last item, and change a property - for example, change it to Start = After previous. The list is reloaded, and scrolled to the top. You now want to change the 2nd-to-last entry, but can't click on it without having to scroll down the entire list. So, this behaviour makes it hard to quickly change between animations at the bottom of the list. Please see the attached screenshots with comments, as well as sample presentation document. Here is a some information on my system: * "LibreOffice 3.4.0RC1 - Ubuntu Linux 11.04 (64bit), English(US) UI [OOO340m1 (Build:11)]". * NVIDIA graphics card, libreoffice hardware acceleration is on. * launching via terminal with "/opt/libreoffice3.4/program/simpress".
Assigning myself; currently working on this.
The fix for this has been committed to master. The related commits are: (libs-gui commits) 1. http://cgit.freedesktop.org/libreoffice/libs-gui/commit/?id=8370f1cb9cd1ffc1dad53c6d20b9215b7f251801 2. http://cgit.freedesktop.org/libreoffice/libs-gui/commit/?id=21d0a9a47c8c31e40ccd5987a40aefcdcdf34d89 3. http://cgit.freedesktop.org/libreoffice/libs-gui/commit/?id=ecce0e532296bc332912daf847493e8f06bb471f (impress commits) 4. http://cgit.freedesktop.org/libreoffice/impress/commit/?id=0ce72067b2a45605dc0e1635914d34af7e82debf 5. http://cgit.freedesktop.org/libreoffice/impress/commit/?id=422823a42b1e5a557cfba1cd4f9f7fb1a4c500cd
*** Bug 41132 has been marked as a duplicate of this bug. ***