Thank you for your suggestion about holds - validators, Mr. Berezansky. It really help me a lot. I think I have solution for it now. Regards, Simon. ==========☺ ♥ ♫ ☺ ♥ ♫ ☺ ♥ ♫ ☺ ♥ ♫ ☺ ========== Hieu Mai (Simon) Systems Developer - PALS A Program of the Minnesota State Colleges and Universities Email: [email protected] ([email protected]) "Every day may not be good… but there’s something good in every day"
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Friday, November 16, 2012 11:00 AM To: [email protected] Subject: Open-ils-dev Digest, Vol 80, Issue 8 Send Open-ils-dev mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://libmail.georgialibraries.org/mailman/listinfo/open-ils-dev or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of Open-ils-dev digest..." Today's Topics: 1. Re: A Print Notice action/trigger reactor (instead of Email Notice) for Evergreen (Thomas Berezansky) 2. ***SPAM*** RE: ***SPAM*** Pull request for Search Templates (Justin Douma) 3. New development project in Evergreen (Suzannah) ---------------------------------------------------------------------- Message: 1 Date: Thu, 15 Nov 2012 14:52:41 -0500 From: Thomas Berezansky <[email protected]> Subject: Re: [OPEN-ILS-DEV] A Print Notice action/trigger reactor (instead of Email Notice) for Evergreen To: Evergreen Development Discussion List <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" For holds we already have the validators that check if a patron has "email" turned on for the hold when told to. That doesn't help with some of your other issues, but I will get there in a minute. If SendEmail doesn't find a "To" then it fails to send the message. However, there is no guarantee that the message is to the *patron*. It could be a hardcoded address to send to somewhere else. Staff may be getting messages for tracking purposes, for example. A cancelled hold could be alerting staff as well as the patron, that kind of thing. So baking any of that into SendEmail is a bad idea. Generally for this kind of thing you don't want to touch the reactor (though teaching SendEmail to look for a "To" and fail more gracefully or something wouldn't be bad) but instead create a validator, or add new functionality to an existing validator. This is what we did for some hold notification items. For other potential notices you can assign user preferences for on/off per user. MVLC has done this for pre-due and overdue email notices, for example. Otherwise there isn't much that I know of for "patron has an email address on file". Functionality-wise, a "fail if the patron has no email address on file" flag for some of the validators may be good, as well as a "patron needs to *not* have this preference set" option to complement the "patron *has* this preference set" (allowing a preference to be a toggle). Implementation of these still needs some thought, though. Thomas Berezansky Merrimack Valley Library Consortium Quoting "Mai, Hieu Trung" <[email protected]>: > Hi all, > This is Simon. I started at PALS on July 18 (http://www.mnpals.org). > I?m working with Evergreen now. I guess I am very new with this > Evergreen product. So I need your help or some ideas that help me a > lot. > Now I am trying to build a new action/trigger reactor to generate > print notices in Evergreen. I also need a way, perhaps by modifying > SendEmail, to generate email notices only for patrons with an actual > email address and who have their communication preference set to > email. Patrons who do not want to get email or who do not have email > addresses should have print notices generated for them. > I made some of them work. Normally I can generate print notices, > instead of email notice now. But I got stuck in finding out how to > know who (patron) have their communication preference set to email or > not. While researching some Evergreen documents, I found Fieldmapper > IDL that maps database fields to Evergreen objects. I?m wondering if I > need to add a new class to fm_IDL.xml to get the preference of patron > set to email or not (Because I don?t find it there ? We?re using > Evergreen 2.2 for development). > Anyone used to work with this before? Do you have any ideas to know > who (patron) have their communication preference set to email or not > (work with reactor)? > Thank you. > Regards, > Simon. > > ==========? ? ? ? ? ? ? ? ? ? ? ? ? ========== Hieu Mai (Simon) > Systems Developer - PALS A Program of the Minnesota State Colleges and > Universities > Email: [email protected]<mailto:[email protected]> > ([email protected]<mailto:[email protected]>) > "Every day may not be good? but there?s something good in every day" > > ------------------------------ Message: 2 Date: Thu, 15 Nov 2012 21:35:18 +0000 From: Justin Douma <[email protected]> Subject: [OPEN-ILS-DEV] ***SPAM*** RE: ***SPAM*** Pull request for Search Templates To: Evergreen Development Discussion List <[email protected]> Message-ID: <4492cb841afe0f40a56fb39244af7acb10b14...@corpexch01.catalystsolves.com> Content-Type: text/plain; charset="us-ascii" This was developed towards a 2.2 implementation of Evergreen, before Search Filter Groups were introduced, in 2.3. I'm assuming the Search Filter Groups are what you are referring to. -Justin -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Mike Rylander Sent: Wednesday, November 14, 2012 5:47 PM To: Evergreen Development Discussion List Subject: Re: [OPEN-ILS-DEV] ***SPAM*** Pull request for Search Templates It's not noted in your description, so I'm guessing "no" ... but it's worth asking to be sure. Is this based on the existing ability to create user saved searches, and if not, are there reasons why extending or enhancing that functionality wasn't possible? TIA, --miker On Wed, Nov 14, 2012 at 8:17 PM, Justin Douma <[email protected]> wrote: > I have submitted a pull request for the new feature Search Templates > > This is a feature Catalyst IT created for the King County Library > System that we all would like to make available to the community. > Search Templates will allow library staff to save commonly selected > combinations of 'global row values' and search filters. Templates can > be created or edited by going to Admin->Workstation > Administration->Search Templates. Saved templates can then be selected > on the Advanced Search page and the template's selections will > populate on the screen. Search Templates can only be used from the > staff client and can be turned on or off, for the Advanced Search page, in > the config.tt2. > > Blueprint: > https://blueprints.launchpad.net/evergreen/+spec/search-templates > > Wiki Proposal: > http://evergreen-ils.org/dokuwiki/doku.php?id=dev:proposal:search_temp > lates > > Justin Douma > > Catalyst IT Services -- Mike Rylander | Director of Research and Development | Equinox Software, Inc. / Your Library's Guide to Open Source | phone: 1-877-OPEN-ILS (673-6457) | email: [email protected] | web: http://www.esilibrary.com ------------------------------ Message: 3 Date: Thu, 15 Nov 2012 16:54:03 -0500 From: Suzannah <[email protected]> Subject: [OPEN-ILS-DEV] New development project in Evergreen To: Evergreen Development Discussion List <[email protected]>, Evergreen Discussion Group <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Bibliomation, Inc. <cid:[email protected]> is sponsoring some Evergreen Open Source ILS <cid:[email protected]> enhancements. Specifically, the development will address two enhancements: 1) adding the call number to each item saved in My Lists and 2) refreshing the item status screen to show updated call numbers in Edit Volumes, call number display. Equinox Software <cid:[email protected]>developers are writing the code for this development project. Equinox anticipates the coding will be completed by the end of December 2012. Once the coding is complete, it will be submitted to the Evergreen Community for inclusion in the next major release of Evergreen. Happy Thanksgiving to all and a special thanks to Bibliomation for funding this development project. Regards, Suzannah -- Suzannah Lipscomb Project Manager Equinox Software, Inc. 877. OPEN. ILS (877. 673. 6457) Direct: 770-709-5590 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://libmail.georgialibraries.org/pipermail/open-ils-dev/attachments/20121115/f001e5f5/attachment-0001.htm> End of Open-ils-dev Digest, Vol 80, Issue 8 *******************************************
