Last modified: 2006-10-13 07:18:47 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 3477 - One Word Edits
One Word Edits
Status: RESOLVED DUPLICATE of bug 4427
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
All All
: Normal enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2005-09-16 01:00 UTC by lh2
Modified: 2006-10-13 07:18 UTC (History)
0 users

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


Description lh2 2005-09-16 01:00:05 UTC
From the Village Pump:

Often when I'm reading through an article I will find the odd misspelling or
two, but I'm too lazy to click the Edit button, change the text and save it,
just to correct one word, so the typo stays there until someone more motivated
than me comes along.

Now, in DOM compliant browsers, it should be possible to make it so that, e.g.,
when you double-click on a word, it puts that word in an edit box and lets you
edit just that one word which then gets saved when you press ENTER,
transparently to the user. I got the idea from the way Flickr lets you change
the title, description, etc., of your own photos.

I guess doing strictly one-word edits may not be entirely feasible in practice,
but the technique could be used at, e.g., the paragraph level (one of the
smallest units of text which would be generally addressable in the DOM). One
could bind a double-click event to the document which would trigger an action
that would retrieve the Wikitext for the paragraph in question (this might
require some sort of indexing) via an HTTPRequest, then replace the paragraph's
DOM node by a new one containing the Wikisource in an edit box, plus a
"Save"/"Cancel" button group. If cancelled, the original DOM node is restored
and nothing else happens. If saved, an HTTPRequest sends the new Wikitext and if
successful retrieves the resulting HTML from the server--in case of error, the
server may send HTML indicating the situation and the fact that the change was
not saved. In either case, the returned HTML replaces the edit box and completes
the edit process. Edit summary could be filled in automatically, perhaps using
the /* Section */ convention already in use, or an input box could be provided
as well.

Please excuse any mistakes in the description above, I'm a little rusty on the
technical side of things and it's nearly 03:00am and I really should be sleeping
by now :)

It is my belief that a feature like that would have the following benefits:

* Improve usability for the population of users with DOM capable browsers. Other
would continue using the current method with no negative impact to them.

* Encourage editing as a result of the above, thus raising the overall quality
of the Wikipedia.

* Reduce bandwidth use by not requiring that whole pages of Wikitext/HTML be
transferred when one is only going to modify a very minor part of it. This
should increase responsiveness of the Wikipedia and lower operating costs.
Comment 1 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-10-13 07:18:47 UTC
Essentially the same as 4427, even if the scope is perhaps marginally smaller.

*** This bug has been marked as a duplicate of 4427 ***

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