Closed
Bug 470231
Opened 16 years ago
Closed 16 years ago
Auto-collapse bookmark manager folders expanded during bookmark dragging
Categories
(Camino Graveyard :: Bookmarks, enhancement)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: samuel.sidler+old, Assigned: chris)
Details
Attachments
(1 file, 1 obsolete file)
640 bytes,
patch
|
stuart.morgan+bugzilla
:
superreview+
|
Details | Diff | Splinter Review |
From feedback (doesn't seem like a bad idea): When doing some bookmark re-arranging just now, I noticed a behavior that was irritating; whenever you drop a bookmark into a folder whose contents are not expanded, it automatically expands the folder to show its contents - taking up much of the screen real-estate and leading to me having to close it each time. I suggest you just let the bookmark drop into the folder silently, much the way the finder works.
Comment 1•16 years ago
|
||
This has come up before; I'm not sure whether we can control that behavior of outlines views.
I'm pretty sure this is standard NSOutlineView behavior (at least, that's what I think I remember smfr saying when I complained about it years ago), and it happens that it's much more sensitive to "hover" than the Carbon equivalent.
Comment 3•16 years ago
|
||
FWIW, this has been driving me crazy of late (doing a big bookmarks cleanup/organisation). Since we're already subclassing the outline view, I wonder if there's any way, even via a private API, we might be able to a) make it slightly less sensitive to hovering; and b) tie the expand behaviour to the spring-loaded folder delay time so it doesn't happen unless the hover lasts for X seconds. I'm not all that familiar with the various Finder replacements out there, but I know there are several. Maybe it's worth asking a couple of their authors how they handled problems like this? (I assume other people have probably run into this sort of thing before, and at least some of them have probably worked around it.)
Hardware: PC → All
Assignee | ||
Comment 4•16 years ago
|
||
There is probably a way to not expand folders on drags (http://lists.apple.com/archives/Cocoa-dev/2004//Sep/msg00327.html seems like a good place to start). Alternatively, here is a patch that automatically collapses folders that were expanded during a drag. NetNewsWire does this in its subscriptions list, and I find it to be very useful. It allows me to place the item exactly where I want, and leaves the list nice and collapsed when I'm finished.
If we do anything, I think I'd prefer hendy's patch; he's also been talking about investigating whether we still need to subclass the outline view anymore, which would in turn mean less work for us each new OS release re-implementing standard behaviors.
Comment 6•16 years ago
|
||
Yeah, that will solve most of my objections to the default behaviour. I always thought it was weird that they stayed open anyway. I'd personally still like to see the expansion not happen *immediately*, but automatically collapsing them after the drag is done will help matters a lot.
See bug 180432 and bug 278827 ;)
I'm going to go ahead and confirm this for auto-close, since we have three in favor.
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Don't expand folders in the bookmark manager after drop → Auto-collapse bookmark manager folders expanded during bookmark dragging
Assignee | ||
Comment 9•16 years ago
|
||
Updated patch, as Bug 360858 changed line numbers. The code is simple enough that I'll kick it straight to sr.
Assignee: nobody → trendyhendy2000
Attachment #353713 -
Attachment is obsolete: true
Attachment #358279 -
Flags: superreview?(stuart.morgan+bugzilla)
Comment 10•16 years ago
|
||
Comment on attachment 358279 [details] [diff] [review] Updated patch sr=smorgan
Attachment #358279 -
Flags: superreview?(stuart.morgan+bugzilla) → superreview+
Landed on cvs trunk. The delay before closing was quite a bit longer than I expected, though; I was most of the way to closing them myself.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 12•16 years ago
|
||
(In reply to comment #11) > The delay before closing was quite a bit longer than I expected, though; I was > most of the way to closing them myself. It is about the same speed as what NNW does, on my set up. Thanks for fixing this !
You need to log in
before you can comment on or make changes to this bug.
Description
•