Bug 121876 - Wasting of time and bad behaviour when you use the 'clone' of the cell
Summary: Wasting of time and bad behaviour when you use the 'clone' of the cell
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.2.0.0.beta1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-03 08:59 UTC by dariomol9
Modified: 2018-12-11 12:55 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
printscreen of icon (4.93 KB, image/png)
2018-12-10 16:33 UTC, raal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dariomol9 2018-12-03 08:59:40 UTC
Description:
when you are on your cell, the standard white arrow is activated, and the pick point of the arrow is where you want to pick up the clone cell. 
So, you click the cell and then go up to the clone command (the brush) always using the arrow pick...but after that, the arrow became a bucket and not a brush and this is confusionary and it's not the worst problem. The worst problem is that the pick (the target, the aim) of the bucket point down direction and not up, so 90% you paste on the lower cell that you need because you are used to the arrow that ALWAYS point to Up. Why don't you change the bucket to a brush that point up in the same exact point of the arrow? You'll get two picheaons with one shot! (sorry for my english guys...)

Steps to Reproduce:
1.point in a cell
2.select the clone (brush) command
3.point to the cell that you want to copy in the same position and click

Actual Results:
you paste the on the lower cell instead of the cell you ned

Expected Results:
paste on the upper cell


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 m_a_riosv 2018-12-03 23:02:48 UTC
Please don't set up your own reports as 'new' it needs to be confirmed by someone else.
Comment 2 Durgapriyanka 2018-12-05 17:17:26 UTC
Thank you for reporting the bug. I can not reproduce the bug in

Version: 6.1.3.2
Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb
CPU threads: 2; OS: Windows 6.1; UI render: default; 
Locale: en-US (en_US); Calc: group threaded
Comment 3 Vera 2018-12-09 20:25:40 UTC
Cannot reproduce in
Version: 6.3.0.0.alpha0+
Build ID: beae6c7a7f163daad0d4dea63a3d403af2745fd1
CPU threads: 2; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-12-06_23:55:16
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: threaded
Comment 4 raal 2018-12-10 16:32:52 UTC
see printscreen - red area is how it works now, blue area how dariomol9 expect it should work. Makes sense. adding UX team to cc.
Comment 5 raal 2018-12-10 16:33:34 UTC
Created attachment 147430 [details]
printscreen of icon
Comment 6 V Stuart Foote 2018-12-10 17:53:49 UTC
Hmm, the iconography is pretty consistent. In all icon themes, the Clone Formatting button action shows a paint brush--bristles down. And when selected all themes pick up a cursor (SystemPointer == FILL, 31) symbolized as a pouring paint bucket. Again offset right & up, so lower left is pointer focus.

This iconography (pointer & button) for clone or fill is consistent. And I don't think we gain anything by changing the pointer.

IMHO => WF
Comment 7 Heiko Tietze 2018-12-11 12:55:17 UTC
I agree with Stuart, the paint flows out of the bucket and the symbol is correct. The hotspot of icons is always a tricky part and I doubt everybody would know where the brush has it.