trinity-devel@lists.pearsoncomputing.net

Message: previous - next
Month: December 2013

Re: [trinity-devel] Opinion of Trinity R14.0.0

From: "Dr. Nikolaus Klepp" <office@...>
Date: Fri, 27 Dec 2013 10:01:11 +0100
Can't you just stop poking in the same hole again and again? 

Nik


Am Freitag, 27. Dezember 2013 schrieb Martin Graesslin:
> On Thursday 26 December 2013 15:28:42 Timothy Pearson wrote:
> > > At a risk of starting a flame war, i think Aaron has some good
> > > comments about why you shouldn't hate on Nepomunk/Akondai
> > >
> > > http://aseigo.blogspot.com/2010/05/i-dont-need-no-stinking-nepomuk-righ
> > >t.h tml
> >
> > I think we have established over time that there are people who do not
> > want to use the symantic desktop, or at the very least want their desktop
> > search as a separate, non-integrated utility in the finest UNIX
> > tradition.
>
> Unix tradition? Doing one thing at a time and doing it right? Yeah, that's
> what a semantic desktop is thought for. Instead of having bad search
> implemented in many components, there is one tool which provides search and
> doesn't do anything else. Sounds like what UNIX is about, isn't it?
>
> >  The fact that large parts of the KDE SC require semantic desktop
> > components to even install is a deal-breaker for those people, myself
> > included.
>
> To my knowledge nothing has a hard runtime requirement. Install requirement
> is also very uncommon (required in kdepim). In most modules it's an
> optional build dependency (e.g. in kde-workspace). It's the decision of the
> distributions to provide this dependency. If there were a large demand for
> it, distros would have packaged without. About the cost of having it
> installed please read:
> http://blog.martin-graesslin.com/blog/2013/11/kwin-a-solution-for-non-kde-b
>ased-desktop-environments/
>
> > By the way, the faults of KDE, and the reasons for TDE's existence, lie
> > in a thousand little bugs and inefficiencies that would take us far too
> > long to isolate, repair, and fight to get fixed upstream.  One prominent
> > example is that "cashew" in the top right corner of the desktop--how many
> > KDE SC releases did it take before that became an option?
>
> None. OpenSUSE provided a config option in 4.0
> (https://blogs.kde.org/2008/06/05/opensuse-110-dont-cashews ) and in their
> 11.1 release a desktop completely without cashew. Given that they did not
> provide it for the next releases it doesn't sound like a needed feature or
> a success story.
>
> > Please take this discussion off-list.  How ironic that a positive PR
> > thread will end up damaging TDE even more in the PR arena.
>
> I decided to answer to this thread, because I saw that you still have a
> wrong understanding of several components of KDE and still believe in
> "faults" which do not exist. For arguments it's bad if one derive them from
> wrong assumptions. I don't expect any of you to become friend with KDE
> software any more. But please just forget everything you think to know
> about KDE software. You don't understand the software and you don't want to
> understand it. That's all fine. But then don't use to argument your
> existence with such wrong understandings. Focus on what you do: providing a
> classic KDE-like experience - I think that's what I told you years ago
> (work on kdesktop/kicker and use the clearly better parts like KWin).
>
> Cheers
> Martin



-- 
Please do not email me anything that you are not comfortable also sharing with 
the NSA.

Dr. Nikolaus Klepp
Einnehmerstra�e 14
A-4810 Gmunden
Tel.: +43 650 82 11 724
email: office@...