Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||In particular .pptx particular shape gradient darkest area at wrong place and not dark enough|
|Product:||Impress||Reporter:||Rainer Bielefeld <rainerbielefeld_ooo_qa>|
|Component:||open-import||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Priority:||P3||CC:||Armin.Le.Grand, elish, issues, rainerbielefeld_ooo_qa|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description Rainer Bielefeld 2013-10-27 12:24:14 UTC
Created attachment 81828 [details] Screenshot Comparison Steps how to reproduce with "AOO 4.0.1 – German UI / German locale [Rev. 1524958 2013-09-20 11:40:29]" on German WIN7 Home Premium (64bit)", “historic” 4.0 User Profile used for all predecessor versions 1. From AOO Start center open Attachment 81812 [details] for Bug 123515 2. Open a copy of that document in MS PPT Viewer (or SoftMaker FreeOffice) 3. Start slideshow for both documents and compare gradient in area of top left shape (X/Y 50/55mm): Views differ: (a) AOO most dark area not as dark as in MS PPT viewer (b) AOO looks rather linear, PPT Viewer seems to show nonlinear gradient (c) IN PPT Viewer darkest area not at the bottom of the shape Please also see screenshot comparison in att. here Additional info: ---------------- (d) not a new problem, all the same with OOo 3.3.0 (e) Still Reproducible with "AOO 4.1.0-Dev – English UI / German locale - [AOO410m1(Build:9750) - Rev. 1534248 - 2013-10-22]" on German WIN7 Home Premium (64bit)", own separate user profile.
Comment 1 Rainer Bielefeld 2013-10-27 12:26:06 UTC
Spin off from "Bug 123515 - In .pptx shape area "Slide Background Filling" shown with color" reported by firstname.lastname@example.org I think this here is a trivial one. Latest confirmation for AOO 4.1.0-dev, but because of incomplete LCo selector (Bug 123063) no correct information can be left.
Comment 2 Edwin Sharp 2013-10-28 07:29:49 UTC
Confirmed with AOO410m1(Build:9750) - Rev. 1525015 Rev.1525015 PowerPoint 2007 Win 7
Comment 3 Armin Le Grand 2013-10-30 16:34:15 UTC
ALG: A first find: In FillProperties::pushToPropMap in case XML_gradFill a com::sun::star::awt::Gradient is constructed; this cannot be a 1:1 gradient since the MS definitions differ too much from this one, it will always be a 'matching'. I will check if that matching could be improved, but when looking at the comments in that code there is already a compromize matcing. Example comment: // position of gradient center (limited to [30%;70%], otherwise gradient is too hidden) Thus; not sure if this can be improved with our own current gradient definition.