Issue 50804

Summary:

Custom animations (motion paths) break connectors

Product:

Impress

Reporter:

haui <haui>

Component:

viewing

Assignee:

thb

Status:

CLOSED WONT_FIX

QA Contact:

issues@graphics <issues>

Severity:

Trivial

Priority:

CC:

issues

Version:

680m104

Target Milestone:

---

Hardware:

All

OS:

All

Issue Type:

DEFECT

Latest Confirmation in:

---

Developer Difficulty:

---

Attachments:

Description	Flags
Presentation showing a problem with animated objects linked with connectors.	none

Description haui 2005-06-16 08:55:19 UTC

If an object, to which a connector is attached, is animated with a motion path,
the connection between the object and the connector breaks when the animation
starts.

Attached is a minimal presentation with three circles connected through three
straight connectors. Two of the connectors use custom glue points (in the middle
of the circle), while the third connector uses default glue points. The upper
and lower circles are animated with a "Right" motion path while the circle in
the middle stays at its initial position. The effect intuitively expected is
that the connectors attached to the animated circles follow the animation with
their corresponding ending. The observed effect is that only the circles move
during the animation and that the connection between the circles and their
connectors break upon animation start.

This issue is loosely related to issue 37778.

Comment 1 haui 2005-06-16 08:57:20 UTC

Created attachment 27226 [details]
Presentation showing a problem with animated objects linked with connectors.

Comment 2 wolframgarten 2005-06-16 09:47:30 UTC

Reproducible.

Comment 3 wolframgarten 2005-06-16 09:48:01 UTC

Reassigned.

Comment 4 thb 2005-06-17 15:14:20 UTC

This behaviour is by design, and will not be (easily) changed. As a matter of
fact, implementing such a behaviour where animations constitute 'live' object
movements would be largely inefficient. For reference, PPT also does not behave
that way.

Comment 5 thb 2005-06-17 15:14:48 UTC

And closing the issue.

Comment 6 haui 2005-06-17 15:28:43 UTC

The trick in convincing people to use OOimpress instead of PPT is being *better*
than PPT.

Comment 7 thb 2005-06-17 15:35:50 UTC

@haui: maybe. But first of all, we have to be _as good as_ PPT. The rewrite of
the slideshow was certainly a huge leap in that direction. But another important
quality-of-implementation issue is clearly animation speed and overall
smoothness, and there, doing anything largely different than PPT, which on top
of that costs CPU, is IMHO not warranted.

Basically, I simply consider this feature to be of too little importance to
sacrifice overall slideshow performance.

Comment 8 haui 2005-06-21 18:43:52 UTC

@thb: I consider your reaction of closing this with "WONT FIX" inappropriate.
Instead, you could have offered to change the type of this issue from DEFECT to
ENHANCEMENT or FEATURE.

Regarding importance: Educational-quality presentations need animations that
visualize complex procedures. Such animations can be complex and need more than
bouncing bubbles that only annoy the auditorium. Instead, OOimpress offers a
bunch of annoying and absolutely useless predefined "motion paths" like "8-point
star" and so on.

To become better than PPT, it is not necessary to imitate all FUD M$ "invents".

Regarding performance: My screen saver is able to display arbitrary complex
animations, I never dreamt to embed into a presentation. A line stretching
instead of simply moving will surely not overstrain my dated PC.

Comment 9 thb 2005-06-22 09:51:08 UTC

@haui: I apologize if my wording was out of place here. But to quote from the
issue status description, WONTFIX stands for 'the problem described is an issue
which will never be fixed'. And, like it or not, that's the state of affairs
with this one. In case you're interested, we can start to discuss about the
internals of the slideshow engine, and why the feature you've requested  cannot
be provided by the current implementation. But I'd propose doing that offline.