User:Jugdish/RequestedGreasemonkeyScripts: Difference between revisions

From MusicBrainz Wiki
Jump to navigationJump to search
((Imported from MoinMoin))
 
(removed unsuitable categories (Imported from MoinMoin))
(One intermediate revision by the same user not shown)
Line 28: Line 28:


</ul>
</ul>
* Column buttons for "All Yes", "All Abstain", "All No Vote". ("All No" is probably a bad idea...) [[Image:Checkmark.png]] done [http://userscripts.org/scripts/show/10011 http://userscripts.org/scripts/show/10011]
* Column buttons for "All Yes", "All Abstain", "All No Vote". ("All No" is probably a bad idea...) [[Image:Checkmark.png]] done, ''[http://musicbrainz.org/user/mod_email.html?uid=299391 contact me] for the script''
<ul><li style="list-style-type:none">-- [[Brian Schweitzer|BrianSchweitzer]] 05:52, 17 June 2007 (UTC)
<ul><li style="list-style-type:none">-- [[Brian Schweitzer|BrianSchweitzer]] 05:52, 17 June 2007 (UTC)
</ul>
</ul>
Line 36: Line 36:
<ul><li style="list-style-type:none">I agree, it does, but that's a universal fact for any convenience script. Anything which allows responsible people to do many beneficial things with ease also allows irresponsible people to do many harmful things with ease. But I don't think that should mean we never write convenience scripts. -- [[User:Jugdish|Jugdish]] 08:45, 18 June 2007 (UTC)
<ul><li style="list-style-type:none">I agree, it does, but that's a universal fact for any convenience script. Anything which allows responsible people to do many beneficial things with ease also allows irresponsible people to do many harmful things with ease. But I don't think that should mean we never write convenience scripts. -- [[User:Jugdish|Jugdish]] 08:45, 18 June 2007 (UTC)
<ul><li style="list-style-type:none">I don't say such scripts should not be written. I say they should not be published or should be distributed carefully to trustful editors. I've myself written some months ago a similar script for a specific need (to help drsaunde reverts its quality edits) but I've chosen to not publish it. -- [[User:murdos|murdos]] 09:13, 18 June 2007 (UTC)
<ul><li style="list-style-type:none">I don't say such scripts should not be written. I say they should not be published or should be distributed carefully to trustful editors. I've myself written some months ago a similar script for a specific need (to help drsaunde reverts its quality edits) but I've chosen to not publish it. -- [[User:murdos|murdos]] 09:13, 18 June 2007 (UTC)
<ul><li style="list-style-type:none">Oh I see your point. Fair enough, I've removed the script from userscripts.org and will only supply it with discretion. -- [[User:Jugdish|Jugdish]] 09:18, 18 June 2007 (UTC)
</ul>
</ul>
</ul>
</ul>
</ul>
Line 77: Line 79:
</ul>
</ul>


----
[[Category:Bio]]

Revision as of 13:28, 6 July 2007

Don't forget to sign/date your posts. Also, if your suggestion is already listed, add your name to the request so I know how popular each is.

  • Add the text box edit style to inline voting and single edit view
  • "Frequently used voting phrases" buttons for voting:
  • Suggestions:
    • * Please provide a link to a website where we can verify this release. A link that verifies the tracklist would be great. Thanks!
    • * Please set the language and/or script for this release, if you can.
    • * Please set the type and/or status for this release, if you can.
    • * Could you maybe find another verification site? Daz/Tagtuner draws all of its data directly from the freedb database.
    • * Over a week and still no response.
    • * Please remember to use "Guess Case".
  • Column buttons for "All Yes", "All Abstain", "All No Vote". ("All No" is probably a bad idea...) Checkmark.png done, contact me for the script
  • I don't think such a script should be (and should have been) published since it could have some dangerous fallout: think about some vengeful voting of an editor if its edits have been nitpicked, or for someone who want to increase its voting rate (EditorRating) and so vote without checking... :( -- murdos 06:36, 18 June 2007 (UTC)
    • @murdos: I don't think this script is enabling people to do anything that they couldn't have done already. If someone really wants to do vengeful voting or voting without any sort of checking, they aren't going to let individual clicking for each vote stop them from doing so. This script is just meant as a slight convenience for initially setting all votes to some initial value that can then be tweaked on an individual basis as needed. -- Jugdish 06:45, 18 June 2007 (UTC)
      • Sure, this script is not enabling people to do anything that they couldn't have done already. But it provides a slight convenience to do it massively and faster :p That's why I think this is dangerous. -- murdos 08:39, 18 June 2007 (UTC)
        • I agree, it does, but that's a universal fact for any convenience script. Anything which allows responsible people to do many beneficial things with ease also allows irresponsible people to do many harmful things with ease. But I don't think that should mean we never write convenience scripts. -- Jugdish 08:45, 18 June 2007 (UTC)
          • I don't say such scripts should not be written. I say they should not be published or should be distributed carefully to trustful editors. I've myself written some months ago a similar script for a specific need (to help drsaunde reverts its quality edits) but I've chosen to not publish it. -- murdos 09:13, 18 June 2007 (UTC)
            • Oh I see your point. Fair enough, I've removed the script from userscripts.org and will only supply it with discretion. -- Jugdish 09:18, 18 June 2007 (UTC)
  • Wraparound edit listings, to see more than 25 edits at a time (50, 75, 100, whatever).
  • Some sort of "heads up" indicator for the most common errors:
    • ASIN in the cat # field
    • CD release w/release date prior to 1980 (or whatever the exact date was)
    • Future release dates
    • Pseudo-releases
    • Heads up that release date is the Amazon "we don't know" date (I forget what date that is - anyone able to edit it in here?)
  • This one's only if you're really looking for a challenge... but we'll love you if you can pull it off!  ;)
  • Using GM_setValue (or however else would be best to do it), add several text boxes under the release events field for add release edits. On the submit screen, paste them into the text field. Then once the release is created, auto-open a webpage tab per filled in field, auto-populating the URL(s) into the "Add URL as relationship" screen for that new release, just waiting to be submitted.
    • * One for Amazon link.
    • * One for Discogs
    • * One for Wiki
    • * One for Coverart
    • * These only will work if the AR via mbid submit bug gets fixed I think, unless the drop-down lookup lets you bypass that problem...
    • ** One for Release performer AR (Maybe 2 side by side would be better for most situations)
    • ** One for Release composer AR (Maybe 2 side by side would be better for most situations)