| Time |
Nick |
Message |
| 01:09 |
|
phasefx2 joined #evergreen |
| 01:09 |
|
gdunbar joined #evergreen |
| 01:09 |
|
eeevil joined #evergreen |
| 03:30 |
|
mtcarlson_away joined #evergreen |
| 03:31 |
|
b_bonner joined #evergreen |
| 03:57 |
|
b_bonner joined #evergreen |
| 03:57 |
|
mtcarlson_away joined #evergreen |
| 04:21 |
|
gmcharlt joined #evergreen |
| 04:21 |
|
wjr joined #evergreen |
| 04:21 |
|
book` joined #evergreen |
| 04:21 |
|
mceraso joined #evergreen |
| 04:21 |
|
bshum joined #evergreen |
| 04:21 |
|
dreuther_ joined #evergreen |
| 04:21 |
|
pastebot joined #evergreen |
| 04:21 |
|
egbuilder joined #evergreen |
| 04:21 |
|
ktomita_ joined #evergreen |
| 04:21 |
|
eeevil joined #evergreen |
| 04:21 |
|
gdunbar joined #evergreen |
| 04:21 |
|
phasefx2 joined #evergreen |
| 04:21 |
|
dcook joined #evergreen |
| 04:21 |
|
mtate joined #evergreen |
| 04:21 |
|
tsbere joined #evergreen |
| 04:21 |
|
RBecker joined #evergreen |
| 04:21 |
|
jeff joined #evergreen |
| 04:21 |
|
berick joined #evergreen |
| 04:21 |
|
jeffdavis joined #evergreen |
| 04:21 |
|
remingtron joined #evergreen |
| 04:21 |
|
DPearl1 joined #evergreen |
| 04:21 |
|
dbwells joined #evergreen |
| 04:21 |
|
csharp joined #evergreen |
| 04:21 |
|
jcamins joined #evergreen |
| 04:21 |
|
jeff_ joined #evergreen |
| 04:21 |
|
pinesol_green joined #evergreen |
| 04:24 |
|
jeff___ joined #evergreen |
| 04:25 |
|
berick_ joined #evergreen |
| 04:31 |
|
RBecker joined #evergreen |
| 04:44 |
|
berick_ joined #evergreen |
| 04:44 |
|
jeff___ joined #evergreen |
| 04:44 |
|
ktomita_ joined #evergreen |
| 04:44 |
|
eeevil joined #evergreen |
| 04:44 |
|
gdunbar joined #evergreen |
| 04:44 |
|
phasefx2 joined #evergreen |
| 04:44 |
|
dcook joined #evergreen |
| 04:44 |
|
mtate joined #evergreen |
| 04:44 |
|
tsbere joined #evergreen |
| 04:44 |
|
jeffdavis joined #evergreen |
| 04:44 |
|
remingtron joined #evergreen |
| 04:44 |
|
DPearl1 joined #evergreen |
| 04:44 |
|
dbwells joined #evergreen |
| 04:44 |
|
jcamins joined #evergreen |
| 04:44 |
|
jeff_ joined #evergreen |
| 04:44 |
|
pinesol_green joined #evergreen |
| 04:44 |
|
csharp joined #evergreen |
| 05:16 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:51 |
|
Callender joined #evergreen |
| 07:34 |
|
jboyer-isl joined #evergreen |
| 07:42 |
|
collum joined #evergreen |
| 08:13 |
|
mrpeters joined #evergreen |
| 08:15 |
|
akilsdonk joined #evergreen |
| 08:24 |
|
ericar joined #evergreen |
| 08:28 |
|
Callender_ joined #evergreen |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:46 |
|
Shae joined #evergreen |
| 08:52 |
|
jwoodard joined #evergreen |
| 09:05 |
|
akilsdonk_ joined #evergreen |
| 09:10 |
|
kmlussier joined #evergreen |
| 09:25 |
|
kbeswick joined #evergreen |
| 09:35 |
|
dbs joined #evergreen |
| 09:40 |
|
yboston joined #evergreen |
| 09:49 |
csharp |
@seen Dyrcona |
| 09:49 |
pinesol_green |
csharp: Dyrcona was last seen in #evergreen 2 days, 12 hours, 9 minutes, and 56 seconds ago: <Dyrcona> Good night, Evergreen! |
| 09:50 |
csharp |
anybody using Dyrcona's backstage tools who can comment on whether they can be safely run during the day? |
| 09:50 |
csharp |
tsbere maybe? |
| 09:51 |
* csharp |
doesn't want to screw with the server-side peace we try to maintain during summer reading |
| 09:51 |
tsbere |
csharp: I have no clue, I don't use them. Also, Dyrcona is on vacation. |
| 09:51 |
csharp |
ok - thanks |
| 09:57 |
|
akilsdonk joined #evergreen |
| 09:58 |
bshum |
csharp: I haven't poked too much, but I think it depends on which part you're running. Do you mean the export or the import? |
| 09:58 |
bshum |
I would imagine export can be done safely at any point |
| 10:00 |
|
collum joined #evergreen |
| 10:00 |
bshum |
For import, I guess it's a matter of how much churn is generated on your DB as old records are overlaid with new ones and the triggers fire off for things like metabib updating, audits, etc. |
| 10:00 |
bshum |
For myself, I would do it off-hours |
| 10:00 |
bshum |
Just to avoid weird catalog search quirks |
| 10:00 |
bshum |
If tags are changed / updated |
| 10:01 |
bshum |
And caching, whatnots |
| 10:01 |
bshum |
But that's just my nervousness showing, possibly. |
| 10:02 |
|
jeff___ joined #evergreen |
| 10:03 |
jeff |
ah. that's a bit more cautious. |
| 10:03 |
jeff |
see, before you added those lines, your "I would imagine export can be done safely at any point" brought to mind the TF2 "Meet the Pyro" video. |
| 10:06 |
|
mmorgan1 joined #evergreen |
| 10:26 |
|
b_bonner joined #evergreen |
| 10:27 |
|
mtcarlson_away joined #evergreen |
| 10:27 |
csharp |
Yeah, I'm talking about import. I'll try and split the files into smaller chunks and process that way |
| 10:38 |
|
tater-laptop joined #evergreen |
| 10:44 |
jeff |
http://docs.evergreen-ils.org/ appears down from here. |
| 10:47 |
csharp |
we should consider mirroring that site on lupin or on a separate VM |
| 10:50 |
dbs |
yes we should |
| 10:51 |
dbs |
some day we should move the planet over too |
| 12:02 |
|
rfrasur joined #evergreen |
| 12:25 |
|
ericar joined #evergreen |
| 12:58 |
|
bmills joined #evergreen |
| 13:07 |
|
ericar_ joined #evergreen |
| 13:28 |
|
ldw joined #evergreen |
| 13:39 |
|
tspindler joined #evergreen |
| 14:04 |
|
tater-laptop joined #evergreen |
| 14:06 |
|
tate-home joined #evergreen |
| 14:06 |
csharp |
kmlussier: jinx! |
| 14:06 |
|
tater_ joined #evergreen |
| 14:07 |
kmlussier |
csharp: Does this mean I'm not allowed to talk for the rest of the day? |
| 14:07 |
csharp |
I think I'm the one that needs to stop posting ;-0 |
| 14:07 |
csharp |
:-) |
| 14:07 |
kmlussier |
csharp: At least we agreed with each other. :) |
| 14:08 |
|
tater-laptop joined #evergreen |
| 14:10 |
csharp |
consistency++ |
| 14:18 |
|
tater-laptop joined #evergreen |
| 14:18 |
|
tater-laptop joined #evergreen |
| 14:37 |
|
bmills joined #evergreen |
| 15:02 |
Bmagic |
I am working on a receipt template in evergreen 2.6.0. As apart of the structured data, do these templates have access to the library phone number from actor.org_unit ? %LIBRARY_PHONE% or something like that? |
| 15:05 |
jeff |
they do not, though there are some approaches you can use to enable you to get "one template" which displays different data for each library. |
| 15:06 |
jeff |
first, there's a neglected-by-me bug to add some macros to the receipt templates: https://bugs.launchpad.net/evergreen/+bug/608308 |
| 15:06 |
pinesol_green |
Launchpad bug 608308 in Evergreen "receipt template macros should have access to address, phone numbers" (affected: 5, heat: 24) [Wishlist,In progress] - Assigned to Jeff Godin (jgodin) |
| 15:06 |
* tsbere |
wrote some of those approaches, though more for "this is an upcoming event at the library we want on every receipt but don't want to go to every workstation to update!" type things |
| 15:07 |
Bmagic |
jeff: aha! I should have looked at the bugs |
| 15:09 |
jeff |
second, there's %INCLUDE()% which can reference an org unit setting, or you could use print_custom(). there's some discussion on this here: http://irc.evergreen-ils.org/evergreen/2014-03-14#i_76729 |
| 15:10 |
jeff |
and some documentation on the INCLUDE macros here: http://masslnc.cwmars.org/node/2528#Includes_from_Settings |
| 15:10 |
tsbere |
heh, forgot some of my MVLC-targeted docs made it there |
| 15:11 |
tsbere |
Bmagic: Note that the various whatever_text options are tied to specifically named org unit settings, you can add more or remove the existing ones if you should want to. |
| 15:11 |
tsbere |
Thus, adding something like library_phone should actually be possible, for example |
| 15:12 |
tsbere |
(and, if done properly, your library_phone can be more than just the phone number, you should in theory get full receipt template syntax there) |
| 15:12 |
Bmagic |
tsbere: I see |
| 15:14 |
tsbere |
Bmagic: For example, you may want just the raw number in library settings. In the OU setting you might say "XXX-XXX-XXXX Circ: x??? Ref: x???" to show useful extension options when calling. Or multiple lines of text if they want multiple branches listed. |
| 15:15 |
Bmagic |
%INCLUDE(X)% needs to refer to something in library settings? |
| 15:16 |
Bmagic |
X= alert_text etc? |
| 15:16 |
tsbere |
Bmagic: circ.staff_client.receipt.X |
| 15:17 |
tsbere |
Bmagic: so if you have circ.staff_client.receipt.alert_text, and the workstation has a value for it in the OU settings, %INCLUDE(alert_text)% will include whatever text is in the setting |
| 15:17 |
Bmagic |
I see, but that's manual and not pulling from aou |
| 15:17 |
tsbere |
Bmagic: If you add circ.staff_client.receipt.library_phone then you can use %INCLUDE(library_phone)% |
| 15:18 |
tsbere |
Bmagic: That is correct. I see this as more flexible, but that doesn't mean you need the flexibility. |
| 15:19 |
|
hbrennan joined #evergreen |
| 15:23 |
Bmagic |
circ.staff_client.receipt.library_phone needs to be set in addition to aou if we wanted to go that route. For right now, there is no way to get aou phone unless I create print_custom.js? |
| 15:26 |
jeff |
there is currently no known-to-me way to automatically get the value of actor.org_unit.phone in receipts, and that may even include print_custom.js. |
| 15:27 |
jeff |
now you could use sql to set org unit settings for the include settings based on every library's current actor.org_unit.phone value... |
| 15:27 |
tsbere |
I know of ways you might be able to get it in receipts, if the data is provided, but none that I can say work right now |
| 15:28 |
Bmagic |
no problem, thanks guys! |
| 15:28 |
tsbere |
Hmmm |
| 15:28 |
kmlussier |
Looks like those receipt docs should be added to the community docs. |
| 15:28 |
jeff |
fwiw, i mentioned it in the irc conversation i linked to above, but even though i implemented a lookup with print_custom.js, i'd probably go with includes if i did it again. |
| 15:29 |
tsbere |
Actually, looking, I could probably make a print_custom to get the defined phone number for the library |
| 15:30 |
jeff |
i was dealing with six libraries and knew that the "real" fix would be dealt with in that bug. :-) |
| 15:31 |
jeff |
this is the lookup route we're currently using: http://git.evergreen-ils.org/?p=evergreen/tadl.git;a=commit;h=6bd1fc7 |
| 15:31 |
tsbere |
and.....nope. print_custom no longer has access to the library variable as the code currently stands. And I seem to recall looking that up before too. |
| 15:32 |
tsbere |
params.data and params.list are available, but not params.lib |
| 15:32 |
jeff |
yeah, pretty sure we both looked that up on or around March 14, 2014 :-) |
| 16:20 |
|
Shae joined #evergreen |
| 16:20 |
|
berick joined #evergreen |
| 16:20 |
|
jeff joined #evergreen |
| 16:20 |
|
dcook joined #evergreen |
| 16:20 |
|
jeffdavis joined #evergreen |
| 16:20 |
|
remingtron joined #evergreen |
| 16:20 |
|
DPearl1 joined #evergreen |
| 16:20 |
|
csharp joined #evergreen |
| 16:20 |
|
pinesol_green joined #evergreen |
| 16:20 |
|
jeff_ joined #evergreen |
| 16:20 |
|
jcamins joined #evergreen |
| 16:33 |
|
tspindler left #evergreen |
| 16:36 |
|
ericar joined #evergreen |
| 16:36 |
|
mtcarlson joined #evergreen |
| 16:36 |
|
ktomita_ joined #evergreen |
| 16:36 |
|
eeevil joined #evergreen |
| 16:36 |
|
graced joined #evergreen |
| 16:36 |
|
phasefx2 joined #evergreen |
| 16:36 |
|
mtate joined #evergreen |
| 16:36 |
|
tsbere joined #evergreen |
| 16:36 |
|
dbwells joined #evergreen |
| 16:40 |
|
kmlussier left #evergreen |
| 16:59 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:11 |
|
mmorgan left #evergreen |
| 17:18 |
|
mtate joined #evergreen |
| 20:02 |
|
akilsdonk joined #evergreen |
| 20:25 |
|
hbrennan joined #evergreen |
| 23:29 |
|
mmorgan1 joined #evergreen |
| 23:29 |
|
mmorgan1 left #evergreen |
