Bug 161829 - UI: dialogbox for trimming a picture is better and should be by default
Summary: UI: dialogbox for trimming a picture is better and should be by default
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
24.2.4.2 release
Hardware: x86 (IA32) Windows (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-06-28 14:20 UTC by Manu
Modified: 2024-08-21 21:59 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
trim square doesn't match the pointer position (77.30 KB, image/png)
2024-06-28 14:20 UTC, Manu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Manu 2024-06-28 14:20:42 UTC
Created attachment 195040 [details]
trim square doesn't match the pointer position

I fill a cell and optimize the height and width.
I copy the cell into writer app, with special paste as BMP.
The picture is identic to the cell.
I copy the picture in the cell below.
First bug: The picture size is strangely bigger than the cell.
Not only the grey lines of the grid disappear, but also the text on the next column!
Second bug: I trim the picture, it is very difficult to do a trim with the pad.
Sometimes, I select the corner, but it doesn't move anything. I have to reselect it again.
Sometimes, I make the corner move, and the blue square moves accordingly, but if I change directions (left, right, left, right), the square moves differently and doesn't resynchronize with the corner.
Sometimes, I make the corner move, and the app believe I am moving 3 km away of the cell and scroll all the table!!! Please, I know you can scroll very quickly, but it doesn't help, I am trying to trim precisely!!! Please slow the move when I slow my move, and suppress unconsistent scrolling in this case!!! Yes the phenomenom is easy to reproduce if you set the cell (example line 1000) exactly in the upper part of the screenview, then you ask a trim, then the corner is close the column titles, and a move of the pointer above the screenview (above the titles) is like an order to scroll quickly as much as possible!!! who really believe I need to scroll this speed for triming a few millimeters because of the first bug??? 
thanks in advance for the future fixing!!!
Comment 1 Regina Henschel 2024-06-28 20:37:05 UTC
It is not really clear to me, what do you want to do. Therefore some general hints for precisely cropping and scaling images:
1. Do not use the crop tool, that has special handle for cropping with the mouse. Instead customize the tool bar to contain the "Crop image dialog". There you can set size and crop numerically.
2. Do not drag the resize handles with the mouse. Instead when the image is selected press Ctrl+tab until the desired resize handle is blinking. Then use Alt+arrow-key to move the resize handle pixel wise. Do this in a large zoom.

Perhaps ask on https://ask.libreoffice.org to get further tips.
Comment 2 Manu 2024-07-01 11:24:32 UTC
(In reply to Regina Henschel from comment #1)

Thanks a lot, this point 2 explanations helps a lot.

About point 1, I can't find "Crop image dialog" when I try to customize the tool bar.
It's a pity this crop dialog is not in the standard dialog about size.

Have a nice day!
Comment 3 Regina Henschel 2024-07-01 15:34:37 UTC
(In reply to Manu from comment #2)
> About point 1, I can't find "Crop image dialog" when I try to customize the
> tool bar.

It is in Category "Modify", there "Crop Image Dialog" (sorry, with upper characters).
Comment 4 Manu 2024-07-04 11:03:44 UTC
(In reply to Regina Henschel from comment #3)
> (In reply to Manu from comment #2)
> It is in Category "Modify", there "Crop Image Dialog" (sorry, with upper
> characters).

Perfect, thank you! it works really easier with that, can't understand it is not the default in the toolbar!
Comment 5 Manu 2024-07-04 11:10:42 UTC
(In reply to Manu from comment #0)
> I fill a cell and optimize the height and width.
> I copy the cell into writer app, with special paste as BMP.
> The picture is identic to the cell.
> I copy the picture in the cell below.
> First bug: The picture size is strangely bigger than the cell.
> Not only the grey lines of the grid disappear, but also the text on the next
> column!
> Second bug: I trim the picture, it is very difficult to do a trim with the
> pad.

I complete my statement:
The BMP picture of the cell created by Writer is obviously bigger than the original cell in Calc.
After pasting the BMP picture, instead of cropping, I see today that if I ask to resize to the initial size, then something really strange happens: the BMP picture goes smaller!!!
And with the cropping dialog box, we can really see that all BMP picture are pasted with a 101 % rate instead of 100%.
Conclusion, all my problems are initially a "paste" problem, which in the process make the picture bigger without any explanation, nor any warning!!!
Comment 6 Manu 2024-08-21 21:49:29 UTC
I have change the type of bug form minor to enhancement.

Please, change the tool for triming in the toolbar.
By default, it should be the dialogbox for triming, instead of the selection movable with the mouse.
Comment 7 Regina Henschel 2024-08-21 21:59:22 UTC
Changing the toolbar to contain the crop dialog would be no restriction to the user as we have the "crop-with-handles" variant in the context menu of an image.