Hi :)
The Devs List/Team has far more people than the Documentation Team/List.  So 
although there are lots of good ideas that would be great to do there is very 
limited potential to actually do those things.  Obviously actually doing 
documentation work needs to be the priority.  


It would be great if every mailing list had a couple of people on every other 
mailing list.  I'm on Steering-discuss, Steering and Users.  When issues appear 
in one of those lists that really needs to go to another one of those lists or 
needs to hear about outcomes of discussions on another list then i can try to 
forward relevant emails.  However just 4 lists takes up so much of my time that 
i can't get actively involved in actually doing any of the real work in any of 
the teams.  If other people in the documentation team followed the same lists 
as 
me then no documentation work would ever get done.  


There has to be a better way of getting an overview of the activities of 
several 
groups than is possible using mailing lists.
Regards from
Tom :)





________________________________
From: André Schnabel <[email protected]>
To: [email protected]
Sent: Sun, 3 July, 2011 10:04:23
Subject: Re: [libreoffice-documentation] Improving devs-helpers-collaboration

Hi David,


Am 03.07.2011 09:53, schrieb David Nelson:
> Hi André,
> 
> I think the magic ingredient to getting non-devs involved in feature
> implementations and bug fixes is to actively reach out to other teams
> via the mailing lists when there's a specific need - like you did in
> this case.

This won't work. As told in the other mail - it took twice the time to go to 
several mailing lists and ask for contributions than learning how to implement 
things and finally do the implementation.

If people want to change this situation we must do something - and we need to 
do 
more than telling developers to go to other mailing lists. I want to see more 
people at e.g. ux-advise list coming up with their own ideas an leading a work 
item (instead of just following the developer's suggestions).

> For instance, speaking for myself, I'm more than happy to help out.
> All you need to do is buzz me with a specific request.

And I'm very thankfull for that.


> I can't think of a better way of doing things than this, but the
> general initiative of involving non-devs in these things is good. It's
> probably not always necessary, so outreaching on a case-by-case basis
> is maybe the best solution?

We should not be over-formalized with all this. It's really case-by-case.

But it is dangerous to have knowledge split across several mailing lists and 
non-developers not monitoring ongoing development. E.g., at some point I was in 
favour of removing the grid color option.  The rationale was that there is an 
other place to define that color. Fortunately Regina made me aware, that we 
will 
face compatibility options with OOo.

regards,

André

-- Unsubscribe instructions: E-mail to [email protected]
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/documentation/
All messages sent to this list will be publicly archived and cannot be deleted
-- 
Unsubscribe instructions: E-mail to [email protected]
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/documentation/
All messages sent to this list will be publicly archived and cannot be deleted

Reply via email to