Apache OpenOffice (AOO) Bugzilla – Issue 15659
Switching from "Drawing View" to "Notes View" leads to another slide
Last modified: 2005-02-28 17:04:32 UTC
Let us suppose that I'm editing slide 10 in the "Notes View" workspace. I switch to the "Drawing View" workspace and continue my editing. When I am on the slide 12, I switch to the "Notes View" workspace again. I expect to stay still on slide 12 after switching to the "Notes View" workspace (this is the mspowerpoint's behaviour); instead, when I switch to the "Notes View" workspace, Impress leads me to the latest slide I have used when I was on the "Notes View" workspace previously, i.e. on slide 10. Probably, this cannot be considered just a bug, but it is a non intuitive behaviour that can easily confuse the user and lead to errors. Marco Pratesi
Reassigned to Christian.
I can't reproduce the bug. Please send me a step by step description to reproduce the bug.
Steps to reproduce the problem: - open the attached three_slides.sxi - switch to the "Notes view" workspace - in the notes box, write "foobar" after "Slide 1" - switch to the "Drawing view" workspace - go to slide 3 - write "foobar" in the outline of slide 3 - switch to the "Notes view" workspace Now you are on slide 1 instead of being on slide 3. You should be on slide 3, as you were on slide 3 and you have only switched from the "Drawing view" workspace to the "Notes view" workspace. I'm using OOo 1.1rc2 on Mandrake Linux 9.1. Marco Pratesi
Created attachment 8436 [details] A simple three-slides test Impress document.
Thanks for the step by step description. set to new and change the target.
I can reproduce the bug. To reproduce the bug change the views (drawing view/notes view) with 'View/Workspace/Drawing view [Notes view]'. If you use the icons on the right side of the screen the bug doesn't occures.
Accepted.
Have a look to the internal bug 109400. It's duplicate to this bug.
Seems to work.
Step 1/3 of sending issue to QA.
Step 2/3 of sending issue to QA.
Step 3/3 of sending issue to QA.
I can still reproduce the bug. For switching to the other slides use the Page up / Page down keys.
Back to AF
OK. With using Page Up/Page Down I can reproduce the bug, too. Since I have to look into it I remove this ussue from CWS impress10.
The current page was set incorrectly. During the switching to another view shell the DrawView::SetAnimationMode() method was called unconditionally. This in turn called ReadFrameViewData() at its view shell which restored the current page from the value in the FrameView. Fixed by calling SetAnimationMode() only when there is a slide show function. In the normal case when there is none then eventually the current page is set at the frame view so that it can be restored correctly by the handout view.
Reopening...
...reassigning...
...resolving.
Verified in cws impress20.
Integrated in src680m80