Hi,
Am 22. Juli 2011 13:16 schrieb Stefan Haas <LibreOffice-Stefan@uhaas.de>:
Am 22.07.2011 13:14, schrieb Florian Effenberger:
Stefan Haas wrote on 2011-07-22 12:56:
was spricht dagegen, für die wichtigsten Bereiche jeweils eine eigene ML
auf der TDF-Infrastruktur zu schaffen?
Meines Erachtens ist es nicht zielführend, alles auf einer Liste
zusammen zu quetschen.
die Erfahrung aus (bei mir) fast sieben Jahren Projektarbeit. Ich hatte
bei OOo am Schluss ca. 60 Mailinglisten im Abo, und kein Mensch hat mehr
durchgeblickt, was wohin gehört. Letzten Endes waren dann bei jeder Mail ca.
fünf Listen im Cc, damit jeder informiert ist. Genau das möchte ich gerne
vermeiden...
60 Sind sicherlich übertrieben,
Zielführend wäre:
Generell (discuss)
Box
QA
Doku
60 waren sicher international und die hatte ich auch.
Aber schau bitte mal was wir alleine bei de-OOo an Mailinglisten
hatten. QA hatte z.B. fast garkeinen eigenen Traffic, das war nur eine
Untermenge von dev.
Ich stimme Florian (und anderen) zu: Keine zusätzlichen Listen auf
regionaler Ebene, aber bessere Beachtung der Nettikette und ggf. mal
in IRC und direkte Mail ausweichen.
Gruß
Volker
--
Volker Merschmann
Member of The Document Foundation
http://www.documentfoundation.org
--
Informationen zum Abmelden: E-Mail an discuss+help@de.libreoffice.org
Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.