RubyRoom

6 comentarios

1. sergio 9 ago 2006 - 10:39 AM

   Idea #1

   Se podría sacar de las vistas la lógica de redefinición de las mismas, que requiere, como mínimo, disciplina.

   La forma sería redefinir el método render, de manera que, antes de ir directamente a (convención) app/views/[controlador]/[acción], pruebe otra serie de convenciones como public/myfiles/[usuario]/views/[controlador]_[acción] o public/views/[controlador]_[accion].

   No debería ser difícil, aquí hay un buen ejemplo.

2. Fernando 9 ago 2006 - 10:55 AM

   Yeah, al o mejor con un :before_filter, ¿no?

3. Fernando otra vez 9 ago 2006 - 11:00 AM

   Por cierto, si tenéis curiosidad, aquí en el exilio estoy probando todos los CMS que existen con Rails actualmente menos Typo, que es muy tocho, porque tenía curiosidad y estoy buscando algo distinto.

   Por el momento me quedo con dos: Eribium está muy muy bien, y ozimodo, que propone crear un tumblelog, con no sólo posts, sino vídeos, trozos de código o "posts de broma", tratando cada uno de forma diferente. Incluso tiene un wizard (wizard of oz, cachondos) para postear desde consola vía su API.

4. nando 9 ago 2006 - 11:20 AM

   Idea #2:

   Definir en el núcleo un tipo de elemento de publicación básico (llámese nodo, item o como decidamos) y sacar a engines el resto de tipos de elemento (posts, photoposts, pageposts, etc.)

5. sergio 9 ago 2006 - 11:20 AM

   Yeah,

   Ozimodo me mola bastante, de hecho mi blog se parece bastante a un tumblelog, y yo sin saberlo y con estos pelos, juas.

   Lo de redefinir el render (como lo hacen en el plugin ese que comenta que .rhtml se usa) es más chulo aún que el before_filter, creo. La idea es que la acción termina sin llamar explícitamente a render (que en verdad es un poco guarro llamarlo en el controlador), y Rails lo llama por tí. De fábrica, render va directamente, por convención, a app/views/etcétera; pero si al render tuneado se le añade una lógica un poco más compleja, con una cadena de rutas subsidiarias (public/myfiles/[usuario]/views/[controlador]_[accion].rhtml y si no public/views/[controlador]_[accion].rhtml y si no app/views/[controlador]/[accion].rhtml, por ejemplo), bastará poner un archivo con el nombre apropiado en el sitio adecuado, et voilà. Y eso de gratis para todos los métodos de todos los controladores.

   Luego ya por afinar se puede, por ejemplo, meter una variable de configuración que diga que vistas está permitido redefinir el el myfiles, y cosas así. Pero parece una feature bastante chupi.

   ¿Se nota que me pasé ayer media tarde peleando con las redefiniciones de vistas? =:-P

6. nando 10 ago 2006 - 05:15 PM

   [#1] pues me está dando a mí que esta mejora (haciendo honor a su número) podría entrar ya en the-shaker uno punto cero, no?