[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-look
Subject:    Re: Kde2 Dis-Improvement
From:       Marko Samastur <markos () elite ! org>
Date:       2000-10-27 23:11:34
[Download RAW message or body]

Hi,

I tried to avoid posting another reply to this, but I just can't resist
;)

Andreas Pour wrote:
> 
> > You have been stating a personal wish, at most a bug report.
> > We could have 1000 wishes from 1000 different people
> > here without problem. Should this be the purpose of this list?
> 
> You are exactly right.  This list is not about "I would like this
> feature" -- there is a bug report list and a wish-list for that.  The
> idea of this list was for it to produce things -- like the style-guide.

It also depends on how you read a message. You could certainly read
Michael's message like a simple bug report, but you could also see more
in it. It could be read as a report about lack of consistency with KDE
1.x. Since different people understand it differently, let's just stop
beating on it.

> Certainly feature requests should be part of whatever is produced. But
> if this list becomes a wish-list compendium, it doesn't begin to reach
> its potential.  What it needs to do is *organize* ideas instead of
> randomly throwing them out and hoping someone else can make sense of
> them (someone else being the developers).  The point of this list is
> *to* make sense out of them.

Agree.
 
> This requires a lot of work to do.  And I understand that some people
> don't want to work -- they want to file a wish-list item and be done
> with it.  Well, that's a perfectly understandable view, but I don't
> think that's what this list is for.

And here you go again. Not programming DOESN'T mean not wanting to work.

> What would be useful, instead, is for the list to create a "white-paper"
> or something of that nature for the KDE 2.0 design.  People could scour
> the bug reports involving UI issues at bugs.kde.org, debate this and
> that, and come up with a paper that outlines in a coherent form what the
> UI issues in KDE 2 are, how they can be improved.

Nice idea, but why would developers listen to summary produced by
people, who don't want to work? ;)

Seriously, I really think you'd need a group of people, who have some
authority on this issue, to lead such an effort, for it to work.
Otherwise the paper will just get ignored or let for implementation to
those, who might agree. Do we have people like that around here?

I hope you weren't offended by some of my comments. And I really like
the idea.

Kind regards,

	Marko

[prev in list] [next in list] [prev in thread] [next in thread]