Issue 55030 - IMPRESS: color properties in filiae after cross-fading are not shown
Summary: IMPRESS: color properties in filiae after cross-fading are not shown
Alias: None
Product: Draw
Classification: Application
Component: formatting (show other issues)
Version: OOO 2.0 Beta2
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: AOO Later
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
Depends on:
Reported: 2005-09-24 14:17 UTC by akage
Modified: 2017-05-20 11:31 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description akage 2005-09-24 14:17:33 UTC

define rectangle (A) with area color RGB 203/203/203 
       rectangle (B) with area color RGB 225/225/225 
run crossfading with 8 repeats

ungroup regtangle elements 

look at area color in newly formed rectangles: RGB is displayed as 0/0/0 (black) !!!

although the color of the new rectangles are nicely grey.
Comment 1 Regina Henschel 2005-09-24 18:01:06 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.
Comment 2 akage 2005-09-24 19:39:03 UTC
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
Comment 3 Regina Henschel 2005-09-24 23:21:34 UTC
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.
Comment 4 wolframgarten 2005-09-26 08:12:34 UTC
Reproducible, changing to defect. Reassigning.
Comment 5 wolframgarten 2005-09-26 08:14:14 UTC
Thanks for the explanation, regina. But I think the behaviour in this case is so
irritating that we can call it a bug....
Comment 6 wolframgarten 2005-10-24 10:27:52 UTC
Target set.
Comment 7 Armin Le Grand 2007-07-18 16:47:11 UTC
AW->CL: Draw/Impress GUI feature; unique name for colors needs to be
constructed, something like "[R:10 G:22: B:02]"
Comment 8 Marcus 2017-05-20 11:31:25 UTC
Reset assigne to the default "".