RemVee.blog

Emacs setup voor Ruby en Rails

remco@remvee.net (Remco van 't Veer) — Mon, 24 Nov 2008 23:26:00 +0100

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 met Rails en Mongrel

remco@remvee.net (Remco van 't Veer) — Tue, 14 Oct 2008 22:02:00 +0200

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.

Lees verder →

Plugins naar Github

remco@remvee.net (Remco van 't Veer) — Wed, 03 Sep 2008 13:13:00 +0200

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

Registratie balie RubyEnRails2008 geopend!

remco@remvee.net (Remco van 't Veer) — Tue, 06 May 2008 11:31:00 +0200

Meld je snel aan!

Safe data migrations

remco@remvee.net (Remco van 't Veer) — Wed, 09 Apr 2008 05:02:00 +0200

Something ago I wrote about the problems which arise when using models in your Rails migrations. Meanwhile I developed a really simple solution to this problem and today I wrapped it up in to a plugin called ~~SafeDataMigrations~~.

How to use it? Install it in your Rails application:

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

and apply it in your migration:

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

Look at the ~~README~~ file for a more elaborate example.

So how does it work? It simply undefines the models your referring to and redefines an empty ActiveRecord class;

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

Now you are sure to have a User model available in your migration without any validations which may make data manipulations impossible. The undefining of an already available model also ensures you don’t need to use ActiveRecord::Base.reset_column_information before updating new fields, unless you use your model before altering the table of course.

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!

amsterdam.rb

remco@remvee.net (Remco van 't Veer) — Thu, 17 Jan 2008 10:55:00 +0100

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!

Mongrel handlers

remco@remvee.net (Remco van 't Veer) — Mon, 24 Dec 2007 03:21:00 +0100

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

ActiveForm plugin

remco@remvee.net (Remco van 't Veer) — Mon, 24 Sep 2007 12:49:00 +0200

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.

dutchify update voor Ruby 1.8.6

remco@remvee.net (Remco van 't Veer) — Mon, 09 Apr 2007 08:27:00 +0200

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.

RubyEnRails 2007

remco@remvee.net (Remco van 't Veer) — Thu, 08 Mar 2007 00:11:00 +0100

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