LP#1410369: hook up patron message center to XUL staff client This adds a new "Message Center" item in the "Other" menu on the patron display. Signed-off-by: Galen Charlton <gmc@esilibrary.com> Signed-off-by: Kathy Lussier <klussier@masslnc.org> LP#1410369: typo fix (feel free to squash when merging) Signed-off-by: Galen Charlton <gmc@esilibrary.com> Signed-off-by: Kathy Lussier <klussier@masslnc.org>
Patron Blocking by lost items and include lost as items out This feature has two main parts, patron blocking by number of lost items and include lost items as items out. A group penalty threshold will be added for lost items. This will restrict patrons who have lost too many items. The inclusion of lost items as items out will be an optional setting, like claimed returned items. This will allow libraries to set what type of item statuses count toward the total items out. Signed-off-by: Kyle Tomita <ktomita@catalystitservices.com> Signed-off-by: Justin Douma <jdouma@catalystitservices.com> Signed-off-by: Ben Shum <bshum@biblio.org>
LP1100482 - Add max checked out indicator to patron interface Patron exceeds max checked out indicator is not being displayed on patron page. Created the indicator on the xul pages and the css to style it. The js code to hide and show indicator was there. Signed-off-by: Kyle Tomita <ktomita@catalystitservices.com> Signed-off-by: Ben Shum <bshum@biblio.org>
Make patron indicators clickable For example, make "(See Notes)" bring you to notes, provided the patron is already loaded (aka, not from search). Signed-off-by: Thomas Berezansky <tsbere@mvlc.org> Signed-off-by: Ben Shum <bshum@biblio.org> Signed-off-by: Kathy Lussier <klussier@masslnc.org>
Mark email addresses and phone numbers invalid This comes from an idea from Jeff Godin. For staff to indicate an email address or phone number "invalid," for whatever definition of "invalid" has meaning at the institution (as in invalid addresses today), there is now a UI control in the patron editor. This UI control invokes a middle layer method that will clear the email (or phone) field from actor.usr, and create a corresponding standing penalty against the user, for staff to notice next time they bring up said patron in the staff client. Such penalties will be archived whenever that patron's email address or phone number is updated again. The middle layer method is a wrapper around a method that may take different parameters (like an email address instead of a patron ID) to potentially support future uses such as invalidating email addresses automatically in batch. Signed-off-by: Lebbeous Fogle-Weekley <lebbeous@esilibrary.com> Signed-off-by: Bill Erickson <berick@esilibrary.com>
acq user requests link from patron display Signed-off-by: Jason Etheridge <jason@esilibrary.com> Signed-off-by: Bill Erickson <berick@esilibrary.com>
make all the splitters sticky with oils_persist git-svn-id: svn://svn.open-ils.org/ILS/trunk@18003 dcc99617-32d9-48b4-a31d-7c20da2025e4
Booking: more progress on the forward-port from rel_1_6 This completes the merging of changes from r15878 except for those to Circulate.pm, which are more involved and call for more untangling. More to come soon. git-svn-id: svn://svn.open-ils.org/ILS/trunk@17291 dcc99617-32d9-48b4-a31d-7c20da2025e4
expose the internal record id and create date for a user as a tooltip over the user's name in the patron display git-svn-id: svn://svn.open-ils.org/ILS/trunk@16764 dcc99617-32d9-48b4-a31d-7c20da2025e4
Patch from Lebbeous Fogle-Weekley providing final, cut-1 cleanup of booking git-svn-id: svn://svn.open-ils.org/ILS/trunk@15309 dcc99617-32d9-48b4-a31d-7c20da2025e4
Patch from Lebbeous Fogle-Weekley implementing pickup and return interfaces for booking reservations ... WE ARE SO CLOSE I CAN TASTE IT. Minor reworking of Circulate.pm changes. git-svn-id: svn://svn.open-ils.org/ILS/trunk@15285 dcc99617-32d9-48b4-a31d-7c20da2025e4
Patch from Lebbeous Fogle-Weekley adding a pull list interface for booking reservations git-svn-id: svn://svn.open-ils.org/ILS/trunk@15247 dcc99617-32d9-48b4-a31d-7c20da2025e4
Patch from Lebbeous Fogle-Weekley to wire up more of the booking functionality and provide more interface integration git-svn-id: svn://svn.open-ils.org/ILS/trunk@15236 dcc99617-32d9-48b4-a31d-7c20da2025e4
Layout tweaks for horizontal patron summary pane, including slim Group Members tab git-svn-id: svn://svn.open-ils.org/ILS/trunk@15169 dcc99617-32d9-48b4-a31d-7c20da2025e4
Interface for viewing pending action/trigger notices for a patron, with the ability to reset or cancel the notices. git-svn-id: svn://svn.open-ils.org/ILS/trunk@14865 dcc99617-32d9-48b4-a31d-7c20da2025e4
Another monster patch. Change each tab to 4 spaces in the staff client xul, html, and css files. Did this to effect the change: find . -name '*.xul' -exec sed -i 's/\t/ /g' {} \; find . -name '*html' -exec sed -i 's/\t/ /g' {} \; find . -name '*.css' -exec sed -i 's/\t/ /g' {} \; Statements like dump('\t\tFoo\n'); are unaffected. I imagine we'll need to realign and reindent things as we encounter visual ugliness. git-svn-id: svn://svn.open-ils.org/ILS/trunk@14578 dcc99617-32d9-48b4-a31d-7c20da2025e4
Replacing persist mechanism with oils_persist. This changeset isn't as scary as it looks, I promise. :-) In XUL you can say, <element attribute1="foo" attribute2="bar" persist="attribute1 attribute2" /> and whenever those specified attributes change, the new values will be remembered the next time that element is loaded. Problems with persist: * No longer works with remote XUL in Xulrunner 1.9 series, only chrome. Mozilla did this for security reasons. * Persist was tied to the window.location of each interface, so: 1) Settings would be lost on any "upgrade" that effectively changed the URL. For example, /xul/rel_1_2/server/ versus /xul/rel_1_4/server/ 2) Some interfaces still make use of URL params, which effectively breaks persistance (because the URL changes constantly), and allows localstore.rdf to grow without limit (thanks to Jeff for noticing that last bit) The solution: * We renamed all occurances of @persist to @oils_persist, in case Mozilla changes the behavior again. * We created a persist_helper() function and call it alongside font_helper() in the @onload for most windows (all that currently have elements using @oils_persist, at least) persist_helper grabs all elements that have an @oils_persist, and constructs look-up keys based on the location.hostname, location.path, and element.id, and uses the Mozilla preference system to look for preferences with those keys. These keys don't include URL parameters. For <checkbox> elements, an event listener is added that will set the preference whenever the element fires a command event (is checked or unchecked). TODO: * Tweak the keys further so that they're BUILD_ID (version) agnostic * Add more event listeners to accomodate @oils_persist on other elements like window, splitter, and grippy. * Possibly remove persist_helper (and font_helper) from the inline @onload, and load it through a window.addEventListener('load',function(){ persist_helper(); },false); in the global util overlay instead. git-svn-id: svn://svn.open-ils.org/ILS/trunk@13953 dcc99617-32d9-48b4-a31d-7c20da2025e4
UI for patron deletion git-svn-id: svn://svn.open-ils.org/ILS/trunk@13779 dcc99617-32d9-48b4-a31d-7c20da2025e4
the Toggle Summary button and the grippy now do the same thing and don't impede each other. End result, Patron Summary sidebar can be toggled more easily git-svn-id: svn://svn.open-ils.org/ILS/trunk@13195 dcc99617-32d9-48b4-a31d-7c20da2025e4
fix patron summary toggle. some tweaking with persist, which isn't working git-svn-id: svn://svn.open-ils.org/ILS/trunk@12427 dcc99617-32d9-48b4-a31d-7c20da2025e4