Bug 126610 - WRITER TABLE: Give option that enlarged image is cropped by table cell
Summary: WRITER TABLE: Give option that enlarged image is cropped by table cell
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.5.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables-Enhancements Image-Crop
  Show dependency treegraph
 
Reported: 2019-07-30 07:48 UTC by canned
Modified: 2021-06-18 11:22 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Overlapping example (Screenshot): Image bigger than table cell (172.22 KB, image/png)
2019-07-30 07:51 UTC, canned
Details

Note You need to log in before you can comment on or make changes to this bug.
Description canned 2019-07-30 07:48:47 UTC
An image larger than a table cell currently overlaps the table cell. Wouldn't it make more sense if, in such cases, the table cell would crop the larger image?
Comment 1 canned 2019-07-30 07:51:11 UTC
Created attachment 153051 [details]
Overlapping example (Screenshot): Image bigger than table cell
Comment 2 Dieter 2019-07-30 10:51:39 UTC
Could you please add some steps to reproduce?

I can't reproduce in
Version: 6.4.0.0.alpha0+ (x64)
Build ID: 8f98a7c4e5b1f0b249c026577805a378b8a533d5
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-07-23_00:30:19
Locale: de-DE (de_DE); UI-Language: en-US
Calc: threaded

Result: LO reduces size of picture, so that it fit's in the table cell.
Comment 3 canned 2019-07-30 12:39:00 UTC
(In reply to Dieter Praas from comment #2)
> Could you please add some steps to reproduce?
> 
> I can't reproduce in
> Version: 6.4.0.0.alpha0+ (x64)
> Build ID: 8f98a7c4e5b1f0b249c026577805a378b8a533d5
> CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
> TinderBox: Win-x86_64@42, Branch:master, Time: 2019-07-23_00:30:19
> Locale: de-DE (de_DE); UI-Language: en-US
> Calc: threaded
> 
> Result: LO reduces size of picture, so that it fit's in the table cell.

Correct, when inserted, LO reduces the size of the picture so that it fits in the table cell. But when I manually expand the picture, it overlaps the table cell. 

My question is a general note (no bug report but an improvement): Wouldn't it make more sense if, in such cases, the table cell would crop the larger picture? In this way it would be easier to fit a picture in width AND height of the table cell, or even to scale a picture inside a table cell.
Comment 4 Dieter 2019-07-31 06:15:17 UTC
(In reply to canned from comment #3)
> My question is a general note (no bug report but an improvement): Wouldn't
> it make more sense if, in such cases, the table cell would crop the larger
> picture? In this way it would be easier to fit a picture in width AND height
> of the table cell, or even to scale a picture inside a table cell.

I agree, that this doesn't seem to be possible at the moment. I'm not sure, if your suggestion should be the default behaviour, but it could be an option. But I don't know, if this is possible. Let's ask design team for further input.
Comment 5 Heiko Tietze 2019-08-02 09:43:55 UTC
I don't think crop is the right term here. By enlarging the image you don't expect to crop it. So I tried to arrange and wrap the image into the background with a non-transparent color on table cells. Still the table remains in the background meaning I can select the image per click and its white background is painted over the cell background. Normal text paints over the image and hides it when the background is set.
Comment 6 Heiko Tietze 2021-06-18 11:22:52 UTC
Removing UX, expectation is an option to have the image behind the table content, for example via "Send To Back". See also bug 126513 (and other similar issues).