th passive popups notifying them of
specific events, such as those used to inform? And, more importantly, does
KNotify support it? If it does, what standard does it follow and where can I
get the specification?
Thanks in advance,
Rui Maciel
[1] http://www.galago-project.org/specs/notifi
od an email reader as KMail, but them's the breaks. I tried ... but Kmail
> is
> tightly bound to all those other things now ...:-(
Have you tried checking out an older version from the pre-Akonadi &
related cruft days?
Rui Maciel
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
KMail. Therefore, it is only possible to interpret the use of this
expression of this particular term as being very disrespectful if you
interpret any reference to any problem that it may cause to anyone as
being very disrespectful. And that isn't true.
Rui Maciel
>> Visit ht
mail to build on a platform which doesn't provide Akonadi, and
only adds noise to this mailing list.
Rui Maciel
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
7;t say KMail1 always worked nicely, if that would
> have been the case, it would not have been rewritten.
But this doesn't mean that the current incantation of kmail does the job
that the old kmail does, let alone doing it as well.
Rui Maciel
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
is issue. I've already gave my suggestion,
which I believe that no one had any problem understanding it, and
bickering about words leads us nowhere. So, please let's focus on the
subject.
Rui Maciel
[1] http://foldoc.org/cruft
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
at posts may be unhelpful and even unpleasant, but there is
something fundamentally wrong with the idea that some people must waste
their time censoring a communication medium and it less efficient just
because some users have a hard time ignoring some posts.
Rui Maciel
Visit http://mail.kde.org/m
as "new",
not the ones which were left as unconfirmed.
So, it's clear that KDE's bug report, particularly the way it is
managed, suffers from problems which can't be ignored, and this is the
best medium to hold this discussion. After all, if not here then how
would
ing meaningless bug reports, or the bug report process is
being mismanaged and mishandled. Both scenarios aren't good, which
means that this is a problem that should be dealt with, not brushed
under the rug (or to the bug report site).
Rui Maciel
Visit http://mail.kde.org/mailman/list
s left open for years, with the whole bug report
process being left broken and with users wasting their time filing bug
reports which will never be addressed. How is this a better way of
handling things?
Rui Maciel
Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
nd preserve the current ones will be undermined. And although
this might appeal to some developers as it might save them a hand full
of minutes each day, it only aggravates the current problem and it tends
to do a lot of harm in the long run.
Rui Maciel
Visit http://mail.kde.org/mailman/lis
by some as bothering developers, then the work
put into filing bug reports is outed as a massive waste of time and this
sort of attitude even tends to be a bit insulting to those who are doing
their best to help the project. And this isn't in anyone's best interests.
Rui
ns that if you run a search on
KDE's bug tracker for the bugs filed on a specific project, the first
result that pops out by default is already the report which has been
left unaddressed the longest.
Rui Maciel
Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
13 matches
Mail list logo
