Issue 25752 - Brightnes and contrast level not same
Summary: Brightnes and contrast level not same
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOo 1.1.1b
Hardware: All All
: P3 Trivial (vote)
Target Milestone: AOO Later
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2004-02-21 04:23 UTC by utomo99
Modified: 2017-05-20 10:44 UTC (History)
8 users (show)

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

bug doc (78.50 KB, application/msword)
2004-02-21 04:24 UTC, utomo99
no flags Details
Document with one picture (26.50 KB, application/msword)
2013-06-16 21:46 UTC, Regina Henschel
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description utomo99 2004-02-21 04:23:48 UTC
Brightnes and contrast level not same with Ms word. one image which still 
visible in word is not visible on OOo. and the other also not same brightnes 
and contrast level
Comment 1 utomo99 2004-02-21 04:24:16 UTC
Created attachment 13333 [details]
bug doc
Comment 2 michael.ruess 2004-02-26 17:07:05 UTC
MRU->CGU: global problem of the import of image control. See attached ppt file.
Comment 3 christian.guenther 2004-03-15 09:12:55 UTC
I can reproduce the bug.
The value of contrast and brightnes are identical because of the different
ranges in PPT (0-100) and OOo (-100 - +100).
The graphics looks different even though the values are the same.
This issue is maybe duplicate to the internal bug 110352.Please have a look.

Comment 4 christian.guenther 2004-03-15 09:13:34 UTC
I change the target
Comment 5 ace_dent 2008-05-16 02:57:03 UTC Issue Tracker - Feedback Request.

The Issue you raised has the status 'New' pending further action, but has not
been updated within the last 4 years. Please consider re-testing with one of the
latest versions of OOo, as the problem(s) may have already been addressed.
Either use the recent stable version:
or consider trying the new OOo 3 BETA (still in testing):
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 by checking the Issue Tracker:
Many thanks,
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
Comment 6 thb 2008-06-27 11:39:08 UTC
The problem is still there, but has not been important enough to be addressed
yet. Anybody from the Cc list wants to have a shot at this?
Comment 7 john_ha 2010-01-22 21:35:59 UTC
See post subject: Image in imported MSWord doc does not display - contrast dated
Fri 22 Jan 22 2010 which says the following:

This post reports two things

a) what appears to be a fault with handling images in imported MSWord .doc files
b) a bug in OO Writer which allows Contrast for an image to be set to a negative

I opened an MS Word .doc file with Writer 3.1.1 Build 9420. The doc file has
text and two graphics images. One image shows OK, the other image either does
not display or displays very, very faintly. Both images display OK in MS Word
and in MS Word Viewer. When I open the binary doc file, close to the end it says
"Microsoft Word Document MSWordDoc Word.Document.8".

OO Navigator shows there are two images in the document. When I highlight them,
the "does-not-show" image only shows the "box-with-green-handles" and inside is
blank. The image is stored somewhere because when I R-click the image and choose
Image Map, I can see the image OK.

When I go to the Pictures Toolbar and click on Colour for the two images I get

Item.....Visible image.....Image not showing
Contrast......0%.................-70% .... yes that is correct ... minus 70%

If I then set Brightness to 0% and Contrast to 0% the image appears OK but in
greyscale. If I go to Pictures Toolbar and select Default, the image then
appears OK in colour. (Note the greyscale could be because the image is a colour
image but was converted to a greyscale in MSWord before sending it to me)>

It is not a problem of anchor, wrap, bring forward etc - I (think I) have
checked all the possible options and of course, the other image displays OK.

Several questions arise

1 Is this a fault in reading in and converting the doc file where the contrast
and brightness values are set wrongly? I use OO for a monthly village magazine
and this is the first of a hundred or more .doc files which has shown this
problem. Or is it a fault with converting a newer release of MSWord - it looks
like it is v8?

I unzipped the odt file and content.xml has the following where "fr2" has
incorrect values for Contrast and Luminance and does not display, but "fr3"
displays OK:

<style:style style:name="fr2" style:family="graphic"
<style:graphic-properties fo:margin-left="0.319cm" fo:margin-right="0.319cm"
style:run-through="background" style:wrap="run-through"
style:number-wrapped-paragraphs="no-limit" style:vertical-pos="from-top"
style:vertical-rel="paragraph" style:horizontal-pos="from-left"
style:horizontal-rel="paragraph" fo:padding="0.026cm" fo:border="none"
style:mirror="none" fo:clip="rect(0cm, 0cm, 0cm, 5.659cm)" draw:luminance="60%"
draw:contrast="-70%" draw:red="0%" draw:green="0%" draw:blue="0%"
draw:gamma="100%" draw:color-inversion="false" draw:image-opacity="100%"
<style:style style:name="fr3" style:family="graphic"
<style:graphic-properties fo:margin-left="0.319cm" fo:margin-right="0.319cm"
style:run-through="background" style:wrap="parallel"
style:number-wrapped-paragraphs="no-limit" style:wrap-contour="true"
style:wrap-contour-mode="outside" style:vertical-pos="from-top"
style:vertical-rel="paragraph" style:horizontal-pos="from-left"
style:horizontal-rel="paragraph" fo:padding="0.026cm" fo:border="none"
style:mirror="none" fo:clip="rect(0cm, 0cm, 0cm, 0cm)" draw:luminance="0%"
draw:contrast="0%" draw:red="0%" draw:green="0%" draw:blue="0%"
draw:gamma="100%" draw:color-inversion="false" draw:image-opacity="100%"

