<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 27 January 2016 at 21:28, Andreas Hartmetz <span dir="ltr"><<a href="mailto:ahartmetz@gmail.com" target="_blank">ahartmetz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mittwoch, 27. Januar 2016 17:21:33 CET Boudewijn Rempt wrote:<br>
[snip]<br>
<span><br>
> whether kglobalshortcuts is functional or not is besides the point:<br>
> the point is that whether it works or not it doesn't add any<br>
> functionality to the average application. Global shortcuts are useful<br>
> only for a very limited set of applications, so it should always have<br>
> been an optional dependency.<br>
><br>
</span>Here is something that is never beside the point:<br>
maintenance burden and continuous-integration-ability.<br>
ifdefs are somewhat bad for maintainability and really, really bad for a<br>
continuous integration systems's ability to detect relevant build<br>
breakage. I am repeating Martin's argument here with different words.<br>
<br></blockquote><div><br><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">IMHO eEveryone is right and doing a great work. Many FOSS projects don't bother with proper bug management or CI, you guys are the top percent!<br></div><br></div><div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">Please let me share some conclusion. I see t</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">wo directions (realistically, a mix of them happens):<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline"><br>1. Accept that users of KF5 fork or shamelessly copy/paste the code and thus probability of contributing back (with code, real use cases, and bug/wish reports) become lowered.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline"><br>2. Modularize, keep the number of tiers low. I've heard it's. If #ifdefs are suboptimal, then accept overhead of abstraction, injecting functionality, etc.<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">Regarding #1.<br>This happens to my paid (legal) uses of KF5 already.[0] So I wouldn't ask what people that never
worked within KDE, would do. I am trying to contribute back to code I maintain.<br>Well, worse, in my FOSS app where more flexibility and tinkering is
possible, I would be soon back to reconsidering forking KActionCollection
to avoid a chain of dependencies whan all I need from kxmlgui is that
class. Apps like Krita or Kexi, targeting wider audience, are pretty good test beds.<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Regarding #2 and the optionality.<br>In a framework I maintain, KDb, alternative to QtSql, the recent idea is to switch from optionality for database drivers to hard requirements. This change is based on some kind of "poor-man's behavioural studies": Optional features are until now so often skipped. Some packagers won't enable them even for testing for any reason including hard unsolved dependencies[1].<br>Now instead of that, everything but truly uncommon stuff would be ON by default. If someone knows what she/he is doing, will set to OFF but this will be actually a choice, hopefully informed choice.<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Can we encourage the use of this approach?<br></div></div></div><br><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">[..]</div><br><br><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">[0] I am happy with any use as this legitimizes this KDE's product as something well in par with the mainstream Qt!<br></div><br><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">[1] *buntu tend to miss PostgreSQL support for a predecessor of KDb.</div><br>-- <br><div>regards, Jaroslaw Staniek<br><br>KDE:<br>: A world-wide network of software engineers, artists, writers, translators<br>: and facilitators committed to Free Software development - <a href="http://kde.org" target="_blank">http://kde.org</a><br>Calligra Suite:<br>: A graphic art and office suite - <a href="http://calligra.org" target="_blank">http://calligra.org</a><br>Kexi:<br>: A visual database apps builder - <a href="http://calligra.org/kexi" target="_blank">http://calligra.org/kexi</a><br>Qt Certified Specialist:<br>: <a href="http://www.linkedin.com/in/jstaniek" target="_blank">http://www.linkedin.com/in/jstaniek</a></div>
</div></div>