Staff Slips (UXPROD-19)

[UXPROD-3480] Showing the print preview on slips requires extra clicks and slows down printing Created: 07/Jan/22  Updated: 29/Jun/22  Resolved: 27/Jun/22

Status: Closed
Project: UX Product
Components: None
Affects versions: None
Fix versions: None
Parent: Staff Slips

Type: New Feature Priority: P2
Reporter: Holly Mistlebauer Assignee: julie.bickle
Resolution: Won't Do Votes: 0
Labels: cornell-access-services, cornell-priority, staff_slips
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Attachments: JPEG File Print_Pick_Slips_Option.JPG     JPEG File Print_Preview_Pick_Slips.JPG    
Issue links:
Blocks
blocks UXPROD-3478 Change how “print by default” setting... Closed
blocks UXPROD-3476 Update slip printing modal in FOLIO C... Draft
blocks UXPROD-3479 Printing the slips one-by-one slows d... Draft
Cloners
is cloned by UXPROD-3481 Wrong slips are being inserted in ite... Closed
Defines
is defined by UICIRC-818 SPIKE: Investigate customer requests ... Closed
Epic Link: Staff Slips
Development Team: Vega
PO Rank: 0
Rank: Cornell (Full Sum 2021): R1

 Description   

Background
In mid-October 2021, Holly was asked by Cornell University Library to review various issues discovered by CUL Access Services staff while using FOLIO. Holly met with various individuals at Olin and Mann libraries and produced the CORNELL ACCESS SERVICES FOLIO OBSERVATIONS & SUGGESTIONS document, which is available at https://docs.google.com/document/d/1lwnZpkiw7G0c3EyObRRnjuV6XVMcFNK1lWUG952sFgI/edit?usp=sharing. This feature is ISSUE #5 from that document and has a priority of HIGHEST PRIORITY.

Overview
According to Tom Trutt, this is due to a browser restriction. It would be worthwhile to see if there is a way around this restriction.

Contact(s)
Tom Trutt
Wendy Wilcox



 Comments   
Comment by julie.bickle [ 08/Feb/22 ]

Indeed, as Tom has said: The current solution of having several steps to print staff slips (e.g. for pick slips: Generate the pick slip report > The preview appears, so that the user can select what the destination should be (e.g. printer) > click on print) is because it's not actually FOLIO doing the printing, but the browser.

Can there be a way, when you click the option, to send an order to print the pick slips directly to the (a? which one?) printer? I don't know the answer; I know colleagues in the past have made passing comments about security issues of letting a browser SaaS solution have direct access/connection to hardware. I'd need to get a group of experts together (who?) to discuss what needs to be considered.

Size = Jumbo.

Comment by julie.bickle [ 20/Jun/22 ]

After UICIRC-818 Closed SPIKE:

The print modal (i.e. that shows the PDF and where you can select the printer, etc.) is a browser modal, and not a FOLIO modal. This appears because you want to print something from the browser (from FOLIO, or a Google search, or whatever), and appears whenever you press Ctrl+P (on Windows at least). So this modal cannot be hidden away, or skipped. You could try tweaking the browser settings to pre-populate the fields, but this is then outside of FOLIO.

Generally, it is not safe to have the browser send print requests directly, so Brooks’ suggestion “a back-end module that processes print jobs and points to a network printer...” does not come into question here.

His other suggestion “a service running on the local system + a browser extension” points to developing a separate, desktop application, which may need to be very different depending on operating systems. Developing such an application is (currently) outside of the scope of the FOLIO open source development project; alternative solutions may already exist though.

--> I suggest closing as "won't do".

Comment by julie.bickle [ 27/Jun/22 ]

As discussed in RA SIG on 27 June 2022.

Generated at Fri Feb 09 00:32:20 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.