I've integrated Gareth's @import code and updated the icon set. Please have a look and see what breaks. In particular:
* Try building scripts using the @import functionality -- it's very cool. Here's some docs. I believe they are relatively up to date: http://labs.gandrew.com/drupal/?q=node/7
* Upgrade scenarios. This version changes the layout of files in gm_scripts. Back up your gm_scripts folder if you care about it and upgrade from present Greasemonkey to this one to verify everything keeps working.
* Installing regular scripts. Again because of the gm_scripts layout change, installation of scripts that don't use the @import feature might be affected.
On Nov 20, 2007 7:30 AM, Anthony Lieuallen <arant...@gmail.com> wrote:
> On 11/19/2007 12:47 PM, Aaron Boodman wrote: > > I've integrated Gareth's @import code and updated the icon set. Please > > have a look and see what breaks.
> Installing it. The attached XPI doesn't seem to be valid.
I just installed it on a different computer and it seemed to work. What browser version/OS is this on?
On Nov 19, 2007 6:47 PM, Aaron Boodman <bo...@youngpup.net> wrote:
> I've integrated Gareth's @import code and updated the icon set. Please > have a look and see what breaks. In particular:
Yay!
Installation works fine on a new profile with Firefox 2.0.0.9 (Intel)Mac.
The new monkey is adorably cute.
Installation of old scripts that don't use @require seems to work just fine over http and file protocols alike; this gets printed on stderr (or maybe stdout) on bringing up the install dialog:
shouldload: file:///Users/jhs/Desktop/11790.user.js ignorescript: false ignoring next script...
Installation of a script using @require to files in the same directory (from a file:// url) dragged into the browser window brings up the Install window, first seems to install, but doesn't leave any imprint, and never show the "installation successful" message. Stdout or stderr again reads about the same thing:
shouldload: file:///Users/jhs/cvs/mashlogic/trunk/src/imports/GM-installable.user.js ignorescript: false ignoring next script...
I'll prod at it some more later, see if I can make some sense of it and/or perhaps publish some test scripts that reproduce the same failure. And try upgrading a copy of my main firefox profile.
>> Installing it. The attached XPI doesn't seem to be valid. > I just installed it on a different computer and it seemed to work. > What browser version/OS is this on?
Windows, FF 2.0.0.whatever'snewest
The file I get when I save the attachment isn't a ZIP file. Won't open with WinZIP or CLI unzip program. Tried on multiple computers.
Steve DC wrote: > I am attempting to install this with Firefox 3.0 Beta 1 on XP. The > error I get is:
> "Greasemonkey 0.7.20071101.0 could not be installed because it is not > compatible with Firefox 3.0b1."
install.rdf needs to have maxVersion tweaked; change it to 3.0.0.* and it should install just fine. Note that XPI files are just zip files. If needed, you can rename it, decompress, change, recompress, and rename back to .xpi.
There was a report of scripts breaking earlier (v. "Greasemonkey update?"); if you run into it, please try to figure what script(s) die. I have notes on possible causes based on eyeballing the Firefox changes, but I haven't been able to reproduce the error.
> I've integrated Gareth's @import code and updated the icon set. Please > have a look and see what breaks.
Only cosmetic, but:
There seems to be some new status text while a script is downloading to pop up the install dialog. It scrolls in, and whatever happens to be showing when the d/l completes, stays there, until the dialog is accepted. Progress text should probably be removed upon download completion.
> On 11/19/2007 12:47 PM, Aaron Boodman wrote: > > > I've integrated Gareth's @import code and updated the icon set. Please > > > have a look and see what breaks.
> Only cosmetic, but:
> There seems to be some new status text while a script is downloading to > > pop up the install dialog. It scrolls in, and whatever happens to be > > showing when the d/l completes, stays there, until the dialog is > > accepted. Progress text should probably be removed upon download > > completion.
> On Nov 19, 2007 6:47 PM, Aaron Boodman <bo...@youngpup.net> wrote: > > I've integrated Gareth's @import code and updated the icon set. Please > > have a look and see what breaks. In particular:
> Yay!
> Installation works fine on a new profile with Firefox 2.0.0.9 (Intel)Mac.
> The new monkey is adorably cute.
> Installation of old scripts that don't use @require seems to work just > fine over http and file protocols alike; this gets printed on stderr > (or maybe stdout) on bringing up the install dialog:
> shouldload: file:///Users/jhs/Desktop/11790.user.js > ignorescript: false > ignoring next script...
> Installation of a script using @require to files in the same directory > (from a file:// url) dragged into the browser window brings up the > Install window, first seems to install, but doesn't leave any imprint, > and never show the "installation successful" message. Stdout or stderr > again reads about the same thing:
> I'll prod at it some more later, see if I can make some sense of it > and/or perhaps publish some test scripts that reproduce the same > failure. And try upgrading a copy of my main firefox profile.
