Just released themes_for_rails 0.5.0

2012-04-14T17:32:00-03:00

Hi, dear reader!

Just writing about the new version of themes_for_rails gem. Since there has been no major issues with the pre-release, I’m releasing 0.5.0 right now.

As usual, just do gem install themes_for_rails or update your Gemfile file with gem ‘themes_for_rails’, ‘0.5.0’.

Remember to take a look at the wiki page. There’s a lot of information regarding upgrade and Assets Pipeline compatibility (Wiki page)

Also, I already wrote about it on a previous post. Check it out

And, if in doubt, just leave a comment, or tweet me.

gemsets made easy

2012-04-13T09:17:00-03:00

rvm has a great feature: gemsets. If you don’t know what it is, please, go read about it.

Anyway, what I really like about rvm’s gemsets is the isolation level they provide. It super easy to try something for a while and then wipe it out in a second.

But there’s a problem, I no longer use rvm :-)

Enter gs.

gs is a gem that provides the features I need without having to depend on rvm’s good behavior.

As an example, let’s say I’m working on a pull request of a gem I’m using for project.

Cloning cuba gem into my blackhole folder

~/code/bh 0 $ git clone git@github.com:lucasefe/cuba.git
Cloning into cuba…
remote: Counting objects: 889, done.
remote: Compressing objects: 100% (451/451), done.
remote: Total 889 (delta 436), reused 837 (delta 386)
Receiving objects: 100% (889/889), 121.69 KiB | 125 KiB/s, done.
Resolving deltas: 100% (436/436), done.
~/code/bh 0 $ cd cuba/

I can create a gemset just by executing the following command. Note that a gemset is only a .gs folder in the current directory.

~/code/bh/cuba master 0 $ gs init

To use the gemset, just run gs with no parameters

~/code/bh/cuba master 0 $ gs
cuba ~/code/bh/cuba master 0 $

Notice how my prompt changed? This is not provided by gs, but this gist does the trick (it alters your PS1 variable). The name of the gemset is the folder’s name. Simple, no complex stuff here.

Ok, let’s install some dependencies. In this case I’m using dep (topic for another post), bundler’s simple alternative for dependencies tracking.

cuba ~/code/bh/cuba master 0 $ dep install
  gem install rack -v 1.4.1
  gem install tilt -v 1.3.3
  gem install capybara -v 1.1.2
  gem install cutest -v 1.1.3

cuba ~/code/bh/cuba master 0 $ gem list 
addressable (2.2.7)
bigdecimal (1.1.0)
capybara (1.1.2)
childprocess (0.3.1)
clap (0.0.2)
cutest (1.1.3)
dep (1.0.1)
ffi (1.0.11)
gs (0.1.0)
libwebsocket (0.1.3)
mime-types (1.18)
multi_json (1.2.0)
nokogiri (1.5.2)
rack (1.4.1)
rack-test (0.6.1)
rake (0.9.2.2)
rubyzip (0.9.7)
selenium-webdriver (2.21.0)
tilt (1.3.3)
xpath (0.1.4)

Ok, a lot of gems, right? If I want to leave the gemset, I just need to exit (either by typing exit or with Ctrl-d). And now we have only the original gems installed.

cuba ~/code/bh/cuba master 0 $ exit
~/code/bh/cuba master 0 $ gem list 
bigdecimal (1.1.0)
clap (0.0.2)
dep (1.0.1)
gs (0.1.0)
rake (0.9.2.2)

Do you want to remove the gemset? Just remove the .gs folder.

~/code/bh/cuba master 0 $ rm -fr .gs

So how does this thing work? I leave that as an exercise, ‘cause I think you’ll be amazed. Check the code base.

To me, this is a great example of how to build simple and useful stuff, without doing more than what is needed. We need more of this and less complected stuff.

Ruby & Rails Mac OS X Setup for the masses

2012-04-13T09:16:00-03:00

Lately it seems like setting up rails on Mac OS X is a complicated task, something only the hackers of the world can achieve. Since I’m no hacker, and I do it constantly, I decided to write a quick outline of what I do every time I have a new clean Mac, to achieve this “impossible” task.

In my experience, you don’t need much to get started. I am not even using rvm, ry or rbenv. There’s always time to learn more about them, and you can wait until you need different ruby versions to start complicating your life.

Let’s face it: we, the hardcore ruby devs (?) always recommend this or that tool, but in the beginning you need to learn the basics. You don’t care about which one is the best database, or if imagemagick is crap. You can learn about all the details later, when the problem is in your face.

Let’s get started.

Install Mac OS X’s build tools

In order to compile anything, you need this.

