Open Bug 172254 Opened 23 years ago Updated 3 years ago

[Cust] allow users to drop items anywhere on the customize sheet

Categories

(Toolkit :: Toolbars and Toolbar Customization, enhancement)

enhancement

Tracking

()

People

(Reporter: bugspam, Unassigned)

References

Details

Attachments

(1 file, 5 obsolete files)

It would be useful to be able to drop the object anywhere in the window, rather than in only the palette itself. This can be implemented by moving the ondragover and ondragdrop attributes from palette-box to main-box in customizeToolbar.xul. (Alternatively, the palette could be given a visible border.)
->hewitt.
Assignee: hyatt → hewitt
Status: UNCONFIRMED → NEW
Ever confirmed: true
updating summary.
Summary: [Cust] Dragging items to anywhere in the toolbar customisation window? → [Cust] allow users to drop items anywhere on the customize sheet
it seems like the bug is fixed with some simple move of code only
Attachment #118216 - Flags: review?(hewitt)
Target Milestone: --- → After Firebird 1.0
Taking QA Contact
QA Contact: asa → bugzilla
simple theme fix. adds border to inner palette area. border style copied from similar elements in the theme, so it should look uniform.
(i'm using Gerv's Patch Maker script, diff'ing from the chrome dir. i don't know about all that cvs hoopla)
Attachment #142042 - Attachment is obsolete: true
The theme fix is simple, and should get into 1.0.
Flags: blocking-aviary1.0mac?
Flags: blocking-aviary1.0RC1?
Flags: blocking-aviary1.0?
Flags: blocking-aviary1.0mac?
Flags: blocking-aviary1.0PR?
Flags: blocking-aviary1.0PR-
Flags: blocking-aviary1.0?
Flags: blocking-aviary1.0+
Attachment #118216 - Flags: review?(hewitt) → review?(p_ch)
Not a "blocker"
Flags: blocking-aviary1.0+ → blocking-aviary1.0-
Updated to new source. Styled palette with "-moz-appearance: listbox;" which gives it an inset border and a white background, which, in my opinion, makes it look great. Copied the styles from mozapps/richview and global/listbox. Also removed old border since Customize is now a real window - bordering should be handled by OS.
Attachment #142044 - Attachment is obsolete: true
Comment on attachment 162840 [details] [diff] [review] patch: The zing it's been missing. Another polish patch, Kevin. Cleans up the Customize palette. How's it look?
Attachment #162840 - Flags: review?(webmail)
Attachment #118216 - Flags: review?(p_ch)
Comment on attachment 162840 [details] [diff] [review] patch: The zing it's been missing. Having the palette-box scrollbar just hang out in the middle of the window is odd. But I don't like the listbox look. It should probably have the same border that a groupbox does. But shouldn't the latest patch be moved to the spit & polish bug? The first patch that was submitted looks like it solves the reporter's issue. I don't think it should have been obsoleted.
Attachment #162840 - Flags: review?(webmail) → review-
Comment on attachment 162840 [details] [diff] [review] patch: The zing it's been missing. Ok, back to just the border. Same as my initial patch. Just what this bug was requesting, no more.
Attachment #162840 - Attachment is obsolete: true
Comment on attachment 142044 [details] [diff] [review] updated patch diff'ed off latest nightly Kevin, how about the original border-only patch? I'll see what folks think about the listbox style in the polish bug.
Attachment #142044 - Attachment is obsolete: false
Attachment #142044 - Flags: review?(webmail)
Assignee: hewitt → nobody
QA Contact: bugzilla → toolbars
Target Milestone: Future → ---
Component: Toolbars → Toolbars and Toolbar Customization
Flags: review?(kevin)
Flags: review-
Flags: blocking-aviary1.0PR-
Flags: blocking-aviary1.0-
OS: Linux → All
Product: Firefox → Toolkit
QA Contact: toolbars → toolbars
Hardware: PC → All
Version: unspecified → Trunk
Attached patch Return of drop-anywhere, v.1 (obsolete) — Splinter Review
Unrotting of the original patch. I'm not completely sure about the UI of being able to drop a toolbar button on the "Done" button of a dialog, to have it go back into the palette, but it is closer to how I see people wanting to use drag-n-drop page layout programs, just throwing things they don't want off to the side rather than deleting them, and it certainly should get a better hearing than a couple of review requests to people who had both already left at the time.
Assignee: nobody → philringnalda
Attachment #118216 - Attachment is obsolete: true
Attachment #142044 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #248207 - Flags: first-review?(beltzner)
Comment on attachment 248207 [details] [diff] [review] Return of drop-anywhere, v.1 Yeah, I'd get behind this. Lazier target seeking == more better, IMO. I'd go further, though, and say that a drag off the toolbar just nukes that item. Also, it would be nice to focus the removed item in the palette, so that users can easily replace it if they decide they want it back right after removing it. Users can be fickle like that.
Attachment #248207 - Flags: first-review?(beltzner) → first-review+
Attached patch UnrottedSplinter Review
Rotted myself, I did.
Attachment #248207 - Attachment is obsolete: true
Attachment #255660 - Flags: first-review?(mano)
(In reply to comment #15) > a drag off the toolbar just nukes that item. Filed bug 370869, though since I use illegal drops as cancel, I'm ambivalent. > Also, it would be nice to focus the removed item Filed bug 370871, assuming you mean scroll into view (or, morph it if you think we should add visible focus rings).
Sigh.
Depends on: 358446
Assignee: philringnalda → nobody
Status: ASSIGNED → NEW
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: