[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 67140] Icons placing is a nightmare
From:       David Faure <faure () kde ! org>
Date:       2004-03-19 23:09:16
Message-ID: 20040319230916.12891.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
      
http://bugs.kde.org/show_bug.cgi?id=67140      




------- Additional Comments From faure kde org  2004-03-20 00:09 -------
On Friday 19 March 2004 21:41, John Firebaugh wrote:
> 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.

I start to see the issue. But I don't see how (-10,-10) does anything real
about this. If I click in the middle of an icon, which is 32x32, the icon moves
(10,10) to the bottom right, the mouse cursor is still completely over the icon,
and obscures any drop target just the same.

> > 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 see your reasoning. But pushing this to the extreme, it would mean that
when dragging an icon, the icon should be moved far away from the mouse
cursor so that the cursor isn't above the dragged icon, but above the
drop target. This would look VERY weird, of course...

> 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.
Now that's a good idea. Hmm, not that I'd know how to do that ;)

> 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.
?!?!?!?!? It doesn't reposition. With 0,0 it remains at the same offset
as where the mouse was when you clicked. This allows precise
positioning. Please try it, I fear that you misunderstand the effect of
setting the offset to 0,0.

> 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.
I am rather against a difference between konqueror and kdesktop, for
consistency reasons, although I agree with you that the common use
case is different. But I'm confident there's a good solution that fits
both konq and kdesktop :)

My current proposal is to go for (0,0) offset and ask on kde-core-devel
how we could make a transparent dragged icon.
[prev in list] [next in list] [prev in thread] [next in thread]