In 4.x, the way I (at least) used to attach files was to click in the attachment area. The way it worked was that if you clicked in an area of the listbox where an attachment was listed, it selected the attachment. But if you clicked in the blank/empty area, it brought up the attachments dialog. Do we need to cover this in an issues meeting, or is this obvious enough that we can just do it?
Sounds like the right behavior to me.
Accepting, M17 remark: we need to be sure that clicking on the attachment pane to activate the compose window doesn't open the attachment dialog but just activate the window
Status: NEW → ASSIGNED
Target Milestone: --- → M17
moving to future.
Target Milestone: M17 → Future
Sol, do you agree about giving this one up? I guess there are other ways to discovered the attachment feature. Will drag and drop into the attachment area still work?
This would be a nice feature to have. Clicking in the the attachment area in 4.x/4.0x was a windows only feature. I like the feature too and think it's useful, but it's not critical. It would be good to be able to drag and drop as a second method of attaching files. It would save a step.
There's also the Attach button in the compose window toolbar. Not sure how many ways we need to do the same thing. I'm a little more worried about the things we can't do at all.
Having the attach button hooked up is critical - and this already works. I would rank clicking in the attachment area as the next most important, followed by drag and drop. That being said, we have a lot of areas of the product that need more attention than this. For example, I would much rather have JF focus on addressing bugs than in providing an alternate method to add an attachment.
This seems to be fixed. 2000102404 Trunk, Windows.
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
Verified as fixed on branch build of win32, linux, and macos using a following build: win32 commercial seamonkey build 2000-102409-mn6 installed on P500 Win98 linux commercial seamonkey build 2000-102409-mn6 installed on P200 RedHat 6.2 macos commercial seamonkey build 2000-102308-mn6 installed on G3/400 OS 9.04
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.