Last call for XSane patches
till.kamppeter at gmail.com
Mon Sep 9 12:49:07 BST 2019
When I see this Debian patch to choose between lp and lpr as "default
printer", how is printing in XSane implemented? Is it still the decades-old
way of offering the user to enter a print command line? Back in 2005 I
requsted a decent CUPS print dialog in GTK and 2006 it got actually
implemented and nowadays practically every GTK app uses it (and if not, or
not GTK they have their own similar dialog).
Come on, it is 2019 now!
By the way, there is no other printing system than CUPS actually
supposed/developed any more.
On Sun, Sep 8, 2019, 19:31 Ralph Little <skelband at gmail.com> wrote:
> OK, my XSANE downstream patch branch is bulging with patchy goodness.
> I think I have caught pretty much all that is worth looking at.
> So I think I will submit a merge request, to trigger Olaf or someone
> else to check through before merging.
> I have looked through Debian and OpenSUSE for their contributions and
> most have been applied.
> The following have been held back:
> This duplicates the effect of another patch to the configure file. We
> will shortly be removing configure from the repo
> The other patches fixes things in configure.in.
> This changes the default browser to sensible-browser. I think this is a
> distro specific change.
> In future, perhaps we could make this something that could be configured
> rather than necessitating a patch.
> This changes the default printer from lpr to lp. Again I think this may
> be distro specific.
> However, I think pretty much everyone is using CUPS these days and CUPS
> supports both.
> One is supposed to be more feature rich than the other. I am undecided.
> If anyone has an opinion on this, I would be interested to hear it.
> I mentioned this in another mailing. I will sit on this for the moment.
> Looking at the code, this patch seems to be superfluous.
> Perhaps upstream fixed this and Debian didn't realise?
> Changes default browser from netscape (?) to xdg-open
> These seems to be distro specific. Again, we should come up with a
> reasonable mechanism for distros to customize the defaults without
> having to patch.
> A different form of Debian 0110-deb_inhibit_clickthrough
> It also changes the bug report contact, but I will sit on this also for
> the reasons mentioned above.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the sane-devel