openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From janI <>
Subject Re: Translation for AOO 4.0
Date Fri, 26 Apr 2013 18:10:11 GMT
On 26 April 2013 18:52, Rob Weir <> wrote:

> On Fri, Apr 26, 2013 at 12:45 PM, Claudio Filho <> wrote:
> > Hi
> >
> > Em 26/04/2013 12:13, "janI" <> escreveu:
> >
> >> >for the record, this was not what I said....I simply believe that a
> >> feature without help (and documentation) is not complete and if released
> >> should be highlighted because our average user depend on help in many
> >> situations.
> >
> > Only to give an out perspective, this "highlighted" can return against
> we,
> > as a incomplete or immature development.
> >
> > Imho, an important feature of aoo project is its concern in bring and
> > deliver a product with high quality. So, the PoV of Ariel and Jan are
> solid.
> >
> Then all the more reason for someone who cares to enter an issue into
> BZ for this.  Don't you agree?

I have not seen BZ yet for problems/shortcomming with new features in
development (e.g. where are the detailed outstandings of IA2, jsc 3 layer
change etc). The help/documentation issue is part of the general sidebar
development, but of course  we can make one big extra BZ for the 4.0
release just to please the administrative overhead.

making BZ for problems/missing with ongoing development is highly
problematic, I could f.x. make about 10 BZ for genLang, and I am pretty
sure the sidebar developers/documenters/testers could make about at least
100 BZ if they wanted to. It would simply flood BZ, make real problems
harder to spot, and put an extra burden on the people doing the work.  I
f.x. have a simply list with my outstandings,which is quite normal during
the development/initial test phase.

making a special BZ for this issue, is in my opinion just an administrativ
trix, it does not change 1 millimeter about the fact, that we have both a
challenge. And also I dont understand why you separate this issue from all
the other open issues with sidebar.

We should be focussing a lot more on solving our challenges !!

Discussing whether or not help is  integrated after both developers and
documenters have told it is not, or whether or not a BZ should be filled
out are not positive for the process or for our community.

This is of course my private meaning, but we have a real tendency at the
moment to discuss the administrative surrounding and not the kernel issues.
I do not understand, why that is, but I strongly believe it signals
something negative.

Lets try to focus on the problems, make solutions...not administrative
stoppers, any objections to that ?

Jan I.

> -Rob
> > My 2 ยข
> >
> > Claudio
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message