19 May 2010, 21:13
FinderPop 2.3.0 (tagged "Burning Metal") is now available.
- Works on PPC 10.4 and 10.5, as well as Intel 10.4, 10.5 and 10.6.
- I will announce this as a final 2.3.0 version to MacUpdate et al tomorrow, am running out the door now...
2.3.0
- Updated German, French, Japanese and Danish localisations
- Fix invocation of FinderPop shell scripts in FinderPopExtras folder
- FinderPop now appears properly-named in the Processes submenu.
2.2.9 had:
- Fix Appearance Problem with localised files in Contents Menu title
- Better (but not yet complete) support for TotalFinder
2.2.8 had:
- Updated German localisation
- Clicking in unused menubar now works in Intel Excel and Acrobat Reader 9
- When uninstalling FinderPop, remove the osax Scripting Addition too
- Remove bozo debug printf I accidentally left in
* Adds a goofy scripting facility to run scripts or programs before generating the FinderPop menu, allowing these scripts to add or remove items from the FinderPop Items folder (or indeed any folder.) Basically any file whose name ends in ".fpsh" in the FinderPop Items folder (or one level below it, ie in a folder inside the FinderPop Items folder) will be run before and after FinderPop runs; the Finder selection is passed to the script, the script can examine the selection and add or remove items to the FinderPop Items folder which will then appear (or not) in the FinderPop popup menus. I'll explain this in more detail in another post as it's not likely to be useful to any but a handful of people... but it could be used to reintroduce a measure of contextuality. I was looking at supporting old CM plugins but there are numerous problems with 64/32bitness.)
What remains to be done:
* Contextual Menu Support in apps other than the Finder on Snow Leopard
* FinderPop info help tag windows on Cocoa apps in Snow Leopard
If you're installing this over a previous beta, you'll have to restart or logout for it to take effect.
As usual, if there are any issues with this: http://www.fnarr.net/fp
PS: Anyone wishing to see the (rather impressive) results of my recent shoulder operation might like to look here...
20 May 2010, 17:03
FYI, the new version seems to be pretty solid on my Mac.
Corentin
21 May 2010, 18:36
Hi, Turly; no problems found after two stress test days with German FP 2.3.0b on German OSX.5.8 (PPC G4).
OK: PrefPane installation and GUI functions
OK: FP click with or without ctr key
OK: Appearance of all "FP Items", separators etc. in FP contextmenus
OK: FP filebrowsing speed
OK: FP filebrowsing info (cmd-alt)
OK: FP filebrowsing info with big icon (cmd-alt-sft)
OK: FP filebrowsing grab function (g)
OK: FP filebrowsing trash function (cmd-alt-ctr)
OK: FP filebrowsing reveal function (cmd)
OK: FP filetransfer dialog functions (move/copy/alias/newfolder)
OK: Ctr-free click onto folder shows "folder content only"
OK: FP empty-menubar-space click and top-left-corner-click
OK: Everything* else (up to MacUpdate.com with it!)
*) In 2.2.9b, the word "BuildNumber" was shown in the bottom left corner of my German preferences window, but without the number itself; now in 2.3.0b it says "Build 22783" correctly.
P.S.: Why "Burning Metal"?
21 May 2010, 22:02
Hi,
somewhere at beer-bottom you still have this piece of historical meta-code:
“Now that version 2.1 is out, I’m sure there’ll
be no problems at all so there’ll be plenty of time to watch
/a few words omitted, if you'll pardon me, because they of course apply to ALL tv/
Spanish TV.”
Hope you are well and thank you for FP, as always (working fine on SL, MBP 15", 2,4 Ghz, except Finder labels)
best,
22 May 2010, 10:53
Great to see a new version.
I have been using FP226 and, when I checked into this forum, I found this new version. Yet I have "check for updates every few days" ticked in the PrefPane > Etc.
And it's still checked. This suggests that, at least until 2.2.6, this wasn't working on my Snow Leopard 10.6.3 Intel Mac Mini.
On reflection, I don't think that this facility has ever worked for me in FinderPop. I'll see if it updates next time when 2.3.0 is fully released...
warm regards,
Cris
22 May 2010, 11:34
@CrisBCT: Yeah, I haven't enabled the auto-updating stuff for the beta versions (I don't want hundreds of people suddenly upgrading to a possibly dodgy version of FinderPop. I will do it once there's a release version... real soon now, hopefully.
@AH: In 2.2.9, I screwed up the German Localizable.strings file (I forgot a ';' at the end of a string) and so the German prefPane had some very strange strings appearing (your 'DiffVersion' alert for example.) All Fixed now :-)
As for "Burning Metal" - most of the tags I use from FinderPop come from songs, this one is from http://www.metamatic.com/zLyrics02/dancinglikeagun.html (I've also used other bits of that song as tags previously.)
29 May 2010, 19:33
turly wrote:I forgot a ';' at the end of a string...
This (';') will be my next Halloween smiley!
(';') (';') (';') (';') (';') (';') (';') (';') (';') (';') (';')
d=(^_^)=b
CrisBCT wrote:I have "check for updates every few days" ticked in the PrefPane > Etc.
An option like "[√] Check for beta updates, too" would be so great (for all Very Interested Persons of us).
turly wrote:[Motto] is from http://www.metamatic.com/zLyrics02/dancinglikeagun.html
Ah! The early 80s. I was a kid back then. (And still I am.)
Now enjoying:
The Cure - A Forest.mp3
Mike Oldfield - Crises.mp3
Marillion - Script for a Jester's Tear.mp3
... etc., but also ...
The Killers - When You Were Young.mp3
Coldplay - Glass of Water.mp3
Creed - Time.mp3
... and fine wine ...
Cheerz...^^
18 Jun 2010, 14:42
since updating snowleopard to 10.6.4 this morning clicking on the unused section of the menubar does not work
18 Jun 2010, 16:19
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"...
18 Jun 2010, 20:05
Clicking in unused menu bar area still works fine here after updating 10.6.3 to 10.6.4. (I disabled menu bar transparency already in 10.5.)
20 Jun 2010, 04:44
Thanks, I disabled the translucent menubar and it's now showing OK
24 Jan 2011, 18:39
Since I've upgraded from 10.5 to 10.6.6 I've found that aliases don't work with Finderpop 2.3.0 - does one of the newer betas fix this or is it an unknown issue?
I use the Finder Control-free Popup Delay, BTW with "Contents if on folder" checkmarked. Works fine with other folders, but alias open up like as if I right-clicked on them, no Finderpop listing of the folder contents.
I tried reinstalling Finderpop 2.3.0 and no love.
24 Jan 2011, 20:29
Obvious question would be: Are the aliases still valid after your OS upgrade?
I'm not at my Mac tonight* but upgrading to 2.3.0.3 would be worth your while, I definitely fixed something to do with right-clicking on aliases (the bug manifested itself so that FP accidentally offered you the ability to move the alias you clicked on into whatever the alias pointed to, but I think this might be the same bug that you're seeing.)
viewtopic.php?f=3&t=155
Let me know if this doesn't fix your problem!
* I'd love to be "at my Mac" but I'm up the walls with "real" work - something came up today and I'll be busy for the rest of the week. At least!
25 Jan 2011, 12:29
Yes, the aliases are still valid and open the originating folders. 2.3.0.3 installed and restarted and still the same problem. Aliases don't work anymore. At least with 10.6.6 anyway.
For now, my clumsy, 2 step workaround is checkmarking 'Add "Contents" submenu if control-clicking a folder' and then I can click-n-hold on the Alias and then I can mouse-over "Contents" and then see the contents of the Alias. But, I'd much rather that be the old one-step process like it was before where Aliases open right up. This workaround doesn't conflict with folders that still work as desired and open right up.
25 Jan 2011, 21:28
What about command-control-clicking the alias? Does that pop up the Contents menu like it should?
28 Jan 2011, 22:49
turly wrote:What about command-control-clicking the alias? Does that pop up the Contents menu like it should?
Yeah, weird, that does work with aliases. So it seems to be only related to click-n-hold.
30 Jan 2011, 23:10
I can confirm this control-free popup behavior in FP 2.3.0.3 beta in Snow Leopard:
Using control-free popup with the "Contents if on folder" option, the contents menu is shown on folders, but on folder aliases the 'normal' FinderPop enhanced contextual menu is shown.
However, command-control clicking a folder alias does not show the expected contents menu here:
Command-control clicking a folder shows the contents menu of that folder, but command-control clicking a folder alias shows the contents menu of the folder the alias is in instead.
31 Jan 2011, 09:34
I thought I'd fixed this last night, but I introduced another more subtle bug so I'll have another go tonight. Sorry about that!
03 Feb 2011, 01:29
Thank you, Turly.
10 Oct 2011, 06:03
turly wrote:I thought I'd fixed this last night, but I introduced another more subtle bug so I'll have another go tonight. Sorry about that!
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?)
10 Oct 2011, 08:30
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?)
Umm, you might be in the wrong thread, this one appears to have been talking about aliases not behaving correctly.
Unfortunately I have never been able to reproduce a slowing down of the Applications folder, with or without Smart Scroll...
05 Dec 2011, 07:27
turly wrote: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?)
Umm, you might be in the wrong thread, this one appears to have been talking about aliases not behaving correctly.
Unfortunately I have never been able to reproduce a slowing down of the Applications folder, with or without Smart Scroll...
Well, either way, I'm happy to report the issue is gone. I haven't tried FinderPop in a very long time, so I just downloaded version 2.4.1 just now and the slowdown issues with the Applications folder is gone. I'm not sure if it's from updating FinderPop or updating Smart Scroll over time or updating my Operating System, but the issue is gone and I'm back to using FinderPop again, thank goodness.