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

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. 

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

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.


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