Summary | Non-modal newmail popup |
Queue | IMP |
Queue Version | HEAD |
Type | Enhancement |
State | Resolved |
Priority | 1. Low |
Owners | chuck (at) horde (dot) org |
Requester | j2 (at) mupp (dot) net |
Created | 01/23/2006 (7080 days ago) |
Due | |
Updated | 12/18/2006 (6751 days ago) |
Assigned | 02/06/2006 (7066 days ago) |
Resolved | 12/18/2006 (6751 days ago) |
Milestone | |
Patch | No |
State ⇒ Resolved
Summary ⇒ Non-modal newmail popup
Version ⇒ HEAD
State ⇒ Accepted
Type ⇒ Enhancement
only allow one or the other. I think we could solve a few problems if
we used a window.open() call to a small page instead of using the
alert(), though - we could update an existing popup if it was already
open, it wouldn't be modal so sounds would play, other things wouldn't
lock in the browser. How's that sound?
State ⇒ Feedback
but it seems that the browser is taking too long to start playing the
sound to not get interrupted by the popup before. The only solution
would be to delay the popup for about a second, so that the browser
has the chance to play the sound, but that seems undesirable. How
about making the notification a switch instead, so that users can only
select either the sound or the popup?
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Notification sound _after_ dialog confirmation,
Queue ⇒ IMP
State ⇒ Unconfirmed
does not play until _after_ i have clicked "ok" in the notification box.