22 Jun 2013, 23:23
|FinderPop 2.4.8 BETA|
FinderPop 2.4.8 BETA (tagged "Sumer is icumen in") is now available.
This is an experimental version of FinderPop. Please don't publicise to MacUpdate et al just yet - thanks!
This release features updates to the patching mechanism (latest mach_star). I no longer have a PowerPC Mac, or an intel Mac capable of running 10.4/10.5, so am not positive FP 2.4.8 works on those machines. If you have such a machine, can you give 2.4.8 a lash and report back?
As it turns out, this morning I managed to borrow an ancient G4 PowerBook running 10.4.11 - and ran into problems straight away! I've fixed the issue and released 2.4.9
- Updated patching mechanism (mach_star)
- Fix bug in escaping pathnames passed to shell when running scripts
*]EXPERIMENTAL - add code signing which should ease installation when GateKeeper is active
- When running shell scripts (and AppleScripts) we now have option to pass the window clicked on if there was no Finder selection. If you want this behaviour, you need to enable it via
defaults write com.finderpop.finderpop passClickedFolderToScripts -bool true
If there was a Finder selection, that will always be passed instead.
Also set two environment vars which can be examined by scripts
FP_NARGS to show how many items were in the Finder selection at the time of the control-click
FP_CLICKWIN containing the path of the window clicked in (if applicable - unset when clicking in unused menubar)
- Also fix a bug related to the above where I was forgetting "the window clicked in" too early.
- Fix horrible crashing bug in 2.4.5 - apologies to all affected!
- Fix clicking in unused menubar area for Sandboxed apps on 10.8 (TextEdit, Preview et al.)
- Fix fnarr.net URL used in beta version check
- Fix problem with "FP-Injector quit unexpectedly"
- If FinderPop's Use Finder Label Colors is enabled on 10.6/7/8, we now treat unlabelled items in FP menus in the Finder as if they had an invisible label, so the FinderPop menu item texts all start at the same horizontal offset. If you prefer the old way of showing labels, use
defaults write com.finderpop.finderpop cocoaLabelSpaces false
I will eventually get around to revamping the way FinderPop does menu labels in Cocoa, it's definitely an ugly bodge at the moment
- Any item ending in '---R' will have a submenu listing the Finder's Recent Folders hanging off it. For example, having an item named 'Finder Recent---R' will result in a FinderPop menu item named 'Finder Recent' whose submenu lists the accessible items in the Finder Go menu's Recent Folders submenu.
- Fix bug where labelled non-folder items would not be opened if chosen from a FinderPop menu if FinderPop's "Use Finder Label Colours" was enabled
- Increase max font size in FP menus to 32 points
- Fix bug where FinderPop would silently stop making its menus when it came across an unresolvable alias while iterating through the contents of a folder. Also improve handling of unresolvable aliases if one is actually selected from an FP menu (the alias will be shown and selected in Finder.)
- Choosing an AppleScript .scpt file from a FinderPop menu will now result in the script file being passed whatever you control-clicked in the Finder. (The AppleScript script file should use an "on run argv ... end run" handler to see the arg list.) If you prefer the old method of dealing with .scpt Script files:
defaults write com.finderpop.finderpop useOSADoScriptFile -bool true
- First cut at getting unused-menubar-click working in Lion's Sandboxed apps (eg TextEdit, Preview).
This is EXPERIMENTAL and can be disabled by:
defaults write com.finderpop.finderpop pollSandboxedApps -bool false
- Note: for FinderPop to patch Sandboxed apps, the FinderPop prefPane needs to be installed for all users, not just you.
If your FinderPop is installed for just you, you can uninstall it and then reinstall it for all users by - close System Preferences, open it again, right-click on FinderPop's icon in System Preferences, choose 'Remove' or 'Uninstall', then close System Preferences. Back in the Finder, double-click the FinderPop.prefPane you've just downloaded, which will open System Preferences, which will ask you whether you want to install FinderPop for all users, or just you. Choose 'All Users' and continue as usual.
The technical reason for this is that Sandboxed apps have read access to /System/Library but no access at all to /Users/your-name-here/Library. When FinderPop is installed for all users, it's put in /System/Library/PreferencePanes, a location which is accessible. When FP was installed for just you, it was inside /Users/you/Library - and Sandbox will prevent TextEdit from reading anything in that location.
- New, improved Lion "unused menubar" stuff backported to 10.5/10.6
What remains to be done:
* Contextual Menu Support in apps other than the Finder on Snow Leopard and Lion
* Fix previews on Lion and above
If you're installing this over a previous beta, you'll have to restart or logout/login for it to take effect.
As usual, if there are any issues with this, reply here in the forum!