Move templates out of a web-served directory It has always been dicey to keep templates in the web-served /openils/var/web directory; with the rise of config.tt2 it is past time to get the templates out of there. Signed-off-by: Dan Scott <dscott@laurentian.ca>
Wonder of wonders, a Dojo data store supporting lazy loading objects via pcrud! So openils.PermaCrud.Store was dreamt up and directed by Mike Rylander, and implemented by me. Right now it gives us a new way to provide widgets for selecting objects in Dojo-based interfaces. Where previously we had some dropdowns here and there that really shouldn't be dropdowns (such as one for selection lists in Acq, and several for resources and resource types in Booking -- these examples I've replaced, but there are surely more) because loading a dropdown with potentially zillions of items to choose from can take forever and break the interface, now we can have autocompleting textboxes that only load items matching what you type (and even then with a low-ish default limit so that if you're vague in your input you still don't get huge unwieldy result sets). Easiest way to see an example is if you already have any acq selection lists. Just go to any catalog record, choose Actions for this Record, choose View/Place orders, then click "Add to Selection List." In the resulting dialog, that second field used to be a dropdown, but now it's an autocompleting textbox. Alternatively, you can see these in the affected booking interfaces (see files modified in this commit) under Admin -> Server Administration -> Booking. The future promises even better things for this store. When it implements the Dojo Write API, interfaces using grids can potentially be vastly simplified by relying on the store to save its own dirty objects. The Notification API would facilitate easy use of single stores with multiple widgets. All good things for faster-to-write interfaces. git-svn-id: svn://svn.open-ils.org/ILS/trunk@18762 dcc99617-32d9-48b4-a31d-7c20da2025e4
JS reordering to account for readyState event leakage from XHR to the main page git-svn-id: svn://svn.open-ils.org/ILS/trunk@18474 dcc99617-32d9-48b4-a31d-7c20da2025e4
Booking: stop the "new resource type" dialog from executing a naughty query The dialog will no longer offer a field for selecting a bibliographic record, but then again you wouldn't need it. Bibliographically-based resource types can be set up through a context menu option in the staff OPAC browser, whereas this interface is only suited to non-bib-based resource types, like meeting rooms, laptops, etc. git-svn-id: svn://svn.open-ils.org/ILS/trunk@17563 dcc99617-32d9-48b4-a31d-7c20da2025e4
Booking: begin forward-porting code from rel_1_6. Booking (regrettably) was largely written directly against a 1.6 environment instead of written for trunk and backported. So now we have booking code in rel_1_6 and rel_1_6_1 that works, but that needs to be cleanly merged with trunk. There has been a lot of drift, and this won't be easy. Here is the first step (some of the easy stuff). These files have been updated wholesale with their contents from rel_1_6, since they don't affect anything other than booking itself. Just to be clear: this commit does not complete the booking foward-port. The booking module did not work in trunk before this commit, and it does not work after this commit. For the moment, booking only works in the rel_1_6 branch, in the rel_1_6_1 branch, and in 1.6.1.* releases. It still does not work in trunk, and it will take a few more hairy commits to get things in sync. Once that's finally done, any future Booking code can be written the Right Way (in trunk) and *back*ported thence to whatever other branches as needed. git-svn-id: svn://svn.open-ils.org/ILS/trunk@16827 dcc99617-32d9-48b4-a31d-7c20da2025e4
Patch from Lebbeous Fogle-Weekley to add booking reservation interfaces, supporting backend changes and IDL cleanup. It's ... big. git-svn-id: svn://svn.open-ils.org/ILS/trunk@15207 dcc99617-32d9-48b4-a31d-7c20da2025e4
Patch from Lebbeous Fogle-Weekley which implements the configuration interfaces required to support bookable resources, including the addition of cataloged materials as bookable items. Thus spake Lebbeous: Here it is at last. The only entry point (for now) to these interfaces besides the "admin" menu is in the holdings maintenance / copy browser context menu. There you can select items and create bookable resources out of them (basically), and upon that creation you get a new tab open in the staff client where you could further edit (in a basic, conify way) that resource. git-svn-id: svn://svn.open-ils.org/ILS/trunk@15077 dcc99617-32d9-48b4-a31d-7c20da2025e4