<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 27, 2013 at 6:44 PM, Martin Graesslin <span dir="ltr"><<a href="mailto:mgraesslin@kde.org" target="_blank">mgraesslin@kde.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Monday 27 May 2013 14:48:52 Thomas Pfeiffer wrote:<br>
> On <a href="tel:27.05.2013%2014" value="+12705201314">27.05.2013 14</a>:03, Martin Graesslin wrote:<br>
> > On Monday 27 May 2013 13:25:35 Mario Fux KDE ML wrote:<br>
> >> Do you plan as well to remove the option to send "bugs" with severity<br>
> >> "wishlist" on <a href="http://bugs.kde.org" target="_blank">bugs.kde.org</a> (and probably just leave it for some<br>
> >> brainstorm<br>
> >> moderators). Would be two steps less for "wishlist submitters" and the<br>
> >> above message just for the submitters who already sent their wishlists.<br>
> ><br>
> > We cannot do that (yet). This would be an overall change to the<br>
> > <a href="http://bugs.kde.org" target="_blank">bugs.kde.org</a> workflow. For smaller projects having the wishlist entries<br>
> > in bugzilla might be useful, so I doubt we would be able to get an<br>
> > overall change in <a href="http://bugs.kde.org" target="_blank">bugs.kde.org</a>.<br>
> On the other hand, consistency would be very useful here. It would get<br>
> quite confusing for users if they had to know for each project whether<br>
> it accepts wishlist items on bugzilla or on brainstorm.<br>
</div>I don't think this matters at all. KWin uses this policy for at least a year<br>
and we have not had any complaint from users about it.<br>
<br>
Reality is that hardly any feature requests get created in the first place. We<br>
are talking here about 150 reports per year. So a maximum of 150 users can be<br>
confused by it.<br>
<div class="im">> If all of KDE<br>
> moved to brainstorm for wishes, we could just post on the Dot "From now<br>
> on, all feature requests for KDE projects will be handled on<br>
> <a href="http://brainstorm.forum.kde.org" target="_blank">brainstorm.forum.kde.org</a>".<br>
</div>This is clearly too early. We first need the infrastructure to handle it. As<br>
forum people have pointed out: if Plasma would start to use it, we will need<br>
more people moderating. I'm confident about this, but I am not for all of KDE.<br>
<div class="im">><br>
> So why not start this discussion again on kde-devel and see what the<br>
> other projects think?<br>
</div>I'm not going to start a bike-shed discussion :-)<br></blockquote><div><br>On a slightly unrelated note, I'm planning to implement the same policy for Nepomuk as well. In fact I think I'm going to go through all of the 50 reports in Nepomuk and use the template described.<br>
<br></div><div>As a developer, I never look at the feature requests. Also, most of them are useless.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Cheers<br>
<span class="HOEnZb"><font color="#888888">Martin<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br>
</div></div>