Hi Bill,
I apologize if this information is contained in the below links, but, if
it is, I might just need it more clearly spelled out for me. I know the
shim is required for offline mode and I know it is required to store
local preferences outside of the browser. In what cases is the shim
required for printing? Is it only in cases where a workstation shares
multiple printers? If a workstation uses only one printer, will all of
the printer preferences available in Evergreen today be available
without the use of the shim? What about prompt-less printing?
Thank you!
Kathy
Kathy Lussier
Project Coordinator
Massachusetts Library Network Cooperative
(508) 343-0128
[email protected]
Twitter: http://www.twitter.com/kmlussier
On 5/2/2014 9:53 AM, Bill Erickson wrote:
Great points, Rogan and Dan. Just to re-state: Hatch (Java shim) is
not required to use the client. This continues to be a point of
confusion, though, so if there's some way we can keep this clear for
everyone, I'm all ears. I'm not above putting a flashing marquee in
the client.
This point is reiterated in various places:
http://evergreen-ils.org/wp-content/uploads/2014/04/eg14_EG_2014_Bill_Erickson_Browser_Client.html#(10)
<http://evergreen-ils.org/wp-content/uploads/2014/04/eg14_EG_2014_Bill_Erickson_Browser_Client.html#%2810%29>
http://yeti.esilibrary.com/dev/pub/web-staff-log.html#_2013_12_03_what_about_workstations_printing
http://evergreen-ils.org/dokuwiki/doku.php?id=dev:browser_staff:dev_notes
Also, for reference, here are the notes from the Hackaway discussions:
https://docs.google.com/document/d/1QALWLD-vAjDV8HseQyE5j0Yc-93Nrl-1B00xeP_npak/edit
-b
On Fri, May 2, 2014 at 9:10 AM, Dan Wells <[email protected]
<mailto:[email protected]>> wrote:
>So why bother with a web based client? I only had to write a
very small
>HTML5 app to realize it is a nightmarish moving target of pain.
Raise your hand if you would willingly use
>HTML/CSS/DOM/JS for anything if it wasn't the lowest common
demoninator that everything reads in an almost but
>not quite incompatible way. But it looks like most of those odd
platforms just got dropped from consideration as hosts
>for the new staff client, leaving only those that support the
JRE. Basically, newish Windows, OS X and Linux or the
>same as Xulrunner and the current client.
Two points. First, the Java "shim" (aka hatch) will ideally not
be required for staff client use, but only for certain special
features (like printing) which are not well supported natively by
the browser environment. Second, since we are already
communicating via a network protocol, there have been discussions
of allowing the Java shim to run on a different machine on your
local network to allow for hybrid use (e.g. taking inventory on a
tablet but then printing from that tablet to a machine at the circ
desk).
Dan
Daniel Wells
Library Programmer/Analyst
Hekman Library, Calvin College
616.526.7133 <tel:616.526.7133>
--
Bill Erickson
| Senior Software Developer
| phone: 877-OPEN-ILS (673-6457)
| email: [email protected] <mailto:[email protected]>
| web: http://esilibrary.com
| Equinox Software, Inc. / The Open Source Experts
