| Time |
Nick |
Message |
| 01:43 |
|
genpaku joined #evergreen |
| 03:44 |
|
berick joined #evergreen |
| 07:33 |
|
rjackson_isl joined #evergreen |
| 07:44 |
|
mrpeters joined #evergreen |
| 07:54 |
|
_bott_ joined #evergreen |
| 08:06 |
|
jboyer-isl joined #evergreen |
| 08:16 |
|
collum joined #evergreen |
| 08:24 |
|
collum_ joined #evergreen |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:49 |
|
ericar joined #evergreen |
| 08:56 |
|
Dyrcona joined #evergreen |
| 09:01 |
|
maryj joined #evergreen |
| 09:14 |
|
mdriscoll joined #evergreen |
| 09:32 |
Dyrcona |
Well, that's nice, and I mean it. |
| 09:33 |
Dyrcona |
I don't have to add any of my new files to the Makefile.ams. They will just get installed because of how we're already installing things. |
| 09:37 |
dbs |
a small miracle :) |
| 09:38 |
Dyrcona |
:) |
| 09:38 |
Dyrcona |
It's just perlmods and templates. |
| 09:42 |
jeff |
fun SIP enhancement: add rules so that certain copies (stat cat, shelving location, circ mod?) do not have item-level information returned to SIP clients with a certain flag set. Use for "blind date with a book" displays. |
| 09:45 |
jeff |
amusing thought: should copies that are being used in such displays be set to non-opac-visible, to prevent a determined patron from unwrapping a table full of books? :-) |
| 09:46 |
jeff |
i wonder if we've had one come up on a pull list yet, and what the result was. |
| 09:49 |
dbs |
Dyrcona: might want to touch Open-ILS/src/perlmods/MANIFEST ? |
| 09:50 |
Dyrcona |
dbs: I checked and I don't think I have to. |
| 09:50 |
Dyrcona |
I'll make sure though. |
| 09:51 |
Dyrcona |
It's only on my development server for now, anyway. |
| 09:52 |
tsbere |
jeff: I toyed with a SIP proxy to strip out information in some cases, aiming more for patron level granted... |
| 09:53 |
tsbere |
jeff: Catch with items being that things like the patron's opac page and such would also reveal the info, so I don't know how far you actually want to go with things. ;) |
| 10:02 |
jeff |
tsbere: yeah, SIP proxy for vendor auth style (ab)uses of SIP is something that I've discussed a number of times. |
| 10:02 |
jeff |
tsbere: just far enough to not "spoil the surprise" at checkout. :-) |
| 10:13 |
jeff |
"don't tell the following (self checkout) SIP clients about the title/author of these books" |
| 10:14 |
jeff |
then it wouldn't show on screen or receipts. |
| 10:31 |
tsbere |
jeff: A quick proxy could check for an exported stat cat field (which you can hard code to a specific value regardless of real value) and hopefully sanitize on the way through |
| 10:35 |
Bmagic |
mmorgan: bug 1532236 |
| 10:35 |
pinesol_green |
Launchpad bug 1532236 in Evergreen "Evergreen should allow for HTML formatted action trigger emails" [Undecided,New] https://launchpad.net/bugs/1532236 |
| 10:36 |
mmorgan |
Bmagic++ |
| 10:39 |
Dyrcona |
Hmmm... Maybe 1.4 million barcodes are a bit much for a test. |
| 10:40 |
mmorgan |
Dyrcona: That would be a thorough test ;-) |
| 10:42 |
Dyrcona |
Yeah. I'm not sure it would upload though, the file is 21.1 MB according to Nautilus File Manager. |
| 10:43 |
Dyrcona |
I recall reading somewhere that the limit is 10 MB unless you change it, but that could have been inaccurate information. |
| 10:45 |
csharp |
Bmagic: regarding bug 1532236, we've been wanting HTML email too - not sure if it needs a new A/T reactor or if we can encode some logic into the current SendEmail.pm that would do what we're after |
| 10:45 |
pinesol_green |
Launchpad bug 1532236 in Evergreen "Evergreen should allow for HTML formatted action trigger emails" [Undecided,New] https://launchpad.net/bugs/1532236 |
| 10:46 |
Dyrcona |
csharp: Bmagic, mmorgan and others were talking about it yesterday in channel. |
| 10:46 |
tsbere |
csharp: I gave Bmagic a thought on how to adjust the SendEmail reactor to allow for the headers to come from the template instead of hardcoding them, dunno if he has tried them |
| 10:46 |
Dyrcona |
I thought consensus was modifying SendEmail.pm, but I was paying much attention. |
| 10:46 |
csharp |
Dyrcona: oh cool - I'll look back at it |
| 10:46 |
Bmagic |
csharp: I am about to commit the code and post to the bug |
| 10:46 |
csharp |
Bmagic: rock on! |
| 10:50 |
Bmagic |
tsbere++ |
| 10:54 |
Bmagic |
tsbere: That karma was for that code on that bug http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=255299306b89b8b962372f9a4fe83cb067c92a58 |
| 10:55 |
tsbere |
Bmagic: I figured as much, given that I looked and my suggestion seemed to be what you implemented ;) |
| 10:55 |
Bmagic |
just being clear |
| 11:07 |
|
Christineb joined #evergreen |
| 11:28 |
|
sandbergja joined #evergreen |
| 11:31 |
Stompro |
Bmagic++ tsbere++ I've been wondering how to create HTML notices for a while. I think cover art included in notices would be appreciated by many customers. |
| 11:31 |
Bmagic |
excellent - some testing would great |
| 11:38 |
tsbere |
Stompro: I disagree on the cover art bit, but as I mentioned yesterday I tend to disable HTML/Rich Text email viewing in general. |
| 11:43 |
Stompro |
tsbere, the multipart should take care of text email purist such as yourself. The docs to can stress the importance of including the text only version. |
| 11:56 |
tsbere |
Stompro: I just don't like the idea in general. Then again, I dislike the fact email supports HTML in the first place. Too many things can be "hidden", like link targets. >_> |
| 11:56 |
|
bmills joined #evergreen |
| 11:59 |
|
jihpringle joined #evergreen |
| 12:03 |
Stompro |
tsbere, So are you protecting your patrons by sending them the only non html transactional messages they have in their inbox? I think it just makes us look like we are behind the times. |
| 12:05 |
tsbere |
Stompro: The number of *badly formatted* HTML transactional messages I get is insane, so properly formatted text is preferred in those cases. |
| 12:05 |
tsbere |
And printing a lot of the HTML emails I see is horrible as well (though I suppose you could argue you are discouraging the use of the paper you would print them on...) |
| 12:15 |
jeff |
anyone here using Syndetic Solutions for cover images notice a lot of partial jacket images in the past few days? |
| 12:20 |
Bmagic |
jeff: we use Syndetics. We haven't had any reports along those lines recently |
| 12:22 |
tsbere |
Even if we were using syndetics we only have maybe 4 people that I know of that would let us know. <_< |
| 12:23 |
* tsbere |
is amazed at how many "wrong" jacket image complaints come up when the same book, same isbn, just happens to have more than one cover across print runs |
| 12:23 |
|
dbwells_ joined #evergreen |
| 12:44 |
|
bmills joined #evergreen |
| 13:56 |
|
ldw joined #evergreen |
| 14:51 |
Dyrcona |
Hmm... Trying to put [some text] in a tt2 string is tricky. |
| 15:01 |
Bmagic |
agreed |
| 15:12 |
Dyrcona |
I gave up on the [ & ]. |
| 15:13 |
Dyrcona |
Guess I could have had them outside of the string, but that was "ugly." |
| 15:43 |
|
StomproJ joined #evergreen |
| 15:48 |
rjackson_isl |
bshum just wanted to say thanks for all the help you have given me over the years. You show a lot of extra patience with "special" folks like myself! Hope your new endeavors are just as fruitful. |
| 16:02 |
bshum |
rjackson_isl: Aw, thanks, appreciate it. :) |
| 16:03 |
rjackson_isl |
I am sure with your work ethics you will be a rock star wherever you go! |
| 16:14 |
|
maryj joined #evergreen |
| 16:14 |
|
jlitrell joined #evergreen |
| 16:51 |
|
mdriscoll left #evergreen |
| 16:58 |
Bmagic |
csharp: Do you run z39.50 on your servers? |
| 16:59 |
Bmagic |
(im asking you because the setup docs are in PINES context) |
| 17:08 |
|
mmorgan left #evergreen |
| 18:58 |
|
bmills joined #evergreen |
| 19:35 |
csharp |
Bmagic: nope ;-) |
| 19:35 |
csharp |
perhaps miker and crew did at the beginning, but we haven't run z39 servers since I took the lead |
| 21:19 |
|
artunit_ joined #evergreen |
| 22:22 |
|
eady joined #evergreen |
| 22:22 |
|
miker joined #evergreen |
| 22:22 |
|
b_bonner joined #evergreen |
| 22:22 |
|
mnsri joined #evergreen |
| 22:22 |
|
rashma_away joined #evergreen |
