View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000689 | HTML & PERL | Feature Request - Interface | public | 2007-07-04 12:41 | 2007-07-07 18:47 |
| Reporter | petriw | Assigned To | exp | ||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Summary | 0000689: Priority notifications | ||||
| Description | Some crazy people like me have a lot of notifications, during a normal week I get over a hundred notifications. However, once in a while there is an anime or two or three that I'm extra interested in and want to know instantly when there's a new release. Now, if I had a mynotifies list of say 10 animes that would be easy, but with close to 900 it's a bit of a pain. So I had this wonderful idea of what I call "priority notifications". The idea of these would be that you could have a limited number of high priority notifies that are separate from the normal notifies. To prevent abuse and allow extra features even a hard limit on the number of priority notifications may be in order. | ||||
| Additional Information | To explain the feature I'll give some examples: In the main menu it could say: * 123 notify(s) * * 2 priority notify(s) * * 2 message(s) * When you click on the "2 priority notify(s)" link only those two anime would show and be tapped, the other 121 notifies would remain untapped. There could be a separate rdf stream for priority notifications. There could be an email feature for priority notifications. If load is an issue priority notifications could "time out" if you didn't check them for say 30 days and return to "normal" notifications. (load from emails for example) To avoid page clutter I'd suggest that only the show=mynotifies page can change a notify to a priority notify. As the number of priority notifications should be very low for each user (preferrably forcibly so) features which would be too heavy for the normal notifies could be added for the priority ones. | ||||
| Tags | No tags attached. | ||||
|
|
well, we can think about this. However, we won't be supporting email notifications. We have enough problems with getting our signup mails though, adding even more email traffic would only increase the changes of our ip being percieved as a spamming host by some spam filters. from an implementation viewpoint i don't see any problem atm. and priority notifications in themselves would not place any more burden on the server than normal notifications. additional features for priority notifcations... do you have anything in mind besides the email bit? |
|
|
Well, a newsfeed would really do almost exactly the same thing as emails I think so that's not really a big worry. UDP Clients may like it too as they could show a clearer notification when there's a prio notify. Beside that I didn't really have any more features for it. :) |
|
|
done. will be available on next anidb update. |
|
|
rdf support is missing for now though |
|
|
all implemented. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2007-07-04 12:41 | petriw | New Issue | |
| 2007-07-05 06:42 | exp | Note Added: 0001360 | |
| 2007-07-05 07:17 | petriw | Note Added: 0001361 | |
| 2007-07-06 08:47 | exp | Status | new => assigned |
| 2007-07-06 08:47 | exp | Assigned To | => exp |
| 2007-07-06 13:05 | exp | Note Added: 0001367 | |
| 2007-07-06 17:06 | exp | Note Added: 0001369 | |
| 2007-07-07 18:47 | exp | Status | assigned => resolved |
| 2007-07-07 18:47 | exp | Resolution | open => fixed |
| 2007-07-07 18:47 | exp | Note Added: 0001373 |
