Wishlist: Ability to print patron phone number

Bug #1858847 reported by Chauncey Montgomery
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Won't Fix
Wishlist
Unassigned

Bug Description

Definitely not major, but in a future release, it would be nice to include (or have the option to include) the patron's primary phone number when clicking "copy/print" next to the address on the patron account interface.

Revision history for this message
Galen Charlton (gmc) wrote :

Would you want the phone number included in the copying of the address or as something that can be copied separately?

Changed in evergreen:
importance: Undecided → Wishlist
Revision history for this message
Chauncey Montgomery (montgoc1) wrote :

In our case, either option would work, as long as the patron's name was included.

This came about because when we get an item with a missing piece, we need to call the patron. We thought it would be handy just to click to print patron's info and get a slip with the name and phone number, instead of us needing to write the information on slip.

Whether or not the address is included doesn't affect our specific use case, but other libraries may have situations where they don't want a phone along with the address.

Revision history for this message
Lynn Floyd (lfloyd) wrote :

This can already sorta be done.

That Patron Address is a Print Template called Patron Address.
You can add the Phone number to that template.

Revision history for this message
Lynn Floyd (lfloyd) wrote :

You can add any of these fields:
  <div>Email Address: {{patron.email}}</div>
  <div>Daytime Phone: {{patron.day_phone}}</div>
  <div>Evening Phone: {{patron.evening_phone}}</div>
  <div>Other Phone: {{patron.other_phone}}</div>

Revision history for this message
Chauncey Montgomery (montgoc1) wrote :

D'oh! I didn't even consider that the print templates controlled the output, but that makes sense now that you've pointed it out. Your solution works for our use case. Many thanks.

Revision history for this message
Terran McCanna (tmccanna) wrote :

Closing since this was fixed with a print template.

Changed in evergreen:
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.