Code:

defaults write com.finderpop.finderpop ignoreSysVersionCheck -bool true

defaults write com.finderpop.finderpop ignoreSysVersionCheck -bool true

• 2.5.9-BETA Adds an optional menulet or menu extra as described above.
• Minor bugfixes and improvements
• Add new "Toggle File Extension" AppleScript.
  Note that if you have 'Show All File Extensions' checked in the Finder Preferences' "Advanced" tab, that overrides any individual file's settings.

Is there any hope of resuscitating Finderpop under El Capitan without doing whatever is lost when SIP is disabled?

The Rootless feature makes certain operations only permissible for Apple code (as determined by code signature), so that 3rd party code, even if it’s running under the root account, can’t do certain things. In my tests I noted several changes:
1. Anything under /System (and several other folders) can no longer be modified by anyone other than Apple components (such as various installer and updater components)
2.Certain APIs such as the good old task_for_pid are no longer supported if they’re called on system processes. This means that programs that “inject” themselves into system processes such as the Finder, Messages, or the kernel will no longer work.

Code:

$ cat > dyld-unnest.d
fbt::log_unnest_badness:entry {
  printf("PID: %d", pid);
  stack();
  ustack();
}
$ sudo dtrace -s ./dyld-unnest.d

• 2.5.7 Allows FinderPop to work with alias files produced by the Yosemite 10.10 Finder.
• In FinderPop's Move/Copy/Alias dialog, you can control-click the Alias button and FinderPop will create symlinks instead of aliases.
• Fix minor bug in the Move To... and Copy To... scripts introduced last time (see the 'FinderPop Extras' folder.)
• Add new Alias To... and Symlink To... scripts to the 'FinderPop Extras' folder. These can be moved into your FinderPop Items folder if you wish.
  These scripts will only be visible in FP menus if you have a Finder selection; they allow you to choose a destination folder into which to alias or symlink the selection. Added bonus: option-clicking the "Choose" button in the "Choose Folder" dialog will get the Finder to display the destination folder after the items have been aliased or symlinked.
• Fix a buffer overrun bug which could cause a crash in rare instances.

Code:

20:36:21: INIT FinderPop-i386-25700 on 10.9.4 (built Aug  2 2014 10:06:48)
FinderPop-x86_64-25700: Patching 'Console' 0:d00d (CF-c)
FinderPop-x86_64-25700: Patching 'Terminal' 0:40040 (CF-c)
FinderPop-i386-25700: Patching 'Google Chrome' 0:4b04b (CF-2c)
FinderPop-x86_64-25700: Patching 'Safari' 0:4c04c (CF-c)
FinderPop-x86_64-25700: Patching 'System Preferences' 0:53053 (CF-c)
FinderPop-x86_64-25700: Patching 'MacVim' 0:5c05c (CF-c)
FinderPop-x86_64-25700: Patching 'Finder' 0:9009 (Immed-e)

Job failed to exec(3) for weird reason: 13

• 2.5.6 fixes a possible minor bug in finderpop-daemon.
• Add Move To... and Copy To... Applescripts to the 'FinderPop Extras' folder. These can be moved into your FinderPop Items folder if you wish.
  These scripts will only be visible in FP menus if you have a Finder selection; they allow you to choose a destination folder into which to move or copy the selection.
  NB: These use low-level Unix 'mv' and 'cp' commands to do the heavy lifting, and any similarly-named existing items in the destination folder WILL BE OVERWRITTEN. So be sure you know what you're doing before using these! The scripts will display a warning to this effect on first usage.
  Added bonus: option-clicking the "Choose" button in the "Choose Folder" dialog will get the Finder to display the destination folder after the items have been moved or copied.

• 2.5.5 treats folders with known extensions as bundles (see original request here.) This means that (for example) .rtfd documents created by TextEdit will appear in FinderPop menus as documents, not directories (which is what they really are under the hood.)
  Note that you can still look "inside" the bundle by pressing SHIFT if FinderPop prefPane > Options > "Press Shift to get submenus on Bundles/Packages" is enabled.
  And you can disable this feature-ette completely via
  defaults write com.finderpop.finderpop dotExtensionDirsAreBundles false

