Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Transparency of Objects gets disturbed while those Objects are animated | ||
---|---|---|---|
Product: | Impress | Reporter: | rai_and <anderse> |
Component: | viewing | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues, werbung |
Version: | OOo 2.4.1 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
rai_and
2008-06-12 13:44:29 UTC
Reassigned. Reproducible. Reassigned. *** Issue 90960 has been marked as a duplicate of this issue. *** I reproduced this bug with a black background on a Windows XP SP2 machine with OO 3.0.1, but not with Vista x64 for the same version, it was nicely done on the Vista machine. Another issue I've noticed regarding the rendering of several shapes for this bug, is for each shape added, all other shapes added after it also become rendered with the white box outline and on top of the shapes added before each shape. If it's true that Impress renders all shapes added after it in a presentation, that could greatly affect performance for a large number of animated shapes. Upon further testing to see what other factors affect proper rendering, I've attempted to see how gradient, hatching and bitmap area effects (all still partially transparent) were rendered and they all were rendered the same way, becoming mostly white without a bounding box and losing their transparency during animation. Although this is a serious defect in both efficiency and performance, thus needing to be of high priority, it's unclear to me what might be the sole source of the problem. Based on what I've tested for the latest version on two different operating systems, it could be a matter of graphics card capabilities or the operating system itself. Seeing that you found no bugs like this in an older version of OO but on a fairly new OS, this might be the case. Ideas for future testing would be to attempt to render these kind of shapes on different OS's for both later and earlier versions of them. Well, I could reproduce it with OO3.1 an Vista64 as well as on Gentoo-Linux with original OO3.1 binaries. Will try on Gentoo x64 with self-compiled OO3.1 as soon as that 'ebuild' will be available. That one will probably be from http://go-oo.org . reassigned I can confirm this bug using Ubuntu Karmic Koala and the official OpenOffice.org 3.2RC4 packages. Very annoying. Ok, its still an issue with the original 3.2 binaries for Linux x86. Haven't tried the AMD64er. I managed to compile the 'Gentoo' go-oo sources version 3.1 for Linux AMD64 as well as the 3.2er Versions for Linux x86 and AMD64. On all three installations, the rendering was fine. I'm wondering if the 2.0.4.7 version I mentioned on openSuSE 10.2 was also an go-oo version. As stated here > http://go-oo.org/download <, most Linux Distributions are using go-oo, so that may be the reason this bug is not relevant to many Linux users Reset assigne to the default "issues@openoffice.apache.org". |