[jazzychad]

I saw a demo of this a couple months ago at a small gathering. I was blown away. Another feature demo'd at the time was the ability to make obj-c calls in the chrome javascript console and have it be interpreted in the app runtime. e.g.

UIApplication.sharedApplication.delegate.navigationController.navigationBar.tintColor = UIColor.redColor;

and the app's navbar changed color. Is this still possible with this release? I haven't been able to try it out at work yet. Thanks for this awesome tool.

[mikelikespie]

Interactive console support is coming. We need to work out a few kinks before it is ready to go

[conradev]

Have you heard of Cycript? It's an open source JavaScript-ObjC bridge, maintained by Jay Freeman, the creator of Cydia. It currently supports this interactive console functionality (with tabbed autocomplete!), by injecting into a specified process.

It would be awesome if you integrated Cycript into this.

http://cycript.org

[saurik]

They apparently seem to be using JSCocoa (which I find kind of a surprising choice in comparison to Cycript, but hey: I'm biased ;P).

(edit:)

Looking into the debugger protocol some, it seems like it might be irritating to integrate Cycript and have it work with Chrome. (The problem being that it parses the JavaScript on the client and sends over an RPC, do you'd have to drop down to objc_msgSend semantics; one of the things I had disliked about JSCocoa then actually makes it easier to use in this environment: how it kind of munges all of the namespaces together into object properties.)

The entire idea of mapping the semantics of a native app into the HTML reality of that debugger, however, is somewhat awkward if you want to attack the parts that aren't networking and database (which is what PonyDebugger is currently nailing really well). I was working on something a little more general a while back as part of Cynoptica (mapping all processes to an HTML debugger interface); when I have something I'll hit you up on IRC.