Picked Egg or some pork scratchings as well, while I am going to the bar? (I've put a mark on that glass, by the way)

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.

The finderpop-daemon background app handles watching apps being launched and patching them. It also handles popping up the FP menu when you click in unused menubar space. It is as if the daemon stops working when System Preferences is not running ... Can you check whether it is still running when System Preferences has quit?

• You can turn off all icons in FinderPop by doing the following and then turning FP off and back on in System Preferences.
  

  defaults write com.finderpop.finderpop useNoIcons true

  
  
• You can get FinderPop to partially patch the Finder so that only the clicking-in-unused-menubar stuff works there - i.e. FinderPop will not touch the Finder's contextual menus - by doing
  

  defaults write com.finderpop.finderpop fullyPatchFinder false

  
  Note again that you will need to turn FinderPop off and back on again in System Preferences for "defaults write" stuff to be noticed by FinderPop. This will affect the next time the Finder is patched.
  
• Thrillseeker alert! If you want FinderPop's click-in-unused-menubar feature to work in Google's Chrome browser, you need to do the following drastic step AFTER you've installed FinderPop for "All Users":
  

  sudo mv /Library/ScriptingAdditions/FinderPopOsax.osax /System/Library/ScriptingAdditions

  
  Note that this is extremely naughty, we are in effect pretending that FinderPop's Scripting Addition ("osax") is an Apple system osax which Chrome will load without question. I have asked the Chrome developers to allow loading of FinderPop's osax without resorting to this skankiness, but - as usual for Google - the request has been ignored. So this is taking matters into my own hands - I should be able to control what runs on my own machine, no? I've been using FinderPop in Chrome regularly for the last couple of months without problems.
  
  FinderPop will figure out where the osax lives and it will be updated or deleted appropriately if you install a new version of FinderPop (or remove FinderPop via the prefpane - FinderPop->Etc. tab->Uninstall FinderPop...)
  
  NB: If you experience Chrome crashes after doing this, it could be that FinderPop is to blame: you can move the FP osax back to /Library/ScriptingAdditions by
  

  sudo mv /System/Library/ScriptingAdditions/FinderPopOsax.osax /Library/ScriptingAdditions

  
  and then restart Chrome. If the Chrome crashes stop happening, it might be FinderPop's fault, in which case tell me about it! If the crashes continue, it's not FinderPop's fault.

Items in the FinderPop Items folder whose names end in '---z' will appear in FinderPop menus without an icon.

• Stagger patching when FinderPop starts up for the first time and tries to patch currently running apps.
  This should give better results if you have a huge number of startup items.
• Items in the FinderPop Items folder whose names end in '---z' will appear in FinderPop menus without an icon.

• Improved Mavericks (OS X 10.9) compatibility.
• Added a Copy Path To Clipboard Applescript to the FinderPopExtras folder.

Code:

while [ $# -gt 0 ]; do
    /usr/bin/touch "$1"
    shift
done

• Fix yet another bug in escaping pathnames passed to shell when running scripts (thanks Bill)
  Previous fixes:
  
  • Updated patching mechanism (mach_star) - fixed bug in latest version which showed up on PowerPC 10.4.11
  • Fix bug in escaping pathnames passed to shell when running scripts
  • 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 can be disabled if desired 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

Code:

30/07/2013 10:17:56.152 Finder[4964]: FinderPop.scpt - "cd /Users/turly/Library/FinderPop Items/Scripts && FP_NARGS=1 FP_CLICKWIN=/Users/turly/Desktop /usr/bin/osascript /Users/turly/Library/FinderPop Items/Scripts/AppleScript Echo.scpt /Volumes/TV &"

RonaldPR wrote:FinderPop 2.4.9 appeared on MacUpdate: https://www.macupdate.com/app/mac/655/finderpop

• Updated patching mechanism (mach_star) - fixed bug in latest version which showed up on PowerPC 10.4.11
• Fix bug in escaping pathnames passed to shell when running scripts
  Previous fixes:
  
  • 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

• Updated patching mechanism (mach_star)
• Fix bug in escaping pathnames passed to shell when running scripts
  Previous fixes:
  
  *]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

jdevriendt wrote:Le test français va commencer. Depuis combien de temps déjà suis-je avec FinderPop ?

FinderPop normally includes the 'FinderPop Items' menu item even if the folder itself is empty. This is so you can control-click items in the Finder and move or alias them into the FinderPop Items folder. If you want to completely ignore an empty 'FinderPop Items' folder so that the menu item does not appear, use:
defaults write com.finderpop.finderpop ignoreEmptyFPMenu true

• 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.

• EXPERIMENTAL - add code signing which should ease installation when GateKeeper is active
• If you don't run shell scripts or AppleScript scripts from FinderPop, you can stop reading now - the rest of this ChangeLog won't matter to you
  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.
  
  
  Previous fixes:
  
  • 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

Constant•ino wrote:Thank you, Turly. Every time I tried to re-install FP I got a message that it's a program of an unknown developer. And right-clicking on the programfile didn't show the ability to install nevertheless.
Finally I temporarily closed Gatekeeper, re-installed FP, got the message about the unknown developer with the possibility to install nevertheless - and then FP was back, as well in the free space of the menubar as in the contextual menus.
After the re-encounter with FP I activated in a hurry Gatekeeper again.
Good luck. And thanks again.

I tried clicking on a PDF and a TexitEdit file. Both were problematic for the contextual menu did not appear.

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.

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.

9 com.finderpop.fp-patch-cocoa 0x000000010fa39f1f -[NSWindow(FinderPopSwizzle) fpSendEvent:] + 2626

Code:

00)apps-!!a                          [this is an empty folder but the -!!a means an Apps submenu
01)desk-!!d                          [Desktop submenu]
02)procs-!!p                         [Processes submenu]
05)----                              [this is a blank line in the menu
07)prefpn-!!n                        [Preference Panes submenu]
Aliases
Create New---C
Fetch.app                            [alias to Fetch.app
Finder Recent---R                    [this is the Finder's "Go" menu
Finder-Bollocksfndr-!!!              [this is only appears in the Finder
FinderPop Itemsfsel-!!!              [this only appears if you ctrl-click a Finder item
FinderPopExtras
GraphicConverter.app
HexEdit.app
InlinedInMbar-!!i-!!m                [folder containing items to be inlined if you clicked in an unused bit of the menubar
InlinedWithFinderSel---f---i         [folder containing items to be inlined if you right-clicked on an item in the Finder
InlineTest ttxt-!!!-!!i              [folder with items inlined into the FinderPop menu if TextEdit is the current app
MacVim.app
NonFinder-Bollocks!fndr-!!!          [Appears only if current app is NOT the Finder
OnlyMbar-!!m                         [Appears only if it's a menubar-click
Remote Desktop Connection.app
ShowsEverywhereButTextEdit!ttxt-!!!
ShowsinTextEditttxt-!!!
Stationery
TargetDirNoFinderSel-!!N             [Appears in Finder if you had nothing selected
TargetDirWithFinderSel-!!f           [Appears in Finder if something was selected
TextMate.app
TrashFeck@                           [symlink to the Trash folder /Users/turly/.Trash
Utilities
VLC.app
Wikipedia.webloc
frob.scpt
名称未設定フォルダ                      [this is a labelled item in a non-Roman script

• 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"
• Fix string truncation in German prefpane (thanks AH)
  
  Previous fixes:
  
  • 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

RonaldPR wrote:No problems with 2.4.6 (apart from the not-signed issue).

But again it does not work in applications like TextEdit and Preview, not in unused menu bar and not in upper left corner of the screen.

• 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"
• Fix string truncation in German prefpane (thanks AH)
  
  Previous fixes:
  
  • 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.
  • New, improved Lion "unused menubar" stuff backported to 10.5/10.6

Code:

ls -la

Code:

-rw-r--r--  1 turly  staff  672545 14 Jan  2009 /Volumes/490/turly/Passport-NIE/nie.jpg

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.

• 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
  
  Previous fixes:
  
  • 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
  • Sundry minor fixes
  • 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
  • Restore Drive Genius to the list of apps we shouldn't patch
  • Fixed a couple of installation issues
  • Improve click-in-unused-menubar stuff for Carbon apps
  • 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.
  • Fix an issue patching 32-bit applications on 10.7 Lion
  • Tweak Lion control-free popup code
  • New, improved Lion "unused menubar" stuff backported to 10.5/10.6

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.

• Now works for 10.6 and 10.7: Any item ending in '---R' will have a submenu listing the Finder's Recent Folders hanging off it...
  
  Previous fixes:
  
  • 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
  • Sundry minor fixes
  • 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
  • Restore Drive Genius to the list of apps we shouldn't patch
  • Fixed a couple of installation issues
  • Improve click-in-unused-menubar stuff for Carbon apps
  • 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.
  • Fix an issue patching 32-bit applications on 10.7 Lion
  • Tweak Lion control-free popup code
  • New, improved Lion "unused menubar" stuff backported to 10.5/10.6

• 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
• [10.6 only, not 10.7 yet] 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.
• Increase max font size in FP menus to 32 points
• Sundry minor fixes
  
  Previous fixes:
  
  • 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
  • Restore Drive Genius to the list of apps we shouldn't patch
  • Fixed a couple of installation issues
  • Improve click-in-unused-menubar stuff for Carbon apps
  • 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.
  • Fix an issue patching 32-bit applications on 10.7 Lion
  • Tweak Lion control-free popup code
  • New, improved Lion "unused menubar" stuff backported to 10.5/10.6

Cowicide wrote:Was this issue resolved or did you need more information about it or is it something that can't be fixed? (the issue with slowing down of the Applications Folder I guess with a conflict with smart scroll?)

• 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
• Restore Drive Genius to the list of apps we shouldn't patch
  
  Previous fixes:
  
  • Fixed a couple of installation issues
  • Improve click-in-unused-menubar stuff for Carbon apps
  • 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.
  • Fix an issue patching 32-bit applications on 10.7 Lion
  • Tweak Lion control-free popup code
  • New, improved Lion "unused menubar" stuff backported to 10.5/10.6

• Fixed a couple of installation issues
• Improve click-in-unused-menubar stuff for Carbon apps
• 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.
• Assuming everyone is happy with this version (tell me if not!) it will be released as FinderPop 2.4... I've been saying that for a while now, but we live in hope.
  
  Previous fixes:
  
  • Fix an issue patching 32-bit applications on 10.7 Lion
  • Tweak Lion control-free popup code
  • New, improved Lion "unused menubar" stuff backported to 10.5/10.6
  • More sanity-checking of osax install etc
  • Increase the number of possible Recent Items to 24 (sorry, side effect is that current Recent Items will be lost)
  • Tested on 10.4 PPC, 10.6 and 10.7 Intel. I don't have 10.5 anymore due to incompetence (mine).
  • Fix 10.6/10.7 issue with unused-menubar popup when PopChar is active[/i]
  • MacOS X 10.7 Lion compatibility
    FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into
    /Library/ScriptingAdditions instead of in your home directory's ~/Library/ScriptingAdditions
  • Work around that pesky OS X Preference Pane Bundle Caching problem
  • Don't immediately switch the Finder frontmost when checking for control-free popup in 10.6/10.7
  • Basic Lion compatability - FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into /Library/ScriptingAdditions instead of in your home directory.
  • Control-free popup now works more reliably in the 10.7 Finder, as does clicking in "List View" windows
  • Updated localisations for the new "Aliases in Italics" checkbox - thanks to all the localisers!
  • New click-in-unused-menubar code for 10.6 and 10.7 ("Lion") - thanks to Rene for testing this
  • When "Use custom icons" is turned off, apps now appear with a generic application icon rather than as a folder (err, whoops)
  • Bump maximum number of Recent Items to 16 (this was already the max, I just added 13, 14, 15 and 16 to the popup menus)
  • Labels and Cmd+Option "Info Window" on Snow Leopard Finder, incomplete but it's a start.
  • Fixed a number of longstanding alias bugs
  • Italicised Aliases now possible via checkbox in Appearance pane
  • Labels displayed for aliases use the alias's label, not the target's.
  • Some 10.7 "Lion" compatibility (thanks, Rene)
  • Folders with .fp-ignore files inside are ignored (I just installed Office 2011 and wanted FinderPop to completely ignore my previous Office 2008 install.)
  • Fix 64-bit Cocoa "unused menubar" check - no longer causes a crash in Photoshop if you choose 'Invert Selection' (thanks to Dave for the prod - I wasn't restoring the OpenGL context properly!)
  • Fix 64-bit Cocoa "unused menubar" check so it obeys the "must-be-control-click-in-menubar" setting
  • Ignore .plugin files when creating "All Apps" submenu (for items ending in '---a'.)
  • Add 'quit' AppleEvent handler to finderpop-daemon. A forum user was having problems with FinderPop apparently causing a hang on shutdown/restart/logout. This may help matters.
  • Fix a Snow Leopard bug spotted by cowicide where clicking-and-holding on an alias didn't pop up a Contents menu when it should have.
  • Fix a bug where ctrl-clicking on an alias A to a folder B would mistakenly allow you to move/copy/alias A into B's children.
  • Improved German localisation - thanks Hajo Bass who sent me the improvements back in August and I'm only incorporating them now - sorry!
  • More complete Italian localisation - thanks Mauro Ferreri and Nello Martuscelli

• Lion picture preview (Cmd-Shift-Option when mousing over an image file in a FinderPop menu) displays the pic but the accompanying text is missing.
• On Lion, the Recent menu items will not show up until you have selected an item from a FinderPop menu.

• Fixed a couple of installation issues
• Improve click-in-unused-menubar stuff for Carbon apps
• 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.
• Assuming everyone is happy with this version (tell me if not!) it will be released as FinderPop 2.4... I've been saying that for a while now, but we live in hope.
  
  Previous fixes:
  
  • Fix an issue patching 32-bit applications on 10.7 Lion
  • Tweak Lion control-free popup code
  • New, improved Lion "unused menubar" stuff backported to 10.5/10.6
  • More sanity-checking of osax install etc
  • Increase the number of possible Recent Items to 24 (sorry, side effect is that current Recent Items will be lost)
  • Tested on 10.4 PPC, 10.6 and 10.7 Intel. I don't have 10.5 anymore due to incompetence (mine).
  • Fix 10.6/10.7 issue with unused-menubar popup when PopChar is active[/i]
  • MacOS X 10.7 Lion compatibility
    FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into
    /Library/ScriptingAdditions instead of in your home directory's ~/Library/ScriptingAdditions
  • Work around that pesky OS X Preference Pane Bundle Caching problem
  • Don't immediately switch the Finder frontmost when checking for control-free popup in 10.6/10.7
  • Basic Lion compatability - FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into /Library/ScriptingAdditions instead of in your home directory.
  • Control-free popup now works more reliably in the 10.7 Finder, as does clicking in "List View" windows
  • Updated localisations for the new "Aliases in Italics" checkbox - thanks to all the localisers!
  • New click-in-unused-menubar code for 10.6 and 10.7 ("Lion") - thanks to Rene for testing this
  • When "Use custom icons" is turned off, apps now appear with a generic application icon rather than as a folder (err, whoops)
  • Bump maximum number of Recent Items to 16 (this was already the max, I just added 13, 14, 15 and 16 to the popup menus)
  • Labels and Cmd+Option "Info Window" on Snow Leopard Finder, incomplete but it's a start.
  • Fixed a number of longstanding alias bugs
  • Italicised Aliases now possible via checkbox in Appearance pane
  • Labels displayed for aliases use the alias's label, not the target's.
  • Some 10.7 "Lion" compatibility (thanks, Rene)
  • Folders with .fp-ignore files inside are ignored (I just installed Office 2011 and wanted FinderPop to completely ignore my previous Office 2008 install.)
  • Fix 64-bit Cocoa "unused menubar" check - no longer causes a crash in Photoshop if you choose 'Invert Selection' (thanks to Dave for the prod - I wasn't restoring the OpenGL context properly!)
  • Fix 64-bit Cocoa "unused menubar" check so it obeys the "must-be-control-click-in-menubar" setting
  • Ignore .plugin files when creating "All Apps" submenu (for items ending in '---a'.)
  • Add 'quit' AppleEvent handler to finderpop-daemon. A forum user was having problems with FinderPop apparently causing a hang on shutdown/restart/logout. This may help matters.
  • Fix a Snow Leopard bug spotted by cowicide where clicking-and-holding on an alias didn't pop up a Contents menu when it should have.
  • Fix a bug where ctrl-clicking on an alias A to a folder B would mistakenly allow you to move/copy/alias A into B's children.
  • Improved German localisation - thanks Hajo Bass who sent me the improvements back in August and I'm only incorporating them now - sorry!
  • More complete Italian localisation - thanks Mauro Ferreri and Nello Martuscelli

In Lion, the sandbox security model has been greatly enhanced, and Apple is finally promoting it for use by third-party applications. A sandboxed application must now include a list of "entitlements" describing exactly what resources it needs in order to do its job. Lion supports about 30 different entitlements which range from basic things like the ability to create a network connection or to listen for incoming network connections (two separate entitlements) to sophisticated tasks like capturing video or still images from a built-in camera.
[...]
Earlier, the Mac App Store was suggested as a way Apple might expedite the adoption of new Lion technologies. In the case of sandboxing, that has already happened. Apple has decreed that all applications submitted to the Mac App Store must be sandboxed, starting in November.

• Fix an issue patching 32-bit applications on 10.7 Lion
• Tweak Lion control-free popup code
• New, improved Lion "unused menubar" stuff backported to 10.5/10.6
• More sanity-checking of osax install etc
• Increase the number of possible Recent Items to 24 (sorry, side effect is that current Recent Items will be lost)
• Tested on 10.4 PPC, 10.6 and 10.7 Intel. I don't have 10.5 anymore due to incompetence (mine).
• Assuming everyone is happy with this version (tell me if not!) it will be released as FinderPop 2.4... We live in hope.
  
  Previous fixes:
  
  • Fix 10.6/10.7 issue with unused-menubar popup when PopChar is active[/i]
  • MacOS X 10.7 Lion compatibility
    FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into
    /Library/ScriptingAdditions instead of in your home directory's ~/Library/ScriptingAdditions
  • Work around that pesky OS X Preference Pane Bundle Caching problem
  • Don't immediately switch the Finder frontmost when checking for control-free popup in 10.6/10.7
  • Basic Lion compatability - FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into /Library/ScriptingAdditions instead of in your home directory.
  • Control-free popup now works more reliably in the 10.7 Finder, as does clicking in "List View" windows
  • Updated localisations for the new "Aliases in Italics" checkbox - thanks to all the localisers!
  • New click-in-unused-menubar code for 10.6 and 10.7 ("Lion") - thanks to Rene for testing this
  • When "Use custom icons" is turned off, apps now appear with a generic application icon rather than as a folder (err, whoops)
  • Bump maximum number of Recent Items to 16 (this was already the max, I just added 13, 14, 15 and 16 to the popup menus)
  • Labels and Cmd+Option "Info Window" on Snow Leopard Finder, incomplete but it's a start.
  • Fixed a number of longstanding alias bugs
  • Italicised Aliases now possible via checkbox in Appearance pane
  • Labels displayed for aliases use the alias's label, not the target's.
  • Some 10.7 "Lion" compatibility (thanks, Rene)
  • Folders with .fp-ignore files inside are ignored (I just installed Office 2011 and wanted FinderPop to completely ignore my previous Office 2008 install.)
  • Fix 64-bit Cocoa "unused menubar" check - no longer causes a crash in Photoshop if you choose 'Invert Selection' (thanks to Dave for the prod - I wasn't restoring the OpenGL context properly!)
  • Fix 64-bit Cocoa "unused menubar" check so it obeys the "must-be-control-click-in-menubar" setting
  • Ignore .plugin files when creating "All Apps" submenu (for items ending in '---a'.)
  • Add 'quit' AppleEvent handler to finderpop-daemon. A forum user was having problems with FinderPop apparently causing a hang on shutdown/restart/logout. This may help matters.
  • Fix a Snow Leopard bug spotted by cowicide where clicking-and-holding on an alias didn't pop up a Contents menu when it should have.
  • Fix a bug where ctrl-clicking on an alias A to a folder B would mistakenly allow you to move/copy/alias A into B's children.
  • Improved German localisation - thanks Hajo Bass who sent me the improvements back in August and I'm only incorporating them now - sorry!
  • More complete Italian localisation - thanks Mauro Ferreri and Nello Martuscelli

• 2.3.9.1 - fix 10.6/10.7 issue with unused-menubar popup when PopChar is active
• MacOS X 10.7 Lion compatibility
  FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into
  /Library/ScriptingAdditions instead of in your home directory's ~/Library/ScriptingAdditions
• Work around that pesky OS X Preference Pane Bundle Caching problem
• Don't immediately switch the Finder frontmost when checking for control-free popup in 10.6/10.7
• Assuming everyone is happy with this version (tell me if not!) it will be released as FinderPop 2.4.
  
  Previous fixes:
  
  • Basic Lion compatability - FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into /Library/ScriptingAdditions instead of in your home directory.
  • Control-free popup now works more reliably in the 10.7 Finder, as does clicking in "List View" windows
  • Updated localisations for the new "Aliases in Italics" checkbox - thanks to all the localisers!
  • New click-in-unused-menubar code for 10.6 and 10.7 ("Lion") - thanks to Rene for testing this
  • When "Use custom icons" is turned off, apps now appear with a generic application icon rather than as a folder (err, whoops)
  • Bump maximum number of Recent Items to 16 (this was already the max, I just added 13, 14, 15 and 16 to the popup menus)
  • Labels and Cmd+Option "Info Window" on Snow Leopard Finder, incomplete but it's a start.
  • Fixed a number of longstanding alias bugs
  • Italicised Aliases now possible via checkbox in Appearance pane
  • Labels displayed for aliases use the alias's label, not the target's.
  • Some 10.7 "Lion" compatibility (thanks, Rene)
  • Folders with .fp-ignore files inside are ignored (I just installed Office 2011 and wanted FinderPop to completely ignore my previous Office 2008 install.)
  • Fix 64-bit Cocoa "unused menubar" check - no longer causes a crash in Photoshop if you choose 'Invert Selection' (thanks to Dave for the prod - I wasn't restoring the OpenGL context properly!)
  • Fix 64-bit Cocoa "unused menubar" check so it obeys the "must-be-control-click-in-menubar" setting
  • Ignore .plugin files when creating "All Apps" submenu (for items ending in '---a'.)
  • Add 'quit' AppleEvent handler to finderpop-daemon. A forum user was having problems with FinderPop apparently causing a hang on shutdown/restart/logout. This may help matters.
  • Fix a Snow Leopard bug spotted by cowicide where clicking-and-holding on an alias didn't pop up a Contents menu when it should have.
  • Fix a bug where ctrl-clicking on an alias A to a folder B would mistakenly allow you to move/copy/alias A into B's children.
  • Improved German localisation - thanks Hajo Bass who sent me the improvements back in August and I'm only incorporating them now - sorry!
  • More complete Italian localisation - thanks Mauro Ferreri and Nello Martuscelli

• MacOS X 10.7 Lion compatibility
  FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into
  /Library/ScriptingAdditions instead of in your home directory's ~/Library/ScriptingAdditions
• Control-free popup now works more reliably in the 10.7 Finder, as does clicking in "List View" windows
  
  Note that there may still be a couple of minor quirks with FinderPop in the Lion Finder - I'll get around to fixing them once Lion is officially released.
  
  Previous fixes:
  
  • Basic Lion compatability - FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into /Library/ScriptingAdditions instead of in your home directory.
  • Updated localisations for the new "Aliases in Italics" checkbox - thanks to all the localisers!
  • New click-in-unused-menubar code for 10.6 and 10.7 ("Lion") - thanks to Rene for testing this
  • When "Use custom icons" is turned off, apps now appear with a generic application icon rather than as a folder (err, whoops)
  • Bump maximum number of Recent Items to 16 (this was already the max, I just added 13, 14, 15 and 16 to the popup menus)
  • Labels and Cmd+Option "Info Window" on Snow Leopard Finder, incomplete but it's a start.
  • Fixed a number of longstanding alias bugs
  • Italicised Aliases now possible via checkbox in Appearance pane
  • Labels displayed for aliases use the alias's label, not the target's.
  • Some 10.7 "Lion" compatibility (thanks, Rene)
  • Folders with .fp-ignore files inside are ignored (I just installed Office 2011 and wanted FinderPop to completely ignore my previous Office 2008 install.)
  • Fix 64-bit Cocoa "unused menubar" check - no longer causes a crash in Photoshop if you choose 'Invert Selection' (thanks to Dave for the prod - I wasn't restoring the OpenGL context properly!)
  • Fix 64-bit Cocoa "unused menubar" check so it obeys the "must-be-control-click-in-menubar" setting
  • Ignore .plugin files when creating "All Apps" submenu (for items ending in '---a'.)
  • Add 'quit' AppleEvent handler to finderpop-daemon. A forum user was having problems with FinderPop apparently causing a hang on shutdown/restart/logout. This may help matters.
  • Fix a Snow Leopard bug spotted by cowicide where clicking-and-holding on an alias didn't pop up a Contents menu when it should have.
  • Fix a bug where ctrl-clicking on an alias A to a folder B would mistakenly allow you to move/copy/alias A into B's children.
  • Improved German localisation - thanks Hajo Bass who sent me the improvements back in August and I'm only incorporating them now - sorry!
  • More complete Italian localisation - thanks Mauro Ferreri and Nello Martuscelli

• MacOS X 10.7 Lion compatibility
  FinderPop now requires authorisation when installing on 10.6 or 10.7 - it installs the Scripting Addition (osax) into /Library/ScriptingAdditions instead of in your home directory.
  
  Note that there are still a couple of minor quirks with FinderPop in the Lion Finder (like control-free popup not working 100% of the time) - I'll get around to fixing them once Lion is officially released.
  
  EDIT: Silently updated 2.3.3 to correctly create the /Library/ScriptingAdditions directory if needed.
  
  Previous fixes:
  
  • Updated localisations for the new "Aliases in Italics" checkbox - thanks to all the localisers!
  • New click-in-unused-menubar code for 10.6 and 10.7 ("Lion") - thanks to Rene for testing this
  • When "Use custom icons" is turned off, apps now appear with a generic application icon rather than as a folder (err, whoops)
  • Bump maximum number of Recent Items to 16 (this was already the max, I just added 13, 14, 15 and 16 to the popup menus)
  • Labels and Cmd+Option "Info Window" on Snow Leopard Finder, incomplete but it's a start.
  • Fixed a number of longstanding alias bugs
  • Italicised Aliases now possible via checkbox in Appearance pane
  • Labels displayed for aliases use the alias's label, not the target's.
  • Some 10.7 "Lion" compatibility (thanks, Rene)
  • Folders with .fp-ignore files inside are ignored (I just installed Office 2011 and wanted FinderPop to completely ignore my previous Office 2008 install.)
  • Fix 64-bit Cocoa "unused menubar" check - no longer causes a crash in Photoshop if you choose 'Invert Selection' (thanks to Dave for the prod - I wasn't restoring the OpenGL context properly!)
  • Fix 64-bit Cocoa "unused menubar" check so it obeys the "must-be-control-click-in-menubar" setting
  • Ignore .plugin files when creating "All Apps" submenu (for items ending in '---a'.)
  • Add 'quit' AppleEvent handler to finderpop-daemon. A forum user was having problems with FinderPop apparently causing a hang on shutdown/restart/logout. This may help matters.
  • Fix a Snow Leopard bug spotted by cowicide where clicking-and-holding on an alias didn't pop up a Contents menu when it should have.
  • Fix a bug where ctrl-clicking on an alias A to a folder B would mistakenly allow you to move/copy/alias A into B's children.
  • Improved German localisation - thanks Hajo Bass who sent me the improvements back in August and I'm only incorporating them now - sorry!
  • More complete Italian localisation - thanks Mauro Ferreri and Nello Martuscelli

• Updated localisations for the new "Aliases in Italics" checkbox - thanks to all the localisers!
• New click-in-unused-menubar code for 10.6 and 10.7 ("Lion") - thanks to Rene for testing this
• When "Use custom icons" is turned off, apps now appear with a generic application icon rather than as a folder (err, whoops)
• Bump maximum number of Recent Items to 16 (this was already the max, I just added 13, 14, 15 and 16 to the popup menus)

D.) An unlabelled alias should not get the label of its original
E.) FP Classic option: aliases in Italic

• Labels and Cmd+Option "Info Window" on Snow Leopard Finder, incomplete but it's a start.
• Fixed a number of longstanding alias bugs
• Italicised Aliases now possible via checkbox in Appearance pane (may not be properly localised into all languages yet!)
• Labels displayed for aliases use the alias's label, not the target's.
• Some 10.7 "Lion" compatibility (thanks, Rene)
• Folders with .fp-ignore files inside are ignored (I just installed Office 2011 and wanted FinderPop to completely ignore my previous Office 2008 install.)
  
  Previous fixes:
  
  • Fix 64-bit Cocoa "unused menubar" check - no longer causes a crash in Photoshop if you choose 'Invert Selection' (thanks to Dave for the prod - I wasn't restoring the OpenGL context properly!)
  • Fix 64-bit Cocoa "unused menubar" check so it obeys the "must-be-control-click-in-menubar" setting
  • Ignore .plugin files when creating "All Apps" submenu (for items ending in '---a'.)
  • Add 'quit' AppleEvent handler to finderpop-daemon. A forum user was having problems with FinderPop apparently causing a hang on shutdown/restart/logout. This may help matters.
  • Fix a Snow Leopard bug spotted by cowicide where clicking-and-holding on an alias didn't pop up a Contents menu when it should have.
  • Fix a bug where ctrl-clicking on an alias A to a folder B would mistakenly allow you to move/copy/alias A into B's children.
  • Improved German localisation - thanks Hajo Bass who sent me the improvements back in August and I'm only incorporating them now - sorry!
  • More complete Italian localisation - thanks Mauro Ferreri and Nello Martuscelli

• Fix 64-bit Cocoa "unused menubar" check - no longer causes a crash in Photoshop if you choose 'Invert Selection' (thanks to Dave for the prod - I wasn't restoring the OpenGL context properly!)
• Fix 64-bit Cocoa "unused menubar" check so it obeys the "must-be-control-click-in-menubar" setting
• Ignore .plugin files when creating "All Apps" submenu (for items ending in '---a'.)
• Add 'quit' AppleEvent handler to finderpop-daemon. A forum user was having problems with FinderPop apparently causing a hang on shutdown/restart/logout. This may help matters.
  
  Previous fixes:
  
  • Fix a Snow Leopard bug spotted by cowicide where clicking-and-holding on an alias didn't pop up a Contents menu when it should have.
  • Fix a bug where ctrl-clicking on an alias A to a folder B would mistakenly allow you to move/copy/alias A into B's children.
  • Improved German localisation - thanks Hajo Bass who sent me the improvements back in August and I'm only incorporating them now - sorry!
  • More complete Italian localisation - thanks Mauro Ferreri and Nello Martuscelli

before I install this fix, the current version is 2.6 mbytes, this one is 5.9. Really?

Second, am I the only one to report this hang?

you must have a sense for the great amount frustration I have experienced tracking this problem down.

• Fix a Snow Leopard bug spotted by cowicide where clicking-and-holding on an alias didn't pop up a Contents menu when it should have.

• Fix a bug where ctrl-clicking on an alias A to a folder B would mistakenly allow you to move/copy/alias A into B's children.
• Improved German localisation - thanks Hajo Bass who sent me the improvements back in August and I'm only incorporating them now - sorry!
• More complete Italian localisation - thanks Mauro Ferreri and Nello Martuscelli

System6 wrote:Everything about the apps folder is slow. If I click on the "get file path" icon in the finder window, it has the same lag before it shows the path ("Applications -> Macintosh HD -> [machine name]"). Just selecting the window incurs the lag, as does closing the "Get Info" window. Hovering the mouse over the "close window" button takes ages before the button turns into a cross, and it takes a few seconds before it closes.

Make sure System Preferences -> Desktop & Screen Saver -> Desktop -> "Translucent Menu Bar" is disabled.

They may have subtly changed the background desktop picture which, when it "pokes through" a translucent menubar, is enough to persuade FinderPop that the menubar area you clicked on is not in fact "unused"...

I'm not at my Mac right now, but AFAIK clicking-in-unused-menubar area should work OK...

Make sure System Preferences -> Desktop & Screen Saver -> Desktop -> "Translucent Menu Bar" is disabled.

They may have subtly changed the background desktop picture which, when it "pokes through" a translucent menubar, is enough to persuade FinderPop that the menubar area you clicked on is not in fact "unused"...

• New Template or "Copy" folders: folders whose names end in '---C' are treated specially. They are 'Template' or 'Copy' folders. They will appear in FinderPop menus only in the Finder and only if you control-clicked on a blank area of a Finder window or the Desktop (ie, when there is nothing selected.)
  If you then select an item from the menu of this "Copy" folder, the selected item will be COPIED to the window you control-clicked. This allows you to set up a system of templates files or indeed folders which can be quickly placed where you want.
  
  For instance, I have a template folder called 'Create New---C' inside my FinderPop Items folder. Inside this template folder, I have template versions of various letters and documents, etc., that I find myself writing or copying repeatedly. So now the templates are all in the one place and can be instantiated at the click of a mouse.
  
  Note that this is a first cut at this functionality; there is still a minor UI cursor glitch on Snow Leopard.


• Switching to a process using FP's Processes submenu no longer adds that process to the Recent list.


• a partial Italian localisation (the prefPane isn't yet localised, but all the strings are.) Thanks, Nello!

Code:

cd ~/Library

Code:

ls -ld *inderPop*

Similarly, any item ending in '-!!p' will have a Processes submenu hanging off it. For example, having an item named 'Running-!!p' will result in a menu item named Running whose submenu lists the currently running apps. As usual with the FinderPop Process menu, if you hold down Control when mousing into the menu, it will include background-only processes.

You can disable FinderPop from patching Photoshop by dragging the Photoshop application icon onto the list in the FinderPop prefPane's Active tab. Next time you start Photoshop, FinderPop will ignore it.

pyffi wrote:Apart from the (older) Finder selection problem discussed under that topic, FP appears to work fine on SL 10.6.3.

hikki wrote:Now I've activate "Folder Actions Setup.." service and FP works perfect.

padmavyuha wrote:I'm wondering if there's some conflict with MAgicDriver, the app that's enhancing my Magic Mouse?

pyffi wrote:3. Ctrl-click on any other file or folder yyy and invoke the workflow 'text' in 'Services' from the contextual menu.

A. H. wrote:* Under the "Options" tab, the mini-checkmark to the left of the mini-slider cannot be unchecked: Although this checkmark is blue (not light grey), it's untouchably fixed (permanently activated). For me that's OK, but maybe others want to uncheck this and wonder why it's "frozen".

petersphilo wrote:it could very well be my System that is screwy..