Mailing List Archive: Enhancement requests : spreading the word, flagging problems, accept but delay

Enhancement requests : spreading the word, flagging problems, accept but delay

Jun 19, 2006, 2:24 PM

Post #1 of 5 (532 views)

A few disparate feature thoughts from recent conversations:

* "Mail this article to a friend" and "Mail this image to a friend" --
badly needed functionality

* "Flag problem with this article" -- useful interface feature, though
what it does once you apply such a flag might be refined over time.

* User watching -- add the option to watch the edits of particular
anons or new users [logged-in users could opt out of being watchable].
In addition to "/newbies" have an "unwatched newbie contribs" RC
page.

* Metadata about revisoin stability : A subtle but visible "recent
newbie edit" flag to articles to indicate that someone with no history
has edited the page recently, and this flag has not been reset.
Provide a way for any non-new editor to unset the flag.

** A feature to prepare for the future, but not to apply unless
necessary : an "accept but delay" editing patch for new users -- new
users can see their own changes to an article; logged-in users can see
the "recent newbie edit flag" and also the latest changes; other users
see the last version before this edit. Anon readers who try editing
the page (not seeing the newer revision) would be editing the text of
the old revision (with the standard warning), so a set of newbies
could conceivably overwrite one another's changes in quick succession
without realizing it; but other editors could learn to compensate and
work through the histories of especially current events articles with
rapidly changing content and information.

SJ
_______________________________________________
foundation-l mailing list
foundation-l@wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/foundation-l

Re: Enhancement requests : spreading the word, flagging problems, accept but delay [ In reply to ]

messedrocker at gmail

Jun 19, 2006, 2:30 PM

Post #2 of 5 (513 views)

Permalink

"Mail this article to a friend" -- yes, we do need this function. Thing is,
it may put a stress on the servers.

"Flag problem with this article" -- isn't that what article tags like
{{npov}} are for?

User watching -- Sounds like a good idea, thing is, it may lead to more
wikistalking

Revision stability -- Fundamentally good to ensure article quality, but it
can be argued that this stereotypes newcomers. Then again, newcomers really
have a tendency of doing things not exactly how we like them, but it's okay.
Sounds like a good idea.

Accept-but-delay -- anti-wiki. I prefer the newbie-edit flag better, since
it helps make sure the article doesn't degenerate in quality, but delaying
edits of someone is against the whole quick-editing concept.

On 6/19/06, Samuel Klein <meta.sj@gmail.com> wrote:
>
> A few disparate feature thoughts from recent conversations:
>
> * "Mail this article to a friend" and "Mail this image to a friend" --
> badly needed functionality
>
> * "Flag problem with this article" -- useful interface feature, though
> what it does once you apply such a flag might be refined over time.
>
> * User watching -- add the option to watch the edits of particular
> anons or new users [logged-in users could opt out of being watchable].
> In addition to "/newbies" have an "unwatched newbie contribs" RC
> page.
>
> * Metadata about revisoin stability : A subtle but visible "recent
> newbie edit" flag to articles to indicate that someone with no history
> has edited the page recently, and this flag has not been reset.
> Provide a way for any non-new editor to unset the flag.
>
> ** A feature to prepare for the future, but not to apply unless
> necessary : an "accept but delay" editing patch for new users -- new
> users can see their own changes to an article; logged-in users can see
> the "recent newbie edit flag" and also the latest changes; other users
> see the last version before this edit. Anon readers who try editing
> the page (not seeing the newer revision) would be editing the text of
> the old revision (with the standard warning), so a set of newbies
> could conceivably overwrite one another's changes in quick succession
> without realizing it; but other editors could learn to compensate and
> work through the histories of especially current events articles with
> rapidly changing content and information.
>
> SJ
> _______________________________________________
> foundation-l mailing list
> foundation-l@wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/foundation-l
>
_______________________________________________
foundation-l mailing list
foundation-l@wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/foundation-l

Re: Enhancement requests : spreading the word, flagging problems, accept but delay [ In reply to ]

brion at pobox

Jun 19, 2006, 2:34 PM

Post #3 of 5 (503 views)

Permalink

Samuel Klein wrote:
> A few disparate feature thoughts from recent conversations:
>
> * "Mail this article to a friend" and "Mail this image to a friend" --
> badly needed functionality

Too easily abusable to spam; also this functionality is already built-in to
every web browser I've seen.

/me nods at others

-- brion vibber (brion @ pobox.com)

Re: Enhancement requests : spreading the word, flagging problems, accept but delay [ In reply to ]

jleybov at yahoo

Jun 19, 2006, 7:09 PM

Post #4 of 5 (509 views)

Permalink

>
> A few disparate feature thoughts from recent
> conversations:
>
[snip]
>
> ** A feature to prepare for the future, but not to
> apply unless
> necessary : an "accept but delay" editing patch for
> new users -- new
> users can see their own changes to an article;
> logged-in users can see
> the "recent newbie edit flag" and also the latest
> changes; other users
> see the last version before this edit.

This is a more specific case of the stable version or
"Wikipedia 1.0" feature discussed on this list last
week and which I hope will go live, in one form or
another, relatively soon. Especially since the
current failure to distinguish between
stable/"official" and in-progress versions of an
article exacerbate many problems, both social and
technical. If the last revision of an article is no
longer pulled by default for most users, then you
remove much of the incentive for vandals or spammers
since the only people who will see their handiwork are
the editors working on the next version of the
article. Revision wars likewise cool down as neither
side can now seize an article's "prime real estate"
(i.e. its default view) by putting their revisions
into the latest version of an article. Thus you
reduce unnecessary load on the system, and the editing
process becomes more deliberate and civil since only
through consensus will new edits ever make it onto the
stable, or "official" Wikipedia site.

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
_______________________________________________
foundation-l mailing list
foundation-l@wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/foundation-l

Re: Enhancement requests : spreading the word, flagging problems, accept but delay [ In reply to ]

magnus.manske at web

Jun 21, 2006, 1:42 AM

Post #5 of 5 (509 views)

Permalink

Samuel Klein schrieb:
> * "Flag problem with this article" -- useful interface feature, though
> what it does once you apply such a flag might be refined over time.
>
"Tasks" extension.

Magnus

Mailing List Archive

Attached Files:

Attached Files: