RFC 3.2 - email checkout slips
A LibLime customer wants to be able to send emails or SMS messages to a patron whenever the patron checks out or returns an item. The proposed feature would include the following elements * A patron will be able to control when and how to receive checkout and return alerts via the OPAC patron profile interface. * The library will be able to specify which patron categories and items are eligible for these notices. * Emailed notices will try to group together all of the items loaned or returned during a single session. This will build upon the existing C4::Letters infrastructure. For more information on this proposal, please consult the Koha wiki at http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_email_checkout... Thanks in advance for comments. Regards, Galen -- Galen Charlton Koha Application Developer LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
Galen Charlton a écrit :
A LibLime customer wants to be able to send emails or SMS messages to a patron whenever the patron checks out or returns an item.
The proposed feature would include the following elements
* A patron will be able to control when and how to receive checkout and return alerts via the OPAC patron profile interface. * The library will be able to specify which patron categories and items are eligible for these notices. * Emailed notices will try to group together all of the items loaned or returned during a single session.
This will build upon the existing C4::Letters infrastructure.
C4::Letters should be renamed to something like C4::MailNotifications or something like that I think. -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc NOUVEAU TELEPHONE : 04 91 81 35 08
Hi, On Thu, Jul 31, 2008 at 10:52 AM, Paul POULAIN <paul.poulain@free.fr> wrote:
Galen Charlton a écrit :
This will build upon the existing C4::Letters infrastructure.
C4::Letters should be renamed to something like C4::MailNotifications or something like that I think.
This points to a more general issue - in principle, a patron could receive notifications in lots of ways: physical mail, email, SMS, an RSS feed, an API call to an external automated telephone service, etc. Most of these need some sort of message template, but the requirements will vary depending on the message transport. Some of the messaging stuff that Andy added a couple months ago does some of this, but question remains of the best way to generalize notifications for 3.2. Regards, Galen -- Galen Charlton VP, Research & Development, LibLime galen.charlton@liblime.com p: 1-888-564-2457 x709 skype: gmcharlt
Galen Charlton a écrit :
Hi,
On Thu, Jul 31, 2008 at 10:52 AM, Paul POULAIN <paul.poulain@free.fr> wrote:
Galen Charlton a écrit :
This will build upon the existing C4::Letters infrastructure.
C4::Letters should be renamed to something like C4::MailNotifications or something like that I think.
This points to a more general issue - in principle, a patron could receive notifications in lots of ways: physical mail, email, SMS, an RSS feed, an API call to an external automated telephone service, etc. Most of these need some sort of message template, but the requirements will vary depending on the message transport.
Some of the messaging stuff that Andy added a couple months ago does some of this, but question remains of the best way to generalize notifications for 3.2.
Regards,
Galen
IMHO, two things have to be clearly separated : message, with its format (XML, csv, txt, doc, pdf, iso2709) and data, C4::Notices or C4::Message could be a good name and transport. Should it not ? So Notices should be only relevant to message formatting for output. Then we could use that message in any C4::SMS, C4::Mail, C4::Syslog, C4::Whatever transport system, may be in a Message or Notice folder. Is that an idea ? Would this be too much of a burden ? -- Henri-Damine LAURENT
participants (3)
-
Galen Charlton -
Henri-Damien LAURENT -
Paul POULAIN