Ticket #1018 (new defect)

Opened 13 years ago

Last modified 8 years ago

Good UI for passing print jobs off to someone else

Reported by: geofft Owned by:
Priority: normal Milestone: The Distant Future
Component: -- Keywords: hackathon
Cc: Fixed in version:
Upstream bug:


It'd be nice if you had a little dialog when you print where you could specify which user to account a Pharos job to, so someone else can release it (and have it charged against their quota, if they do). This helps a couple of cases where either you print something and send someone else to get it, or you don't have an ID card and are using a guest account (e.g., for SIPB IAP classes) and want your teacher who does have an ID to print your job.

"This is not something we formally support on Athena. We may in the future, particularly if there's a good reason to."

Jon says the right thing to do is to get the Popup client working on Linux. Possibly a custom Gtk+ printing backend would be a stopgap in the short term.

Change History

comment:1 Changed 12 years ago by jdreed

This would be a great thing for the next Hackathon. Some enterprising frosh can go do this, I can give a brain dump of the Popup architecture on OS X (which is pretty much exactly what we want, seeing as how it gets Pharos working on a *NIX based system with CUPS).

comment:2 Changed 11 years ago by jdreed

  • Keywords hackathon added

People interested in reverse-engineering the Popup protocol should talk to me. Maybe we should, like, propose this to 6.858 or something.

comment:3 Changed 8 years ago by kenta

  • Summary changed from Good UI for passing jobs off to someone else to Good UI for passing print jobs off to someone else
Note: See TracTickets for help on using tickets.