Bug 151324 - Support changing the default sequencing of multiple animations
Summary: Support changing the default sequencing of multiple animations
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Dialog-Remember-Settings Object-Animations
  Show dependency treegraph
 
Reported: 2022-10-04 11:27 UTC by Eyal Rozenberg
Modified: 2022-11-28 12:11 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2022-10-04 11:27:40 UTC
When you select multiple objects, or a text box with multiple paragraphs, and add an animation effect (e.g. Appear) - one of the effects is set to occur on-click, and the rest are set to appear with-previous.

This is a reasonable default, but one often wants to have on-click for everything - which means changing the timing again and again on every slide.

I suggest supporting the ability to change this default.

Now, at what context/scope should this happen? It could be...

1. Per file/presentation
2. Per slide (could be part of a slide style, but we don't have those yet)
3. App-global and not represented in the ODP file

Not sure which would be more appropriate.
Comment 1 Heiko Tietze 2022-11-22 12:45:49 UTC
You can multi-select objects and change the attribute for all. Don't see need to change this.
Comment 2 Eyal Rozenberg 2022-11-22 19:02:16 UTC
(In reply to Heiko Tietze from comment #1)
> You can multi-select objects and change the attribute for all.

You're saying I can manually set the attribute myself, and that's why I should not be able to set a default? I don't understand that logic.
Comment 3 Heiko Tietze 2022-11-23 07:47:23 UTC
A default suits the majority not everyone. Your request "I suggest supporting the ability to change this default." stands against the average.

The actual use case why you want to change the default is that you "often wants to have on-click for everything" after adding the animation. That's possible, as I commented, for multiple selections.

The default for "Start" is still good as "On click". There is no good reason to make this optional and I see no benefit to remember the last setting as those properties are usually part of the animation setup. => WF
Comment 4 Heiko Tietze 2022-11-24 09:01:40 UTC
We discussed the topic in the design meeting. While not unanimously the requirement was accepted by the majority. As a compromise we suggest to remember the last state of this dropdown.

Rafael, something for you?
Comment 5 Rafael Lima 2022-11-25 13:36:44 UTC
(In reply to Heiko Tietze from comment #4)
> As a compromise we suggest to remember the last state of this dropdown.

Hi Heiko... this seems simple to implement.

However, I just could not understand how this would solve the issue reported initially. Each time you press "Add" with multiple objects selected, the hardcoded behavior is to use "On click" for the first object and them "with previous" for the other objects.

If we simply remember the last used option in the "Start" dropdown, it won't fix the issue.

What we could do is this:
1) The first time we click "Add" the current behavior is maintained (only first "On click");
2) however, if the user quickly clicks "Add" again (up to 1 second later), then the "Start" values change to "On click" for all;
3) and if the user clicks yet again on "Add" then we assign "With previous" for all selected items.
4) And this could go cyclically until the user misses the 1 second interval

As a side note, it would be useful to remember the last used effect (I remember seeing a ticket about this somewhere, or maybe a question in AskLibO).
Comment 6 Eyal Rozenberg 2022-11-25 13:55:25 UTC
(In reply to Rafael Lima from comment #5)
> Hi Heiko... this seems simple to implement.
> 
> However, I just could not understand how this would solve the issue reported
> initially. Each time you press "Add" with multiple objects selected, the
> hardcoded behavior is to use "On click" for the first object and them "with
> previous" for the other objects.
> 
> If we simply remember the last used option in the "Start" dropdown, it won't
> fix the issue.

Aw, damn. That means our compromise won't work :-(

> What we could do is this:
> 1) The first time we click "Add" the current behavior is maintained (only
> first "On click");
> 2) however, if the user quickly clicks "Add" again (up to 1 second later),
> then the "Start" values change to "On click" for all;
> 3) and if the user clicks yet again on "Add" then we assign "With previous"
> for all selected items.
> 4) And this could go cyclically until the user misses the 1 second interval

That won't do, because the intent is for the default to persist for the duration of working on all slides in a document.

So, Heiko, back to the drawing board, or back to arguing about this. I want to be able to add lots of effects and have all of the on-click; while I also often want to use the current behavior. And I also want to be able to add individual effect and have them default to after-previous, or with-previous.


> As a side note, it would be useful to remember the last used effect (I
> remember seeing a ticket about this somewhere, or maybe a question in
> AskLibO).

I also remembered something like this... only to notice it was me who filed it :-P

https://bugs.documentfoundation.org/show_bug.cgi?id=142749
Comment 7 Heiko Tietze 2022-11-28 08:27:57 UTC
True, the first action has to be on click. And I would abstain from timed interactions like press <foo> within n seconds to make it <bar>. Hard to impossible to figure out and error-prone. In the end the request is a WF, IMO.
Comment 8 Eyal Rozenberg 2022-11-28 12:11:41 UTC
(In reply to Heiko Tietze from comment #7)
> In the end the request is a WF, IMO.

Well, remember that:

(In reply to Heiko Tietze from comment #4)
> We discussed the topic in the design meeting. While not unanimously the
> requirement was accepted by the majority.

That sentiment was not predicated on adopting the compromise. I just went along with it since it seemed like a more minimal change which achieves most of what I felt was necessary.

With that not being an option, I suggest either an aspect in the style of a slide, or at least a module option for this default.