Mailinglist Archive: opensuse-wiki (44 mails)
| < Previous | Next > |
Re: [opensuse-wiki] Testing FlaggedRevs Wiki QA
- From: "Rajko M." <rmatov101@xxxxxxxxxxx>
- Date: Sat, 6 Mar 2010 04:54:24 -0600
- Message-id: <201003060454.24516.rmatov101@xxxxxxxxxxx>
On Friday 05 March 2010 12:07:42 Jim Henderson wrote:
The time is all that we need :)
Taking that forum software has some documentation at
http://www.vbulletin.com/docs/
* Appendix 3: Technical Documents
* Appendix 4: Developer Tools
** Data Managers
I guess that Thomas can use above if necessary.
I would also propose to think about exact workflow as no script can be written
if we don't have very detailed picture how process will work.
Current idea will bring changes to forums as a post.
How that post looks? In Akregator it is like:
Statistics
Date:Yesterday 21:49
Author:Coolo
← Older revision Revision as of 03:49, 6 March 2010
Line 106: Line 106:
|2944925 |2944925
|2573036 |2573036
-|2607367+ +|2607367
|- |-
and so on for a whole page, and at the end of changes I can see link "Complete
Story" to
http://en.opensuse.org/index.php?title=Statistics&diff=125390&oldid=prev
That link is included in the feed file, so the forum post will have link to
change, and new post for each change.
Taking how much manual work is to aggregate forums posts per wiki page (edit
first post to add new changes and remove posts that duplicate links in first
post) that will at the end produce the same result that one can see directly
on the wiki as:
http://en.opensuse.org/index.php?title=Statistics&action=history
We should see how to save forum operator time for normal forum administrative
tasks instead of using it to create list that already exists.
Here is one possible solution.
-------------------------------------------------------------------
(1) On wiki page creation, create thread with initial post that will contain:
* link to wiki page
* link to history of that page and
* short information how to use it.
After thread creation create wiki discussion page (talk page) with:
* link to thread in forums and
* link to discussion subpage where editing proposals can be published.
Semi protect discussion page.
Problem is that some users will attempt to edit discussion page to add comment
there, so we need warning that will explain why discussion pages in Main name
space are protected and where to post the comment, or editing proposal.
Appropriate template is probably the best option.
Add link to wiki page and link to the forum thread to announcement article
that will contain:
* links to the 10 most recent created pages in Main namespace and links to
corresponding forum threads
* link to Special:NewPages for detailed list of all new pages, plus few words
what the Special:NewPages list is and how it can be used.
(2) On wiki page change, update another announcement list that will contain:
* links to the 10 most recent pages that are changed (listed in
Special:RecentChanges for Main namespace) and
* link to Special:RecentChanges for detailed list of all page changes with few
words what is that page about and how it can be used
We can add more lists, but I would prefer one general announcement post that
will give overview of tools that one can find and use directly on the wiki.
This solves few problems.
1) Where to find forum thread when wiki visitor, or article author, is looking
at the wiki page and want to give or see feedback. The link is in a place that
anyone that wants to comment on wiki article will look for, the Discussion
page of the article which is linked on the top of each wiki page as Discussion
:)
2) Number of forum threads will be large, but it will be easy to find
information that one want to see, or place to post the comment.
3) People reading forum have digest of changes in announcement articles and in
the same place link to more details that are published on the wiki, so there
is no need for large and unreadable forum article.
4) Those that hit forum thread about some article directly can see in the
first post all they need to read article, its history and give comment on
article or its changes.
-------------------------------------------------------------------
I would like that you check procedure and comment is this viable solution.
The only problem that I can see could be that announcement article can't be
edited after creation. That will limit announcement to few links to wiki
special pages and instructions how to use them.
--
Regards Rajko,
--
To unsubscribe, e-mail: opensuse-wiki+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-wiki+help@xxxxxxxxxxxx
Makes sense, Rupert - the weeks are going so fast lately that I don't know
what day it is any more. :-)
I might propose that we plan on taking this on after BrainShare, unless one
of the other admins has availability to help with this before then. I
think that would give us some time to plan things out in advance as well,
and that would be a good approach to take.
Jim
The time is all that we need :)
Taking that forum software has some documentation at
http://www.vbulletin.com/docs/
* Appendix 3: Technical Documents
* Appendix 4: Developer Tools
** Data Managers
I guess that Thomas can use above if necessary.
I would also propose to think about exact workflow as no script can be written
if we don't have very detailed picture how process will work.
Current idea will bring changes to forums as a post.
How that post looks? In Akregator it is like:
Statistics
Date:Yesterday 21:49
Author:Coolo
← Older revision Revision as of 03:49, 6 March 2010
Line 106: Line 106:
|2944925 |2944925
|2573036 |2573036
-|2607367+ +|2607367
|- |-
and so on for a whole page, and at the end of changes I can see link "Complete
Story" to
http://en.opensuse.org/index.php?title=Statistics&diff=125390&oldid=prev
That link is included in the feed file, so the forum post will have link to
change, and new post for each change.
Taking how much manual work is to aggregate forums posts per wiki page (edit
first post to add new changes and remove posts that duplicate links in first
post) that will at the end produce the same result that one can see directly
on the wiki as:
http://en.opensuse.org/index.php?title=Statistics&action=history
We should see how to save forum operator time for normal forum administrative
tasks instead of using it to create list that already exists.
Here is one possible solution.
-------------------------------------------------------------------
(1) On wiki page creation, create thread with initial post that will contain:
* link to wiki page
* link to history of that page and
* short information how to use it.
After thread creation create wiki discussion page (talk page) with:
* link to thread in forums and
* link to discussion subpage where editing proposals can be published.
Semi protect discussion page.
Problem is that some users will attempt to edit discussion page to add comment
there, so we need warning that will explain why discussion pages in Main name
space are protected and where to post the comment, or editing proposal.
Appropriate template is probably the best option.
Add link to wiki page and link to the forum thread to announcement article
that will contain:
* links to the 10 most recent created pages in Main namespace and links to
corresponding forum threads
* link to Special:NewPages for detailed list of all new pages, plus few words
what the Special:NewPages list is and how it can be used.
(2) On wiki page change, update another announcement list that will contain:
* links to the 10 most recent pages that are changed (listed in
Special:RecentChanges for Main namespace) and
* link to Special:RecentChanges for detailed list of all page changes with few
words what is that page about and how it can be used
We can add more lists, but I would prefer one general announcement post that
will give overview of tools that one can find and use directly on the wiki.
This solves few problems.
1) Where to find forum thread when wiki visitor, or article author, is looking
at the wiki page and want to give or see feedback. The link is in a place that
anyone that wants to comment on wiki article will look for, the Discussion
page of the article which is linked on the top of each wiki page as Discussion
:)
2) Number of forum threads will be large, but it will be easy to find
information that one want to see, or place to post the comment.
3) People reading forum have digest of changes in announcement articles and in
the same place link to more details that are published on the wiki, so there
is no need for large and unreadable forum article.
4) Those that hit forum thread about some article directly can see in the
first post all they need to read article, its history and give comment on
article or its changes.
-------------------------------------------------------------------
I would like that you check procedure and comment is this viable solution.
The only problem that I can see could be that announcement article can't be
edited after creation. That will limit announcement to few links to wiki
special pages and instructions how to use them.
--
Regards Rajko,
--
To unsubscribe, e-mail: opensuse-wiki+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-wiki+help@xxxxxxxxxxxx
| < Previous | Next > |