On 28 January 2016 at 11:47, Martin Graesslin <mgraess...@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
_______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
