I think the argument against doing what you suggest is that some printer drivers mess up the page management (is this even true? I don't know how cups operates and which part does the pagination.) and the evince guys wanted to produce a write once run everywhere solution.
Using gtk-print-operation the ranges and sheets that you mention should come out correctly (ie printing to a real printer with a recent version of evince), at least they do for me. As for printing to file (which is known broken for the cases you mention) I have a patch in bug http://bugzilla.gnome.org/show_bug.cgi?id=583429 which operates the way you explain it. The only thing remaining to be fixed is reverse printing of multiple pages per sheet. I wrote a test-script (http://bugzilla.gnome.org/show_bug.cgi?id=583976) for automatically testing different print setting combinations and it should be possible to adapt it to test printers other than "print to file". (it uses the accessiblity extensions to interact with the UI) ** Bug watch added: GNOME Bug Tracker #583429 http://bugzilla.gnome.org/show_bug.cgi?id=583429 ** Bug watch added: GNOME Bug Tracker #583976 http://bugzilla.gnome.org/show_bug.cgi?id=583976 -- GTK apps should send PDF to CUPS when printing https://bugs.launchpad.net/bugs/258421 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
