Review Request 126895: Make KGlobalAccel dependency in KXmlGui optional

[Jaroslaw Staniek]

On 28 January 2016 at 11:47, Martin Graesslin <mgraesslin at kde.org> wrote:

> On Thursday, January 28, 2016 11:10:20 AM CET Jaroslaw Staniek wrote:
> > 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.
> >
> > Can we encourage the use of this approach?
>
> This is kind of the same as I suggest with the "No DBus Profile"?
>
>
Yes.

​I believe somewhere deep in our philosophy is the fact that our origins
come from Unix-like environments. I've been always a proponent of native
experience on every OS (no Plasma or KWin for Windows outside of a
playgoround, etc). Even if that means less performant apps or dumbing-down,
let it be if the owner of the OS made it so for whatever reason. More often
than not, differences in architectures are too deep to fight for
popularizing usable abstractions (see various multimedia Qt APIs across the
years) and it's nobody's fault.

It's not a problem to have a recipe for "non-core" OS-es showing even
dozens of -D.... options to cmake. Better, it's a kind of self-documenting
approach in a way I see opposite to the above proposed idea of using dummy
plugins or libs.

-- 
regards, Jaroslaw Staniek

KDE:
: A world-wide network of software engineers, artists, writers, translators
: and facilitators committed to Free Software development - http://kde.org
Calligra Suite:
: A graphic art and office suite - http://calligra.org
Kexi:
: A visual database apps builder - http://calligra.org/kexi
Qt Certified Specialist:
: http://www.linkedin.com/in/jstaniek
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20160129/cc31f0e5/attachment.html>