24 Nov 2009, 22:40
FinderPop 2.2.4b3 THRILLSEEKER BETA (still tagged "One-handed-typist edition") is now available.
This version has no new features over 2.24b2 but has a bunch of bugfixes: handle empty Contents menus better, the "-!!d" Desktop menu could sometimes merge into the previous submenu; fixed an issue where I was examining keystrokes even after FP had finished displaying a menu, fixed the Help Window sometimes appearing at the wrong location, plus many other small annoyances.
I'll leave the comments from last time here:
What's in:
* Huge swathes of code rewritten in Cocoa and Objective C.
* Contextual menu support in 64-bit Snow Leopard Finder mostly works.
Issue: sometimes FinderPop cannot get the item that you control-clicked in the Finder. In an attempt to work around this, I currently force the Finder to the front if you right-click or control-click a Finder element when the Finder is not frontmost. You probably won't even notice, but if this is disconcerting, you can disable it by:
defaults write com.finderpop.finderpop forceFinderFrontmost NO
Will try to fix this properly next week.
* All the usual Cmd/Opt/Ctrl modifiers while menu browsing, cursor changes appropriately, etc. Grab-and-dragging, trashing and killing process menu items, getting-info and everything else should work OK. Unfortunately I still haven't ported the FinderPop info ''help tag' windows: next week hopefully. Additionally, we now use the big system cursors for copying and deleting by default - if you prefer the old, smaller, FinderPop cursors:
defaults write com.finderpop.finderpop useSystemCursors NO
* Click-in-unused-menubar is a bit smarter about what constitutes "unused" menubar. That said, if you find that clicking in unused-menubar-space doesn't work for you, try turning off the Translucent Menu Bar option (System Preferences -> Desktop & Screen Saver -> Desktop tab -> "Translucent menu bars" option)
What's NOT in:
* Control-free-clicking
* 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's a drawing problem with labels in FP menus which I have to fix too.)
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 for that.)
--turly
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
24 Nov 2009, 23:54
Ross wrote:I installed the FinderPop 2.2.4b2. Now when I click in the unused portion of the menu bar when the FinderPop menu comes up, and I hover over any one of the items in the menu, in the extreme lower left of the screen appears an image of the 'FinderPop Items' folder with the words
'Kind: Folder
Valence: 4
Created: A Date and Time
Modified: A Date and Time
Permissions: My Info'.
Ross wrote:The Command + Option 'info' works perfectly like you explain.
On my regular Mac partition in the 'Other' System Preferences I have 'AutoPairs v3.0.3', Default Folder X v4.3.3', 'FinderPop v2.2.4b2', 'Flip4Mac WMV v2.3.0.14', iClock Pro v1.00rc4', 'Intego NetUpdate v10.5', 'Smart Scroll v3.4', 'Sounds4Fun v1.0.3', 'Typeit4Me v4.2', and 'Visage v2.4.2' installed.
I figured out what was causing the problem, if I turn off the 'Sounds4Fun v1.0.3' the problem goes away. So I would guess FinderPop and Sounds4Fun are interacting.
The 'FB224b3-ThrillSeekers-SnowLeopard-Only' version took care of this problem. It works just wonderful with no problems.
25 Nov 2009, 08:53
Great!
I fixed some boneheaded mistakes I made in the last version.
I still have a fair bit to do, mind you - but the basic functionality should be there...
25 Nov 2009, 10:47
2.2.4b2 was working fine till my home directory was moved to other partition.
My issues are following:
• Selecting file icon on desktop through inline menu's application (such as text editor)
• Budle's content submenu on desktop
2.2.4b3 is same as 2.2.4b2.
Very sorry my poor japanglish.
03 Dec 2009, 17:30
So far, I have only tested out the contextual menu and the titlebar click, but both seem to be working for me on my 20" last-generation iMac. I'll try it on my mini and MacBook Pro at home.
07 Dec 2009, 14:43
anybody have this problem? a response time of applications folder very slow when turn finderpop on, other folders not have this problem.
08 Dec 2009, 13:00
Hey lalapo,
When you say "very slow response time" are you talking about when the menu first pops open, or when you're mousing up and down the menu?
What happens if you open the /Applications window in the Finder and then Command-Control-Click somewhere in the window to pop up a Contents menu of that folder? Is the response time any better?
It could be that I am doing something boneheaded (surprise surprise) and am printing out errors - open /Applications/Utilities/Console.app and see if anything appears there while you're using FinderPop to play with the 'slow' menu...
Feel free to contact me directly if you wish - turly@finderpop.com
08 Dec 2009, 14:12
Hi Turly,
i said "very slow response time" that just like a game lag, it will delay about 1 second when select (left click or right click or Command-Control-Click) the app or folder in the applications folder(just only applications folder) , but no lag problem when i turn finderpop off, i try to turn off other 3 party preferences panel and only turn on finderpop(althought i turn all option off in finderpop) still have same problem, but Console is no message from finderpop and other when laging.
08 Dec 2009, 21:43
if in this folders
/System/Library/Extensions/ or
/System/Library/Automator/
it delay about 2-3 seconds when finderpop on, they have something in common is a folder named as .app or .kext and .action etc...
maybe a folder name as nonfolder will delay