RemVee.blog

Gisteren in de kroeg heb ik Sam z’n interesse in Emacs weer wat aangewakkerd. Hij is een van de vele die vanuit het TextMate kamp opzoek zijn naar een krachtigere ontwikkelomgeving. Ik zelf ben een paar maanden geleden van TextMate, via Vim, bij Emacs beland. Het is even wennen en het kost wat tijd om je nieuwe omgeving naar je hand te zetten, maar eenmaal ingericht wil je niet anders meer, ik in ieder geval niet.

Voor Ruby en Rails ontwikkeling heb ik de volgende modules geïnstalleerd:

• ruby-mode, actief onderhouden door het Ruby core team.
• emacs-rails, deze “minor-mode” heeft goede navigatie features, maakt het gemakkelijk je tests te draaien, de console op te starten, server etc.
• iswitch-menu, een goed alternatief voor het popup of tekst menu dat emacs-rails aanbiedt voor navigatie. Een aanrader!
• rhtml-mode erg goed voor het bewerken van HTML-ERB templates.
• yaml-mode prima voor het schrijven van YAML files.
• git, de standaard ondersteuning welke meegeleverd wordt met git zelf.
• js2-mode, hiermee heb ik een haat-liefde verhouding.
• haml-mode lijkt goed te werken maar heb ik nog niet veel gebruikt.

De beste bron voor meer informatie over Emacs en bijbehoren, buiten de bijgesloten documentatie natuurlijk, is EmacsWiki. Snuffelen in de configuratie van anderen kan ook; op github zijn een paar dot-emacs repositories te vinden waar je van af kunt kijken.

Dus stroop je mouwen op en plak eigen omgeving in elkaar met een paar druppeltjes Lisp!

Upload progress is lastig; aan de server kant bijhouden wat de voortgang is en gerommel met JavaScript om dat dan weer aan de gebruiker te kunnen tonen. Eigenlijk zou een browser dit zelf voor je moeten doen — bij een download kan ik toch ook zien hoe ver ik ben — maar helaas is de realiteit anders. Gebruikers van je applicaties opschepen met een “hangende” browsers als zij een paar fototjes uploaden is natuurlijk geen optie.

Gelukkig ben ik niet de enige met dit probleem en kan ik, omdat ik mijn applicaties met Mongrel deploy, gebruik maken van de Mongrel Upload Progress plugin. Vol enthousiasme heb ik me dan ook op deze plugin gestort maar heb na het lezen van de instructies met een vies gezicht een stapje terug genomen.

In blinde opruimwoede heb ik m’n huis plugins op GitHub gezet.

• ActiveForm; zie ook active_form
  ruby script/plugin install git://github.com/remvee/active_form.git
• Dutchify; zie ook dutchify
  ruby script/plugin install git://github.com/remvee/dutchify.git
• Labelify; Yet Another Form Builder
  ruby script/plugin install git://github.com/remvee/labelify.git
• NullableBooleans; boolean attributen gemakkelijker op nil zetten
  ruby script/plugin install git://github.com/remvee/nullable_booleans.git

Meld je snel aan!

ruby script/plugin install http://svn.remvee.net/plugins/safe_data_migrations

class DowncaseUserNames < ActiveRecord::Migration
  models :user
  
  def self.up
    User.find(:all).each do |user|
      user.update_attributes(:names, user.name.downcase)
    end
  end

Object.send :remove_const, :User rescue nil
class User < ActiveRecord::Base; end

Update: As coderrr points out you don’t need to clobber the global scope model class because a nested model works fine too. I wrongly assumed introducing a new model class in side (!) a migration class would only reopen my original model class and keep validations intact. To illustrate:

class User; def top; end; end

class Migration
  class User; def nested; end; end
  
  def self.go
    p User.instance_methods - Object.instance_methods
  end
end

Migration.go

yields ["nested"] and not ["top", "nested"] as I suspected. Apparently I was bitten too hard by a problem which arose when I used an original model class to even try the above. I’ll pull the plugin because it’s pointless.. Bad me, thanks coderrr!

Op maandag 28 januari wordt de eerste amsterdam.rb bijeenkomst georganiseerd. Het idee is onder het genot van kop koffie ontstaan en leek, toen de cafeïne eenmaal uitgewerkt was, nog steeds een goed plan.

Komt allen rond 20u naar de bekeerde suster aan de nieuwmarkt om de geboorte van amsterdam.rb te vieren! Zegt het voort!

Voor rubyenrails.nl heb ik een artikel geschreven over mongrel handlers: Rails MVC aan je laars lappen met Mongrel handlers.

Last week at RailsConf Europe I met some people who are using my ActiveForm code to make forms in their Rails sites. It’s about time to wrap it up as a plugin, so here it is.

From the README:

This plugin provides a base class for making forms with ActiveRecord validations without having a corresponding database table. You can use ActiveForm for:

• making forms which don’t needed storage, like simple email forms
• provide extra validations on existing ActiveRecord models
• make forms for composite objects

Installation:

script/plugin install http://svn.remvee.net/plugins/active_form

I know, there already is a plugin called active_form but I don’t like it. It doesn’t provide a “real” AR object causing all kinds of things to not work (like ActiveRecordHelper#form and DateHelper#datetime_select for instance), it doesn’t include any tests and my version is a lot simpler (flog score 20 versus 74).

Why not change the name? I like it! If you can come up with something better, please leave a comment.

In Ruby 1.8.6 zijn er wat kleine verhuizingen met betrekking tot de Date class doorgevoerd, met als gevolg dat m’n hackwerk, ter vernederlandsing van datum formaten, applicaties, welke gebruik maken van de dutchify plugin, onklaar heeft gemaakt. In de nieuwste versie is dit probleem opgelost;

ruby script/plugin install --force http://svn.remvee.net/plugins/dutchify

Update probleem gevonden door Stephan gerepareerd; Time wel vertaald Date niet

Update 2 probleem gevonden door Bertus gerepareerd; date_select niet meer vertaald

Update 3 oeps, niet alle tests gedraaid.. Dank je Stephan.

Er wordt hard gewerkt om voor eind mei, RubyEnRails 2007 te organiseren. Waarschijnlijk heb ik dit jaar geen waterdichte smoes. Zie je daar?