Evergreen ILS Website

IRC log for #evergreen, 2019-07-25

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
01:18 remingtron_ joined #evergreen
04:30 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:49 Dyrcona joined #evergreen
08:41 mmorgan joined #evergreen
08:52 yboston joined #evergreen
08:59 rjackson_isl joined #evergreen
09:10 collum joined #evergreen
09:12 bshum Oops, guess that parenthesis made the tests all unhappy in a different way.
09:13 * bshum waits for the next time it runs again, before being happier about it
09:23 yboston joined #evergreen
09:35 jvwoolf joined #evergreen
09:40 sandbergja joined #evergreen
09:51 csharp looks like working master is back up to date
10:20 bshum And all the other ones too
10:20 bshum csharp++
10:46 nfBurton joined #evergreen
11:01 nfBurton joined #evergreen
11:10 khuckins joined #evergreen
11:32 Dyrcona Bleh... getting ERROR:  retention_interval is too short when trying to set a retention interval of 180 days for all of our event_definitions.
11:37 Dyrcona I see which ones are causing the problem and they're not active. Maybe I'll limit this to active ones only....
11:50 Dyrcona That fixed and I don't need to add max_delay on inactive events either.
12:48 Dyrcona I'm leaving on purpose. This isn't a WiFi problem. :)
13:01 sandbergja joined #evergreen
13:08 yboston joined #evergreen
13:32 Bmagic I'm currently working on spine labels in Webby. I have got it close but I can't seem to figure out why it's putting blank lines at the bottom of the spine label. I've set "Item Print Label - Call Number Wrap Filter Height" to "2" just for kicks and it still prints 3 blank lines which cause the printer to go to the next label
13:32 Bmagic Working with berick's fresh Hatch 0.3.2 and Dymo (Yay!) I think with the right settings, we ought to get this working where it just prints on one label
13:41 Bmagic It's seems that the data contains 2-3 blank lines after the last line. I have an example label with this: line 1. "DVD" line 2. "HAR" line 3. "12/16"   and thats it. But the spine label software is adding more lines after that which I would like to remove. I've CSSed it like crazy but it still adds more data
13:42 berick Bmagic: one thing I found useful was deleting the template contents entirely (after making a local backup) and rebuilding it by hand, relying more on the template itself than all of the settings.  if the settings vary, that won't work over all, but it could be a useful exercise
13:44 Bmagic I'm thinking it's coming in at the data level instead of at the presentation
13:46 yboston joined #evergreen
14:01 Bmagic berick: paper size dropdown menu in the printer driver interface contains a list of label options that Evergreen does not receive in it's options
14:02 Bmagic however, when running hatch test, the JSON string contains the "correct" list of paper types for the Dymo as presented in the Windows driver preferences interface
14:02 Bmagic The paper size, of course, needs to be exact such that the print job isn't asking the printer to print onto a canvas larger than the paper
14:08 Bmagic weird, needed to set the printer as default. Relaunch chrome. and now we have the correct paper type list... hmmmmm
14:40 berick hm, indeed
14:40 berick Bmagic: IIRC, you can also set the default paper size in the windows print configuration and then tell hatch to use the default
14:56 Bmagic right, I set it in Windows, then eventually it seemed to show up in Evergreen (after setting printer as default and restarting Chrome)
14:57 Bmagic at this point, it's still spilling onto another label (nothing prints on it) - I am thinking I am going to strip out the whole template and make it <pre>DVD</pre> and see what happens!
14:57 berick yes
14:57 berick that's essentially what I did
14:59 berick Bmagic: see template along the bottom, it was doing what I needed at the time on the Dymo.  change to suit, of course.  https://bugs.launchpad.net/eve​rgreen/+bug/1824391/comments/1
14:59 pinesol Launchpad bug 1830391 in Evergreen "duplicate for #1824391 Hatch omnibus circa 3.3 (Java updates and more)" [Undecided,New]
14:59 berick except you probably don't need the line feed char in there (and it's in the wrong spot)
15:00 Bmagic thanks! That gives me some ideas
15:06 mmorgan1 joined #evergreen
15:17 sandbergja joined #evergreen
15:21 nfBurton joined #evergreen
15:38 khuckins joined #evergreen
16:07 berick was amused today to see this linked to an actual site https://www.mozilla.org/keymast​er/gatekeeper/there.is.only.xul
16:10 mmorgan joined #evergreen
16:20 abneiman berick++ # actual LOL
16:20 abneiman we should've included that in our conference presentation
16:30 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
16:33 jvwoolf left #evergreen
17:05 mmorgan left #evergreen
17:10 bshum Oh come on
17:10 bshum stupid parenthesis :)
17:11 bshum Okay single quote time
17:13 bshum Third time's going to work, I just feel it
17:21 sandbergja joined #evergreen
19:09 sandbergja joined #evergreen
20:16 sandbergja joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat