Issue 69931 - The color depth command for embedded images has disappeared
Summary: The color depth command for embedded images has disappeared
Alias: None
Product: Draw
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.0.4
Hardware: PC Windows XP
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: usability
Depends on:
Reported: 2006-09-28 08:59 UTC by scagni
Modified: 2013-08-07 15:40 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 scagni 2006-09-28 08:59:51 UTC
Until some releases ago, when  you imported a raster image, its context menu had
the "color depth" command that allowed to reduce it to 256 colors from 16bit
color (I am not sure how this command was called in english, since I am using
the italian version, sorry). 
The command was especially precious because it allowed to  hugely reduce the
size of OO documents containing lots of images, without having to reduce color
depth in the original image files. 
In fact in some context I used it all the time, also because it worked fine (the
color reduction was very good and in most cases almost unoticeable).
I am realising now that in 2.0.4 rc2 this command is no longer there, nor I
found it moved elsewhere.
The "graphical mode" choice list avalilable in the image toolbar does not offer
this option, only "standard", greyscale, black and white and "filigrana"
I wonder if this omission is a mistake or was intentional.
Thanks for any help, Andrea Scagni
Comment 1 wolframgarten 2006-09-28 09:04:39 UTC
Reproducible. Reassigned.
Comment 2 clippka 2006-10-16 13:05:58 UTC
I removed this because of spec

Matthias, please evaluate
Comment 3 scagni 2006-10-16 16:07:42 UTC
I am soorry to bother again, I had no knowledge of the document quoted, what I
must say is that while the "save as image" command could be of some use, the
"color depth" command is by no means replaced by it, since its main use was to
quickly obtain much lighter Draw documents when the color depth of the images
embedded was not critical and the docs were large. Alas, I am missing it
EVERYDAY since I often use Draw documents as large container for a collection of
related images whose first goal is to be printed at command: since in low-medium
quality printing 256 color images are OK, before I could save the Draw docs at
reasonable size without compromising image resolution (which is more important).
Now I have to implement a complicated process of clipboard tranfer of each image
to a specific bitmap application and back after color reduction..... 5 times
more time wasted.
By the way the command was not perfect since the actual color depth of the
selected image was not greyed out in the "color depth" submenu, so it was
impossibile to know if the image was ALREADY in 256 colors or not. With this
addiction it would be just GREAT for me!
I had a quick glance at the document quoted and noticed a specific comparison
with MS office equivalent context menu, which is surely relevant, but the fact
that MS office has no equivalent command should not, IMHO, motivate its deletion.
To end with, (but this could be another issue really), the clipboard transfer
from OO to "Xnview" (a notoriuos freeware bitmap app) does not work: the image
pasted in XnView is both distorted and muc lower resolution if compared with the
original copied from the OO document. This forced me even to change app to
operate on the color depth (other apps do not have this problem when pasting
images copied from OO).
An acceptable alternative could be to put a context menu command that allows to
open the embedded image with the associated external application in classical
OLE fashion: now when you import an image in a Draw doc, if you double click on
it you open the text editing on the image, and there is no command to edit the
image externally and then go back to its OO placement.
To end with it, of course it is not the placement in the context menu of the
command in itself that is strictly necessary: the command could be placed in the
"format menu" as well, or simply in the bitmap editing toolbar with an
appropriate icon.
I hope to have overwhelmed everybody, thanks for listening!
Comment 4 scagni 2006-10-16 16:22:27 UTC
Sorry in the previous message I obviously hoped NOT to have overwhelmed
everybody... Thanks
Comment 5 Regina Henschel 2006-10-17 17:09:07 UTC
For me it need not to be in the context menu. I suggest to add a submenu to the
picture tool bar like the bar "Graphic Filter".

@scagni:They are not gone. You can easily customize a tool bar or create a menu
or submenue with this commands. You will find them in the category "Modify".
Comment 6 scagni 2006-10-18 14:26:21 UTC
Regina is clearly right and I was really not careful in not searching for the
command in the toolbar personalization tool. I was stupidly convinced that the
function was gone, not simply unavailable from the context menu.
However, I still believe that there is no way to know whether an embedded image
is 16bit or 8 bit color. The button to set 8bit depth is not greyed out if the
image is already in that format, nor I can find any other properties dialog for
the bitmap that tells you this; it could be useful to place the info in the
toolbar side by side with size and placement info....
Comment 7 Martin Hollmichel 2007-11-09 17:01:31 UTC
set target from 2.x to 3.x according
Comment 8 matthias.mueller-prove 2009-09-06 11:19:04 UTC
I am no longer officially active on OOo. Please take over.