Comments on: suprails and rg: Two Rails Application Generators http://www.railsinside.com/tools/138-rails-application-generators.html Daily Rails news, views, tips, and joy Sat, 13 Mar 2010 01:30:49 +0000 http://wordpress.org/?v=2.8.4 hourly 1 By: Bradley Grzesiak http://www.railsinside.com/tools/138-rails-application-generators.html/comment-page-1#comment-110 Bradley Grzesiak Tue, 04 Nov 2008 14:46:42 +0000 http://www.railsinside.com/?p=138#comment-110 It's good to hear your input, Geoffrey. I guess the biggest reason to use suprails is the as-yet-underdeveloped website that goes along with it. With suprails, you have a very concise and easy-to-grok configuration file that runs inside ruby. With that in mind, a website that aggregates and possibly ranks a multitude of such config files would be of great use to someone like me... who is fairly new to the rails scene and is completely unfamiliar with many of the available plugins (eg: I can infer what Sake is... but have personally never heard of it). With suprails.org, I can instantly see stats on what the pros are using. It's good to hear your input, Geoffrey. I guess the biggest reason to use suprails is the as-yet-underdeveloped website that goes along with it. With suprails, you have a very concise and easy-to-grok configuration file that runs inside ruby. With that in mind, a website that aggregates and possibly ranks a multitude of such config files would be of great use to someone like me... who is fairly new to the rails scene and is completely unfamiliar with many of the available plugins (eg: I can infer what Sake is... but have personally never heard of it). With suprails.org, I can instantly see stats on what the pros are using.

]]> By: Geoffrey Grosenbach http://www.railsinside.com/tools/138-rails-application-generators.html/comment-page-1#comment-108 Geoffrey Grosenbach Tue, 04 Nov 2008 00:15:30 +0000 http://www.railsinside.com/?p=138#comment-108 I love the concept, but wouldn't a shell script, Rake task, or Sake task be simple, easier, and use proven/implemented libraries? I use a sake task to install all my plugins in new Rails apps, run generators, initialize it as a git repository, etc. It works great, uses Ruby syntax, and doesn't look much different from the configuration files mentioned at suprails and rg. Or is there an added benefit of these projects that I'm missing? Also, I'd like to see it pronounced "super ales!" I love the concept, but wouldn't a shell script, Rake task, or Sake task be simple, easier, and use proven/implemented libraries?

I use a sake task to install all my plugins in new Rails apps, run generators, initialize it as a git repository, etc. It works great, uses Ruby syntax, and doesn't look much different from the configuration files mentioned at suprails and rg.

Or is there an added benefit of these projects that I'm missing?

Also, I'd like to see it pronounced "super ales!"

]]> By: Bradley Grzesiak http://www.railsinside.com/tools/138-rails-application-generators.html/comment-page-1#comment-107 Bradley Grzesiak Mon, 03 Nov 2008 04:56:23 +0000 http://www.railsinside.com/?p=138#comment-107 Thanks for the mention of suprails! It's still in early development but is definitely functional. I just wanted to mention that while the suprails configuration file looks like plain text (indeed, that is the intent), it is actually ruby code. That means you get everything that Ruby offers: variables, comments, file i/o (if you really want)... Suprails just provides a vocabulary to perform somewhat complicated things in a concise manner. Also, I'm working on a homepage for suprails, where rails devs can share their own configuration files and home-brewed facets (ie: plugins) for suprails. I'm still working on the user-submission functionality but the basic site is here: http://suprails.org Thanks for the mention of suprails! It's still in early development but is definitely functional.

I just wanted to mention that while the suprails configuration file looks like plain text (indeed, that is the intent), it is actually ruby code. That means you get everything that Ruby offers: variables, comments, file i/o (if you really want)... Suprails just provides a vocabulary to perform somewhat complicated things in a concise manner.

Also, I'm working on a homepage for suprails, where rails devs can share their own configuration files and home-brewed facets (ie: plugins) for suprails. I'm still working on the user-submission functionality but the basic site is here: http://suprails.org

]]>