Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Equations in impress | ||||||
---|---|---|---|---|---|---|---|
Product: | Impress | Reporter: | tamasrs <tamasrs> | ||||
Component: | viewing | Assignee: | AOO issues mailing list <issues> | ||||
Status: | ACCEPTED --- | QA Contact: | |||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | IngridvdM, issues | ||||
Version: | 680m77 | ||||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Linux, all | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
tamasrs
2005-02-05 02:52:37 UTC
Created attachment 22231 [details]
original oo1.1.3 file and its pdf out and the pdf out from m7 and its imported odp file
Reproducible. Reassigned. OLEs get different color (black instead of white) and distorted structure). Target changed. IHA, please take over I will have a look. set to OOo 2.0.1 I've supprised to not finish this issue in oo 2.0 since, (if you've not checked already) in full screen mode(slide show) the oo will crash using my attached files!! In case the impress will be useless w/o equation support in some many fields. I guess the M$ like, rush to finish a product is not a good decision :(. TRS reset target to OOo 2.0 I cannot reproduce the crash on src680m85. I wrote a separat Issue 45689 for the distorted formulas. It is possible to work around that problem with inserting spaces in the formula. Now only the color problem remains for this issue. I am not able to fix this in time as the problem is caused by lost basic functionality. CL-> Back to you as requested. CL the problem with the color is as follows In the past OOo loaded its ole objects each time for painting. This changed completly with the integration of cws mav09. There was a performance optimization that now not the applications draw the ole objects but the framework does it and keeps a metafile. When recording the metafile, also the automatic colors are resolved. This worked in the past as the applications would set the current background color to the output device used for rendering the ole objects. Now the framework creates an output device itself for recording the metafile and it does not now about the color behind the ole object. A solution would be to add the current background color as a parameter to the objects GetGraphic method. The background color used during recording the metafile must also be cached and if the application requests a metafile with a different background color the ole object must be recorded again. This solution has an open problem how to store the background color used for rendering in the file format. As it is not realy the background color of the recorded metafile (the metafile itself should be transparent) it must be marked as something else. Maybe a reference background color or something. To fix it this way or thing about another way to fix it takes to much time and is to risky for OOo 2.0 final. Therefore I change the target to OOo 2.0.1 as discussed with tz add me as cc as this is a general ole color problem which effects the chart also Is it possible for simple solution (to use equation in presentations) to change the color of the Ole objects? If the user can change an equation's color by h/self might be a better solution than checking the background. IMHO this will be the best way to solve this problem. Regards, TRS I found out that it is possible to change the color. If you want the formula to be white edit the formula to: color white{OLDFORMULA} There is only a very limited set of possible standard colors. Yes, I can change the color of the equations, and the distorted equations are good now ( as you described, only inserting some spaces). No crashes with src680m87 at all. Nice work, thanks. There is one more problem. Open the impress file in m7issue.tar.gz. The blue backround is changed. The upper part which creates a trasition from dark blue to navy blue is some how ugly in full screen mode in src680m87. This was ok in the earlier versions. New issue? TSR Yes, please write a separat issue. Maybe to thb or dbo I think. Thanks. As a fix for this will be incompatible, I change the target to next feature release Reset assigne to the default "issues@openoffice.apache.org". |