https://bugzilla.wikimedia.org/show_bug.cgi?id=40450

--- Comment #7 from MZMcBride <[email protected]> 2012-09-23 20:05:57 UTC ---
(In reply to comment #6)
>> This isn't a valid use-case as far as I'm concerned. You should be using the
>> API to retrieve these lists, not copying and pasting. The GUI is for
>> presentation, not scripting.
> 
> A software is used by users, so it's up to them to use the tools the more
> convenient for them. For example, there are several JS gadgets like
> VisualFileChange in Commons where you could copy/paste a set of pages title to
> perform batch operation.

The point of these Special pages viewed via (the implicit) ?action=view is to
show users a graphical report of particular wiki data. If users want to re-use
this content in another script or program, the reports' data _must_ be accessed
via the API, not via copy and paste. This has become a fundamental principle of
MediaWiki development.

> There are arguments for both versions.
> 
> Without, it's simpler to read.
> 
> With, it's more accurate and allow copy/paste in a tool an easier way.

It's not more accurate, it's just redundant (as conceded by you in comment 4).
:-)

> So, I would like to have the choice in a MediaWiki installation to use one of
> the other.

Global configuration variables have a pretty high cost. The benefit here is
very, very limited (in my opinion, a valid use-case for adding the prefixes
still hasn't even been presented). If users want the prefixes, they can and
should write a simple JavaScript gadget or similar. I don't see a reason to
implement a configuration variable here.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to