Issue 59246

Summary:	Slide sorter: changing display when switching away and back to application window
Product:	Impress	Reporter:	ftack <ftack>
Component:	ui	Assignee:	AOO issues mailing list <issues>
Status:	CONFIRMED ---	QA Contact:
Severity:	Trivial
Priority:	P3	CC:	issues, lars_o_hansen
Version:	OOo 2.0.1	Keywords:	needmoreinfo, oooqa
Target Milestone:	---
Hardware:	All
OS:	All
Issue Type:	DEFECT	Latest Confirmation in:	---
Developer Difficulty:	---

Description ftack 2005-12-12 15:23:01 UTC

Currently, when an Impress window in slide sorter view is reactivated, the
display is redrawn to make the highlighted slide visible. This results in a
different display of the slides than how it was when the user switched away from
the window. It makes the slide sorter hard to use for example to rearrange
slides between different presentations.

To illustrate the issue

* Create a slide show with 20+ slides (blanks will do)
* Click the 20th slide
* Use the mouse on the scroll bars to bring the first row of slides into view.
* Switch away to any other application window
* Switch back to the impress window: the first row disappears from view, because
Impress rearranges the display to show the currently highlighted slide.

I consider this behaviour badly designed. The display should just remain the way
the user saw it before he switched away. The current behaviour is particularly
disturbing when rearranging slides between shows. One scrolls to a location
where slides from another show should be inserted, switches to the other window
to copy slides, switches back to see that a completely different area is shown
(it took me some while to realise that indeed Impress is trying to show the
highlighted slide, i.e. where the "cursor" is).

In summary, Impress should not change the display when the user switches to
another window and back. The view should be updated only when the user presses
an arrow key to move the cursor.

Comment 1 lars 2005-12-12 18:15:44 UTC

what do you mean by "Switch away to any other application window": a different 
application, a different view mode? also, you intend "Use the mouse on the 
scroll bars to bring the first row of slides into view" to be done in the 
slide sorter, don't you?

Comment 2 wolframgarten 2005-12-13 08:17:00 UTC

Reproducible. I consider this as a buggy behaviour... Reassigned.

Comment 3 ace_dent 2008-05-15 15:17:41 UTC

This Issue requires more information ('needmoreinfo'), but has not been updated
within the last year. Please re-test with one of the latest versions of OOo -
the problem(s) may have already been addressed. Either use the recent stable
version: http://download.openoffice.org/index.html
or consider trying the new OOo 3 BETA (still in testing):
http://download.openoffice.org/3.0beta/
 
Please report back the outcome so this Issue may be closed or progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further :
http://www.openoffice.org/issues/query.cgi
 
Many thanks,
Andrew
 
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~

Comment 4 ftack 2008-05-26 16:56:26 UTC

This issue is still present in 2.4.0. and should not be deleted. I do not spot
duplicates when seaching for "slide sorter".

Comment 5 ftack 2010-08-18 13:09:48 UTC

This now works correctly in OOo 3.2.0. Please close this issue as Solved.

Comment 6 Marcus 2017-05-20 10:55:31 UTC

Reset assigne to the default "issues@openoffice.apache.org".