Re: Promoting greater integration between developers/writers/I18N :) [and testers!:)]



On Mon, 2003-06-30 at 10:48, Luis Villa wrote:
> On Sun, 2003-06-29 at 09:24, Jonathan Blandford wrote:
> > Murray Cumming Comneon com writes:
> > 
> > > > From: Fernando Herrera [mailto:fherrera onirica com] 
> > > > 	What I want to do is to add a very simple patch to libgnomeui
> > > > that add a "Report a bug..." item to the help menu 
> > > 
> > > I can see that this might be useful, but it should of course be an optional
> > > menu item that the application developer would use if he likes, rather than
> > > something that is in every app that happens to use libgnomeui. That's
> > > probably what you meant anyway though.
> > 
> > How about we turn the feature on in the unstable (2.3) version of
> > libgnomeui, and turn it off in the unstable version (2.2, 2.4).  It's
> > not the kind of thing we want in a shipping product, but seems
> > reasonable for betas.
> 
> [Trimming some cc:s.]
> 
> I agree with Jonathan here- this is the most reasonable option, IMHO.
> You don't want this in a stable release because, to be blunt, we
> currently need to be raising the barriers to bug filing, not lowering
> them; virtually all the core gnome projects have more bugs than they can
> deal with already. 

A wiser head than I points out that this is a really sad statement for
me to make. I agree. I hate to have to admit this, but currently
bugsquad and I just can't keep up on many key modules (like, say,
nautilus.) If I could spend all day (and all night) on bugsquad and
b.g.o., I wouldn't be saying this. But I can't so I must :/

I should also note that projects that feel a shortage of bug reports
should feel very comfortable doing this (Abi already does something like
this, for example.) I'm just saying it can't be the default in
libgnomeui for stable releases- apps must do it on a per-app level.
Currently the core apps (which is what I have to think about) can't be
defaulting to this, at least not in stable releases.

Luis

> As far as the i18n issues... I understand the desire of the i18n team
> for more coverage, so maybe we can work out something specific to the
> needs of the i18n team. Fernando's work should make it easier to have an
> i18n-specific menu item, if we want to do that (and only that) in stable
> releases.
> 
> I understand Jody's concern about connecting better to our users- I
> strongly agree that we need to place the new, improved 'about GNOME'
> somewhere better than the panel right-click menu. Surely we can do
> better than KDE's 'plaster it everywhere' policy, though.  (And surely
> 'make it easier to report bugs' is not nearly the same as 'inform your
> users better.')
> 
> BTW, 'issue'zilla is basically as broken as 'bug'zilla is- Fernando's
> approach in HEAD bug-buddy, distinguishing a variety of different bug
> reports, is the right one.
> 
> Anyway, that's a whole bunch of thread responses collated in one place-
> hope it's useful.
> 
> Luis
> 
> _______________________________________________
> desktop-devel-list mailing list
> desktop-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
> 




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]