Last modified: 2014-04-28 16:32:35 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T3234, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 1234 - Transform discussion pages to a "real" forum
Transform discussion pages to a "real" forum
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Extensions requests (Other open bugs)
unspecified
All All
: Normal enhancement with 4 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 17672 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-12-30 12:38 UTC by Frando
Modified: 2014-04-28 16:32 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Frando 2004-12-30 12:38:20 UTC
Not really a bug, but a feature request:
My idea is to transform the discussion pages to a real forum, as known from phpBB, Woltlab 
Burning Board or vBulletin.

So each article would have one subforum, in which everyone can create a new thread. Other 
users can answer these threads or create new ones. It should only be possible to edit your 
own posts but not the ones from others.

The forum structure could be like this:
Wikipedia Forum 
-Wikipedia intern 
--Bugreports
--Proposals and criticism
-Articles 
--(Subforum for each article)
-Users 
--(Subforum for each users)
-Portals 
--(Subforum for each portal)
and so on...

I think this way the discussions would be much more effective and purposeful.

At the the top of each discussion page there could be a notice where you are at the 
moment:

You are here: [Wikipedia Forum] -> [Articles] -> [Foobar] -> [Delete this article?]

The most important thing is that the discussion is really organized in forums, subforums, 
threads and posts, EXACTLY the way it is in the known Burning Boards.

