Note to self
Rails rendering sequence
Rails does a lot of “automagic” stuff, and there seems to be a lack of documentation on how the piping behind that works. For example, there’s the strange fact that you can set up variables in a template that can then be used in it’s layout… so investigated the rendering sequence a bit.
Debugger messes up rdoc
Sometimes it seems that ruby still has a way to go in terms of maturity. Today I got a strange error message when trying to build the rdoc files:
uninitialized constant RubyToken::AlreadyDefinedToken (NameError)
Any idea what it means? It turns out that I forgot to remove a require 'ruby-debug' somewhere in the code, which in turn includes some files from irb, which in turn is incompatible with rdoc. Duh…
Netbeans 6.0, Leopard and “fast debug”
For the new year, I upgraded to a new machine which includes MacOS Leopard. The system looks o.k., a few nice features and not much changed really. However, there are also some annoyances:
And one more note…
For the last two posts, a spend half the day researching Ruby weirdness instead, quite “unproductively” instead of hacking in a solution for my original problem.
After posting the two entries, I went back to my code, and was able to make the unit tests pass by just deleting four characters…
RadRails and Locomotive
First day at work, and I finally figured out how to have RadRails to work together with the Locomotive rails package for the Mac.
This really took me hours, because no matter how you configure RadRails with Locomotive, it will hate you. It won’t recognise the rails commands, even if configured, and claim that it found none of the tools. I guess it’s because it relies on some path settings from the environment, that are not accessible from the GUI. So you’re stuck. Unless you do the following:
- Open Locomotive
- Open the Terminal from Locomotive, so that it has all the path settings
- Start RadRails from the command line, like this:
open /Developer/Applications/radrails/RadRails.app
