| Time |
Nick |
Message |
| 01:34 |
|
jventuro joined #evergreen |
| 01:44 |
|
remingtron joined #evergreen |
| 01:44 |
|
akilsdonk_ joined #evergreen |
| 02:41 |
|
mnsri joined #evergreen |
| 03:55 |
|
akilsdonk joined #evergreen |
| 05:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:36 |
|
eeevil joined #evergreen |
| 06:36 |
|
mtate joined #evergreen |
| 06:37 |
|
TaraC joined #evergreen |
| 06:37 |
|
Callender joined #evergreen |
| 06:37 |
|
maryj joined #evergreen |
| 06:37 |
|
phasefx joined #evergreen |
| 06:38 |
|
graced joined #evergreen |
| 06:46 |
|
wsmoak joined #evergreen |
| 06:46 |
|
wsmoak joined #evergreen |
| 07:29 |
|
rjackson-isl joined #evergreen |
| 07:56 |
|
jboyer-isl joined #evergreen |
| 08:03 |
|
kmlussier joined #evergreen |
| 08:23 |
|
_bott_ joined #evergreen |
| 08:32 |
|
mrpeters joined #evergreen |
| 08:38 |
|
collum joined #evergreen |
| 08:39 |
|
mmorgan joined #evergreen |
| 08:55 |
|
akilsdonk_ joined #evergreen |
| 08:59 |
remingtron |
bshum: are you running the web client? I'm wondering what demo servers to recommend for Doc Day this Friday |
| 08:59 |
remingtron |
looks like webby still works at the moment |
| 09:00 |
remingtron |
but that seems to be unstable during active development |
| 09:00 |
kmlussier |
remingtron: I think webby is the best bet. From what graced has told me, it's being updated with the latest fixes that haven't been pushed into master yet. |
| 09:01 |
remingtron |
kmlussier: great, thanks for that info |
| 09:01 |
|
RoganH joined #evergreen |
| 09:01 |
kmlussier |
Of course, it might not be a bad idea to verify with the ESI folks that it should be somewhat stable on Friday. :) |
| 09:05 |
|
Dyrcona joined #evergreen |
| 09:06 |
graced |
remingtron and kmlussier: this is true - there are many fixes on webby. |
| 09:06 |
graced |
I hope to be sending out an email shortly detailing them. |
| 09:06 |
graced |
And I'll make sure we have some stability on Friday. |
| 09:06 |
remingtron |
graced: many thanks! |
| 09:06 |
kmlussier |
graced++ Thanks! |
| 09:07 |
* graced |
goes back to detailing the bug fixes |
| 09:29 |
|
yboston joined #evergreen |
| 10:09 |
|
mllewell joined #evergreen |
| 10:22 |
|
bshum joined #evergreen |
| 10:31 |
|
jwoodard joined #evergreen |
| 10:46 |
|
ericar joined #evergreen |
| 10:53 |
|
elidavis joined #evergreen |
| 10:53 |
|
bshum joined #evergreen |
| 10:55 |
|
akilsdonk_ joined #evergreen |
| 11:19 |
|
vlewis joined #evergreen |
| 11:36 |
|
LauraK joined #evergreen |
| 11:36 |
LauraK |
Good morning, Everyone |
| 11:37 |
kmlussier |
LauraK: Good morning! |
| 11:40 |
|
RoganH joined #evergreen |
| 11:40 |
|
sandbergja joined #evergreen |
| 11:42 |
LauraK |
We're looking to replace our spine label printer. We were using a dymo 450 turbo. We're finding it unreliable. |
| 11:46 |
RoganH |
LauraK: Really? We use those pretty commonly in SCLENDS and have found them pretty reliable. |
| 11:46 |
kmlussier |
LauraK: Have you checked the archives from the general mailing list for recommendations? It seems like this question has been raised from time to time. |
| 11:46 |
RoganH |
It seems to come up about once a year or so. |
| 11:46 |
kmlussier |
Of course, I think the dymo 450 is one that has often been recommended. :) |
| 11:47 |
LauraK |
The hardware has broken down, the lever has broken and the machine has jammed several times. |
| 11:47 |
RoganH |
I've used both that one and the turbo. Honestly, I haven't seen a significant difference since the waiting on the printing is rarely the slowdown in our workflows. |
| 11:47 |
RoganH |
LauraK: How long as it been in use? Heavy usage? |
| 11:47 |
LauraK |
We're looking at getting a brother QL-700. it's continuous feed. Have any of you used it before? |
| 11:48 |
RoganH |
Not I said the little red hen. |
| 11:51 |
kmlussier |
LauraK: If you don't get a response here, you might want to try the catalogers list or the general list. There are a few catalogers in here - mllewell being one of them. But there aren't many. |
| 11:52 |
RoganH |
I sometimes wear a cataloging hat but at that point security intervention teams are usually on their way. |
| 11:53 |
kmlussier |
Ha ha |
| 11:53 |
kmlussier |
RoganH: I would say you probably know more about cataloging than you admit. |
| 11:55 |
LauraK |
Thanks for the suggestion, I'll fire off an email. |
| 11:55 |
RoganH |
kmlussier: I'm a decent cataloger in theory but I've been involved enough in the workflows to appreciate how the daily skills are their own expertise. |
| 11:56 |
LauraK |
Have a great day. :) Thanks again. |
| 11:59 |
|
nhilton joined #evergreen |
| 12:03 |
|
sarabee joined #evergreen |
| 12:05 |
|
dreuther_ joined #evergreen |
| 12:14 |
|
jihpringle joined #evergreen |
| 12:36 |
csharp |
@weather Savannah, GA |
| 12:36 |
pinesol_green |
csharp: The current temperature in Savannah, Georgia is 69.8°F (10:53 AM EST on December 02, 2014). Conditions: Mostly Cloudy. Humidity: 68%. Dew Point: 57.2°F. Pressure: 30.34 in 1027 hPa (Falling). |
| 12:36 |
RoganH |
@weather rock hill, sc |
| 12:36 |
pinesol_green |
RoganH: The current temperature in Winthrop University, Rock Hill, South Carolina is 53.6°F (12:36 PM EST on December 02, 2014). Conditions: Haze. Humidity: 80%. Dew Point: 48.2°F. Pressure: 30.38 in 1028 hPa (Falling). |
| 12:37 |
RoganH |
We had to open our windows last night it was so warm. |
| 12:37 |
kmlussier |
We were warm yesterday, but the temp dropped today. |
| 12:37 |
kmlussier |
@weather seekonk, ma |
| 12:37 |
pinesol_green |
kmlussier: The current temperature in Rumford, East Providence, Rhode Island is 37.9°F (12:35 PM EST on December 02, 2014). Conditions: Overcast. Humidity: 65%. Dew Point: 26.6°F. Windchill: 33.8°F. Pressure: 30.66 in 1038 hPa (Falling). |
| 12:37 |
RoganH |
Some places in SC were turning on air conditioning yesterday. |
| 12:37 |
mrpeters |
@hate csharp |
| 12:37 |
pinesol_green |
mrpeters: The operation succeeded. mrpeters hates csharp. |
| 12:38 |
mrpeters |
@weather 46060 |
| 12:38 |
pinesol_green |
mrpeters: The current temperature in Downtown Noblesville, Noblesville, Indiana is 31.8°F (12:38 PM EST on December 02, 2014). Conditions: Overcast. Humidity: 72%. Dew Point: 23.0°F. Windchill: 32.0°F. Pressure: 30.24 in 1024 hPa (Falling). Winter Weather Advisory in effect until 1 PM EST this afternoon... |
| 12:39 |
csharp |
mrpeters: you want hot and muggy?! |
| 12:39 |
mrpeters |
god yes |
| 12:39 |
mrpeters |
i would love 70 daily! |
| 12:39 |
Dyrcona |
@weather 01845 |
| 12:39 |
pinesol_green |
Dyrcona: The current temperature in WB1CHU, Lawrence, Massachusetts is 33.1°F (12:39 PM EST on December 02, 2014). Conditions: Overcast. Humidity: 65%. Dew Point: 23.0°F. Windchill: 33.8°F. Pressure: 30.71 in 1040 hPa (Falling). |
| 12:39 |
mrpeters |
yeah Dyrcona feels my pain :) |
| 12:39 |
Dyrcona |
This isn't painful, yet. |
| 12:40 |
mrpeters |
^^^ so true |
| 12:40 |
Dyrcona |
I wear just a sweater in this weather. |
| 12:40 |
mrpeters |
heh yeah im in shorts and under armor |
| 12:40 |
kmlussier |
Tomorrow we're supposed to be in the 50's again. |
| 12:41 |
jcamins |
RoganH: we have to open our windows in the winter too. We're supposed to just turn down the radiator, but you can't turn down the radiator when it's turned on because the knob is behind the burning hot grate. |
| 12:48 |
mrpeters |
i know most javascript has been removed from TPAC, but is there still enough around to do some regex validation on field formats? is there a way built into template toolkit to check for valid format without javascript? |
| 12:48 |
Dyrcona |
mrpeters: Without JavaScript, the backend program would have to validate the input. |
| 12:49 |
Dyrcona |
And, template toolkit doesn't concern itself with input, just output, really. |
| 12:49 |
mrpeters |
this is in reference to self registration -- probably helps to mention that |
| 12:50 |
mrpeters |
i notice some "invalid_regex" stuff in opac/register.tt2 but im not sure it is implemented |
| 12:53 |
RoganH |
I don't think it is implemented. |
| 12:53 |
RoganH |
Or if it is, it has some draw back. I remember we don't have the validation on our's but I don't remember if it's because it didn't work at all or had some issue. We use it in the staff client so I know we would have wanted it to be consistent. |
| 12:54 |
Dyrcona |
You probably have to enable dojo on those pages, but I'm not sure that would be enough by itself. |
| 12:55 |
* Dyrcona |
has never messed with self-registration. |
| 12:59 |
berick |
self-reg uses the same rules as patron reg in the staff client |
| 12:59 |
berick |
based on org unit settings ui.patron.edit.ac.barcode.regex, ui.patron.edit.au.email.regex, etc. |
| 12:59 |
mrpeters |
berick: oh, interesting |
| 13:01 |
berick |
well, not barcode, but the rest |
| 13:04 |
mrpeters |
ok, cool. that is interesting, ill take a look at it. It actually is a custom field (DOB) that I'm concerned with so maybe thats not hooked up to the regex for patron reg in client. |
| 13:09 |
|
buzzy joined #evergreen |
| 13:09 |
|
RoganH joined #evergreen |
| 13:26 |
mrpeters |
YAOUS! Regex for dob field on patron registration :P |
| 13:29 |
mrpeters |
or...does template toolkit support a helper like the calendar popup from the in-client patron registration |
| 13:41 |
berick |
IIRC, register has no JS, no dojo, no dijit, etc. |
| 13:49 |
mrpeters |
yeah, i didnt figure -- and the staff client doesnt have a regex -- so i bet something is translating dates into timestamps along the way |
| 13:49 |
mrpeters |
the example MM/DD/YYYY default "helper" is there, but i think you could enter YYYY-MM-DD in that field and it would end up correct in the database |
| 13:50 |
mrpeters |
so this may be a non issue, unless you enter some totally bogus value like "i like cupcakes" in the DOB field hah |
| 13:51 |
mrpeters |
ew -- registration successful message if i enter cupcakes haha |
| 13:52 |
berick |
if they enter an invalid value, it will get stored as-is on the pending user account (free text field), but then it will show as invalid in the patron reg. UI when the staff goes to complete the registration |
| 13:52 |
mrpeters |
right right that makes sense |
| 13:53 |
mrpeters |
a little local customization to add enough javascript to that page to check that you use the suggested format should be enough then |
| 13:53 |
mrpeters |
i was looking at this big picture to see if i could fix it for anyone who uses DOB, but that is an optional YAOUS i beleive |
| 14:27 |
|
sarabee joined #evergreen |
| 14:34 |
RoganH |
Does anyone else find that when they build a staff client that the ftp connection for the xulrunner doesn't work? I change it in the makefile to https and it's fine but wondered if it's something weird on my end. |
| 14:37 |
bshum |
RoganH: I find that happens from time to time |
| 14:37 |
bshum |
It's usually Mozilla doing some server tinkering on their end of things. |
| 14:37 |
bshum |
I often wonder if given that we freeze xulrunner at 14, whether we should host it somewhere ourselves |
| 14:37 |
RoganH |
bshum: not a big deal but I'm writing instructions for someone else and wondering if I should broach it in the instructions |
| 14:38 |
bshum |
But then I get thinking about what strain that'd put on lupin |
| 14:38 |
bshum |
Or wherever |
| 14:38 |
kmlussier |
Lupin? |
| 14:38 |
RoganH |
bshum: didn't we distribute it with Evergreen in the tarball once upon a time or am I delusional? |
| 14:39 |
bshum |
kmlussier: That's the web server we run evergreen-ils.org |
| 14:39 |
kmlussier |
bshum: For some reason I had been thinking we moved it. |
| 14:39 |
bshum |
RoganH: I think we did once, but removed it to conserve space when the downloads starting getting bigger. |
| 14:40 |
bshum |
Someone else may remember the history better than I. |
| 14:40 |
RoganH |
bshum: I'm wondering if it would be better to change the makefile to https if that's more reliable (if it is, I'm a small sample size) |
| 14:46 |
bshum |
Hmm, might be. |
| 14:47 |
bshum |
Not really sure what's recommended or best in that case :) |
| 14:47 |
RoganH |
bshum: nor I. I'm making crap up as I go along. |
| 14:51 |
Dyrcona |
I don't recall xulrunner ever being included in tarballs. |
| 14:51 |
Dyrcona |
But, I don't generally use the tarballs.... |
| 14:54 |
|
akilsdonk joined #evergreen |
| 15:07 |
kmlussier |
@quote random |
| 15:07 |
pinesol_green |
kmlussier: Quote #37: "bkuhn: ... my wife is watching the Les Miserables anniversary concert... and it was just at that point where that Jonas brother comes on as Marius and he's really bad. :)" (added by Dyrcona at 10:16 PM, December 01, 2012) |
| 15:14 |
berick |
@dunno add Evergreen Command Center http://apod.nasa.gov/apod/image/1204/EndeavourFlightDeck_cooper_1050.jpg |
| 15:14 |
pinesol_green |
berick: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 15:14 |
gsams |
question from a 2.3 build (upgrade is around the corner, promise) We have a library which wants the hold shelf expire time to take holidays and closings into account when it calculates the date, but it doesn't seem to do this for them. |
| 15:15 |
berick |
@dunno add Evergreen Command Center http://apod.nasa.gov/apod/image/1204/EndeavourFlightDeck_cooper_1050.jpg |
| 15:15 |
pinesol_green |
berick: The operation succeeded. Dunno #35 added. |
| 15:15 |
kmlussier |
gsams: No, it doesn't. AFAIK, there is no release that does that. |
| 15:15 |
kmlussier |
But we have some libraries that would love to see it do that. |
| 15:16 |
gsams |
worth looking at funding then, I'll pass that on and see if that is something that we can do. |
| 15:17 |
berick |
hmm, looks like it takes closing into account in master at least |
| 15:17 |
gsams |
I thought that it at least was supposed to take it into account for if the expire time lands on a closing, but it doesn't appear to do that either from what I'm hearing |
| 15:17 |
RoganH |
I thought it took closings into account too, just not holidays. |
| 15:18 |
RoganH |
Let me check (calling circ). |
| 15:18 |
berick |
confirmed closings back to 2.3 |
| 15:18 |
kmlussier |
Sorry, I was mistaken then. |
| 15:19 |
gsams |
well, I'd still like to see holidays if that isn't in |
| 15:19 |
RoganH |
My circ manager agrees, it works for us (2.5 right now) for closings. |
| 15:19 |
RoganH |
gsams: agreed |
| 15:20 |
kmlussier |
If it doesn't land on a closed date, does it take a closing into account when it's calculating the expiration date? |
| 15:20 |
kmlussier |
I think that might be what I was thinking of. |
| 15:21 |
bshum |
Right, I wouldn't expect it to take closings into account when calculating the expiration date, since it'll just check to make sure the library is open the date it's expected to be expired, and if it's not open that day, pick the next available open date. |
| 15:21 |
bshum |
Otherwise, every time you added or removed dates, it would have to force a recalc of every hold's expiration? |
| 15:22 |
bshum |
I could also see a hold expiration set for a date that wasn't marked closed till more recently |
| 15:22 |
bshum |
And if the date was added after the hold was set to expire on that date, then it also wouldn't move the holds to the next open day? |
| 15:22 |
RoganH |
I'm 99.2% sure that is what it does. |
| 15:22 |
kmlussier |
Yup. That's the requested feature I was thinking of then. We do have some libraries that want the holds expiration date calculation to take closed dates into consideration. |
| 15:23 |
gsams |
yeah, we have at least one here. Thanks for the clarification all! |
| 15:24 |
gsams |
kmlussier++ |
| 15:24 |
gsams |
brerick++ |
| 15:24 |
gsams |
bah |
| 15:24 |
gsams |
berick++ |
| 15:24 |
RoganH |
I wonder about the drawback of existing holds being recalculated. I can see some scenarios that would cause confusion at least. |
| 15:24 |
gsams |
RoganH: I don't think I'd be for that so much, we tend to go by the printed slip for rechecking on those here |
| 15:26 |
kmlussier |
Yeah, I'm not sure I like the idea of recalculating if you added a closed date after the item was put on the holds shelf. |
| 15:27 |
gsams |
I suppose it would really depend on which system you used for handling expired holds |
| 15:34 |
jeff |
"hey jeff, did you just add a closed date for next week? 17% of the items on the hold shelf just had their hold slip color change from yellow to green." |
| 15:34 |
bshum |
Hehe |
| 15:41 |
jeff |
just kidding -- the paper that allows remotely-initiated color changes is a bit too expensive for us. |
| 15:53 |
mrpeters |
back to self registration -- is this comment still true? http://pastie.org/9756796 |
| 15:53 |
mrpeters |
i know the in client registration takes MM/DD/YYYY |
| 15:54 |
mrpeters |
i think that is also the default example helper |
| 15:56 |
|
akilsdonk_ joined #evergreen |
| 15:57 |
|
akilsdonk joined #evergreen |
| 16:00 |
berick |
mrpeters: that comment is still true. the patron reg UI will let you enter MM/DD/YYYY in the widget, but if you provide a default value (as with data coming from patron self-reg), it has to come in the supported iso8601 format |
| 16:00 |
berick |
i.e. yyyy-mm0dd. or the dijit can't parse it |
| 16:01 |
berick |
er, yyyy-mm-dd |
| 16:07 |
mrpeters |
berick: thanks -- ok, i definetly need to force valid input to that field then |
| 16:48 |
|
nhilton_ joined #evergreen |
| 16:54 |
|
akilsdonk_ joined #evergreen |
| 17:04 |
|
geoffsams joined #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:15 |
|
nhilton joined #evergreen |
| 17:54 |
|
StomproJ joined #evergreen |
| 18:12 |
|
nhilton_ joined #evergreen |
| 18:31 |
|
sandbergja joined #evergreen |
| 18:44 |
|
sarabee joined #evergreen |
| 18:53 |
|
sandbergja joined #evergreen |
| 18:58 |
|
dreuther joined #evergreen |
| 19:29 |
|
sandbergja joined #evergreen |
| 19:35 |
|
sandbergja joined #evergreen |
| 19:42 |
|
sandbergja joined #evergreen |
| 19:52 |
|
sandbergja joined #evergreen |
| 20:02 |
|
sandbergja joined #evergreen |
| 20:05 |
|
sandbergja joined #evergreen |
| 21:54 |
|
akilsdonk joined #evergreen |
