Add map of campus printer locations

[hannesmcman]

This could either come in the shape of a homescreen button similar to campus map, or could go somewhere else, but I was basically imagining it as a simple image view containing the IT printer map (shown below). Thoughts?

[hawkrives]

@hannesmcman You might be interested in this branch: https://github.com/StoDevX/AAO-React-Native/tree/stoprint-take-2. I've been doing all the work I've shown off later in this thread on this branch.

[rye]

Part of the issue is that (a) this map is old (see: Dittman), and (b) this map doesn't have Holland. We did a quick check of two people in IT and it doesn't seem that we have an updated map, yet? Not sure, we'd have to look into this.

This might be a good thing to road-map with v3, which we hope might include mobile print release.

[drewvolz]

I'm not suggesting we go with this way, but we could try to collect some sort of structured data from the webpage's JSON source.

[hawkrives]

Or we could just pull it from Papercut's JSON endpoints, https://papercut.stolaf.edu/client and such 😉

[drewvolz]

That's a much better idea.

[hawkrives]

Progress!

[hawkrives]

My plan is to have the user flow be something like…

• StoPrint button opens the list of pending print jobs.
• The user can tap a print job to be taken to a list of printers, sorted by popularity (Papercut tells us this, I believe)
• The user can tap a printer to be alerted by a print confirmation dialog w/costs
• The user can confirm to release the print job on the chosen printer

I have two questions, I believe:

1. Given that flow, is there any benefit to maintaining a separate screen of printers? Would it go printer -> jobs -> release job to printer?
2. If we stick with my initial proposal, what happens when the user has no pending print jobs? (Does the user need to see anything here? Maybe printing instructions? Or printer sustainability statistics?)

[hawkrives]

Note: If you want to test that branch, you must first log in to papercut's website, at https://papercut.stolaf.edu/client/. Only then will the app let you in.

Reasons why are still undergoing investigation.

[drewvolz]

Your initial proposal sounds like a better flow. They will most likely be in the StoPrint tab if they are trying to release a print job, so showing jobs first sounds ideal. If there are no jobs to be released, we could show a graphic and a message on a <NoticeView />.

On another note, we might receive a request to list "favorite" printers. So perhaps we can add that the same way @hannesmcman added it to building hours.

[hawkrives]

I think we can also do "recent printers", fwiw. I'm a-ok with favorites, too.

[hawkrives]

I've put off my working on the stoprint feature until post-2.5.