| Age | Commit message (Collapse) | Author |
|
This is the first step towards having a simple, lightweight and
unified API for module interaction.
|
|
have "view" access to the item the notification is being generated for.
Fix for ticket: #538.
|
|
1) The item_updated event no longer takes the old and new items.
Instead we overload ORM to track the original data and make
that available via the item. This will allow us to move event
publishing down into the API methods which in turn will give us
more stability since we won't require each controller to remember
to do it.
2) ORM class now tracks the original values. It doesn't track
the original relationships (no need for that, yet)
3) Added new events:
item_deleted
group_deleted
user_deleted
|
|
|
|
names from watch to notify.
|
|
|
|
|
|
notifications module)
|
|
whether the item is currently being watched. Currently the icon is
the same as the add icon and needs to be changed.
|
|
|
|
set on a album. The notifications are implicitly active for all child
elements.
It now sends emails if the email address of the subscribed user has
been set. No email, no attempt to send the notification.
Still to do, come up with better messages as the current ones are just
place holders.
|
|
added to the item menu in the sidebar (both photo and album). There is a corresponding icon in themes/default/images that needs to be spruced up. You can add and remove notifications to albums and photos, but nothing happens under the covers for event handling.
|