For Lion (10.7.x):

Download OSX GCC Installer and the Command Line Tools for Xcode. Sorry, but there is no direct link for Apple’s stuff.

For Snow Leopard (10.6.x):

Download Xcode for Snow Leopard

Install the right thing for your OS version.

Install homebrew

Homebrew is my package manager of choice. The recipes or formulas are written in ruby, so it’s as good as it gets. You have one of this on most *nix like operating systems.

Current instructions recommend doing this

/usr/bin/ruby -e "$(/usr/bin/curl \
-fksSL https://raw.github.com/mxcl/homebrew/master/Library/Contributions/install_homebrew.rb)"

After executing that, provided that you didn’t mess up, you’ll be able to install most software you’ll ever need.

Homebrew will install by default on /usr/local, and your new friend is the brew command.

Install Ruby

Watch out for this, because it’s very complicated stuff.

brew install ruby
# Put the pava on the fire for the mate.
#…. Downloading, compiling…
# Remove the pava from the fire. 

ruby -v
# ruby 1.9.3p125 (2012-02-16 revision 34643) [x86_64-darwin11.3.0]

I know, I know… You feel the pain.

Install Rails

gem install rails # I know, it’s amazing…

Note

At this point in my life I feel that there are many other ways to do web development with Ruby. Of course, Rails is the preferred one since forever, but be aware of other lighter, more flexible solutions. I’ll write some more about this later.

Install the database

This is completely optional, alright? Rails works out of the box with sqlite3, so without doing this you are still set, ready to go.

brew install mysql # for example, but it can be also postgresql, redis, etc.

Next Steps

At some point, you are gonna start adding gems, and some of them are going to require other libraries in order to work. Nokogiri requires libxml2, paperclip requires imagemagick, and so on. Just brew the dependency named at the library’s Readme file. It’s not that complicated, is it?

Done

You’re done, man. Start learning and blow our minds away.

Themes for Rails With Assets Pipeline Support

2012-02-19T18:14:00-03:00

Themes For Rails, version 0.5.0.pre, has been released. It includes a couple of bug fixes, and many improvements. The most important one is the support for the Rails Assets Pipeline. In reality, this is a consequence of an important enhancement.

The problem

In the beginning, a Theme was a collection of static files (images, css and js files), and dynamic views (haml, erb, or whatever rails supported). Each theme was one single package, normally organized on the themes folder at the Rails application’s root.

The folder containing each themes should look like this:

dark # <— Theme name
  stylesheets
  javascripts
  images
  views
    layouts

After some time, I realized things doesn’t always are used the way I thought they would be. So some people asked me about how to change this layouts of files (I also saw forks on github existing only to change this).

The solution

To make this story a little but shorter, now you can change where the assets are stored, and how.

Let’s see an example.

Hey, I don’t want all the static files right there, on the root of theme.

Ok, you can change it like this.

# config/initializers/tfr.rb
ThemesForRails.config do |config|
  config.assets_dir = ":root/themes/:name/assets" 
end

So your static assets will be on themes/pink/assets/stylesheets, themes/pink/assets/javascripts and themes/pink/assets/images, but your views will still need to be stored on themes/pink/views in order to be found.

What about Assets Pipeline support?

ThemesForRails.config do |config|
  # themes_dir is used to allow ThemesForRails to list available themes. 
  # It is not used to resolve any paths or routes.
  config.themes_dir = ":root/app/assets/themes"

  # assets_dir is the path to your theme assets.
  config.assets_dir = ":root/app/assets/themes/:name"

  # views_dir is the path to your theme views
  config.views_dir =  ":root/app/views/themes/:name"

  # themes_routes_dir is the asset pipeline route base. 
  # Because of the way the asset pipeline resolves paths, you do
  # not need to include the ‘themes’ folder in your route dir.
  #
  # for example, to get application.css for the default theme, 
  # your URL route should be : /assets/default/stylesheets/application.css
  config.themes_routes_dir = "assets"
end

You can visit the wiki page on GitHub for more information.

The conclusion

So this is not the final release. We need some testing so if you are using this gem, please, update to the pre version and submit all the bug you can find. I’ll do my best to fix them.

gem ‘themes_for_rails’, ‘0.5.0.pre’

Thanks, and I hope you find this gem usefull.

ThemesForRails 0.4.3 Released

2012-01-27T11:51:00-03:00

