Issue 92829 - Background color not used for contents area
Summary: Background color not used for contents area
Alias: None
Product: Draw
Classification: Application
Component: viewing (show other issues)
Version: OOO300m2
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2008-08-16 10:14 UTC by Rainer Bielefeld
Modified: 2017-05-20 10:47 UTC (History)
1 user (show)

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

screenshots explaining original report (231.55 KB, application/pdf)
2008-08-16 10:24 UTC, Rainer Bielefeld
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Rainer Bielefeld 2008-08-16 10:14:43 UTC
During my investigations concerning Issue 92809 I saw that background color will
not be used correctly for the complete document.
I checked with "2.4.1  Multilingual version German UI WIN XP:
[680m17(Build9310)]" and also with "Ooo-dev 3.0.0 Beta Multilingual version
English UI WIN XP: [OOO300m2 (Build9343)]" (on the same PC). Same behaviour with
both versions.

Steps to reproduce:
1. Open new OOo DRAW document
2. Menu 'Tools -> Options -> OOO -> Appearence - Custom Colors - 
   Document Background' Change from "Automatic" to blued
   expected: complete document and may be area outside page limitations should
             be blue, thumbnail in page area should look like Slide itself
   actual: contents area remains white, that's shown correctly in thumbnail
3. Right click on Page Area "Slide 1", context menu "New Page"
   expected: Slide 2 should look like slide 1
   actual: here the contents area is blue (as it should be), thumbnail view for
           page 1 and page 2 show correctly blue contents area. Unexpectedly,  
           thumbnail for Slide 1 now completely blue
4. Click on thumbnail for Slide 1 to change to slide 1
   unexpectedly, page view and thumbnail differ

Unexpected behaviour continues if you change back go "Background Color - Automatic"
Comment 1 Rainer Bielefeld 2008-08-16 10:24:38 UTC
Created attachment 55801 [details]
screenshots explaining original report
Comment 2 wolframgarten 2008-08-18 07:41:13 UTC
Reproducible. Reassigned.
Comment 3 groucho266 2008-08-18 09:12:34 UTC
Hm, the previews in the slide sorter bar and  the pages in the edit view should
look the same.  They do, when you for example move the divider between slide
sorter bar and edit view.  Changing the zoom factor in the edit view shows the
correct color there but then the previews in the slide sorter bar are not updated.

Somewhere there is probably a simple listener missing that waits for the
configuration to change and that then triggers the necessary updates.
Comment 4 eric.savary 2008-09-30 14:36:01 UTC
This only happens at runtime (changing color settings while the document is open).
This is not a real use case (changing color setting constantly) from an
accessibility point of view.

Therefore, removing keyword "Accessibility"
Comment 5 Marcus 2017-05-20 10:47:52 UTC
Reset assigne to the default "".