[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:       John Firebaugh <jfirebaugh () kde ! org>
Date:       2004-03-31 2:32:56
Message-ID: 20040331023256.16282.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 jfirebaugh kde org  2004-03-31 04:32 -------
[Pascal: beginning of discussion is at bug #67140]

On Friday 19 March 2004 3:09 pm, David Faure wrote:
> 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.

Ah, I see. It used to work how I described it, but was broken in revision 
1.261 by Pascal Létourneau (commit message: Fix dragging of multiple items in 
KonqIconView CCMAIL:64706-close bugs kde org) 

> ?!?!?!?!? 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.

Yes, I misunderstood what 0,0 did. That's the third best solution, then, in my 
opinion (after transparent and the behavior I described).

> > 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.

That's a great solution, if it is technically possible.

-John
[prev in list] [next in list] [prev in thread] [next in thread]