Issue 48367 - Low contrast: drawing and notes view in wrong color
Summary: Low contrast: drawing and notes view in wrong color
Status: CLOSED FIXED
Alias: None
Product: Draw
Classification: Application
Component: ui (show other issues)
Version: 680m97
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.2
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2005-04-28 13:32 UTC by wolframgarten
Modified: 2007-01-09 09:49 UTC (History)
1 user (show)

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

Attachments
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 wolframgarten 2005-04-28 13:32:14 UTC 
Switch to Low contrast: the drawing view in draw and impress is white ->wrong.
Also the notes view is white.
Ok in 1.1.3.
Comment 1 wolframgarten 2005-04-28 13:33:11 UTC 
Version set.
Comment 2 wolframgarten 2005-04-28 13:39:05 UTC 
Keyword added.
Comment 3 groucho266 2005-05-24 13:37:14 UTC 
Due to resource constraints I set the target to OOo Later.
Comment 4 mdxonefour 2005-09-07 10:19:09 UTC 
re-targeted to OOo 3.0
Comment 5 groucho266 2006-07-04 15:49:04 UTC 
Target change.
Comment 6 mdxonefour 2006-10-16 11:14:40 UTC 
MD: re-targeting to 2.2 since it's an important a11y issue
Comment 7 groucho266 2006-10-18 14:43:14 UTC 
This seems to have been fixed in the meantime.  I remember to have fixed a
similar bug for the slide sorter.
Comment 8 groucho266 2006-10-19 10:08:35 UTC 
I read high contrast instead of low contrast.  I can reproduce the low contrast
problem, even under Windows.
Comment 9 groucho266 2006-10-19 10:19:17 UTC 
There seems to be a problem with the background buffering.  If I comment out in
VOCBitmapBuffer::PaintObject() the call to TryToPaintObjectWithBuffer() then the
page background is painted with the right color.

To reproduce this under Windows you can simply change to document background
color (to something that is not white).
Comment 10 Armin Le Grand 2006-10-20 15:10:31 UTC 
AW: 'Wiese' is painted in viewcontactofsdrpage:171-191,
GetApplicationBackgroundColor() or GetApplicationDocumentColor() is used, see there.
Page background is painted lines 340-360 same file.
AW: Indeed, when creating a masterpage buffer for caching, the VDev background
is not initialized (see BufferHelperBitmap::ImpPrepareVirtualDevice in
vocbitmapbuffer.cxx). Changing that, testing...
Comment 11 Armin Le Grand 2006-10-20 16:35:22 UTC 
AW: Okay, MPBGC (MasterPageBackgroundCache) is working now, also changed
ApplicationBackgroundColor at the SdrView to use system default if set to
COL_AUTO. Tested, checked in.

AW: In SD, the ABGC (ApplicationBackgroundColor) is decided by purpose different
for Draw/Impress, see DrawViewShell::Paint(...) in drviews5.cxx.I think we
should discuss this.
Comment 12 Armin Le Grand 2006-10-23 14:07:03 UTC 
AW: Discussed with UserExperience, they think it's a good idea to not use the
application standard in Draw, but the same color for the page as for the
background ("wiese"), so that's all what was to do, it stays as it is.
Checked in and tested.
Comment 13 Armin Le Grand 2006-11-03 13:27:49 UTC 
AW->WG: Can be simply tested:
- windows version: use ControlPanel -> Display -> tab Appearance -> Advanced to
change Items 'Window' and 'Application Background' to something fancy
- in impress: 'Wiese' shall be in 'Application Background', page in 'Window' color
- in draw: both in 'Window' color (UserExperience wants it that way, it's discussed)
old version: Page is white when MasterPageBackgroundCache is activated (default)
Comment 14 wolframgarten 2006-11-08 11:50:44 UTC 
Verified in CWS.
Comment 15 wolframgarten 2007-01-09 09:49:57 UTC 
Tested in m199. Closed.