Created attachment 111094 [details]
LO docx exported files edited in Word 2007 and 2010

So here are .docx files that were saved from Word 2007 and 2010 which we created using the exported .docx file exported from LO and then applying those color/graphics modes to the images and then saved.

@Qubit: Even without MS Word, you can view the document using MS Word Viewer ( http://www.microsoft.com/en-us/download/details.aspx?id=4 ) or in WPS Writer ( http://www.wps.com/, http://wps-community.org/ ) which has full docx support. Both apps are free and can be run on windows or linux (ms word viewer through wine :D).

(In reply to Jay Philips from comment #2)
> @Qubit: Even without MS Word, you can view the document using MS Word Viewer
> ...can be run on windows or linux (ms word viewer through wine :D).

Sounds good, I'll test w/Word viewer under wine.

TESTING on Ubuntu 14.04 with LO Version: 4.5.0.0.alpha0+
Build ID: 783ba49aa0cd068c7e3dacdd3c13e9c37cf52e22
TinderBox: Linux-rpm_deb-x86_64@46-TDF,
Branch:master, Time: 2014-12-18_11:21:12
Locale: en_US

(In reply to Jay Philips from comment #0)
> Steps:
> 1) Open attached file (attachment 111093 [details])

(Confirmed: Color Mode is set for all but the first image)

> 2) Save as .docx
> 3) Open .docx in MS Word

Using MS-Office Word Viewer 11.8169 SP3 (under Wine).

Got an error when trying to open the docx file. Same thing with some other docx files :(

Loaded just fine for me on wine. I have the following winetricks packages intalled.

corefonts
tahoma
gdiplus
comctl32

(In reply to Jay Philips from comment #0)
> Steps:
> 1) Open attached file
> 2) Save as .docx
> 3) Open .docx in MS Word
> 4) Notice none of the images have color/graphics modes set

Reproduced.

Win 8.1 32-bit
MSO 2013

LibO Version: 4.5.0.0.alpha0+
Build ID: b3b4bbaf6cbd2226b659fea7d6ae473ccf84e9dd
TinderBox: Win-x86@39, Branch:master, Time: 2015-01-12_06:13:44

I'll give it a poke. Bug 76941 (grayscale) is fixed.

For me also reproducible with LO 4.4.3.2, Win 8.1

Joren De Cuyper committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=0db96caf0fcce09b87621c11b584a6d81cc7df86

tdf#76941 and tdf#87539: docx export image greyscale, watermark, black&white

It will be available in 5.0.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

Created attachment 116055 [details]
MSO vs LO

Grayscale and black/white have been mapped correctly, but watermark hasnt. I believe we could map LO's watermark to MSO's washout, though they may have a slightly different look to them. This is no different that LO and MSO have the same black/white 50% filter and the image in both dont look identical.

(In reply to Yousuf (Jay) Philips from comment #9)
> Created attachment 116055 [details]
> MSO vs LO
> 
> Grayscale and black/white have been mapped correctly, but watermark hasnt. I
> believe we could map LO's watermark to MSO's washout, though they may have a
> slightly different look to them. This is no different that LO and MSO have
> the same black/white 50% filter and the image in both dont look identical.

I do not agree. Why should we map watermark to MSO's washout when they don't have the same look?

That's like mapping Dark-green to light-green and say we have to make them 'identical'. That means we either have to lighten or to darken the green -> altering the output.

(In reply to Jorendc from comment #10)
> I do not agree. Why should we map watermark to MSO's washout when they don't
> have the same look?

As previously stated, "LO and MSO have the same black/white 50% filter and the image in both dont look identical".

> That's like mapping Dark-green to light-green and say we have to make them
> 'identical'. That means we either have to lighten or to darken the green ->
> altering the output.

If dark-green was #007f00 and light-green was #008100, i would say that they were pretty much 'identical', also MSO does consider the washout filter equivalent to a watermark [ https://support.office.com/en-za/article/Create-a-watermark-from-a-picture-c5105178-718a-4e73-8a4e-5cf111259fc3 ].

The main issue here is compatibility and having MSO's washout import as a destructively filter applied to images (bug 87536) and having LO's watermark export as a custom brightness and contrast combination that cant be adjust when reopened in LO isnt the best solution.

(In reply to Yousuf (Jay) Philips from comment #11)
[...]

Thanks for your comment and search Jay.
I'll look into this further.

What I already can tell you: watermark isn't a kind of 'OOXML node' like <watermark/> or so. It is just a combination of brightness and contrast.

Kind regards,
Joren

Joren De Cuyper committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=d151ed35ad4c4e7aa9fbb807930fcf91dea2eba7

tdf#87539 map MSO washout filter to LO's watermark colormode

It will be available in 5.1.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

retested with LibO 5.1.0.0.alpha1+ (x64)
Build ID: 8c7ba16ba4bdedb4354f342b20d5a5de8a132b48
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-09-24_21:53:09
Locale: it-IT (it_IT)

the .docx output is correctly rendered by www.docspal.com
so I assume it is fixed

thanks Joren