Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | IMPRESS: color properties in filiae after cross-fading are not shown | ||
---|---|---|---|
Product: | Draw | Reporter: | akage <akage> |
Component: | formatting | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues, rb.henschel |
Version: | OOO 2.0 Beta2 | Keywords: | oooqa |
Target Milestone: | AOO Later | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
akage
2005-09-24 14:17:33 UTC
The register "color" in the area dialog shows the color of the selected object if it is in the current color-table. If it is not in the current color-table it shows RBG 0 0 0 as default. So if crossfading leads to a color, which is not in the table the default is shown, if it is in the table, the color out of the table is shown. You can try this, if you crossfade from black to white with enouph steps (254) and you come to a grey out of the table, it is shown. The colors of the objects which you generate with crossfading or duplicate are not added to the table, but they are stored inside the objects. please change the topic from defect to improvement. It would be very helpful to receive the RGB values in order to futher use the information and put the data to other objects changing to enhancement For colors which are generated via crossfading their RGB-values should be shown. The same enhancement would be useful if they are created via duplicate. Reproducible, changing to defect. Reassigning. Thanks for the explanation, regina. But I think the behaviour in this case is so irritating that we can call it a bug.... Target set. AW->CL: Draw/Impress GUI feature; unique name for colors needs to be constructed, something like "[R:10 G:22: B:02]" Reset assigne to the default "issues@openoffice.apache.org". |