Well, I searched through all my old OSs and found the old leopard and tiger install disks… and eventually (by 'lsbom | grep’ing everything) found the package that contains Interface Builder, it’s called DeveloperTools.pkg.but there doesn’t seem to be a way to install only Interface Builder from that. I played around with all the pkg-utils and tried hacking the package, but I do not want to install that package as it’ll likely overwrite what I have installed already. If there’s a way to extract the one specific app out of a pkg file, that would solve the problem, but I couldn’t figure out how to by playing around for over an hour in the shell.
Anyone know of a way to do this? Isolate 1 application from a pkg file and install in a specified folder nowhere near my currently operational system files?
If you just run the main Xcode installer you should be able to select a custom folder to install the Essentials to, so that it doesn’t overwrite your Xcode 4.
You can extract the installer payload easily enough though, they’re gzipped pax files which should just open directly in Archive Utility (for newer packages, the package itself is a xar file which you can extract with xar -x or The Unarchiver). Or for full control over packages, try Pacifist.
Thx gannett! I used Pacifist 2.6.4 to extract Interface Builder 3.0 into ‘/Developer/Applications’ where it used to go before Xcode 4.0. I tried running it though and it crashed with the message:
From here it is impossible to do anything, I can’t copy/paste that message above (had to type it manually), can’t copy the core dump to show, can’t press press “Continue” and run in an inconsistent state, and can’t file a bug with crash reporter. Everything I do leads to IB3 simple quitting on me. If I try running IB3 from any other location than the Developer Apps dir, it won’t even launch.
I scanned through the ‘/Developer/Library’ directory and found Xcode 4 has a completely different directory structure as Xcode 3… quite a bit has been changed. Regardless, I also used Pacifist to extract everything else from the DeveloperTools.pkg file that won’t overwrite something from Xcode 4. Quite a few files, including templates for Interfact Builder, the Interfact Builder SDK, and AppleScript, C & C++, Java, Sync Stuff, and MUCH more. I tried booting up Interface Builder and it crashes at the same point with the same message. I glanced at the core file and it seems to crash while loading something from the the InterfaceBulderKit.framework… of which I did not (and will not) replace Xcode 4 version.
Unfortunately, it seems the answer is “No” to your question. I believe IB3 is incompatible with Xcode 4. Sorry all for the bad news… am I the only one using Xcode 4 or something?
– Aesthir
Model: iMac7,1
AppleScript: 2.1.2
Browser: Safari 533.21.1
Operating System: Mac OS X (10.6)
Hrm, well I’m sure I’ll get around to Xcode 4 someday - I just can’t be bothered downloading it at the moment
But I’ve read that you can have them both alongside each other. You just run the main installer and tell it to install somewhere other than “/Developer”, say “/Xcode3” (or use Pacifist to do the same thing).
oh? if you’re right about this then that’s the way to procees if you really want easy access to OSX’s gui with AppleScript… I had no idea Xcode 4 would be dropping support, and installed over top of Xcode 3. The new Xcode is quite nice, with lots of apps merged right into Xcode (like IB3, plist editor, etc…) and it’s really quite nice once you get used to the new interface.
For some, installing 2 versions of Xcode side-by-side (probably totalling 10+GB) just to have AppleScript support for nib-coding is worth it, thanks for mentioning this gannett…
But alas, for others, me included, 2 Xcode installs on the system is a bit too bulky for the benefits it offers. My system is too weighed down as is (I’m dragging 4 browsers around) and I’m too weak to be hauling another 4-5 tons around.
Well I still haven’t downloaded Xcode 4 yet (given that it’s free again now I don’t have a lot of excuse) but I had a play around to see if I could isolate IB 3. This is everything you need:
Interface Builder 3
Applications
Interface Builder.app
Library
Frameworks
InterfaceBuilderKit.framework
Private Frameworks
DevToolsCore.framework
DevToolsFoundation.framework
DevToolsInterface.framework
DevToolsKit.framework
DevToolsRemoteClient.framework
DevToolsSupport.framework
DocSetAccess.framework
JavaKit.framework
XDBase.framework
Platforms
MacOSX.platform
It totals just over 100 MB. If you like you can even package it all up into a self-contained app.
I just got 10.7 Lion. “call method” is no longer supported. Neither Automator Runner nor AppleScript Runner know the command. As such my script from post #4 won’t even compile any more. There is a solution though, AppleScript Editor now has the ability to use AppleScriptObjC. The release notes state that applications created this way will work on 10.7 and 10.6.
Yup, the runners no longer include the ASK dictionaries on 10.7 which is kinda annoying. The Editor isn’t really any different from 10.6 though, the use of ASOC is only thanks to a template ASOC app that comes with it (which is buggy). I think it’s pretty dumb, you might as well make your own ASOC app in Xcode.
… but that doesn’t follow. Building Cocoa-based apps like that, or with my AppleScriptObjC Explorer, can be a lot simpler than using Xcode if there’s not a lot of UI requirement. There are plenty of cases where even AS droplets could benefit from access to AppleScriptObjC. It’s another option.
People complain hen stuff is taken away, and then complain when stuff is added…
Sorry, not trying to be rude about it. It’s just that when I first read it on the Lion features page I assumed it was proper support for ASOC in AppleScript Editor and any script file but it totally isn’t anything we couldn’t do already on Snow Leopard - it seems wrong to call it a new feature. I also wasn’t expecting to get an error from basic code like this:
on run
quit
end run
on quit
continue quit
end quit
And now that the runners no longer have ASK dictionaries we don’t have any means of making method calls from a script file/bundle. Ah well, time to accept that ASK is obsolete.
[edit] Automator services that use ASK commands don’t work anymore (though they still appear to compile within the editor). Yup, ASK is dead.
Well it is new that you can even compile AS class files in ASE, and the way it handles the bundling is new. But no, it’s not earth-shattering, especially without any logging. (And yes, AppleScriptObjC Explorer 2 works on Snow Leopard as well as Lion, with logging.)
I know that the major changes in AppleScript in Lion, and the justifications and frustrations associated with it are discussed above. I am trying to decide how I should proceed.
First, a quick summary. A while back, Gannet wrote a great, awesome, progress bar routine that called Automator Runner. In 10.6 and older releases, the code looks like this:
tell application "Automator Runner" to try
set MyBundle to call method "bundleWithPath:" of class "NSBundle" with parameter (POSIX path of (path to me))
-- The MainMenu nib contains just the basic edit and window commands, disabling Automator Runner's Quit and Hide
load nib "MainMenu" in bundle MyBundle
-- Since all our windows are owned by Automator Runner, it's a good idea to activate whenever displaying something
--activate
-- Windows are quickly unloaded if they are not used. Prepare any data for the initial setup of a window before loading the nib.
--set mp3Icon to load image mp3Icon
try
set progIcon to load image progIcon
end try
load nib "ProgressWindow" in bundle MyBundle
tell window "progress"
activate
set title to progTitle
set content of text field "upper" to progText
try
set image of image view "icon" to progIcon
on error errmsg number errnum
--display dialog errmsg & return & return & errnum
end try
set content of progress indicator "bar" to 0
show it
repeat with i from 0 to (estTime * 10)
delay 0.1
[i]etc etc
[/i]
If you look at the same code in Lion 10.7, you get all of this «event appSloaN» junk:
tell application "Automator Runner" to try
set MyBundle to «event appScalM» "bundleWithPath:" given «class of C»:"NSBundle", «class witQ»:(POSIX path of (path to me))
-- The MainMenu nib contains just the basic edit and window commands, disabling Automator Runner's Quit and Hide
«event appSloaN» "MainMenu" given «class in B»:MyBundle
-- Since all our windows are owned by Automator Runner, it's a good idea to activate whenever displaying something
--activate
-- Windows are quickly unloaded if they are not used. Prepare any data for the initial setup of a window before loading the nib.
--set mp3Icon to load image mp3Icon
try
set progIcon to «event appSloaI» progIcon
end try
«event appSloaN» "ProgressWindow" given «class in B»:MyBundle
tell window "progress"
activate
set «class titl» to progTitle
set «class conT» of «class texF» "upper" to progText
try
set «class imaA» of «class imaV» "icon" to progIcon
on error errmsg number errnum
--display dialog errmsg & return & return & errnum
end try
set «class conT» of «class proI» "bar" to 0
«event appSshoH» it
repeat with i from 0 to (estTime * 10)
delay 0.1
[i]etc etc
[/i]
and, as Gannet said, the scripts won’t even compile.
So, my question, is there any somewhat straightforward way to have a progress bar under Lion? I don’t really have the resources to start a larger project within Xcode etc. Really, I was just relying on the routine that Gannet wrote for the progress bars.
I can remove all of the progress bar code from my script to make it Lion compatible, but would like to keep in the progress bar feature if I can.
tell application "ASObjC Runner"
-- set up dialog and show it
reset progress
set properties of progress window to {button title:"Cancel", button visible:true, message:"This is a sample", detail:"More text can go here", indeterminate:false, max value:10, current value:0}
activate
show progress
end tell
delay 0.5
repeat with i from 1 to 10
-- do your other stuff here
delay 1 -- for effect
-- update dialog
tell application "ASObjC Runner"
activate
set properties of progress window to {detail:"This is number " & i, current value:i}
if button was pressed of progress window then
exit repeat
end if
end tell
end repeat
-- hide dialog
tell application "ASObjC Runner" to hide progress
I used ASObjC Runner in my script to display a progress bar. For a variety of reasons, this script has not finally hit live users. (OS update cycle, other changes to our workflow, etc.)
As suggested, I named the script ASObjC Runner-N and placed it in the resources folder of the bundle. it works fine on my machine, but when the script is deployed to our users, they frequently get the choose an application - Where is ASObjC Runner-N.app? dialog.
using terms from application "ASObjC Runner-N" -- needed to compile script
property debug : false
property runnerPath : ""
on run
-- get path to bundled copy, in this case directly in the Resources folder
set runnerPath to (path to resource "ASObjC Runner-N.app") as text
....
and later...
tell application runnerPath
-- set up dialog and show it
reset progress
I just looked at an earlier version of this script that is on users machines, and noticed that the line:
using terms from application "ASObjC Runner" -- needed to compile script
was missing the -N that is on the copy of ASObjC Runner in the bundle. This must be what is causing the OS to thow up the Where is ASObjC Runner? dialog. Does that seem likely? I know that line is for getting script to compile, could it also affect when the script runs?
Never mind, that change, and the change suggested above did not fix the issue where the script asks “Where is the ASobjC Runner?”
Putting ASobjC Runner loose in the appications folder seems to solve this, even though it is not ideal, that will be the fix I will use.
And, to get ahead on things I put the script onto a test Mavericks machine, and noticed there is an issue with the POSIX PATH command when inside the "using terms from application “ASObjC Runner-N” block. (apparently this is also an issue in 10.8. In the script below, if you comment out the using terms from block this works.
using terms from application "ASObjC Runner-N" -- needed to compile script
set theF to alias "m2:Users:don:Desktop:104megs22"
set thisFilePOSIX to POSIX path of theF
end using terms from