2 I created a new OpenOffice .odt file with two images. I then set Brightness to
60% and Contrast to -70% for one image and that image disappeared as above,
suggesting that the Contrast and Brightness values are causing the problem.

3 There appears to be a bug in OO Writer which allows a user to set a Contrast
value to a negative number which then causes the image to disappear. I guess
that a user should not use a negative value for Contrast but a range check
(value must be between 0 and 100) would prevent this and protect the user. 
Comment 8 Regina Henschel 2013-06-16 21:46:05 UTC
Created attachment 80871 [details]
Document with one picture

In AOO luminance and contrast are not absolute values but offset to the original colors of the image. Therefore a negative value makes sense, it means a decrease of the color value and a positive number means an increase of the color value.

Old versions of Word uses a range from 0% to 100%, where 50% means the original values. Newer versions of Word like Word 2010 use a range from -100% to 100% with 0% as original values. A picture with luminance -20% in new Word version has luminance 30% in in old Word version and contrast of +10% in new Word version is 60% in old Word versions.

If you open the attached document in Word 2010 and use the picture tools on the picture, you see the new values directly in the drop-down list and the old values when you open the more... field from the drop-down list.

The import in AOO is wrong. Instead of -20% the value -40% is used and instead of +10% the value +20% is used.
Comment 9 Armin Le Grand 2013-06-17 11:25:27 UTC
ALG: I checked by copying the pic from MSWord to PPT2003, used 0% and 100% as values, imported -> 0% is imported as -100%, 100% as 100%, thus I see no error (at least with PPT2003).
Comment 10 Armin Le Grand 2013-06-17 11:31:02 UTC
ALG: With PPT2010 values -100% to 100% get translated to -100% -> 0%, 100% -> 0%. This looks as if for pptx import the picture itself gets adapted, the values are lost. This would be an enhancement for pptx import.
Comment 11 Regina Henschel 2013-06-17 13:09:02 UTC
It seems to me, that PowerPoint 2010 does not save settings, but always burn-in the values. Reopening in PowerPoint 2010 result in 0%, but the picture looks as if filter are applied.

To reproduce the problem, you have to use Word 2010 in compatibility mode. Insert the picture in a new document and save it directly to Word97-2003 format. Reopen the document and now set 'Helligkeit'/'Kontrast' in 'Bildtools'(German Word) from the drop-down list. It will be applied immediately. Then open dialog again and click the item 'Optionen für Bildkorrekturen'. There you see the corresponding values in the range 0% to 100%. The relation is not linear, but the predefined percent values have certain corresponding values from the 0%..100% range. In this mode the settings are saved and reopening in Word 2010 will show the previously chosen values.

And such a file will have wrong values in AOO.
Comment 12 slask 2014-05-14 14:19:59 UTC
Maybe there is a "bug" or at least an ambiguity in the Open Document standard v1.2.

If I create a writer file with 3 copies of a picture, and then make no modification to the first, set 50% brightness to the second and -50% to the last one. The automatic style attribute draw:luminance in the content.xml becomes as follows:




This looks ok when compared to the initial text in Open Document v1.2 part 1 chapter 20.135:
"The draw:luminance attribute specifies a signed percentage value that sets the output luminance of a bitmap or raster graphic."

BUT!, if you continue to read the last row in 20.135 draw:luminance is stated to have the type "zeroToHunderPercent" as specified by 18.3.41. Even though this is the non-signed version having the allowed range [0%, 100%]!

In chapter 18.3.30 the type "signedZeroToHundredPercent" is specified with the range [-100%, 100%]

So either, the initial text in Open Document v1.2 part 1 chapter 20.135 is incorrect, or the assigned attribute type.

This probably lead to all kinds of misunderstandings of what is "right" or "wrong".
Comment 13 Regina Henschel 2014-05-14 17:06:00 UTC
That problem is addressed in
Comment 14 slask 2014-05-14 18:15:14 UTC
Do you have any insight in which it is supposed to be? I.e. what was the original intention, signed or unsigned?
Comment 15 Regina Henschel 2014-05-14 20:25:13 UTC
From issue I would say, that signedZeroToHundredPerecent was intended.
Comment 16 Marcus 2017-05-20 10:44:34 UTC
Reset the assignee to the default "".