Ok, a new release of ThemesForRails has been released. It took me a while, and may be because I am not use to deal with a open source project and my regular job (clearly, I need to take some classes from @soveran or @luislavena (Tucuman’s Ruby OSS Bot). Today, I’ve decided to do something about it.

Any way, this release is mostly bugfixes and compatibility with rails 3.1. In the following days (or hours) I will release the new version for rails 3.2 (removing all the de deprecation warnings).

As usual:

gem install themes_for_rails

Or update your app’s Gemfile

gem ‘themes_for_rails’, ‘0.4.3’

Cheers

Y lo logramos…

2011-11-17T21:05:00-03:00

Algunos sabían, otros no, pero este año tuve el agrado de participar activamente en la organización de la primera RubyConf Argentina [1]. Si no recuerdo mal, a principio de mayo nos juntamos por primera vez en Urban Station (nuestro lugar de reuniones mensuales) y decidimos (entre los que estábamos) encarar la aventura de realizar este ambicioso proyecto.

Pasaron los meses y fuimos avanzando. Creamos el website, conseguimos los primeros sponsors (github e inaka networks), y anunciamos los primero speakers (Aaron Patterson y Luis Lavena, si la memoria no me falla).

Qué alegrón fue saber que podíamos hacer el evento en el Konex! La Casa Cultural Konexi es un lugar que tiene onda y no es acartonado como los habituales lugares donde se hacen conferencias. Graffitties, minimalismo y luces de neón, entre otras cosas.

Lanzamos la inscripción, intentando ver si lo que habíamos pensado era posible y la gente respondió positivamente. Se siguieron sumando los sponsors, y luego más oradores.

Detrás de la organización de cualquier evento masivo hay muchos inconvenientes que van surgiendo que ninguno había imaginado inicialmente. Uno de esos fue el tema de cómo facturar cada acreditación. Luego de varias ideas fallidas decidimos encarar lo más complicado: Crear una sociedad sin fines de lucro que nos permitiera hacer cualquier cosa referida a Ruby. Según los cálculos los trámites no se deberían haber demorado tanto, pero la realidad demostró que las cosas son más laxas, y al día de la fecha aun no ha salido la aprobación de la IGJ (aquí estamos esperando).

Con esos quilombos y mil cosas más, logramos salir adelante igualmente. Brindamos un día para rubyistas de varios niveles que querían hacer algo el domingo previo (Ruby Fun Day), comimos un asado en Brandsen con los oradores y laburamos como locos durante dos días para que 300 programadores/as tuvieran un evento a la altura de sus expectativas (eso espero!).

Tampoco se puede olvidar las noches de la RubyConf. Pudimos disfrutar de dos drinkups invitados por Github y Business Vision.

De mi lado, y ya que este es mi blog personal, me gustaría agradecer a todos los sponsors, speakers y proveedores que nos dieron una mano desde donde pudieron, y por supuesto, a cada uno de los asistentes. Sin ellos, esto no hubiera tenido ningún sentido, y obviamente no hubiera sido posible.

Pero más que nada al equipo que formamos con todos los rubyistas voluntarios de Ruby Argentina. Llegamos, muchachos… :D

Destacado personal: En la foto de abajo le explica a Scott Chacon lo que su apellido, en capicua, quería decir en Argentina. Fue mundial… y no me olvido más :)

Nos vemos el año que viene, en la RubyConf Argentina 2012.

Más fotos

[1] Vale la pena aclarar que en el 2009 se realizó la conferencia Locos X Rails, pero ésta es la primera vez que se hace en el mismo marco que las demás RubyConfs mundiales.

Useful Console Commands

2011-09-01T10:57:00-03:00

To be executed on bash or zsh, as far as I know:

Go to the end of the line: ctrl+e

Go to the beginning of the line: ctrl+a

Move by one letters at a time: ctrl+f (ctrl+b to go backwards)

Move by word alt+f (alt+b to go backwards)

Delete words: alt+d (remember that you need to be in the beginning of the word)

Update (thanks to @etagwerker)

Shell History Reverse Search: ctrl+r Start typing a previous command and it will look it up for you, so you just press enter without having to write the whole (long ass) command again.

Ayudanos a Ganar en El Rally on Rails.

2011-08-22T23:01:00-03:00

Como algunos sabrán, estuve compitiendo el otro fin de semana en un rally de programación. La intensión del mismo era construir una aplicación en solo 48 horas (o sea que lo que se ve tomó ese tiempo únicamente para ser construido, así que fallas tiene seguro… y muchas). El equipo estuvo confirmado por Nicolás Sztabzyb (@n1cus), Juan Manuel Barreneche (@jbarreneche) y yo (@lucasefe). Nos matamos durante todo el fin de semana, durmiendo una cantidad mínima de horas… pero creemos que valió la pena. Si, lo haríamos de vuelta.

