Time |
Nick |
Message |
04:46 |
|
geoffsams joined #evergreen |
06:41 |
|
JBoyer joined #evergreen |
07:14 |
|
rlefaive joined #evergreen |
08:20 |
|
Dyrcona joined #evergreen |
08:24 |
|
ericar joined #evergreen |
08:26 |
|
mrpeters joined #evergreen |
08:48 |
|
mrpeters joined #evergreen |
08:57 |
StomproJosh |
JBoyer++ #Killing annoying log warnings |
09:01 |
|
Newziky joined #evergreen |
09:13 |
|
mmorgan joined #evergreen |
09:30 |
|
jwoodard joined #evergreen |
09:50 |
|
mmorgan1 joined #evergreen |
09:51 |
|
yboston joined #evergreen |
10:33 |
|
Christineb joined #evergreen |
11:18 |
|
rlefaive joined #evergreen |
11:21 |
* Dyrcona |
adds a --pipe option to pingest.pl to read record ids from standard input. |
11:21 |
Dyrcona |
This is useful if you wan to pipe results from a query into the program. |
11:24 |
|
Newziky joined #evergreen |
11:28 |
Bmagic |
good to know |
11:28 |
berick |
Dyrcona: any interest in adding pingest.pl to EG support-scripts? |
11:29 |
Dyrcona |
berick: Maybe. I am planning to move that repo to github in the future. |
11:29 |
Dyrcona |
Might be some other scripts in there that people like. |
11:29 |
* Dyrcona |
like the parameters to Excel script. |
11:31 |
|
brahmina joined #evergreen |
11:48 |
Dyrcona |
And this is now a thing: psql -q -t -f reingest_bad_joiner.sql | pingest.pl --pipe --skip-facets --skip-browse --skip-attrs |
11:55 |
|
sandbergja joined #evergreen |
11:56 |
|
rlefaive joined #evergreen |
12:01 |
|
rlefaive joined #evergreen |
12:02 |
|
jihpringle joined #evergreen |
12:05 |
|
mmorgan joined #evergreen |
12:11 |
miker |
for those interested in the webstaff stuff, we now have a global "notify the staff user when something happens" mechanism based on http://tamerayd.in/ngToast/ ... of note, in order to get that working, we had to neuter the status bar's message stack because of a namespace conflict on its use of $rootScope events. I don't currently count that as a loss, though, because the status bar is forcibly hidden since it breaks the UI... |
12:13 |
miker |
the convention established so far is to put the toaster messages in the bottom-right corner, since the default of top-right hides important UI bits in many interfaces ... but, comments and bikeshedding on that are welcome |
12:16 |
kmlussier |
miker++ |
12:16 |
kmlussier |
miker: I'm planning to look at that later today. |
12:17 |
|
gsams joined #evergreen |
12:20 |
|
gsams joined #evergreen |
12:22 |
gmcharlt |
wouldn't take much to make the status bar's message system fully functional... but also wouldn't take much to remove it entirely |
12:23 |
gmcharlt |
the one thing it provides that's worth keeping is its icon indicating whether Hatch is connected, but that could just as easily live in the top navbar |
12:23 |
miker |
gmcharlt: IMO, the hamburger menu would be a nice home for that |
12:24 |
gmcharlt |
agreed |
12:24 |
gmcharlt |
toss the hatch through the burger! |
12:24 |
* gmcharlt |
may have gotten the order slightly wrong ;) |
12:29 |
Dyrcona |
heh |
12:33 |
berick |
miker: gmcharlt: +1 to Hatch-in-the-Hamburger and killing status bar. |
12:33 |
* gmcharlt |
writes up an LP |
12:33 |
berick |
i also like the websockets indicator |
12:33 |
berick |
fwiw |
12:36 |
gmcharlt |
bug 1564508 |
12:36 |
pinesol_green |
Launchpad bug 1564508 in Evergreen "webstaff: remove statusbar, move Hatch connection indicator to hamburger menu" [Wishlist,New] https://launchpad.net/bugs/1564508 |
12:37 |
|
gmcharlt joined #evergreen |
12:38 |
|
gmcharlt joined #evergreen |
12:41 |
miker |
berick: I wonder about the websockets indicator's usefulness in practice -- they disconnect after apache's timeout and reconnect when needed, right? |
12:41 |
miker |
the console tells me they're dropped after 2mins, in any case |
12:42 |
berick |
miker: yeah. true. i think the only usefulness is if websockets is just down. |
12:42 |
berick |
but maybe that's not enough reason to keep a dedicated icon |
12:43 |
gmcharlt |
so far, at least, websockets being down typically means that the entire webserver is down |
12:44 |
gmcharlt |
which, of course, is pretty obvious from the user's POV |
12:44 |
jeff |
ngToast.create('Unable to establish WebSockets connection... :-('); |
12:44 |
gmcharlt |
heh, indeed |
12:44 |
berick |
jeff: fair point :) |
12:44 |
berick |
we should bark loudly |
12:45 |
Dyrcona |
ngToast.create('dark'); |
12:45 |
miker |
ngToast.error('Unable...'); |
12:45 |
Dyrcona |
ngToast.create('No darker.'); |
12:45 |
jeff |
miker: ah, right! |
12:45 |
gmcharlt |
LP#666666666: remove those silly, annoying sounds of barking that a developer has inflicted on us! |
12:46 |
miker |
or, rather ngToast.danger(... |
12:46 |
Dyrcona |
hamburger and toast....Sounds like lunch. |
12:46 |
Dyrcona |
;) |
12:46 |
jeff |
you joke, but we found a public catalog from one library that has a session timeout warning (for all sessions, including anonymous sessions) with loud audio. |
12:47 |
Dyrcona |
Audio only works if they have speakers, plugged in, turned on, and they work. :) |
12:47 |
Dyrcona |
Most staff rely on the barcode scanner.... ;) |
12:47 |
* tsbere |
remembers the days where he would just have his programs make the PC Speaker beep |
12:47 |
Dyrcona |
ngToast.error('Danger, Captain! Dork at the helm!'); |
12:50 |
* Dyrcona |
used an IRC client years ago that would present that message if you did something that didn't make sense given the context. |
12:50 |
miker |
and, http://danielstern.github.io/ngAudio/ |
12:53 |
* berick |
bookmarks |
13:01 |
|
rlefaive joined #evergreen |
13:18 |
|
jvwoolf joined #evergreen |
13:47 |
gmcharlt |
@quote random |
13:47 |
pinesol_green |
gmcharlt: Quote #66: "<csharp> EVERYBODY KEEP SAYIN' FUNNY STUFF!" (added by gmcharlt at 02:29 PM, August 13, 2013) |
13:48 |
Dyrcona |
Not bad: about 1 hour to reingest ~ 480,000 records. |
14:10 |
|
afterl joined #evergreen |
14:17 |
|
krvmga joined #evergreen |
14:25 |
|
jvwoolf joined #evergreen |
14:31 |
|
Newziky joined #evergreen |
15:03 |
|
mmorgan1 joined #evergreen |
15:13 |
|
abneiman joined #evergreen |
15:31 |
|
afterl joined #evergreen |
15:56 |
gmcharlt |
Dyrcona++ # Random gibberish is not an ISBN |
15:57 |
Dyrcona |
Said random gibberish was generated by pwgen. |
15:57 |
gmcharlt |
yeah, it had that smell to it |
16:08 |
|
jlitrell joined #evergreen |
16:24 |
|
mmorgan joined #evergreen |
16:48 |
|
afterl joined #evergreen |
16:51 |
Dyrcona |
Is 2.8 going to security-only or is it still open for regular bug fixes? |
16:51 |
Dyrcona |
And, it's a bit late to be asking questions. |
16:54 |
|
afterl left #evergreen |
16:55 |
Dyrcona |
I should find some more bug fixes to test, but two's enough for tomorrow. |
16:56 |
gmcharlt |
Dyrcona: I believe security-only at this point (or well, perhaps after 2.8.8 is cut), following the pattern |
16:57 |
Dyrcona |
OK. Sounds reasonable. |
16:57 |
Dyrcona |
The next dot releases are scheduled for the same day as the hackfest at the conference, btw. |
16:58 |
gmcharlt |
Dyrcona: berick: webstaff sprint2 is now at a state of doneness, so I'll be prepping a pullrequest for the current sprint2/sprint3 branch tomorrow |
16:58 |
gmcharlt |
Dyrcona: "here's a session where everybody learns how to cut a release!" |
16:58 |
gmcharlt |
at least, that's an option :) |
16:58 |
Dyrcona |
Oh, and one of the things I'm loading tomorrow is berick's patron registration/edit fixes. |
16:59 |
Dyrcona |
for the web staff client |
16:59 |
Dyrcona |
gmcharlt: Yeah, that thought had crossed my mind. |
16:59 |
Dyrcona |
Anyway, I'm signing off. I don't use a quassell server like the cool kids. :) |
17:00 |
gmcharlt |
have a good even... # too slow! |
17:05 |
|
mmorgan left #evergreen |
17:09 |
Bmagic |
Has anyone considered requests from libraries wanting Evergreen to accept and manage patron purchase requests? That move from stage to stage. Patron wants book A. Library buys it, patron gets it on hold.... |
17:12 |
berick |
Bmagic: we have acq.user_request and acq.user_request_type tables. No UI do drive the, though, IIRC. |
17:12 |
berick |
*them |
17:12 |
Bmagic |
I just discovered Acquisitions -> Patron Requests - never noticed that before |
17:12 |
miker |
Bmagic: there's a lot of that there already. the .... yeah, that :) |
17:13 |
miker |
#slowtypingonphone |
17:15 |
Bmagic |
so, the patron cannot create the request? |
17:15 |
|
jvwoolf left #evergreen |
17:18 |
Bmagic |
does the purchase need to take place through acq in order for those requests to be acted on? |
17:19 |
jihpringle |
Bmagic: yes, staff have to place the requests |
17:19 |
Bmagic |
ah, sorry, im not coming up with much for documentation on the subject |
17:20 |
jihpringle |
we tested the functionality a while ago and decided that it wasn't ready for our libraries yet |
17:20 |
jihpringle |
I don't think it's been documented yet |
17:20 |
Bmagic |
right on - well, it looks promising. Perhaps a new tab in the patron OPAC interface? |
17:22 |
jihpringle |
Bmagic: https://bugs.launchpad.net/evergreen/+bug/1234247 |
17:22 |
pinesol_green |
Launchpad bug 1234247 in Evergreen "Request for Improvements to the Patron Requests UI" [Wishlist,Triaged] |
17:23 |
Bmagic |
I found that too! |
17:24 |
jihpringle |
you'll also want to make sure you have this fix: https://bugs.launchpad.net/evergreen/+bug/1269865 |
17:24 |
pinesol_green |
Launchpad bug 1269865 in Evergreen "ACQ user request can result in double (or quadruple) holds placement" [Medium,Confirmed] |
17:24 |
Bmagic |
ooo, good info! |
17:24 |
Bmagic |
jihpringle++ |
17:26 |
jihpringle |
I know I have some notes somewhere about other bugs/development needs for this from when we tested it that never made it to launchpad |
17:26 |
jihpringle |
I'll see if I can find them and get them up |
17:27 |
kmlussier |
Bmagic: I'm not sure about a new tab in the OPAC interface (I would have to give it some thought), but, if you could handle it elegantly without cluttering the interface, I think it would make sense to put something on a search results page. |
17:27 |
kmlussier |
Since that's the place where the user is most likely to discover that the library doesn't own the item. |
17:28 |
kmlussier |
Of course, I imagine it would also lead to many requests for things that just weren't found, even if the library owns it. |
17:28 |
Bmagic |
if it comes up in the search results, then a library in the consortium somewhere does own a copy of it presumably? |
17:30 |
kmlussier |
Bmagic: Well, I'm not saying it comes up in the search results page. I'm saying the patron will be on the search results page where there are results for other things when they realize they need to make a request. |
17:30 |
kmlussier |
Because it didn't come up. |
17:30 |
Bmagic |
I see what you are saying |
17:32 |
Bmagic |
we have a library that wants to join and they specifically asked about this functionality |
17:33 |
Bmagic |
At first, I was thinking that EG didn't have it at all, but some digging produced this. It's not totally there yet, but it looks promising. Thank you for helping me understand it! |
17:36 |
jihpringle |
Bmagic: let me know if you a create bug for patrons making requests |
17:37 |
Bmagic |
I suppose I need to. That exact functionality isn't really included in bug 1234247 ? |
17:37 |
pinesol_green |
Launchpad bug 1234247 in Evergreen "Request for Improvements to the Patron Requests UI" [Wishlist,Triaged] https://launchpad.net/bugs/1234247 |
17:38 |
jihpringle |
I think it would make sense for it to be a separate bug as the rest of the needs are for stuff in the staff client |
17:39 |
jwoodard |
Patron just brought me some pumpkin spice cake. Now for some tea... |
17:41 |
Bmagic |
nice! |
17:41 |
Bmagic |
jihpringle: bug 1564624 |
17:41 |
pinesol_green |
Launchpad bug 1564624 in Evergreen "Patrons should be able to request Acquisitions" [Undecided,New] https://launchpad.net/bugs/1564624 |
17:45 |
jihpringle |
Bmagic++ |
19:01 |
gmcharlt |
I will be doing some work with the IRC bots, so they will be dropping in and out of channel |
19:14 |
|
pinesol_green joined #evergreen |
19:15 |
gmcharlt |
@quote random |
19:15 |
pinesol_green |
gmcharlt: Quote #129: "< Dyrcona> Acquisitions: It's all EDI to me." (added by csharp at 04:08 PM, November 19, 2015) |
19:17 |
|
pinesol_green joined #evergreen |
19:17 |
gmcharlt |
@quote random |
19:17 |
pinesol_green |
gmcharlt: Quote #127: "<RoganH> it's an honorable tradition even if you fall off the edge of the world" (added by gmcharlt at 03:29 PM, November 04, 2015) |
19:24 |
|
pinesol_green joined #evergreen |
19:26 |
|
pinesol_green joined #evergreen |
19:29 |
|
pinesol_green joined #evergreen |
19:41 |
|
pinesol_green joined #evergreen |
19:43 |
|
pinesol_green joined #evergreen |
19:47 |
|
pinesol_green joined #evergreen |
19:48 |
|
pinesol_green joined #evergreen |
19:57 |
|
pastebot joined #evergreen |
19:59 |
|
pastebot joined #evergreen |
20:00 |
pastebot |
"gmcharlt" at 64.57.241.14 pasted "test paste of the answer to life, the universe, and everything" (1 line) at http://paste.evergreen-ils.org/11 |
20:01 |
|
pastebot joined #evergreen |
20:09 |
|
serflog joined #evergreen |
20:09 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
20:14 |
|
serflog joined #evergreen |
20:14 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
20:14 |
|
pastebot joined #evergreen |
20:14 |
|
pinesol_green joined #evergreen |
20:14 |
gmcharlt |
@quote random |
20:14 |
pinesol_green |
gmcharlt: Quote #25: "<Dyrcona> how about we rename it to DONT_README" (added by gmcharlt at 12:00 PM, May 15, 2012) |
21:03 |
|
jlitrell joined #evergreen |
21:19 |
|
bmills joined #evergreen |
21:20 |
|
bmills joined #evergreen |
21:21 |
|
bmills joined #evergreen |