Closed
Bug 797690
Opened 13 years ago
Closed 12 years ago
Add a notificationbox to the Event dialog
Categories
(Calendar :: Dialogs, defect)
Calendar
Dialogs
Tracking
(Not tracked)
RESOLVED
FIXED
2.8
People
(Reporter: Fallen, Assigned: Taraman)
References
(Depends on 1 open bug, Blocks 3 open bugs)
Details
(Whiteboard: [good first bug])
Attachments
(2 files, 4 obsolete files)
|
33.14 KB,
image/png
|
jsbruner
:
ui-review-
|
Details |
|
11.86 KB,
patch
|
Taraman
:
review+
Taraman
:
ui-review+
|
Details | Diff | Splinter Review |
We have a few potential error messages we are currently using popup dialogs for, it would be nice to use a notificationbox for this instead.
https://developer.mozilla.org/en-US/docs/XUL/notificationbox
| Assignee | ||
Comment 1•13 years ago
|
||
What is the status on this bug?
I am just about to implement a notificationbox for bug 160821
If you already have worked on this, maybe I can use an existing box - so we don't do double work.
Else, I can implement the notification box and you can work on the conversion of the messages.
Flags: needinfo?(hoangphuoc25)
| Assignee | ||
Updated•13 years ago
|
Whiteboard: [good first bug]
| Assignee | ||
Updated•12 years ago
|
Assignee: hoangphuoc25 → Mozilla
Version: Lightning 1.7 → Trunk
| Assignee | ||
Comment 2•12 years ago
|
||
Maybe [1] is a candidate for the notificationbox.
[1]: http://mxr.mozilla.org/comm-central/source/calendar/base/src/calIcsParser.js#234
Flags: needinfo?(hoangphuoc25)
| Assignee | ||
Comment 3•12 years ago
|
||
This Patch adds a notificationBox at the top of the dialog as well as functions to show and remove notifications.
Attachment #792369 -
Flags: ui-review?(clarkbw)
Attachment #792369 -
Flags: review?(philipp)
Comment 4•12 years ago
|
||
Comment on attachment 792369 [details] [diff] [review]
Patch V1
I think you want JosiahOne to review this.
Attachment #792369 -
Flags: ui-review?(clarkbw) → ui-review?(josiah)
| Assignee | ||
Comment 5•12 years ago
|
||
Thanks for the hint.
We should update the calendar module-owner page...
Comment 6•12 years ago
|
||
Actually I'm not related to Calendar in any way, I work in /mail primarily. If no one else if more capable I could do the ui-review, but please upload a screenshot of the UI, since I don't build Lightning at all.
Comment 7•12 years ago
|
||
is more*
Comment 8•12 years ago
|
||
So apparently this behavior is expected. indexOf is only checking the index of a specific tab type.
Therefore closing as INVALID.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Comment 9•12 years ago
|
||
Josiah, you took the wrong bug.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Updated•12 years ago
|
Status: REOPENED → ASSIGNED
Comment 10•12 years ago
|
||
Gar, stupid Bugzilla always looking the same. Sorry about that guys.
| Assignee | ||
Comment 11•12 years ago
|
||
Whoa, you made me jump in the morning. ;-)
The screenshot will take a moment because of bug 906344. I don't have a running build at the moment.
| Assignee | ||
Comment 12•12 years ago
|
||
Comment 13•12 years ago
|
||
Comment on attachment 793472 [details]
Screenshot of the notificationBox
So I have two concerns with this. Plus the fact that I have never used this before helps with a first-time user perspective.
1. "item" seems inconsistent, it doesn't really explain what we want the user to change. Perhaps switch to "event" or something similar.
2. You tell the user to use the "custom rules", but you do indicate *what* those rules are. Could you please point tell the user where they would set this. For example, I have absolutely no idea by just looking at this where I would go to do what the message suggests.
Lastly, I assume this message pop-up does *not* move the rest of the window contents downward. If it does, please change that as well to an overlap.
Attachment #793472 -
Flags: ui-review-
Comment 14•12 years ago
|
||
Oh wait. Looks like the message content is from another bug. In that case as long as it doesn't move the window contents I'm fine with it.
| Assignee | ||
Comment 15•12 years ago
|
||
You are right, the text is from another bug and just as an example, since this bug just adds the box.
But I will take yout comments into account for that other bug.
And, yes, it moves the content down, resizing the description box.
I had in mind not to overlay the title-field, but thinking about it, I see no problem in that, since the user will click it away anyway when he has read it.
SO I will change that.
| Assignee | ||
Comment 16•12 years ago
|
||
Now I need some help.
How do I prevent the notification from moving the rest of the content.
My Idea was a <stack>, but if I place the <notificationbox> on top of that stack, it prevents all clicks from reaching the controls, even if it is not shown.
The dialog is still controllable with keys though.
Can anyone point me to a solution?
Comment 17•12 years ago
|
||
You'll likely have to link it to some CSS and add the 'position: absolute;' rule.
| Assignee | ||
Comment 18•12 years ago
|
||
Unfortunately this just makes the grid static without any resizing, but it still moves down when the notification appears.
I also had a look at Firefox' global notification bar, which I thought has this behaviour, but also found no clue. :-(
| Assignee | ||
Comment 19•12 years ago
|
||
mousethrough="always" on the notificationbox did the trick.
Thx philipp.
This made the patch rather big, because of the indentation changes.
I also used this to fix the indentation in some places where only 2 spaces ISO 4 were used.
the only optical change is that the box now overlaps the "title" field in the dialog, so I don't attach a new screenshot.
Attachment #792369 -
Attachment is obsolete: true
Attachment #792369 -
Flags: ui-review?(josiah)
Attachment #792369 -
Flags: review?(philipp)
Attachment #793619 -
Flags: ui-review?(josiah)
Attachment #793619 -
Flags: review?(philipp)
Comment 20•12 years ago
|
||
I would still prefer to see another screenshot if possible. Basically it would be good to know how much of the title field it covers? All of it? Half?
| Assignee | ||
Comment 21•12 years ago
|
||
Attachment #793472 -
Attachment is obsolete: true
Comment 22•12 years ago
|
||
Sorry to make things this difficult, but I'm really not liking that any better. Since it completely covers the field, the user now has no real idea on where their title field went...
I tried thinking of alternatives but none really where any more helpful:
A. Moving the notification to the bottom of the window. That would help, except now the user probably won't notice it. So that's out.
B. The other choice was making the notification's background semi-transparent, so the user can see the field, but that makes the text hard to read. Also out.
So we're back to what you had before. Which I guess will have to work.
So please switch back to the version that shifts content downward, but also animate the sliding of the window content and the expanding of the notification. Essentially do exactly what the add-on manager does in TB when you download an add-on.
If the timing is equal, everything should slide elegantly, which will keep users from getting annoyed by a jarring shift.
Thanks!
Updated•12 years ago
|
Attachment #793619 -
Flags: ui-review?(josiah) → ui-review-
| Assignee | ||
Comment 23•12 years ago
|
||
That is now exactly the way it was. ;-)
The animation is the standard behaviour of the notificationbox.
I'll mail you a .xpi for nightly with two added buttons in the dialog to test the notification.
So you can get a better Idea what happens - should have done that right away...
Attachment #793619 -
Attachment is obsolete: true
Attachment #793619 -
Flags: review?(philipp)
Attachment #793961 -
Flags: ui-review?(josiah)
Attachment #793961 -
Flags: review?(philipp)
| Assignee | ||
Updated•12 years ago
|
Attachment #793472 -
Attachment is obsolete: false
| Assignee | ||
Updated•12 years ago
|
Attachment #793649 -
Attachment is obsolete: true
Comment 24•12 years ago
|
||
Comment on attachment 793961 [details] [diff] [review]
Patch V1.2
Looks good. Thanks! The add-on was very helpful.
Attachment #793961 -
Flags: ui-review?(josiah) → ui-review+
| Reporter | ||
Comment 25•12 years ago
|
||
Comment on attachment 793961 [details] [diff] [review]
Patch V1.2
Review of attachment 793961 [details] [diff] [review]:
-----------------------------------------------------------------
I like the patch, short and concise. r=philipp
::: calendar/base/content/dialogs/calendar-event-dialog.js
@@ +2161,5 @@
> + case "critical":
> + priority = notificationBox.PRIORITY_CRITICAL_MEDIUM;
> + break;
> + default:
> + priority = notificationBox.PRIORITY_WARNING_MEDIUM;
If you like, you could condense this a bit:
const prioMap = {
"info": notificationBox.PRIORITY_INFO_MEDIUM,
"critical": notificationBox.PRIORITY_CRITICAL_MEDIUM
};
let priority = prioMap[aPriority] || notificationBox.PRIORITY_WARNING_MEDIUM;
Attachment #793961 -
Flags: review?(philipp) → review+
| Assignee | ||
Comment 26•12 years ago
|
||
I put in the proposed change from philipp and added the commit-message.
Do I get the approval here, or should I mark checkin-needed?
Attachment #793961 -
Attachment is obsolete: true
Attachment #794750 -
Flags: ui-review+
Attachment #794750 -
Flags: review+
Comment 27•12 years ago
|
||
(In reply to Markus Adrario [:Taraman] from comment #26)
> Created attachment 794750 [details] [diff] [review]
> Patch V1.3
>
> I put in the proposed change from philipp and added the commit-message.
>
> Do I get the approval here, or should I mark checkin-needed?
checkin-needed is fine. Someone will eventually land this for you then.
Thanks Markus!
| Assignee | ||
Updated•12 years ago
|
Keywords: checkin-needed
Target Milestone: --- → 2.8
Comment 28•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago → 12 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•