| Time |
Nick |
Message |
| 01:10 |
|
Mark__T joined #evergreen |
| 01:54 |
|
sarabee joined #evergreen |
| 03:03 |
|
kmlussier joined #evergreen |
| 03:03 |
|
mceraso joined #evergreen |
| 03:03 |
|
bshum joined #evergreen |
| 07:31 |
|
TARA joined #evergreen |
| 07:53 |
|
plux_ joined #evergreen |
| 07:53 |
|
rjackson_isl joined #evergreen |
| 08:21 |
|
ericar joined #evergreen |
| 08:37 |
|
Shae joined #evergreen |
| 08:44 |
|
Dyrcona joined #evergreen |
| 09:22 |
|
maryj joined #evergreen |
| 09:35 |
|
Bmagic joined #evergreen |
| 09:37 |
csharp |
hmm - so has anyone been working on an end-user-friendly way of installing "hatch"? |
| 09:37 |
csharp |
basically all of our libraries are going to need that, and the current installation process is pretty intimidating to non-technical people (and probably some technical people too) |
| 09:38 |
|
yboston joined #evergreen |
| 09:38 |
csharp |
(this may be a good Hack-A-Way topic, come to think of it) |
| 09:38 |
kmlussier |
csharp: Yes, it definitely will be needed. |
| 09:39 |
kmlussier |
I haven't looked at hatch yet, but mmorgan tried installing it at one point. I know she struggled a bit with it, and, if she struggled, I'm going to say our libraries will have trouble with it. |
| 09:39 |
csharp |
right - same with Terran here |
| 09:39 |
* kmlussier |
was just thinking this morning that she needs to get friendly with hatch between sprints 2 and 3. |
| 09:43 |
csharp |
well, we *were* hoping that we might be able to pilot the web client for circulation along with this upgrade, but we'll need hatch installation to be easier before we can even think about that seriously |
| 09:49 |
* csharp |
adds it to discussion topics for Hack-A-Way: http://wiki.evergreen-ils.org/doku.php?id=hack-a-way-2015-agenda#discussion_topics |
| 09:50 |
kmlussier |
I've been thinking of going through the remaining circ bugs to see if it's close to being ready for piloting. IIRC, the pull list still wasn't working as expected, but I guess it's not needed if you're just using it for checkins and checkouts. |
| 09:51 |
kmlussier |
Actually, I think we would want the Angularized patron editor to be done before piloting. |
| 09:51 |
kmlussier |
csharp: When is your upgrade? |
| 09:54 |
kmlussier |
bug 1437109 is also fairly critical too. |
| 09:54 |
pinesol_green |
Launchpad bug 1437109 in Evergreen "renew and edit due date features do not calculate correctly in web staff client" [Undecided,Confirmed] https://launchpad.net/bugs/1437109 |
| 09:55 |
csharp |
kmlussier: over MLK weekend, so we have some time |
| 09:55 |
kmlussier |
csharp: bug 1489919 |
| 09:55 |
pinesol_green |
Launchpad bug 1489919 in Evergreen "Hatch Windows installer" [Undecided,New] https://launchpad.net/bugs/1489919 |
| 09:55 |
csharp |
though the holidays always shorten that window more than I realize ;-) |
| 09:57 |
csharp |
kmlussier: thanks - I linked to the bug from the hackaway agenda |
| 10:33 |
Dyrcona |
I just had an insane thought: Write an OpenSRF extension/plugin for LibreOffice/OpenOffice.org. |
| 10:34 |
Dyrcona |
Imagine doing circulation from your word processor. ;) |
| 10:35 |
Dyrcona |
That comes from hooking up LibreOffice Base to a PostgreSQL database to do some reporting. |
| 10:37 |
csharp |
Dyrcona++ |
| 10:37 |
Bmagic |
csharp: we have a few libraries using the web based staff client on 2.8.2. They are happy to use it for circ. The patron editor is still outstanding on our version. I helped them with hatch and they were off to the races! |
| 10:38 |
Bmagic |
Dyrcona: That is an interesting idea |
| 10:38 |
csharp |
Bmagic: great! I'm glad to hear that |
| 10:39 |
Bmagic |
csharp: I will say that printing was totally broken in previous versions. 2.8.2 fixed those issues. |
| 10:39 |
csharp |
awesome |
| 10:40 |
csharp |
kmlussier: any chance of bringing a couple of spare receipt printers to the hackaway? :-) |
| 10:41 |
Bmagic |
I agree, the hatch install should be easier. I was thinking of ways to package up all the pieces for our libraries and deliver at the very least a self extracting zip file with some hard links. It seemed like I could do the install on a test system, and zip the resulting directory |
| 10:41 |
kmlussier |
csharp: I think they may have a couple there. I'll check. |
| 10:41 |
csharp |
kmlussier: rock on - thanks |
| 10:43 |
csharp |
kmlussier: I think the ability to have a receipt printer attached to a laptop (or spare box) and the ability to connect to a networked printer would be a good enough mockup for the majority of our use cases (fwiw) |
| 10:43 |
csharp |
Bmagic: are your libraries using standalone with hatch, too? |
| 10:44 |
kmlussier |
Along with a hatch installer, I don't think it's a bad idea to have an installer that bundles hatch with a browser for those libraries that are reluctant to move from IE. |
| 10:45 |
* csharp |
adds an "Evergreen is best viewed with Internet Explorer 6 or higher" icon to the web client footer |
| 10:53 |
Bmagic |
csharp: sorry, phone call. Yes, they are using standalone hatch on 2.8.2 currently (some libraries) |
| 10:53 |
kmlussier |
IE6. Now that brings back memories. Not good ones. |
| 10:58 |
csharp |
Bmagic: awesome |
| 11:02 |
kmlussier |
Bmagic: So do you have libraries that are using the web client in production? |
| 11:03 |
Bmagic |
kmlussier: yep! |
| 11:03 |
kmlussier |
How is it going? |
| 11:04 |
Bmagic |
this discussion makes me want to reach out to them and get more details. We got a couple of help desk tickets about it. They were instructed to report any bugs, which in turn, I reported to the community. bug 1489915 is one |
| 11:04 |
pinesol_green |
Launchpad bug 1489915 in Evergreen "Back date checkin web based staff client reports conflicting date" [Undecided,New] https://launchpad.net/bugs/1489915 |
| 11:05 |
Bmagic |
After the initial setup, and the initial bug reports, it has settled down and I can only assume they are enjoying the speed and working with it on a regular basis. But I should probably probe. |
| 11:17 |
|
maryj joined #evergreen |
| 11:32 |
csharp |
Bmagic++ |
| 11:36 |
Stompro |
I know it is possible to disable the "Clear Hold Shelf" option from the Circulation drop down, has anyone also disabled/hidden the "Clear These Holds" button on the Browse Hold Shelf page? I just asked someone to test out some instructions that don't mention that button at all, and they immediately clicked the "Clear these holds" button. |
| 11:38 |
Dyrcona |
People. Why won't they just do what they're told? :) |
| 11:38 |
csharp |
in our case, we want the option to clear the holds available, but not to automatically happen by entering the interface - what you're desiring might be better controlled by permissions |
| 11:38 |
csharp |
Stompro: ^^ |
| 11:40 |
* csharp |
decides to start showing this to people who think they should push the button anyway: https://www.youtube.com/watch?v=i-90iuRtTEo |
| 11:41 |
Stompro |
csharp, I just want them to use the checking modifier for clearing the hold shelf, so items that they cannot find on the holdshelf don't get cleared automatically. So they have to mark them missing to get rid of them. Stuff does get stolen off the hold shelf. Or taken by the customer and not actually checked out. |
| 11:41 |
csharp |
Stompro: that makes sense |
| 11:43 |
Stompro |
In theory, if I can get the name of that button, I should be able to hide it using the same method mentioned by bshum.. well sort of the same way. I don't think I can disable it since it gets enabled when the "view clearable holds" button gets checked. But maybe I can set a hidden property instead of disable? |
| 11:47 |
tsbere |
Stompro: I tend to look for the command value and target it instead. Then if there are multiple buttons/menu options/whatever all tied to the same command I get them all with one shot. |
| 11:48 |
Stompro |
tsbere, do you have an example I could look at? Is that something that can be added to the server/skin/custom.js ? |
| 11:51 |
tsbere |
Stompro: *[command=cmd_holds_cut_in_line] { display: none; } |
| 11:51 |
|
bmills joined #evergreen |
| 11:51 |
|
Christineb joined #evergreen |
| 11:51 |
Stompro |
tsbere++ thanks |
| 12:21 |
|
bmills1 joined #evergreen |
| 12:25 |
gmcharlt |
the audio recording of yesterday's EOB meeting is now linked from http://wiki.evergreen-ils.org/doku.php?id=governance:minutes#minutes |
| 12:26 |
|
bmills joined #evergreen |
| 12:27 |
Bmagic |
anyone have an SMS action trigger based on checkout.due? I'm struggling to get the template correct in order to get the sms_carrier out of the user. helpers.get_sms_gateway_email(target.0.sms_carrier,target.0.sms_notify) doesnt work because the target is a circluation instead of a hold |
| 12:30 |
kmlussier |
Bmagic: We don't have one, but if you get yours working, that would be an awesome thing to share with the rest of us. :) |
| 12:30 |
tsbere |
Bmagic: We do not, I have notes on accomplishing it, but have not done so. |
| 12:31 |
Bmagic |
oh! It's untreaded waters? |
| 12:31 |
tsbere |
Bmagic: Hint: helpers.get_user_setting(id, setting) |
| 12:32 |
Bmagic |
alrighty, I'll work this out and get back to you |
| 12:36 |
|
jihpringle joined #evergreen |
| 14:35 |
jonadab |
Hmm. After importing a bunch of bib records, I can find them in the staff client, but not in the OPAC. (This is a test installation.) |
| 14:35 |
kmlussier |
jonadab: Do they have copies attached? |
| 14:36 |
jonadab |
Oh, no, they currently don't. |
| 14:36 |
jonadab |
I hadn't gotten to that stage yet. |
| 14:36 |
kmlussier |
jonadab: If they don't have copies, they won't appear in the public catalog, but they are findable in the staff client. |
| 14:36 |
jonadab |
Does that explain it? |
| 14:36 |
jonadab |
Ah, ok. |
| 14:36 |
jonadab |
Nothing to worry about yet then, good. |
| 15:31 |
Bmagic |
tsbere++ |
| 15:31 |
Bmagic |
kmlussier: I have it working |
| 15:32 |
jeffdavis |
gmcharlt: your RM proposal reminds me that we tried forcing HTTPS on EG with our 2.8 upgrade and ran into issues in a couple of places |
| 15:33 |
* jeffdavis |
greps "stupid crap" in puppet repo to get specifics |
| 15:34 |
Bmagic |
kmlussier These are the environment variables: "target_copy.call_number.record.simple_record" "usr" "circ_lib.billing_address". In the header of the template. |
| 15:34 |
Bmagic |
kmlussier: This is the magic sauce. [%- user = target.0.usr; sms_number = helpers.get_user_setting(user.id, 'opac.default_sms_notify'); sms_carrier = helpers.get_user_setting(user.id, 'opac.default_sms_carrier'); -%] |
| 15:34 |
kmlussier |
Bmagic: Awesome! |
| 15:34 |
Bmagic |
To: [%- params.recipient_email || helpers.get_sms_gateway_email(sms_carrier,sms_number) %] |
| 15:35 |
Bmagic |
tsbere ^^ |
| 15:36 |
gmcharlt |
jeffdavis: right - I know of a couple minor gotchas, but I think they're very closable |
| 15:36 |
tsbere |
Bmagic: But what if they don't want to get SMS notifications, or want them to go somewhere other than their holds ones go? ;) |
| 15:37 |
Bmagic |
circulations have a preference? |
| 15:37 |
jeffdavis |
gmcharlt: I'll open a security bug with the ones I'm aware of |
| 15:38 |
kmlussier |
gmcharlt++ |
| 15:38 |
kmlussier |
All four priorities look great to me. |
| 15:38 |
Bmagic |
I figured we needed to default to the patron's usr_settings. Assuming they have something in there. I suppose you are thinking of parsing this setting: "opac.hold_notify" ? |
| 15:39 |
kmlussier |
gmcharlt: I could help out with identifying showstopper bugs. Not sure how much I can help with fixing them. |
| 15:43 |
tsbere |
Bmagic: More of a "should you be assuming that *hold* preferences should be used for *circ* notices?" |
| 15:43 |
|
bmills joined #evergreen |
| 15:43 |
|
bmills1 joined #evergreen |
| 15:43 |
Bmagic |
tsbere: Is there a place in the DB where I can get the required preference to tease out? |
| 15:45 |
tsbere |
Bmagic: Regarding what? At the moment there aren't exactly any circ-specific preferences for that kind of thing as nobody has made them. |
| 15:45 |
Bmagic |
tsbere: I see, so evergreen doesn't have the data required to make the decision |
| 15:47 |
tsbere |
Bmagic: At a minimum you should probably create a boolean pref and attach it to the A/T event definition so that patrons can opt-in instead of assuming they want it |
| 15:47 |
* csharp |
borrows gmcharlt's TARDIS to get more time for software dev participation |
| 15:48 |
kmlussier |
Two mentions of the TARDIS on the Evergreen lists in one day. |
| 15:48 |
csharp |
yeah! |
| 15:48 |
csharp |
@eightball is Evergreen bigger on the inside? |
| 15:48 |
pinesol_green |
csharp: No. |
| 15:49 |
kmlussier |
I like it when things come in threes. I wonder if there is another way we can work the TARDIS into a mailing list thread before the day is done. |
| 15:49 |
csharp |
@eightball will gmcharlt be the 13th doctor? |
| 15:49 |
pinesol_green |
csharp: Of course. |
| 15:50 |
csharp |
pinesol_green: I can totally see that, actually |
| 15:50 |
pinesol_green |
csharp: You probably want hard-boiled eggs. |
| 15:50 |
pinesol_green |
csharp: I am only a bot, please don't think I'm intelligent :) |
| 15:54 |
|
jlitrell joined #evergreen |
| 15:55 |
Dyrcona |
@eightball Is our hold_targeter running in parallel? |
| 15:55 |
pinesol_green |
Dyrcona: _I_ don't know. |
| 15:58 |
Dyrcona |
@eigthball Is using Text::CSV to parse log files a kind of masochism? |
| 15:58 |
pinesol_green |
Dyrcona: http://images.cryhavok.org/d/1291-1/Computer+Rage.gif |
| 15:58 |
Dyrcona |
@eightball Is using Text::CSV to parse log files a kind of masochism? |
| 15:58 |
pinesol_green |
Dyrcona: NO! |
| 15:59 |
Dyrcona |
pinesol_green: Trying to have a conversation with you is akin to masochism. |
| 15:59 |
pinesol_green |
Dyrcona: You probably want hard-boiled eggs. |
| 15:59 |
pinesol_green |
Dyrcona: I am only a bot, please don't think I'm intelligent :) |
| 15:59 |
Dyrcona |
pinesol_green: I do. Bring me some. |
| 15:59 |
pinesol_green |
Dyrcona: Have you tried taking it apart and putting it back together again? |
| 15:59 |
pinesol_green |
Dyrcona: I am only a bot, please don't think I'm intelligent :) |
| 16:00 |
kmlussier |
csharp: I've received confirmation that a receipt printer and network printer will be available at the hack-a-way for hatch testing. |
| 16:03 |
gmcharlt |
yay! |
| 16:05 |
* tsbere |
has an unused network-enabled receipt printer sitting on a shelf in his office |
| 16:05 |
kmlussier |
tsbere: Can we use it at the hack-a-way? |
| 16:05 |
kmlussier |
In case we want extras |
| 16:06 |
tsbere |
kmlussier: I don't object to it, and I doubt Eric would. Network-enabled means possibly usable by multiple people. |
| 16:06 |
miker |
or incase you all go PC LOAD LETTER on one of them... |
| 16:06 |
kmlussier |
Excellent! |
| 16:06 |
kmlussier |
tsbere++ |
| 16:06 |
tsbere |
Not sure it can, currently, be used off of a network connection actually... |
| 16:07 |
tsbere |
Tis a TM-T88IV, for reference. |
| 19:26 |
|
bmills joined #evergreen |
| 20:13 |
|
remingtron_ joined #evergreen |
