Recent posts by Michael Devore
|
Nov 8, 2007
|
Topic: Script development / Blocking users on web forums Probably overkill for your purposes, but Mondo Pita allows you to block/ignore/killfile/hide a user in a number of ways for phpBB 2.x boards. Works on a lot of boards I tested, not all of them, as mods and styles can get in the way of locating the proper nodes. If you don't mind code-diving, might be an idea or two you can use. |
|
Nov 5, 2007
|
Topic: Ideas and script requests / Is this possible? Store data... Following test script demonstrates dynamic reading, updating and saving three values via GM_setValue and GM_getValue, with storage spanning browser sessions. The basic idea can be expanded to any number of values: integer, string, or boolean. To try it out, install and load a userscripts site page. Uninstall after it gets sufficiently obnoxious (about two page loads should do it).
|
|
Nov 4, 2007
|
Topic: Ideas and script requests / Auto Surf Yes, the following tiny script will do that. Just be sure to replace "site.com" with the real site in the two strings.
// test.user.js
// ==UserScript==
// @include http://www.site.com/*
// ==/UserScript==
var maxPages = 1000;
var secondsBetween = 30;
var siteName = "http://www.site.com";
var whichID = siteName+"?id="+1+Math.floor(maxPages*Math.random());
window.setTimeout(function(){window.location.href=whichID;},secondsBetween*1000);
|
|
Nov 4, 2007
|
Topic: Ideas and script requests / Is this possible? Store data... You can use the Greasemonkey API functions GM_setValue and GM_getValue to set and get data across pages, or even browser sessions. The data is placed in the browser's local storage, which is almost as good as an external text file as long as you don't go nuts with the size of the data you're saving, and you clear it out or reuse it. Add to and check against validation data (e.g. timestamp or other unique code) along with, and you can make the data retrieval reasonably bulletproof against unplanned browsers terminations, simultaneous multiple sessions, etc. |
|
Apr 5, 2007
|
Topic: Script development / how to compile a greasemonkey script into .XPI for Firefox 2.0+ Interesting problem. I discovered that the compiled version of your original MVT Vendor Detector script would work if a trailing newline was added to the source code, otherwise the error message you listed occurred on all sites. In other words, if you add a line after '//alert('done');', then the XPI will work properly on the Google test site listed in your script comment, highlighting several matches. |
|
Apr 3, 2007
|
Topic: Script development / how to compile a greasemonkey script into .XPI for Firefox 2.0+ The one at http://arantius.com/misc/greasemonkey/script-co... definitely works with Firefox 1.5 and 2.0. |
|
Apr 2, 2007
|
Topic: Script development / Adapting an Opera User Javascript (for RTM) Into a Greasemonkey Script? Ate my code's indents, guess I should of used PRE. Welp, works with or without it. |
|
Apr 2, 2007
|
Topic: Script development / Adapting an Opera User Javascript (for RTM) Into a Greasemonkey Script? Your script revisions work using unsafeWindow, they just doesn't help very much with the animation overhead (e.g. try setting the argument to 1000 instead of 1 and things will slow to a crawl). If it is seriously bothersome, you might consider the approach of driving a stake through the heart of their silly animation code. The following hack places the RTM sidebar without the associated animation; you can use as it is or polish it up. Tested as successful on the http://www.rememberthemilk.com site as a user with basic task list, but only minimally: might be bugs, might be unwanted side-effects, might be incompatible with other pages, definitely isn't elegant or optimal. (function(st)
|
