FinderPop 2.2.4b7 THRILLSEEKER BETA (tagged "Time flies like an arrow") is now available
- Fix problem that showed up with some QuickKeys macros that used the QuickKeys menu access functions (FinderPop would mistakenly believe that the user clicked on an unused spot on the menu bar and would pop up the FinderPop menu.)
- (Hopefully) play nicer with FolderGlance - a user experienced crashes which I wasn't able to reproduce but which I could try to avoid.
- Speed up menu generation by 10% or so
- Next up: control-free popup which I've done but which needs more testing.
From the last release, 2.2.4b6
* Make patching the Finder more robust, handle selecting multiple Finder items better, fix incorrect display of menubar-only-items (those whose name ends in '---m
* Now works with the Snow Leopard Finder in 32-bit mode (apparently some intel Macs can't run 64-bit apps - thanks Stephane for the info!)
* A few more smallish bugfixes - FinderPop menu items with labels now appear correctly in the FinderPop daemon under Snow Leopard (they'd been clipped previously.)
* This should
(ok, "might") work in 10.5 Leopard but I can't tell as the disk drive with my 10.5 partitions on it has started making strange clicking noises
-- I'll have to grab another disk and reinstall 10.5. Hopefully during the week.
* Adds a goofy scripting facility to run scripts or programs before generating the FinderPop menu, allowing these scripts to add or remove items from the FinderPop Items folder (or indeed any folder.) Basically any file whose name ends in ".fpsh" in the FinderPop Items folder (or one level below it, ie in a folder inside the FinderPop Items folder) will be run before and after FinderPop runs; the Finder selection is passed to the script, the script can examine the selection and add or remove items to the FinderPop Items folder which will then appear (or not) in the FinderPop popup menus. I'll explain this in more detail in another post as it's not likely to be useful to any but a handful of people... but it could be used to reintroduce a measure of contextuality. I was looking at supporting old CM plugins but there are numerous problems with 64/32bitness.)
What remains to be done:
* Contextual Menu Support in apps other than the Finder
* FinderPop info help tag windows
Note that the menus popped up as a result of control-clicking in the unused menubar is handled by the old 32-bit finderpop-daemon so everything works as it used to there (although there was a drawing problem with labels in FP menus which has been fixed in 2.2.4b4.)
If you're installing this over a previous beta, you'll have to restart or logout for it to take effect. (Alternatively if your terminal skills are up to scratch, type killall finderpop-daemon
and then open the newly-installed FinderPop prefPane which will cause the newly-installed daemon to start; any programs launched after this point will have the new FinderPop sauce added. Since the Finder will already have been patched using the previously installed version, you'll have to restart the Finder too, you can type killall Finder
I will eventually pull everything together into a 10.4/10.5/10.6-compatible release.
As usual, if there are any issues with this: http://www.fnarr.net/fp
PS: Anyone wishing to see the (rather impressive) results of my recent shoulder operation might like to look here...