[Bug 67140] Icons placing is a nightmare (fwd)

[John Firebaugh]

On Mar 18, 2004, at 9:24 AM, David Faure wrote:
>
> Well it won't break much. Here's the reason why it was done:
>
> $cvs ann konq_iconviewwidget.cc | grep '\-10'
> 1.248        (firebaug 02-Aug-03):     QPoint offset(-10,-10);
>
> $cvs log -r1.248 konq_iconviewwidget.cc
> revision 1.248
> date: 2003/08/02 04:17:39;  author: firebaugh;  state: Exp;  lines: +6 
> -8
> Don't obscure the drag target
> ===
>
> I can't see the reason for it though, I mean whichever offset is 
> chosen there's always a
> chance the dragged icon will obscure the drop target, isn't there?

Not true. The drop target is determined by the cursor hotspot. 
Therefore (until we get workable transparency), the space around the 
cursor hotspot must not be covered up by the drag icon -- offset down 
and to the right is much better than 0,0.

> John, do you see a problem with this offset being turned into 0,0 ?

Yeah: it's really annoying to not be able to see what folder you are
about to drop a file into because the icon is sitting beneath the 
cursor hotspot,  obscuring the target.

I agree that this poses a problem for icon positioning. The best 
solution would be to make the drag icon ~80% transparent and 
non-offset. 0,0 is the worst of both worlds -- if you click and drag 
from the center of the icon, it shouldn't reposition itself to (0,0), 
it should either get out of the way entirely, or remain at the same 
offset as when you pressed down the mouse button.

I could accept making the desktop a special case, i.e. using the offset 
at mouse down time, because I more often want to reposition icons than 
move them into folders, but please don't do it in general.

-John