Some more Comments interspersed.
gheet wrote: > Hi Lars, > > Thanks for this detailed post! Some comments below. > > Lars Tunkrans wrote: > >> >> Can Paper format become a LOCALE setting like LC_MONETARY >> , LC_NUMERIC ? I need to set a GLOBAL Paper FORMAT variable or >> end users of JDS >> will go crazy. Or maybe GCONF can be used to hold a global paper >> format variable for GNOME. > > Another way to fix this is that the applications can find out from > the printers about the type of paper sizes it have in its trays > rather than based on a local setting. Based on a locale setting means > when you bring your Swedish desktop to the U.S. or your Sun Ray > session is remotely directed to a a U.S. office, your paper size still > incorrectly set. The Intercontinental printer scenario is going to be very unfrequvent ( unless you are working for SUN :-) ) > >> >> What usually happens if you send a print request to a printer with >> a paper format request that the printer cant satisfy , is that the >> printer goes offline and put's up a meesssage on its >> display saying " please load LETTER paper format in tray 1" and >> then an operator needs to abort the printrequest. ( since we dont >> have any LETTER size Paper here ) >> This will put users off - big time. > > Hmm, I thought LP spooler does some kind of e-mail notification to > the user. But may be this is not a fatal event that it send out a > mail. Wonder whether the e-mail notification can be configured to do so. > Yes you get an email eventually. But the normal user behavior is to issue the printrequest and then walk down the corridor to the printer and moan in frustration when it does not appear. Then all your work mates are piling up behind you because they dont get their printed docs either since the printer is waiting for " please load LETTER paper format in tray 1". Then in frustration the user is pulling the plug on the printer and restarting it since he/she does not have a clue in how to clear the " please load LETTER paper format in tray 1" error. This cycle repeats until the user finally checks the printer prefferences for the selected app and selects A4 paper size. All this because we cant preprogram the whole GNOME environment with a paper format. >> >> Secondly, I belive the separation between the Printer admin tool >> and the tool for manageing the users spooled printrequests should >> stay like it is. In a Sunray environment you certainly dont want >> any user creating and deleteing printqueues , only the >> administrators are to be able to fiddle with the spooler otherwise a >> huge chaos would desend upon us. > > Actually, I like to see all users can add 'access' to an existing > print queues to be achieved. Adding new printer queue of course should > remain the privilege of the system admin. > Yes Agree ! //Lars
