Following up on my Friday suggestion, I am happy to announce that I implemented a first version a Xcode MacRuby projects that dynamically reloads Ruby source code into a running application, allowing for a very dynamic incremental programming style. go to https://github.com/jdmuys/MacRubyReload to download the project. The ReadMe.markDown text file gives full instructions. Hopefully MacRuby Xcode templates can evolve to automatically provide a similar facility. This is all very simple and very primitive. There is a lot of room for improvement. I also apologize for my Ruby style: I probably haven't written more than 100 or so lines of Ruby code overall yet. I hope this gets the ball rolling. Jean-Denis
This is great Jean-Denis, thanks a lot. A few notes, if you look at: https://github.com/jdmuys/MacRubyReload/blob/master/MacRubyReload/AppDelegat... You don't need to end your lines of code by a semi colon and when using puts, a return carriage is automatically used (use print if you don't want that behavior). - Matt On Tue, Nov 15, 2011 at 3:01 PM, Jean-Denis MUYS <jdmuys@kleegroup.com>wrote:
Following up on my Friday suggestion, I am happy to announce that I implemented a first version a Xcode MacRuby projects that dynamically reloads Ruby source code into a running application, allowing for a very dynamic incremental programming style.
go to https://github.com/jdmuys/MacRubyReload to download the project. The ReadMe.markDown text file gives full instructions.
Hopefully MacRuby Xcode templates can evolve to automatically provide a similar facility.
This is all very simple and very primitive. There is a lot of room for improvement. I also apologize for my Ruby style: I probably haven't written more than 100 or so lines of Ruby code overall yet.
I hope this gets the ball rolling.
Jean-Denis
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
I added basic fsevents reloading in my fork (https://github.com/lastobelus/MacRubyReload) Should change to check an environment var first for list of directories to watch, and otherwise use project root. For now I just grabbed the dir of the rb_main.loc.txt entry. I'm curious to experiment with automating the dynamic reloading of nib files. Anyone have any tips for that? The problem is that there are many patterns for using nibs, so it will be difficult to fully automate. But perhaps we can at least make it easy for common cases. Another next step would be to attach a panel to any window with a running macirb in it whose top-level context is the window controller for that window. That might be actually fairly easy to do. Cheerio, Michael Johnston lastobelus@mac.com On 2011-11-15, at 10:01 AM, Jean-Denis MUYS wrote:
Following up on my Friday suggestion, I am happy to announce that I implemented a first version a Xcode MacRuby projects that dynamically reloads Ruby source code into a running application, allowing for a very dynamic incremental programming style.
go to https://github.com/jdmuys/MacRubyReload to download the project. The ReadMe.markDown text file gives full instructions.
Hopefully MacRuby Xcode templates can evolve to automatically provide a similar facility.
This is all very simple and very primitive. There is a lot of room for improvement. I also apologize for my Ruby style: I probably haven't written more than 100 or so lines of Ruby code overall yet.
I hope this gets the ball rolling.
Jean-Denis
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Here’s a GUI approach to using macirb: https://github.com/alloy/Interactive-MacRuby I didn’t have time to finish it yet, but it might still be useful. On 24 nov. 2011, at 02:52, Michael Johnston wrote:
I added basic fsevents reloading in my fork (https://github.com/lastobelus/MacRubyReload)
Should change to check an environment var first for list of directories to watch, and otherwise use project root. For now I just grabbed the dir of the rb_main.loc.txt entry.
I'm curious to experiment with automating the dynamic reloading of nib files. Anyone have any tips for that? The problem is that there are many patterns for using nibs, so it will be difficult to fully automate. But perhaps we can at least make it easy for common cases.
Another next step would be to attach a panel to any window with a running macirb in it whose top-level context is the window controller for that window. That might be actually fairly easy to do.
Cheerio,
Michael Johnston lastobelus@mac.com
On 2011-11-15, at 10:01 AM, Jean-Denis MUYS wrote:
Following up on my Friday suggestion, I am happy to announce that I implemented a first version a Xcode MacRuby projects that dynamically reloads Ruby source code into a running application, allowing for a very dynamic incremental programming style.
go to https://github.com/jdmuys/MacRubyReload to download the project. The ReadMe.markDown text file gives full instructions.
Hopefully MacRuby Xcode templates can evolve to automatically provide a similar facility.
This is all very simple and very primitive. There is a lot of room for improvement. I also apologize for my Ruby style: I probably haven't written more than 100 or so lines of Ruby code overall yet.
I hope this gets the ball rolling.
Jean-Denis
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Thanks Eloy. I was playing with Interactive-MacRuby a bit last night. I think the first step to using it would be to make a target to compile as a framework and make it cocoa pod-able. Then wiring up so can launch in app terminals with the app delegate or a particular window controller as top level object. I was trying to figure out how to make it indent code as it is typed which irb does. Any thoughts on that? Cheerio, Michael Johnston lastobelus@mac.com On 2011-11-24, at 2:13 PM, Eloy Duran wrote:
Here’s a GUI approach to using macirb: https://github.com/alloy/Interactive-MacRuby
I didn’t have time to finish it yet, but it might still be useful.
On 24 nov. 2011, at 02:52, Michael Johnston wrote:
I added basic fsevents reloading in my fork (https://github.com/lastobelus/MacRubyReload)
Should change to check an environment var first for list of directories to watch, and otherwise use project root. For now I just grabbed the dir of the rb_main.loc.txt entry.
I'm curious to experiment with automating the dynamic reloading of nib files. Anyone have any tips for that? The problem is that there are many patterns for using nibs, so it will be difficult to fully automate. But perhaps we can at least make it easy for common cases.
Another next step would be to attach a panel to any window with a running macirb in it whose top-level context is the window controller for that window. That might be actually fairly easy to do.
Cheerio,
Michael Johnston lastobelus@mac.com
On 2011-11-15, at 10:01 AM, Jean-Denis MUYS wrote:
Following up on my Friday suggestion, I am happy to announce that I implemented a first version a Xcode MacRuby projects that dynamically reloads Ruby source code into a running application, allowing for a very dynamic incremental programming style.
go to https://github.com/jdmuys/MacRubyReload to download the project. The ReadMe.markDown text file gives full instructions.
Hopefully MacRuby Xcode templates can evolve to automatically provide a similar facility.
This is all very simple and very primitive. There is a lot of room for improvement. I also apologize for my Ruby style: I probably haven't written more than 100 or so lines of Ruby code overall yet.
I hope this gets the ball rolling.
Jean-Denis
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
On Nov 24, 2011, at 4:28 PM, Michael Johnston wrote:
I think the first step to using it would be to make a target to compile as a framework and make it cocoa pod-able. Then wiring up so can launch in app terminals with the app delegate or a particular window controller as top level object.
I was trying to figure out how to make it indent code as it is typed which irb does. Any thoughts on that?
I think I'd start by throwing away all of the existing UI and starting over with something that's not line-by-line but block/scope oriented. You could fake it in the current one, I suppose, by automatically pre-pending spaces to everything the user types based on indentation level. But that would be totally skanky. :) - Jordan
I've been hacking on a fork of Interactive-MacRuby since a month or so ago, and as I now think I won't be able to find the time to distill my experience to a more presentable form any time soon, I'll just share my not-so-tidy work in progress and my current repl-based workflow in case others may find it useful and/or could take it further. https://github.com/sohocoke/interactive-macruby/tree/temp-hack is the fork to which I added a few things: - show (mac)ruby ivars inline when inspecting objects - load_rc - loads my .irbrc and .macirbrc files - load_repl - scans the app bundle for and load files with an .rb-repl extension - load_src - relies on a (debug-only) global variable defined in the project's .rb-repl file, to reload the source of a class from the project's source (not bundle) This gives me the ability to open a console window when I need to investigate my app at runtime, and to quickly load some infra to carry for investigation / fixing. Then in my *rc files, I have, among other things, the following definitions: - https://gist.github.com/1320400 - some routines that allow me to obtain quickly references to objects by their id or class - https://gist.github.com/1393479 - some methods that can wrap existing methods for logging or additional investigative behaviour I typically use these to find objects to which I add traces, add or replace behaviour, then when I think I got it right I edit the source in the XCode project and load the changed source. Obviously there are times when the changes need to be around events of the object that I cannot cleanly retrigger from a REPL, such as when nib wiring or awakeFromNib must be changed, so I still find myself restarting the debug session every now and then. But for small tweaks these facilities allow me to make changes and apply them in a relatively short cycle. I also yearned for improved / prettier handling of the code I typed into the console as I was using Interactive-MacRuby, but now I'm mostly satisfied with one-line statements in the console, and reloading source after modifications if it spans a few lines. Hope this is of interest to some. Thanks Eloy and others. On 25 Nov 2011, at 01:28, Michael Johnston wrote:
Thanks Eloy. I was playing with Interactive-MacRuby a bit last night.
I think the first step to using it would be to make a target to compile as a framework and make it cocoa pod-able. Then wiring up so can launch in app terminals with the app delegate or a particular window controller as top level object.
I was trying to figure out how to make it indent code as it is typed which irb does. Any thoughts on that?
Cheerio,
Michael Johnston lastobelus@mac.com
On 2011-11-24, at 2:13 PM, Eloy Duran wrote:
Here’s a GUI approach to using macirb: https://github.com/alloy/Interactive-MacRuby
I didn’t have time to finish it yet, but it might still be useful.
On 24 nov. 2011, at 02:52, Michael Johnston wrote:
I added basic fsevents reloading in my fork (https://github.com/lastobelus/MacRubyReload)
Should change to check an environment var first for list of directories to watch, and otherwise use project root. For now I just grabbed the dir of the rb_main.loc.txt entry.
I'm curious to experiment with automating the dynamic reloading of nib files. Anyone have any tips for that? The problem is that there are many patterns for using nibs, so it will be difficult to fully automate. But perhaps we can at least make it easy for common cases.
Another next step would be to attach a panel to any window with a running macirb in it whose top-level context is the window controller for that window. That might be actually fairly easy to do.
Cheerio,
Michael Johnston lastobelus@mac.com
On 2011-11-15, at 10:01 AM, Jean-Denis MUYS wrote:
Following up on my Friday suggestion, I am happy to announce that I implemented a first version a Xcode MacRuby projects that dynamically reloads Ruby source code into a running application, allowing for a very dynamic incremental programming style.
go to https://github.com/jdmuys/MacRubyReload to download the project. The ReadMe.markDown text file gives full instructions.
Hopefully MacRuby Xcode templates can evolve to automatically provide a similar facility.
This is all very simple and very primitive. There is a lot of room for improvement. I also apologize for my Ruby style: I probably haven't written more than 100 or so lines of Ruby code overall yet.
I hope this gets the ball rolling.
Jean-Denis
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Thanks Andy, I'll have a look Sent from my iPhone On 2011-11-25, at 5:35, Andy Park <sohocoke@gmail.com> wrote:
I've been hacking on a fork of Interactive-MacRuby since a month or so ago, and as I now think I won't be able to find the time to distill my experience to a more presentable form any time soon, I'll just share my not-so-tidy work in progress and my current repl-based workflow in case others may find it useful and/or could take it further.
https://github.com/sohocoke/interactive-macruby/tree/temp-hack is the fork to which I added a few things: - show (mac)ruby ivars inline when inspecting objects - load_rc - loads my .irbrc and .macirbrc files - load_repl - scans the app bundle for and load files with an .rb-repl extension - load_src - relies on a (debug-only) global variable defined in the project's .rb-repl file, to reload the source of a class from the project's source (not bundle)
This gives me the ability to open a console window when I need to investigate my app at runtime, and to quickly load some infra to carry for investigation / fixing.
Then in my *rc files, I have, among other things, the following definitions: - https://gist.github.com/1320400 - some routines that allow me to obtain quickly references to objects by their id or class - https://gist.github.com/1393479 - some methods that can wrap existing methods for logging or additional investigative behaviour
I typically use these to find objects to which I add traces, add or replace behaviour, then when I think I got it right I edit the source in the XCode project and load the changed source.
Obviously there are times when the changes need to be around events of the object that I cannot cleanly retrigger from a REPL, such as when nib wiring or awakeFromNib must be changed, so I still find myself restarting the debug session every now and then. But for small tweaks these facilities allow me to make changes and apply them in a relatively short cycle.
I also yearned for improved / prettier handling of the code I typed into the console as I was using Interactive-MacRuby, but now I'm mostly satisfied with one-line statements in the console, and reloading source after modifications if it spans a few lines.
Hope this is of interest to some. Thanks Eloy and others.
On 25 Nov 2011, at 01:28, Michael Johnston wrote:
Thanks Eloy. I was playing with Interactive-MacRuby a bit last night.
I think the first step to using it would be to make a target to compile as a framework and make it cocoa pod-able. Then wiring up so can launch in app terminals with the app delegate or a particular window controller as top level object.
I was trying to figure out how to make it indent code as it is typed which irb does. Any thoughts on that?
Cheerio,
Michael Johnston lastobelus@mac.com
On 2011-11-24, at 2:13 PM, Eloy Duran wrote:
Here’s a GUI approach to using macirb: https://github.com/alloy/Interactive-MacRuby
I didn’t have time to finish it yet, but it might still be useful.
On 24 nov. 2011, at 02:52, Michael Johnston wrote:
I added basic fsevents reloading in my fork (https://github.com/lastobelus/MacRubyReload)
Should change to check an environment var first for list of directories to watch, and otherwise use project root. For now I just grabbed the dir of the rb_main.loc.txt entry.
I'm curious to experiment with automating the dynamic reloading of nib files. Anyone have any tips for that? The problem is that there are many patterns for using nibs, so it will be difficult to fully automate. But perhaps we can at least make it easy for common cases.
Another next step would be to attach a panel to any window with a running macirb in it whose top-level context is the window controller for that window. That might be actually fairly easy to do.
Cheerio,
Michael Johnston lastobelus@mac.com
On 2011-11-15, at 10:01 AM, Jean-Denis MUYS wrote:
Following up on my Friday suggestion, I am happy to announce that I implemented a first version a Xcode MacRuby projects that dynamically reloads Ruby source code into a running application, allowing for a very dynamic incremental programming style.
go to https://github.com/jdmuys/MacRubyReload to download the project. The ReadMe.markDown text file gives full instructions.
Hopefully MacRuby Xcode templates can evolve to automatically provide a similar facility.
This is all very simple and very primitive. There is a lot of room for improvement. I also apologize for my Ruby style: I probably haven't written more than 100 or so lines of Ruby code overall yet.
I hope this gets the ball rolling.
Jean-Denis
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
And an ‘example’ of what it looks like :) http://www.ustream.tv/recorded/16057682/highlight/188706 On 24 nov. 2011, at 02:52, Michael Johnston wrote:
I added basic fsevents reloading in my fork (https://github.com/lastobelus/MacRubyReload)
Should change to check an environment var first for list of directories to watch, and otherwise use project root. For now I just grabbed the dir of the rb_main.loc.txt entry.
I'm curious to experiment with automating the dynamic reloading of nib files. Anyone have any tips for that? The problem is that there are many patterns for using nibs, so it will be difficult to fully automate. But perhaps we can at least make it easy for common cases.
Another next step would be to attach a panel to any window with a running macirb in it whose top-level context is the window controller for that window. That might be actually fairly easy to do.
Cheerio,
Michael Johnston lastobelus@mac.com
On 2011-11-15, at 10:01 AM, Jean-Denis MUYS wrote:
Following up on my Friday suggestion, I am happy to announce that I implemented a first version a Xcode MacRuby projects that dynamically reloads Ruby source code into a running application, allowing for a very dynamic incremental programming style.
go to https://github.com/jdmuys/MacRubyReload to download the project. The ReadMe.markDown text file gives full instructions.
Hopefully MacRuby Xcode templates can evolve to automatically provide a similar facility.
This is all very simple and very primitive. There is a lot of room for improvement. I also apologize for my Ruby style: I probably haven't written more than 100 or so lines of Ruby code overall yet.
I hope this gets the ball rolling.
Jean-Denis
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
_______________________________________________ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
participants (6)
-
Andy Park
-
Eloy Duran
-
Jean-Denis MUYS
-
Jordan K. Hubbard
-
Matt Aimonetti
-
Michael Johnston