| 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/evergreen/+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/keymaster/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 |
