Time |
Nick |
Message |
04:30 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:48 |
|
JBoyer joined #evergreen |
06:55 |
|
agoben joined #evergreen |
07:10 |
|
rjackson_isl joined #evergreen |
07:27 |
|
bdljohn joined #evergreen |
08:23 |
|
bos20k joined #evergreen |
08:41 |
|
mmorgan joined #evergreen |
08:46 |
|
Dyrcona joined #evergreen |
09:17 |
|
stephengwills joined #evergreen |
09:27 |
|
jvwoolf joined #evergreen |
10:45 |
|
Christineb joined #evergreen |
10:48 |
|
khuckins joined #evergreen |
11:07 |
|
khuckins_ joined #evergreen |
11:26 |
|
jihpringle joined #evergreen |
11:27 |
|
jamesrf joined #evergreen |
11:32 |
|
jvwoolf joined #evergreen |
11:40 |
mmorgan |
Is this still true for the web cleint? In order to print receipts on a circulation workstation without a prompt you need Hatch installed? |
11:41 |
|
sandbergja joined #evergreen |
11:45 |
JBoyer |
That will likely always be true. |
11:45 |
Dyrcona |
mmorgan: I believe so, yes. Browsers will not print without confirmation. It's a security thing. |
11:46 |
mmorgan |
Ok, thanks. Just wanted to make sure I wasn't missing something :) |
11:50 |
berick |
mmorgan: you can print without a dialog in Chrome with its kiosk printing mode |
11:50 |
berick |
pretty sure FF has something similar |
11:51 |
|
jamesrf joined #evergreen |
11:51 |
berick |
--kiosk-printing |
11:51 |
berick |
you'll want to do that after configuring the printer |
11:51 |
berick |
that's assuming you only need 1 printer on the workstation, though |
11:52 |
berick |
multiple printers w/o dialogs requires Hatch |
11:53 |
* rhamby |
for a second thought berick was downvoting kiosk printing and thought "why not just downvote all printing" |
11:53 |
berick |
heh |
11:53 |
berick |
@karma kiosk-printing |
11:53 |
pinesol |
berick: kiosk-printing has neutral karma. |
11:53 |
mmorgan |
Interesting. I get the multiple printers thing, but many circ workstations just print to a receipt printer. |
11:53 |
jeff |
the karma plugin doesn't handle prefix increment/decrement, iirc. |
11:54 |
|
stephengwills joined #evergreen |
11:56 |
berick |
mmorgan: you can create a desktop shortcut from chrome.exe that points to the web staff URL and passes the --kiosk-printing flag |
11:56 |
berick |
s/from/for/ |
11:59 |
jeff |
also sometimes handy is running Chrome with --app |
12:00 |
berick |
jeff: what does that do? |
12:00 |
jeff |
it's been a while since I experimented with it, but I think there were some benefits that we found useful for our 3M RFID software shim. slightly more stable window titles, possibly different tab handling. |
12:00 |
jeff |
it's not well documented. |
12:01 |
jeff |
--app=url-to-staff-client |
12:01 |
mmorgan |
berick: Thanks! I'll give that a try. It might be nice to avoid the overhead of installing Hatch on some workstations that only do receipt printing. |
12:03 |
berick |
mmorgan: indeed |
12:04 |
mmorgan |
Also hoping that many patrons will take advantage of the emailed receipts. |
12:06 |
jeff |
downside to the (current implementation of the) --app command line argument is that any new tabs end up being created in your non-app Chrome window. |
12:06 |
jeff |
but that can be a positive thing also, depending on your need. |
12:23 |
|
jamesrf joined #evergreen |
12:36 |
Dyrcona |
firefox --app can be used to run XulRunner applications, fwiw. |
12:42 |
Dyrcona |
chomium --app=URL runs the browser without tooblars, in "application" mode. It probably does not do what you want, particularly if another Chrome/Chromium window is already open. |
12:52 |
jeff |
that's what we needed at the time. |
12:53 |
Dyrcona |
Not saying it didn't work for you, just saying it's generally not what someone would want. --kiosk might be better for this use case. |
12:53 |
jeff |
no, not generally useful. just sometimes handy. |
12:54 |
Dyrcona |
Though --app without a URL seems to behave better. I found that with a URL specified, Ctrl-t opened a new tab in a different window. |
12:55 |
Dyrcona |
I.E. not my --app window. |
12:55 |
* jeff |
nods |
12:55 |
jeff |
similar to opening an "external" link in the xul client opens in the "normal" browser. |
12:56 |
jeff |
unfortunately, when i tested a few minutes ago it also affected intentionally "open in new tab" links within the staff client when run with --app=url |
13:15 |
Bmagic_ |
Dyrcona: That invoicing issue from last week: it was a quantity mis-match! It would be great if the log message would say something (instead of nothing) |
13:28 |
|
khuckins joined #evergreen |
13:35 |
Dyrcona |
Bmagic_: That might be a good subject for a bug. |
13:37 |
|
khuckins_ joined #evergreen |
15:31 |
|
khuckins_ joined #evergreen |
16:18 |
Bmagic_ |
Dyrcona: bug 1810853 |
16:18 |
pinesol |
Launchpad bug 1810853 in Evergreen "Acquisitions EDI invoice creation needs better logging " [Undecided,New] https://launchpad.net/bugs/1810853 |
16:21 |
|
jamesrf joined #evergreen |
16:30 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
17:18 |
|
mmorgan left #evergreen |
18:26 |
|
beanjammin joined #evergreen |