Issue 48395 - [regr] Interaction macros in 1.1 Impress sxi don't work in 1.9
Summary: [regr] Interaction macros in 1.1 Impress sxi don't work in 1.9
Status: CLOSED WONT_FIX
Alias: None
Product: Impress
Classification: Application
Component: viewing (show other issues)
Version: 680m93
Hardware: All All
: P3 Trivial with 4 votes (vote)
Target Milestone: ---
Assignee: thb
QA Contact: issues@graphics
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2005-04-28 20:01 UTC by bmarcelly
Modified: 2013-08-07 15:21 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Simple interaction with macro (8.71 KB, application/vnd.sun.xml.impress)
2005-04-28 20:02 UTC, bmarcelly 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description bmarcelly 2005-04-28 20:01:53 UTC 
The next attachment is an Impress file created with OOo 1.1.3. It contains one slide 
with one rectangle and an interaction with a simple macro (click on the rectangle).
Load the document in OOo 1.9. The interaction works when in normal view.
Run the slideshow, click on the rectangle : no apparent change.
Close the slideshow : the rectangle text has been updated, which means the macro has 
run but the slideshow window was probably not repainted.

Same problem if the sxi document is converted into odp document.
Comment 1 bmarcelly 2005-04-28 20:02:29 UTC 
Created attachment 25623 [details]
Simple interaction with macro
Comment 2 wolframgarten 2005-04-29 07:58:09 UTC 
Reassigned.
Comment 3 flibby05 2005-05-02 21:28:16 UTC 
confirm with m97 on SuSE 9.3
Comment 4 christian.guenther 2005-06-08 16:23:44 UTC 
I can reproduce the bug.
Please have a look.
Comment 5 thb 2005-06-08 17:12:53 UTC 
The slideshow no longer contains a 'live' view of the document content. Please
achieve the desired effect (change of shape properties or content) with the
greatly enhanced slideshow effects.

Re-enabling the former behaviour would require: 
 - a notification mechanism on XShape, to report changes
 - a means of choosing XShapes that might change during slideshow (listening on
_all_ shapes would be prohibitively expensive)
 - an implementation in the slideshow component that registeres, listens and act
on shape change events.

@bmarcelly: please try to work around the problem, by using the native slideshow
effects.
Comment 6 bmarcelly 2005-06-08 20:11:17 UTC 
This limitation may be unacceptable for some users. Even if there are more slideshow 
effects, they cannot produce what was possible in version 1 with a macro.
The impossibility in version 2 to change by API the slide appearance during a slideshow 
should be documented (in Developer's Guide ?).

The only workaround I see is to keep a copy of OOo version 1 to run these slideshows.
Comment 7 thb 2007-01-12 14:32:16 UTC 
closing this issue.
Comment 8 oooforum (fr) 2009-04-08 17:11:05 UTC 
+1 with bmarcelly

It will be more friendly to use it