Personally, I have always preferred the format of a forum to that of a
mailing list.
Mailing lists are limited to text only, and while thats fine for most
mailing lists, we are the [libreoffice-design] mailing list... In other
words, we need to be able to post lots of pictures, svgs, templates,
etc... This can be done via a wiki, but it forces everyone to visit
multiple places, and is inefficient.
A forum on the other hand would allow us to centralize everything. We
would only move content to the wiki once it has been peer-reviewed and
finalized.
This would also make the wiki (at least the design section) look more
professional, because it wouldn't have anything posted that is a work in
progress.
Also, my vote goes to MyBB http://www.mybb.com/ Its a lot like
vBulletin, but open source. However, it does not support mailing list
integration AFAIK.
On 01/29/2011 10:15 AM, Paulo José wrote:
Hi everybody!
I know I'm new here and this topic was probably discussed some times,
but I wanna know what you think about it now.
The mail listing format is very objective and clear to use. We just
need to reply an email to take part in a discussion. But when the
discussion grows up, it starts to be impossible don't be disturbed by
noise of other discussions and even understand the thread flow.
The forum format is not too simply. You usually need to sign up and
login for each participation on a discuss. But as advantage you have
more a organized discuss and concise, new features like posting images
and attaches, true links, create polls, correct mistakes in your
messages, and others.
So I looked up on Google about the possibility of migrate a mail
listing to a forum system. Many people talk about the disadvantages
[1] on doing it, and how just few mail listing members do login in a
forum... All their negative points are related to the differences
between forum these two discuss format. Isn't there a way to unify the
advantages of both?
There is! Some forum systems that I found actually have support to
integrate mail listings, and one of them, called FUDforum [2], has
total integration, allowing to the forum archive emails from mail
listings and also send the messages posted in the forum to the mail
listing [3]! No more need to login in the forum. Is this not great? We
could have the both of two worlds!
Along the importing process of FUDforum, is possible automagically
create new users (by their email address) and normalize the text of
emails (per example, remove the "[libreoffice-design]" signature from
the message subtitle). At last, an important thing: FUDforum is /free/
and /open source/.
I personally like the forum format and believe that our productivity
would be increased in a power by 2 using it in long discussions and
interactive activities, thanks to its advantages. Well, what do you
think about it? Is this a possibility to be discussed now?
Thank you in advance for your time!
~Paulo
[1] "Moving a mailing list to a forum?"
http://www.henriettesherbal.com/blog/moving-mailing-list-forum.html
[2] "What is FUDforum?"
http://cvs.prohost.org/index.php
[3] "FUDforum's Mailing List Manager"
http://cvs.prohost.org/index.php/Mailing_List_Manager
--
Kevin Soviero
Email: ksoviero@gmail.com <mailto:ksoviero@gmail.com>
Phone: (512) 672-9641
--
Unsubscribe instructions: E-mail to design+help@libreoffice.org
List archive: http://listarchives.libreoffice.org/www/design/
*** All posts to this list are publicly archived for eternity ***
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.