Reproducible. Reassigned.

I removed this because of spec

http://specs.openoffice.org/impress/menus/ContextMenus.odt

Matthias, please evaluate

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!

Sorry in the previous message I obviously hoped NOT to have overwhelmed
everybody... Thanks

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".

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....

set target from 2.x to 3.x according
http://wiki.services.openoffice.org/wiki/Target_3x

I am no longer officially active on OOo. Please take over.