Rajko_m,
thanks a lot for your effort to explain this FlaggedRevs Extension and
your point of view in more detail - this is much appreciated. Please
see my comments below.
2009/11/6 Rajko M.
On Thursday 05 November 2009 07:41:56 Rupert Horstkötter wrote:
Team,
we still need to agree on either Sandboxing or FlaggedRevs as our QA process for the openSUSE Wiki - I'm the assignee to start this discussion... so, here it is. During our Meeting last Friday, the general concensus was to go for the Sandboxing approach, but I know that there are other opinions as well from parties not joining the Meeting and thus I'd like to give another possibility to discuss the Pros and Cons of both Approaches before we decide which one to implement finally.
To decide which approach is better we have to consider software at hand, which is Mediawiki, that is different from inyoka used by ububtuusers.de, and man power that has to carry on tasks, from wiki preparation for new publishing quality assurance method, to regular maintenance and moderation.
We (I for sure) have no idea about inyoka and its properties, but I know much more about Mediawiki. That makes all comments on ubuntuusers.de solutions valid only on content organization, but not on implemented administration methods. What is easy there, can be labor intensive here, and even more, what is possible there, can be impossible here. . More about wikies http://moinmo.in/WikiEngineComparison. See row Permissions. Limited.
During our meeting last Friday, we came up with the proposal to get the opportunity to test both approaches in a testing environment to give the Wiki Team an actual idea. Frank, would it be possible to set this up? This isn't urgently needed but would certainly be desired.
Anyway, I will install vanilla Mediawiki and FlaggedRevs, to see what they offer. The http://www.mediawiki.org/wiki/FlaggedRevs has enough details. The most of the work will be to copy enough content, create multiple users and play with configuration.
Thanks for taking action here, much appreciated. I'm eagerly waiting for the results. If you'll do this on a publicly accessible server, may you provide access to other Wiki Team Members as well to play with the setup?
Apropos copy content, that doesn't work well. I can have only current revision.
That said, the intention is to give this discussion another period to evolve, so please, FlaggedRevs supporterrs, jump in and explain.
The flagged reviews offers multiple features that we want trough other extension requests and it is configurable, so it can be win win situation. Christian noted one configuration that would force approved version to appear, as that seemed to be wanted feature, but that is configurable.
The variables: $wgFlaggedRevsOverride - Whether flagged revisions override the default revision or simply give a tag notice to the stable version.
- The notice is what will satisfy the need to see current revision by forum users, and at the same time any user can select stable revision. - Nobody is forced to anything, but at the same time everybody is notified of status.
$wgFlaggedRevsNamespaces - Sets what namespaces to allow for reviewing.
- This makes possible to have Sandbox: and FlaggedRevs at the same time, and compare efficiency, labor involved in maintenance, etc.
This all sounds perfectly fine to me and if FlaggedRevs really turns out to be the win win situation we're looking for I'm certainly all for implementing it.
...
Finally I'd like to close this discussion with an ultimate decision about the QA process we're going to implement - at some point in time we need to go forward and we need an agreement for either approach to cover/explain it within the Guidelines. Just now, the tendency by the team is to go for Sandboxing (checked in the Meeting - see transcript http://en.opensuse.org/Wiki_Team/Meetings/2009_10_30-transcript) but I'll certainly go along with whatever decision made by the team - I'd just like to have a decision.
The vote during meeting was between "something that sounds known" and "something never seen", and the votes reflect that.
Absolutely aligned. That's the reason I decided that we'll discuss this for another period of time before we come up with a decision - I myself as the meeting moderator had the bad situation that nobody in favor of FlaggedRevs actually was available in our Meeting last Friday - bad chance. I anyway have to admit that I'm not eligible for having the best understanding about the technical implementation details. There are much more knowledged people within this group (you and others) and I'm perfectly aware of that certainty - I myself try to be helpful in driving the big picture forward and as I said already, it's not at all my desire to implement what I myself (personally) feel appropriate but what actually IS the best approach for our success - just to make this VERY clear.
I know that sandboxing on Mediawiki means a lot of maintenance work, so I look at it as the last resort solution.
I'd propose to discuss this for a timeframe of one week as of now and afterwards we vote - sounds sufficient?
Hopefully, the weekend test of FlaggedRevs will tell, is that actual tool that we look for.
Thanks, R
-- Regards, Rajko
OpenSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org
-- Rupert Horstkötter openSUSE Community Assistant http://en.opensuse.org/User:Rhorstkoetter Email: rhorstkoetter@opensuse.org Jabber: ruperthorstkoetter@googlemail.com -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org