Mail notification (biff) text should be customizable

NEW
Unassigned

Status

SeaMonkey
MailNews: Message Display
--
enhancement
15 years ago
3 years ago

People

(Reporter: Benedikt Kantus, Unassigned)

Tracking

(Blocks: 1 bug)

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

15 years ago
I believe it a good idea what I heard today in the newsgroup: The biff text
should be customizable. Then people could use their own notification messages like:

"Hey! There were <x> people sending you email!"

Since there is only one variable in this text, it would be too difficult. A
single preference in user.js could do it.
(Reporter)

Comment 1

15 years ago
Sorry, I meant: I would _not_ be too difficult.

Updated

15 years ago
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Mail notification text should be customizable → Mail notification (biff) text should be customizable

Comment 2

15 years ago
And people should be able to have an image pop up along with the text and the sound notification.

As Mark Bokil said on the NG today:

I like the idea. It would be cool if you could point the biff alert at 
an html file, jar or xml file and have it skinned appropriately. I would 
love to have a Homer rising up and down yelling out, "Doh!, more junk mail!"
(Reporter)

Comment 3

15 years ago
I think it's better to do this in two steps. The first thing to do would be to
make the text customizable, which could be done by a simple preference, similar
the preference for the Reply-text.

After that we can start thinking about HTML or whatever.

Comment 4

15 years ago
I second this.  What would be REALLY interesting would be if you could assign
text/sound/whatever to individual senders -- so if I get mail from my friend I
hear "Hooray", if I get mail from my boss I hear "d'oh!", etc.
(Reporter)

Comment 5

15 years ago
*** Bug 214736 has been marked as a duplicate of this bug. ***
(Reporter)

Comment 6

15 years ago
*** Bug 222081 has been marked as a duplicate of this bug. ***
(Reporter)

Comment 7

14 years ago
Scott, this bug was assigned to your netscape.com address. Are you still the
right person to do this or should it be reassigned to someone else?
Assignee: mscott → mscott

Updated

14 years ago
Blocks: 36011
(Reporter)

Updated

14 years ago
OS: Windows 2000 → All
Hardware: PC → All

Comment 8

14 years ago
(In reply to comment #0)
> Since there is only one variable in this text, it would be too difficult. A
> single preference in user.js could do it.

And what if you get mail on multiple accounts? Then there would be multiple
variables?
(Reporter)

Comment 9

14 years ago
Well, so far I have never seen that biff shows several account names. I don't
actually know how that code works, but at least Thunderbird only shows me one
account name.

Comment 10

14 years ago
(In reply to comment #9)
> Well, so far I have never seen that biff shows several account names. I don't
> actually know how that code works, but at least Thunderbird only shows me one
> account name.

I think there are several bugs open on separating biff by account. The quickest
one [remotely dealing with that] i could find is bug 247096, but i guess bug
145982 really deals with multiple notifications.

Anyway, my remark is just to meant to keep in mind that in the future it may be
more than just _one_ variable :)
Product: Browser → Seamonkey

Updated

10 years ago
Component: MailNews: Notification → MailNews: Message Display
QA Contact: stephend → search

Updated

10 years ago
Assignee: mscott → nobody

Comment 11

9 years ago
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED

Comment 12

9 years ago
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 13

9 years ago
MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614
QA Contact: search → message-display

Comment 14

9 years ago
This is a RFE, so it's still valid.

Updated

8 years ago
Depends on: 536390

Comment 15

8 years ago
*** This bug has been confirmed by popular vote. ***
Status: UNCONFIRMED → NEW
Ever confirmed: true

Updated

6 years ago
Depends on: 404580
No longer depends on: 536390
You need to log in before you can comment on or make changes to this bug.