En fin, se acaban de abrir las votaciones públicas, así que les agradeceré vuestro honesto voto (honesto o lleno de fanatismo enfermo sirve igual :) )

La aplicación a votar se encuentra en http://awedition.com.ar. Es un buscador de músicos y grupos. La información que tiene hoy en día es de prueba, pero la intención es armar una buena comunidad, útil, de músicos de todo el mundo. Podés buscar bandas si sos músico, o la pieza que te falta si tenés un proyecto musical. También podés crear tu perfil musical (Musiculum Vitae) y esperar a que el proyecto perfecto te encuentre.

Para votarnos tienen que:

Ingresar a esta página http://bit.ly/3cabezas
Iniciar sesión con Twitter. El link se encuentra arriba de la página. No usen el link que los lleva a github, porque lo más probable es que no tengan un cuenta ahí. Al hacer click los va a llevara twitter y luego, cuando autoricen, los va a devolver a la página del Rally, pero a la home.
Vayan a esta dirección: http://bit.ly/3cabezas
Voten con onda :) Se vota haciendo click en las estrellas que están debajo de Votaciones Públicas. No en las de los jueces.
Cualquier difusión y/o votación se agradecerá.

Gracias… :) Espero que les guste… y que nos voten, obviamente.

Finalizó La Encuesta Ruby Sur 2011

2011-08-17T23:00:00-03:00

Hace un par de semanas, a partir de mi acostumbrada curiosidad, inicié la tercera Encuesta Ruby Sur. La idea era saber un poco más sobre nuestra comunidad, y tratar de entender un poco qué queremos, de dónde venimos y hacia donde vamos.

Algo positivo que noté es que el año pasado la convocatoria fue mucho menor, ya que solo completaron la encuesta 71 personas. Este año casi se duplicó ese número. 134 personas quisieron aportar su granito de arena. Creo que por suerte se dieron cuenta de que detrás de esto no ningún interés particular.

Se pueden sacar muchas conclusiones de los resultados, pero prefiero dejar que los número hablen por si solos, más que nada porque no me siento el más capaz para hacer ese análisis (invito a cualquier a que lo haga y me pase su opinión para ser publicada).

Ah, los resultados pueder ser visualizados AQUI.

Salud, y ojalá que sirva para que podamos seguir construyendo una mejor comunidad, con más oportunidades y mayores espacios para compartir este lenguaje que a tantos nos copa.

Me olvidada… Vienen a la próxima RubyConf Argentina, verdad?

Encuesta Ruby Sur 2011

2011-08-03T12:00:00-03:00

No recuerdo muy bien, pero el año pasado y el anterior realicé dos encuestas referidas a Ruby en Argentina.

Los resultados de las mismas fueron publicados aquí y aquí.

Este año decidí realizarla nuevamente, pero pensando un poco más en Latino América, tratando de entender dónde estamos y hacia dónde vamos, así que le agregué un par de preguntas más.

El formulario de la versión 2011 se encuentra publicado acá y permanecerá disponible hasta el Viernes 12 de Agosto de 2011. Luego de eso publicaré los resultados libremente y para todo el mundo, igual que las veces anteriores.

Estaría buenísimo que participen mucho, así que se aprecia mucho la difusión.

Formulario

Gracias.

RubyConf Argentina 2011

2011-08-02T20:40:00-03:00

(This is not really a news, but something I really want to talk about)

The Ruby Argentina group is organizing the first RubyConf, here in Buenos Aires.

RubyConf Argentina 2011 is a two-day event coming to Buenos Aires the 8th and 9th of November, focused on Ruby and modern web technologies related to the Ruby programming language.

The program is designed to cover the interests of a wide spectrum of programmers, from the new developer who is interested in learning Ruby for the first time to the long-time Ruby expert. The event is designed to open a dialogue between developers in Argentina and the rest of the world.

We have a big list of remarkable speakers, from Argentina and the world!

I hope to see in November a big group of Ruby programmers. If you are interested on coming, please, fill registration form at Eventioz or visit the RubyConf Argentina website to make up your mind.

Podcasts

2011-08-02T18:37:00-03:00

Clearly, there are lots of sources of information on the web. Blogs, News feeds, Twitter, forums, podcasts, screencasts, etc.

With work, family, friends, and other related stuff, I don’t have much time to exhaust all of them, so I have to choose. Since I ride a bike pretty much all the time, my favorite way of learning is by listening to some podcasts and by watching screencats.

Free

