how to delete cropped areas of pictures?

MS Office allows the deletion of cropped areas of pictures.
This frees document memory space, making it smaller when stored.

I cannot find a way to do the same with LibreOffice.

libreOffice
Version: 6.4.6.2
Build ID: 1:6.4.6-0ubuntu0.20.04.1

[edited as suggested]

In which application do you insert pictures? You tagged common: this means you meet the issue in Writer (tag writer), Clac (calc), Impress (impress), Draw (draw) and Base (base) which is not likely. So, retag to be more selective. Press Enter twice to exit tag mode.

Edit the description of your question to give more details. Repeating the question title does not help. Tell us how you proceed (which menu command was chosen, what you clicked with which button, …) and describe the intended result.

Don’t forget your OS name and LO version because there are slight variations.

Take care to edit your question because answers on this site are reserved for solutions. If you answer, your question will be flagged as “answered” on the home page and this may lead busy contributors to not check your question (and you’ll get no real answer).

In Draw/Impress you may crop the image, then cut or copy it into clipboard, then insert (paste special) as a bitmap. The image is reduced to former cropped dimensions.

Please notice: this procedure does not work in Writer (I did not check Calc). - You could import cropped image from Draw/Impress…

Write a feature request to bugzilla, this could be helpful.


Checked: L0 6.4.7.2 and LO 7.0.3.1 on LinuxMint 19.3-64 Mate

ok, thanks

I checked with Calc. It works too.
Strange it does not work with Writer.

Version: 6.4.6.2
Build ID: 1:6.4.6-0ubuntu0.20.04.1

Images need to be anchored, positioned, and connected to the UI. Draw and Calc handle images as content of shapes for these purposes while Writer uses a TextFrame object.
If you insert an image into a Draw page, and later Copy/Paste it to a Writer documnet, it remains embedded into a shape (but the context menu for it is reduced). If you want to group images with any shapes (may contain images again) you need to import them in shapes anyway.
The difference you complained about may be related to these facts.
And: LibO surely must be able to extract/create a bitmap from a part of the orignal image. It may not be equipped with a JPG editor (e.g.) for cropping.

Well, we can embed objects in whichever container we like. We can also have a top class container that gives common behaviour to descendant classes.
From the user point of view, is easier to adapt to an UI if he can manipulate the same objects, the same way, across the Apps in the same suit.

UI :: implementation widely, too :: same way :: all sub-applications of the suite.
Yes! Agree 100% Simply suspect evil compatibility expectations force the better concept to be adapted to the worse one. I once was told, MS Ofiice consists of independent applications. This may be near the heart of the darkness.