<div dir="ltr"><div>Hi,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 27, 2020 at 3:36 AM Olaf Meeuwissen <<a href="mailto:paddy-hack@member.fsf.org">paddy-hack@member.fsf.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
You probably want to be a bit more specific in noting the version you<br>
used ;-)  Rolf's PPA is designed to change.<br>
Just past the version provided by ./configure --version, that is good<br>
enough to find back the exact commit.<br>
<br></blockquote><div><br></div><div>Good point.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I don't really share your optimism about them being minor, exact perhaps<br>
for the first two.  The other ones may or may not be so minor (based on<br>
seeing others wrestle with getting support for higher resolutions right<br>
as well as adding button support).<br>
<br>
</blockquote><div><br></div><div>I guess I was really thinking of the simple changes when I wrote that.</div><div>Yep, adding button and 2400dpi support is most likely not trivial.</div><div>I did have a cursory glance at the backend regarding the 2400dpi issue and it does appear that there is some code that addresses this that can be conditionally compiled in. I have no idea if it works or not. I suspect not, otherwise why compile it out?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Based on my own recent experience with fixing the compiler warnings, see<br>
#120, I wouldn't lump that many issues in a single issue again :-/<br>
Splitting them out at the very least makes it easier to see what has<br>
been taken care of :-)<br>
<br></blockquote><div><br></div><div>I did wonder about that. On the one hand, I find it useful to have the full report in one place. People can see the report as a time-based snapshot of the state of support at that time. On the other hand, as you say, it is harder to then use it as a vehicle for tracking progress on subsequent work.</div><div>I wonder then if Issues are the correct medium for this type of report. I will have a poke around GitLab to see if there is anything better available.</div><div><br></div><div>As an aside, I haven't forgotten about XSane :D I picked up the reins again last week and am working through the autotools doc.</div><div>Don't really have much experience in that realm so there is some learning to do.</div><div><br></div><div>Cheers,</div><div>Ralph</div><div><br></div><div><br></div><div> <br></div></div></div>