https://bugs.documentfoundation.org/show_bug.cgi?id=161829
Bug ID: 161829
Summary: trim a picture of the same size of a cell is very
difficult
Product: LibreOffice
Version: 24.2.4.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: [email protected]
Reporter: [email protected]
Created attachment 195040
--> https://bugs.documentfoundation.org/attachment.cgi?id=195040&action=edit
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!!!
--
You are receiving this mail because:
You are the assignee for the bug.
