2005-08-27 12:42:01.334 FastScripts[1719] defaultScriptEditingApp failed to locate app information for given identifier: com.barebones.bbedit or signature:(null)
2005-08-27 12:42:01.347 FastScripts[1719] *** Assertion failure in -[NSTextFieldCell _objectValue:forString:], AppKit.subproj/NSCell.m:1131
2005-08-27 12:42:01.363 FastScripts[1719] Invalid parameter not satisfying: aString != nil
Daniel Jalkut said:Thanks, NovaScotian. That console log really helped! It definitely identified one problem and hopefully that is what has been affecting you. Notice how it says it couldn't find your script editor application? That failure caused a chain reaction which ultimately caused the Preference dialog to not get prepared correctly. After that happened, all bets are off. I changed the code to be more resilient to "editor not found" situations like this. Can you please try with this beta version of FastScripts?
http://www.red-sweater.com/RedSweater/FastScripts2.2.6b1.zip
It looks like you at one point had BBEdit configured as your shell script editor, but that app has since been deleted or is otherwise not locatable on your computer. You might want to reset the "Shell Script Editor" preference by selecting an app that is present on your computer, now. Before you do that, though, I'd love to know whether the above beta-release addresses your problem.
Thanks!
Daniel
NovaScotian said:I had upgraded BBEdit to version 8 from 7 and neglected to "inform" FastScripts.
The beta (2.2.6b1) fixed one of the two I reported. Now I can enter and modify the key.
The other was my fault - I discovered (but had missed) that I have a QuicKey assigned to the same keys, so QK was grabbing my code before it got to FS.
Final answer - Thanks; your beta works, and after testing that, I reset my shell script editor to BBEdit8 which works also.
Eventually, I'm going to stop using QK which is a shadow of its former (preOSX) self, and do all of it's current functions from FS and AS. The one thing holding me back is that QK runs an AppleScript entered as text as a step in a sequence without running the script itself so there is no wait for a script application to open. I don't know how they do that, but it's a power feature.
Daniel said:It's theoretically possible that FastScripts could be modified to support arbitrary script text as an "action". Note however, that when you save a script as "script" (not an application) and run it from FastScripts, you should get about the same speed as raw text, *after the first run*. When you run a plain AppleScript file in FastScripts, it keeps that script in memory, so that any time you run the script again, it doesn't need to be loaded from the disk again.
This should theoretically allow for comparable execution speeds between FS and QK for this purpose.
Daniel Jalkut said:FastScriptGuy: If you think this might be the same problem that is affecting you, then I encourage you to try the beta release posted above. If not, please check your console and see if there is anything interesting there. If you're not familiar with the console, you can open it from /Applications/Utilities/Console.app. Look in the log for anything near the bottom that shows FastScripts in the line...
Thanks!
Daniel
Daniel Jalkut said:That's very interesting, Nova. The only thing I can think is that for some reason the script in question is not compiled at first, and then when you open and run it in Script Editor, it gets compiled.
Daniel further said:Now that's it's been run once in Script Editor, can you change keystrokes at will in FastScripts?
It looks like you're new here. If you want to get involved, click one of these buttons!