From Bernhard Dippold
Hi Florian, all
If I understand the purpose of this list right, it is about topics to be
spread among the different language projects. General discussions should
be posted on discuss@TDF.
But perhaps I'm wrong, so don't take my opinion as the only truth...
Florian Reisinger schrieb:
I think everyone knows at least one feature, which would be nice for
LibreOffice. I made my thoughts, how people with the same thoughts could
communicate very easy.
The first point would be to come together. How will the different people
get to know about a new idea they want to join?
Probably they would need a list of feature proposals on the wiki.
And if they are already on the wiki, I don't see a reason to leave the
wiki for working on this topic.
Create a dedicated wiki page for every feature idea.
Invite others to contribute to this page until this idea has become
mature enough to search for a developer interested in working on it
(probably the most challenging part).
And I think Mailing Lists are a very good way for
that. They do not need three or even more archives, but there should be
one for a thought. For example:
As Florian already stated, more mailing lists cause more infrastructure
work and should be avoided.
If the team wants to work on a feature using a mailing list, they could
use the discuss list, adding a tag [MyFeature] to the subject, so their
communication could be filtered.
But I really don't see any advantage over working on the wiki (with the
"talk" subpages of the wiki pages and eMail notification, if this works
It should just be coordinated at the wiki...
The discuss list (or design, if it is a UX related topic - okay, I don't
know any possible feature not relating to user experience) should be
informed when the task is started and when it's finished, but more
mailing lists are not the way to go in my opinion.
After the improvement of the feature by the mailing list, a Writer or
Impress document should be published, which will be voted. If the
feature gets good grades, it will be programmed and included with the
next (feature) release.
We already think of some kind of voting system for feature requests -
but even with high votes there is no guarantee that any developer picks
Of course, but it might be a good way for our developers, if they do not know what to do (I know,
that this will not happen - There is always a lot of work to do)
Our developers are either volunteers or employees of distributions or
other companies. The former pick the code to work on depending on their
personal preferences, the latter have to follow their employer's wishes
(or can decide on their own). No community member (not even the entire
community) is able to force any developer to work on a certain feature.
I never wanted to *force* anyone. It should just couse food for thought.
If developers don't know where they should spend their time best, we
might be able to point them to the most requested features, once they
have been listed.
But that's all...
PS. Your English is really good enough for the international lists!
E-mail to email@example.com for instructions on how to unsubscribe
List archives are available at http://listarchives.libreoffice.org/www/projects/
All messages you send to this list will be publicly archived and cannot be deleted
Impressum (Legal Info)
: 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