--> swEEper (swEEper@xcite-online.de)
Comment 1 T. Gries 2004-12-31 00:36:07 UTC
(In reply to comment #0)
> My idea is to transform the discussion pages to a real forum, as known from
phpBB, Woltlab 
> Burning Board or vBulletin. So each article would have one subforum

create a page called Article/Subforum

> , in which everyone can create a new thread. Other 
> users can answer these threads or create new ones. It should only be possible
to edit your 
> own posts but not the ones from others.

This is a contradiction to the well-established Wiki principle.

> 
> The forum structure could be like this:
> Wikipedia Forum 
> -Wikipedia intern 
> --Bugreports
> --Proposals and criticism
> -Articles 
> --(Subforum for each article)
> -Users 
> --(Subforum for each users)
> -Portals 
> --(Subforum for each portal)
> and so on...
> At the the top of each discussion page there could be a notice where you are
at the 
> moment:
> 
> You are here: [Wikipedia Forum] -> [Articles] -> [Foobar] -> [Delete this
article?]
> 
> The most important thing is that the discussion is really organized in forums,
subforums, 
> threads and posts, EXACTLY the way it is in the known Burning Boards.

Dear Sweeper,

I am using one of my standard MediaWiki installation for this purpose, i.e.
current MediaWiki software can already be used to "simulate" your structure.
See, how this could be achieved:

Simply create a page with such a name

Wikipedia_Forum/Wikipedia_intern/Bugreports/Proposals_and_criticism/Articles/Subforum/Thread_1

(The content of that page would be the plurality of postings in that Thread_1,
simulated by a sections, i.e. use "==" posting nn "==" to separate the single
postings)

You can simply "open" sub-pages which correspond to the different levels in a
forum/bulletinboard. The proposed navigation to higher levels is already
partially created by MediaWiki; the underlying structure can easily be built up
by using the [[category:]] feature of MediaWiki.

I suggest, that you try for examples as subpages to your User:page , what I
propose herein:


- use many hierarchical sublevels, use "/" as separator in page names

in combination with

- using categorization i.e. [[Category: ]] 
- You can use category **sublevels** as well.

- use section separators to indicate the different postings.

The navigation bar you have proposed is currently present and automatically
added from bottom level pages to top level pages, but not from top to down
level, i.e. MediaWiki does currently not offer to show automatically all
subpages/sublevels of a certain page. However, a navigation bar can already be
added manually by using templates, see for example what I added on
http://meta.wikipedia.org/Enotif and accompanying pages.

Does this solve your problem ?
Comment 2 dan 2005-02-13 00:53:52 UTC
I must say I also propose the creation of real forums replacing the discussion pages. I am new to wikipedia and I tried to contribute to several discussions but I could not follow a single one of them. 
The discussion pages are usually messed up and people seldomly sign their entries. I find this to be very discouraging.
~~~~
Comment 3 jediarchives11 2005-07-23 04:42:28 UTC
I agree with comment #0 and #2.  Often, wiki discussion pages can be hard to navigate, 
understand and to determine who is saying what.  Also, it seems like there should be a 
different kind of page for discussion pages: right now they seem too much like regular article 
pages.  And, in my opinion, forums just feel better for conversation and discussion of the 
topic at hand.
Comment 4 Rob Church 2005-10-13 20:52:45 UTC
Talk pages are used for storing more than just discussions. I personally dislike
the idea of a forum approach; a lot of wikis have a "remove personal attacks"
policy and so forth.

Following discussions can be difficult, but it is something one learns.
Indentation is sometimes messed up or misused, etc.

You could use a template similar to [[en:Template:Unsigned]] to mark unsigned
edits; use the page history to see who added the entry, and when.
Comment 5 jediarchives11 2005-10-14 02:11:04 UTC
Forums can be used for more than just discussions also, by using the sticky feature or just 
by making an annoucement.  I don't see how a forum-like discussion page relates to "remove 
personal attacks" policies.

More people will be instantly familiar with a forum-like approach, which makes it harder to 
mess up/misuse indentation.
Comment 6 Rob Church 2005-10-14 13:28:19 UTC
I ought to have made it clear. The reference to removal of personal attacks is
one example of situations where it is desirable/required to be able to edit
posts from others.
Comment 7 jediarchives11 2005-10-14 17:46:37 UTC
Ok, I understand now and see how that would be a concern.  Readers would have to be given 
more privileges then they are on most forums.  Not sure if this would be possible on 
existing forums, so a custom-designed one might be neccesary.
Comment 8 Derrick Coetzee 2006-05-31 23:55:26 UTC
I'm very much in favour of this proposal and I am considering working on a prototype of 
this feature in my own wiki (literateprograms.org). If I complete it I'll post here again.

My solution for deleting personal attacks and vandalism is simply to allow admins only to 
delete posts. This might seem too restrictive, but because discussion pages are not part of 
the "product" that readers are intended to see, I think it's okay to not remove such things 
immediately. Also, I don't believe that removing such posts is an effective way of reducing 
conflict.
Comment 9 Rob Church 2006-06-01 00:09:11 UTC
Note: One of our Summer of Code projects, LiquidThreads, will be
implementing/fulfilling this or similar.
Comment 10 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-06-01 03:14:35 UTC
(In reply to comment #8)
> My solution for deleting personal attacks and vandalism is simply to allow
admins only to 
> delete posts. This might seem too restrictive, but because discussion pages
are not part of 
> the "product" that readers are intended to see, I think it's okay to not
remove such things 
> immediately. Also, I don't believe that removing such posts is an effective
way of reducing 
> conflict.

Yes, but you neglect (for instance) the possibility of a template having to be
substed per [[WP:SUBST]] (such as {{test}} or other talk-page template
messages); a formatting error that causes the post to display in a confusing or
obnoxious manner (such as when newbies try indenting their text with initial
spaces); spam posts; etc.  Wiki has shown the power and advantages of "soft
security".

And as for the case of personal attacks, [[WP:RPA]] is disputed, and it would be
unreasonable to impose a unilateral technical decision that decisively rejects
it.  It should at least be a per-wiki option.
Comment 11 Charlie Nolan 2007-02-25 23:40:11 UTC
*** Bug 9111 has been marked as a duplicate of this bug. ***
Comment 12 Charlie Nolan 2007-02-25 23:44:09 UTC
This may go without saying, but since I folded #9111 into this one, make sure
that the forum either participates in the watchlist system or has an equivalent
feature.
Comment 13 Siebrand Mazeland 2009-02-02 11:58:38 UTC
Resolved if one would use the LiquidThreads extension.
Comment 14 Andrew Garrett 2009-02-26 05:19:55 UTC
*** Bug 17672 has been marked as a duplicate of this bug. ***
Comment 15 PiRSquared17 2014-04-28 16:32:35 UTC
(In reply to Siebrand Mazeland from comment #13)
> Resolved if one would use the LiquidThreads extension.

Or Flow.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links