The Ruby Show from Jason Seifer and Peter Cooper.
The JavaScript Show Same guys.
Ruby Rogues Good podcast featuring ruby personalities.
Ruby5 The latest news in the Ruby and Rails community
The Changelog with Wynn Netherland and Adam Stacoviak.
RailsCasts by Ryan Bates

Paid

Destroy all software from Gary Bernhardt. This like getting advice from a pro. Gary is super smart and talks about many topics. Ruby is one of them, but Python, VIM, and others are mentioned.
Peepcode from Geoffrey Grosenbach. Do I really have to explain what peepcode is? Go, boy, get yourself an unlimited subscription right now.

Change is beautiful

2011-08-01T12:49:00-03:00

Time to change things. This blog, for instance. But I’m not gonna reinvent the wheele. Let’s use Octopress and see how it goes. Seems like what I need right now: A good way to blog about nice things I’m learning about Ruby and Javascript, things I’m passionate about.

But wait a minute! Are you gonna blog in English? Don’t know. Seems like that, so we’ll see.

Acts as Rubylit 2010 - Gracias

2010-10-04T18:06:00-03:00

Este fin de semana pasado se realizó la Acts As Rubylit 2010 en la provincia de Santa Fe, Argentina.

Fueron dos días de charlas muy interesantes, de compartir un montón de anécdotas con otros compañeros rubistas y de mucho más.

A pesar del viaje (que no me copaba mucho) debo decir que la pasé más que bien gracias a la hospitalidad y el buen trato de los organizadores. Se notó el esfuerzo que hicieron, y es importante que sepan que se aprecia y agradece mucho.

Hacen falta más eventos como estos (no hace falta decirlo, verdad?). Quizás con esta nueva lista podamos darle el nuevo empujón que anda necesitando.

Fue un placer asistir, hablar (a pesar del julepe considerable que tenía) y conocer a cada uno de los participantes.

Hasta el año que viene, muchachos.

Adding Custom Input Fields to Simple Form

2010-10-04T17:48:00-03:00

In a project I am using Simple Form from the guys of PlataformaTec as a Form Builder. At the beginning of the project, I decided to switch from formtastic to this one because I am big fan of what José Valim is doing. I really like his code, and I think that what he writes is always (as far as I know) extendible, usable, and of course, simple to use.

So last week I needed to use a particular kind of input field. We needed to show a box like this one:

Pretty self explanatory, right?

I wanted to be able to write something like this in my view files (in HAML)

= simple_form_for :organization do |f|
  # …
  =f.input :subdomain, :as => :subdomain, :domain => 'foooo.com'

So in order to achieve this, we only needed to add this to config/initializers/simple_form_extensions.rb (for example).

module SimpleForm
  module Inputs
    class SubdomainInput < Base
      def input
        "\#{protocol}\#{@builder.text_field(attribute_name, input_html_options)}.\#{domain}"
      end
      def domain
        input_options[:domain]
      end
      def protocol
        input_options[:protocol] || "http://"
      end
    end
  end
end

The key part here is to name the class properly, so when you do :as => :my_class, your MyClass gets called automatically.

Simple Form is very well structured, and provides lots of ways to customize its functionality. Check the readme file to see what you can do without having to create a custom input class like SubdomainInput. Also, you can check this week’s railscasts.

Themes for Rails

2010-09-25T18:27:00-03:00

Ha pasado un buen tiempo desde mi último post. Soy uno más de los que abandona su blog cuando anda con muchas cosas, evidentemente.

Para un laburo que estoy haciendo ahora (que espero no tardar en presentar) estaba necesitando soporte para themes. Miré un poco por ahí, y di con themes_support. Lamentablemente no tenía soporte para Rails 3. Mirando un poco más me di cuenta de que estaba implementado usando técnicas de monkey patching (not a big fan) y que ya no le estaban dando mucha bola. Contacté al mantainer y lo consulté respecto al mantenimiento, y sobre una nueva versión para Rails3. Me dijo que no tenía tiempo.

Dado que realmente necesitaba algo para brindar dicha funcionalidad, decidí escribirla de cero, por mi cuenta. Esta nueva versión se “engancha” elegantemente de Rails 3, y ha sido testeada “bastante”. Debo confezar que por primera vez usé TestUnit (antes era 100% rspec). Estuvo bueno.

El código se encuentra aquí: ThemesForRails

Compatibilidad, Instalación y el resto de la fruta:

Para simplificar, se usa exactamente igual que el theme_support, aunque su instalación es a través de rubygems. Requiere Rails 3, obviamente. El readme cuenta con un montón de información.

En fin, espero que a alguien le pueda servir tanto como a mi.

Salud, Rubyistas. Nos vemos en Uruguay, no?