Navigation
User login
Syndicate
Cups half full...
I've just made a change to the CUPS detection code in the print dialog that should now always match when Qt is using CUPS (it detects a specific behaviour of QPrinter when running CUPS as a heuristic, rather than trying to find a CUPS server for itself). This is to solve the current bug of not detecting when Qt is printing to a remote CUPS server. I've tested it still works for local servers, but I don't have a real-world remote CUPS server/printer floating around to test on. If you have a trunk or 4.4 branch checkout and a remote CUPS set-up, could you give this a test for me? Just make sure you have no local CUPS server running, call up a print dialog, and confirm the odd/even page selector is there and the page selection prints OK.
(Yes, I could fake it using a virtualbox session, but a real-world test would be more reassuring).
Thanks!
- odysseus's blog
- 301 reads
Comments
This doesn't sound good - if
This doesn't sound good - if you detect CUPS usage from some behaviour. Either you have an API to get the information directly, or it will for sure breake with some update in QPrinter in future.
It isn't, but Qt doesn't
It isn't, but Qt doesn't expose that information via API (something I want to change but may take some convincing). However the behaviour I'm detecting is very fundamental and so guaranteed not to change, otherwise they would break every app that prints. For the record, it's the feature of numCopies() which will always return 1 if using CUPS, but will return the real number of copies if running lpr, so the test is simply to setNumCopies(2) and test what numCopies() returns.
Eventually I hope to have all these CUPS features merged into Qt anyway so it should become moot.
Post new comment