Closed Bug 190381 Opened 23 years ago Closed 22 years ago

Message Filters dialog is missing its Help button

Categories

(MailNews Core :: Filters, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.4alpha

People

(Reporter: robinf, Assigned: ssu0262)

Details

(Whiteboard: [adt2])

Attachments

(2 files, 6 obsolete files)

Using ns trunk Build ID 2002012308: From Tools menu, select Message Filters... Expected: There should be a Help button in this dialog. (There used to be one.) The Help button should use the following Description ID to point to the correct location in the mail help: <rdf:li> <rdf:Description ID="mail-filters" nc:name="Creating Message Filters" nc:link="chrome://help/locale/mail_help.html#MAIL_FILTERS"/> </rdf:li> nominating for next release.
over to Seth
Assignee: naving → sspitzer
Mail triage team: nsbeta1+/adt2
Assignee: sspitzer → ssu
Keywords: nsbeta1nsbeta1+
Whiteboard: [adt2]
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.4alpha
robin, do you know where the help button used to be at? Do you have an image that I can look at. It looks like I might have to create the help button myself.
Attached image Message Filters dialog with Help button (obsolete) —
Attached patch patch v1.0 (obsolete) — Splinter Review
Attached image message filter dialog with patch v1.0 (obsolete) —
Robin, does the [Help] button look ok for you in the dialog? Let me know if you want it elsewhere.
Placement of Help button is fine. The OK and Cancel buttons are missing - is this by design? They used to be there.
Actually, I can't add the help button into the message filters window. This window is current defined as a "window" as opposed to "dialog". This makes it hard to create a [Help] button because on different platforms, this button is displayed in different places. So changing this window to a "dialog" allows me to specify default buttons, such as [Close] and [Help]. It'll also show them in the appropriate places depending on the platform. However, this also has it's problems. Given that the filters dialog has a progressbar at the bottom, it conflicts with the default [Close]/[Help] buttons. It'll conflict in that it'll show the progressbar above the row where the [Close]/[Help] standard buttons are shown. I'm not sure if there's much I can do about that. I'll ask around though. (I'll attach a screen shot of the conflic indicated.) Also, the spec: http://www.mozilla.org/mailnews/specs/filters/#Msg%20Filters%20D Shows that what we have is correct, though one could argue that the spec needs to be fixed :)
Should that be "OK" and "Cancel" as the bottom buttons (instead of "OK" and "Help")?
Apologies - disregard my last comment. I just re-read your comment #8.
The reason for not having a [Cancel] button is because there isn't really anything to cancel. It wouldn't make sense to allow the user to cancel after they have ran the filters. What would they be canceling? Or if they created/modified filters, then clicked cancel, would it mean that everything they did was canceled? Even if that's what we wanted it to behave as, it would be too complicated to implement, thus no [Cancel] button.
This is another possible fix that samir came up with. the Ok & help buttons are above the progress bar, but below the Run Now button. This is what it would look like under win32/linux. OSX image coming up.
This is what it would look like under OSX
looks good.
hey sean, thanks for doing all the investigation on this. here's what I think we should do for 1.4 final: 1) keep it as a window. don't convert to dialog. since it is a window, not a dialog, no need for ok button. since the window manager [x] will be there. 2) add a help button. for example, see another window (not dialog) with a help button: the search dialog (for addressbook, and mail messages). at this point in the game, I say just add it run under "Delete". this is low risk, and acceptable, in my opinion, for 1.4 final. then, maybe for 1.5 (or future), decide we want to: 1) convert to dialog. add ok / help buttons. 2) remove the status area, and instead, open up a progress dialog when running filters, that will give us a way to see what's going on. or, find a better place for it. but to be honest, I don't think we'd do this. what you have (if you add help under delete) is acceptable to me, and I don't think i'd revisit this dialog for a while (given all the other bugs we have). sorry to make you spend all this effort, but it is appreciated.
Attached patch patch v1.1Splinter Review
This places the [Help] button right below the [Delete] button.
Attachment #122696 - Attachment is obsolete: true
Attachment #123317 - Attachment is obsolete: true
Attachment #123319 - Attachment is obsolete: true
Attachment #123353 - Attachment is obsolete: true
Attachment #123418 - Attachment is obsolete: true
Attachment #123419 - Attachment is obsolete: true
Attachment #123524 - Flags: superreview?(jaggernaut)
Attachment #123524 - Flags: review?(sspitzer)
Attachment #123524 - Flags: superreview?(jaggernaut)
Attachment #123524 - Flags: superreview+
Attachment #123524 - Flags: review?(sspitzer)
Attachment #123524 - Flags: review+
Attachment #123524 - Flags: approval1.4?
Comment on attachment 123524 [details] [diff] [review] patch v1.1 sr/a=sspitzer thanks again, ssu.
Attachment #123524 - Flags: approval1.4? → approval1.4+
patch checked in.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
using trunk build 20030519 on winxp, mac osx and linux this is fixed per attached image in comment 18. also verified clicking on help button brings the user to the correct help. verified.
Status: RESOLVED → VERIFIED
QA Contact: laurel → esther
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: