From elliot at townx.org  Wed Feb  1 05:17:58 2006
From: elliot at townx.org (Elliot Smith)
Date: Wed, 01 Feb 2006 10:17:58 +0000
Subject: [Instantrails-developers] New version of ROROX
In-Reply-To: <31d15f490601170944n613d30c3w8580ab67eae567df@mail.gmail.com>
References: <e3c974cf0601120217h4c73fa0fj4483a3fadfee39c7@mail.gmail.com>	<e25e4df80601120635j4c8e7f09j1ec66446a4e6439c@mail.gmail.com>	<31d15f490601120711x7bd37238nbbcb252f77fc69b4@mail.gmail.com>	<43C84519.8060703@dgrmm.net>	<31d15f490601131640r2f5d8edfu12d3eee266fe65cc@mail.gmail.com>	<43C871EA.50405@dgrmm.net>
	<43CD05BF.4000002@townx.org>	<31d15f490601170714g30661b94t7617c837aabccd23@mail.gmail.com>	<43CD2227.5070609@townx.org>
	<31d15f490601170944n613d30c3w8580ab67eae567df@mail.gmail.com>
Message-ID: <43E08AD6.4030207@townx.org>

Hello all,

Spurred on by Instant Rails use of SCGI, I have adapted ROROX 0.3 
(http://rubyforge.org/projects/rorox) to use SCGI rather than FastCGI. I 
did some work on a simple script for applying SCGI to a Rails project, 
incorporating it into the Apache config. in XAMPP and adding start stop 
scripts which make each application a XAMPP add-on (i.e. it starts/stops 
with XAMPP or can be started/stopped individually - XAMPP's architecture 
for doing this is pretty neat).

While this is parallel to some of the work Instant Rails does, I went 
ahead and did it as proof of concept for myself, and also because the 
focus of ROROX is for developers on Linux (so I don't want to go down 
the control-panel/integrated editor/cross-platform route). I thought it 
might be of use to Instant Rails, though, hence this post. The other 
thing I've done is to figure how to install a Rails app. in a 
sub-directory, rather than as a virtual host, which is simpler to 
manage, and doesn't require editing the hosts file (see the 
apply_scgi.sh file in the distribution). Hopefully it could provide some 
pointers if Instant Rails moves to XAMPP.

Cheers,
Elliot


From tanner.burson at gmail.com  Wed Feb  1 09:25:13 2006
From: tanner.burson at gmail.com (Tanner Burson)
Date: Wed, 1 Feb 2006 08:25:13 -0600
Subject: [Instantrails-developers] New version of ROROX
In-Reply-To: <43E08AD6.4030207@townx.org>
References: <e3c974cf0601120217h4c73fa0fj4483a3fadfee39c7@mail.gmail.com>
	<31d15f490601120711x7bd37238nbbcb252f77fc69b4@mail.gmail.com>
	<43C84519.8060703@dgrmm.net>
	<31d15f490601131640r2f5d8edfu12d3eee266fe65cc@mail.gmail.com>
	<43C871EA.50405@dgrmm.net> <43CD05BF.4000002@townx.org>
	<31d15f490601170714g30661b94t7617c837aabccd23@mail.gmail.com>
	<43CD2227.5070609@townx.org>
	<31d15f490601170944n613d30c3w8580ab67eae567df@mail.gmail.com>
	<43E08AD6.4030207@townx.org>
Message-ID: <e25e4df80602010625jeebed69u57847998e6077b1d@mail.gmail.com>

On 2/1/06, Elliot Smith <elliot at townx.org> wrote:
>
> Hello all,
>
> Spurred on by Instant Rails use of SCGI, I have adapted ROROX 0.3
> (http://rubyforge.org/projects/rorox) to use SCGI rather than FastCGI. I
> did some work on a simple script for applying SCGI to a Rails project,
> incorporating it into the Apache config. in XAMPP and adding start stop
> scripts which make each application a XAMPP add-on (i.e. it starts/stops
> with XAMPP or can be started/stopped individually - XAMPP's architecture
> for doing this is pretty neat).
>
> While this is parallel to some of the work Instant Rails does, I went
> ahead and did it as proof of concept for myself, and also because the
> focus of ROROX is for developers on Linux (so I don't want to go down
> the control-panel/integrated editor/cross-platform route). I thought it
> might be of use to Instant Rails, though, hence this post. The other
> thing I've done is to figure how to install a Rails app. in a
> sub-directory, rather than as a virtual host, which is simpler to
> manage, and doesn't require editing the hosts file (see the
> apply_scgi.sh file in the distribution). Hopefully it could provide some
> pointers if Instant Rails moves to XAMPP.


I'm going to be out of town until next week some time, but I will definitely
take a look and see how this compares to what I've got so far.  Thanks for
the information!

Cheers,
> Elliot
>
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>



--
===Tanner Burson===
tanner.burson at gmail.com
http://tannerburson.com   <---Might even work one day...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060201/ba1f4ef9/attachment.htm

From curt.hibbs at gmail.com  Wed Feb  1 09:44:58 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Wed, 1 Feb 2006 08:44:58 -0600
Subject: [Instantrails-developers] New version of ROROX
In-Reply-To: <e25e4df80602010625jeebed69u57847998e6077b1d@mail.gmail.com>
References: <e3c974cf0601120217h4c73fa0fj4483a3fadfee39c7@mail.gmail.com>
	<43C84519.8060703@dgrmm.net>
	<31d15f490601131640r2f5d8edfu12d3eee266fe65cc@mail.gmail.com>
	<43C871EA.50405@dgrmm.net> <43CD05BF.4000002@townx.org>
	<31d15f490601170714g30661b94t7617c837aabccd23@mail.gmail.com>
	<43CD2227.5070609@townx.org>
	<31d15f490601170944n613d30c3w8580ab67eae567df@mail.gmail.com>
	<43E08AD6.4030207@townx.org>
	<e25e4df80602010625jeebed69u57847998e6077b1d@mail.gmail.com>
Message-ID: <31d15f490602010644vfbd4650y1e1a2464a730648c@mail.gmail.com>

On 2/1/06, Tanner Burson <tanner.burson at gmail.com> wrote:
>
>
>
> On 2/1/06, Elliot Smith <elliot at townx.org> wrote:
> >
> > Hello all,
> >
> > Spurred on by Instant Rails use of SCGI, I have adapted ROROX 0.3
> > (http://rubyforge.org/projects/rorox) to use SCGI rather than FastCGI. I
> > did some work on a simple script for applying SCGI to a Rails project,
> > incorporating it into the Apache config. in XAMPP and adding start stop
> > scripts which make each application a XAMPP add-on (i.e. it starts/stops
> > with XAMPP or can be started/stopped individually - XAMPP's architecture
> >
> > for doing this is pretty neat).
> >
> > While this is parallel to some of the work Instant Rails does, I went
> > ahead and did it as proof of concept for myself, and also because the
> > focus of ROROX is for developers on Linux (so I don't want to go down
> > the control-panel/integrated editor/cross-platform route). I thought it
> > might be of use to Instant Rails, though, hence this post. The other
> > thing I've done is to figure how to install a Rails app. in a
> > sub-directory, rather than as a virtual host, which is simpler to
> > manage, and doesn't require editing the hosts file (see the
> > apply_scgi.sh file in the distribution). Hopefully it could provide some
> > pointers if Instant Rails moves to XAMPP.
>
>
> I'm going to be out of town until next week some time, but I will
> definitely take a look and see how this compares to what I've got so far.
> Thanks for the information!
>

I also like "mounting" a Rails app in a sub-directory. Ideally, I'd like to
support both methods in Inatsnt Rails 2 -- the virtual host method is useful
when you want to more closely emulate your deployment environment.

Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060201/40b5bbcf/attachment.htm

From tanner.burson at gmail.com  Sun Feb 12 13:54:55 2006
From: tanner.burson at gmail.com (Tanner Burson)
Date: Sun, 12 Feb 2006 12:54:55 -0600
Subject: [Instantrails-developers] Questions on 2.0 Implementation
Message-ID: <e25e4df80602121054n2a9671e5y9aae0067212aa928@mail.gmail.com>

I've been working on getting a compile process down for a plugin to XAMPP to
run Rails/SCGI.  I looked into the ROROX project to get some ideas on how he
handles some of the issues.  I've hit one that I'd really like you're
opinions on as I can't come up with a solution that I really like.

When building pretty much any of the ruby libraries on *nix, they all get
generated with a shebang line at the top of #!/usr/bin/env ruby.  Which will
check for a ruby environment variable and execute what is there.  This is
great for a normal install, or when only a single instance of ruby is
installed.  For IR2.0 I don't want to assume that the copy of ruby we're
putting in, will be the only copy on the system (as it wouldn't be on mine,
or many others given that a lot of distros are coming with some version of
ruby by default).  Now for most ruby scripts it isn't a problem as they are
included or executed from an already running ruby script.  But for things
like the gem command, or dispatch.(s|f)cgi, the shebang line is used to
determine what ruby interpreter to use.  In ROROX the compile process itself
rewrites each of those with the location of it's ruby interpreter, which
works fine, unless someone chooses a non-standard install location (not
highly likely given the way XAMPP works, but possible).  In general it seems
like a really brittle solution, and I'm just wondering if anyone else sees
another way of going about solving this.

PS.  My build script is just Ruby so it should be pretty easy to port to
other platforms.

--
===Tanner Burson===
tanner.burson at gmail.com
http://tannerburson.com   <---Might even work one day...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060212/c8356c3b/attachment.htm

From curt.hibbs at gmail.com  Sun Feb 12 22:23:42 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Sun, 12 Feb 2006 21:23:42 -0600
Subject: [Instantrails-developers] Questions on 2.0 Implementation
In-Reply-To: <e25e4df80602121054n2a9671e5y9aae0067212aa928@mail.gmail.com>
References: <e25e4df80602121054n2a9671e5y9aae0067212aa928@mail.gmail.com>
Message-ID: <31d15f490602121923h68cef06na8cc25b3bcbf34ac@mail.gmail.com>

When IR detects that its being run from a new directory, it relocates the
paths in a bunch of files. Could we have this relocation process handles
these shebang lines as well?

Curt

On 2/12/06, Tanner Burson <tanner.burson at gmail.com> wrote:
>
> I've been working on getting a compile process down for a plugin to XAMPP
> to run Rails/SCGI.  I looked into the ROROX project to get some ideas on how
> he handles some of the issues.  I've hit one that I'd really like you're
> opinions on as I can't come up with a solution that I really like.
>
> When building pretty much any of the ruby libraries on *nix, they all get
> generated with a shebang line at the top of #!/usr/bin/env ruby.  Which will
> check for a ruby environment variable and execute what is there.  This is
> great for a normal install, or when only a single instance of ruby is
> installed.  For IR2.0 I don't want to assume that the copy of ruby we're
> putting in, will be the only copy on the system (as it wouldn't be on mine,
> or many others given that a lot of distros are coming with some version of
> ruby by default).  Now for most ruby scripts it isn't a problem as they are
> included or executed from an already running ruby script.  But for things
> like the gem command, or dispatch.(s|f)cgi, the shebang line is used to
> determine what ruby interpreter to use.  In ROROX the compile process itself
> rewrites each of those with the location of it's ruby interpreter, which
> works fine, unless someone chooses a non-standard install location (not
> highly likely given the way XAMPP works, but possible).  In general it seems
> like a really brittle solution, and I'm just wondering if anyone else sees
> another way of going about solving this.
>
> PS.  My build script is just Ruby so it should be pretty easy to port to
> other platforms.
>
> --
> ===Tanner Burson===
> tanner.burson at gmail.com
> http://tannerburson.com   <---Might even work one day...
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060212/b2eca5fd/attachment-0001.htm

From curt.hibbs at gmail.com  Thu Feb 16 10:28:10 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Thu, 16 Feb 2006 09:28:10 -0600
Subject: [Instantrails-developers] Developer in Instant Rails
In-Reply-To: <200602161444.k1GEiEHg004523@rubyforge.org>
References: <200602161444.k1GEiEHg004523@rubyforge.org>
Message-ID: <31d15f490602160728rac57ef1mdb2649f404a9cae1@mail.gmail.com>

On 2/16/06, Dibya Prakash <dibya at reevik.com> wrote:
>
> Dear Curt Hibbs,
>
> As a matter of introduction,I am Dibya Prakash,a programmer by hobby and
> profession,with a total experience of 3 years.I have been coding in Ruby
> and Ruby on Rails for last one year(Java,C and IO are the other languages
> that I also like).I am also into consulting and advocating in Open Source
> Software in general and Ruby/ROR in particular.
>
> I found InstantRails to be an amazing software and would be interested in
> contributing to the project.I would be glad if I could code for
> instantrails in Ubuntu distro of Linux.
>
> I shall be thankful if a role is granted to me in the project.This will be
> my first project in Rubyforge,but I have been contributing to OpenSource
> projects in SourceForge and java.net.


We would be happy to have your help.

As it turns out, the Linux version of Instant Rails will be leading
2.0development (with Windows, OSX and BSD following closely behind). I
think
the majority of the IR developers (
http://rubyforge.org/project/memberlist.php?group_id=904) are Linux
developers.

Tanner Burson, is currently leading the development on the Linux side (which
is just getting started), and Elliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060216/94fde8d3/attachment.htm

From curt.hibbs at gmail.com  Thu Feb 16 10:34:34 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Thu, 16 Feb 2006 09:34:34 -0600
Subject: [Instantrails-developers] Developer in Instant Rails
In-Reply-To: <31d15f490602160728rac57ef1mdb2649f404a9cae1@mail.gmail.com>
References: <200602161444.k1GEiEHg004523@rubyforge.org>
	<31d15f490602160728rac57ef1mdb2649f404a9cae1@mail.gmail.com>
Message-ID: <31d15f490602160734t33be073cn259dd04411a8fedd@mail.gmail.com>

On 2/16/06, Curt Hibbs <curt.hibbs at gmail.com> wrote:
>
> On 2/16/06, Dibya Prakash <dibya at reevik.com> wrote:
> >
> > Dear Curt Hibbs,
> >
> > As a matter of introduction,I am Dibya Prakash,a programmer by hobby and
> > profession,with a total experience of 3 years.I have been coding in Ruby
> > and Ruby on Rails for last one year(Java,C and IO are the other languages
> > that I also like).I am also into consulting and advocating in Open Source
> > Software in general and Ruby/ROR in particular.
> >
> > I found InstantRails to be an amazing software and would be interested
> > in contributing to the project.I would be glad if I could code for
> > instantrails in Ubuntu distro of Linux.
> >
> > I shall be thankful if a role is granted to me in the project.This will
> > be my first project in Rubyforge,but I have been contributing to OpenSource
> > projects in SourceForge and java.net.
>
>
> We would be happy to have your help.
>
> As it turns out, the Linux version of Instant Rails will be leading 2.0development (with Windows, OSX and BSD following closely behind). I think
> the majority of the IR developers (http://rubyforge.org/project/memberlist.php?group_id=904)
> are Linux developers.
>
> Tanner Burson, is currently leading the development on the Linux side
> (which is just getting started), and Elliot


I don't know what happenned, that email just sent itself while I was typing!

Anyway, I was about to say that Elliot Smith (the author of ROROX,
http://rubyforge.org/projects/rorox/) has agreed to join forces with us.

The first thing you need to do is to get a RubyForge username (if you don;t
already have one), and send it to me or Tanner  so we can add you to the
project. Take a look at this page for an overview of where we're going with
IR2:

  http://instantrails.rubyforge.org/wiki/wiki.pl?IR-2.0_Design_Notes

And subscribe to the Instant Rails Developers mailing list:

  http://rubyforge.org/mail/?group_id=904

Then, I'll let Tanner fill you in on where we are and how you might help.

Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060216/296e796e/attachment.htm

From curt.hibbs at gmail.com  Fri Feb 17 00:10:43 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Thu, 16 Feb 2006 23:10:43 -0600
Subject: [Instantrails-developers] Fwd: Developer in Instant Rails
In-Reply-To: <31d15f490602162109s42c82d26te6690d34dc94fd43@mail.gmail.com>
References: <200602161444.k1GEiEHg004523@rubyforge.org>
	<31d15f490602160728rac57ef1mdb2649f404a9cae1@mail.gmail.com>
	<31d15f490602160734t33be073cn259dd04411a8fedd@mail.gmail.com>
	<51076.127.0.0.1.1140108674.squirrel@srv02.jc-hosting.net>
	<31d15f490602162109s42c82d26te6690d34dc94fd43@mail.gmail.com>
Message-ID: <31d15f490602162110k46ae33e0y3971db035920515a@mail.gmail.com>

Oops... I forgot to hit "reply all so this only wen to Dibya...

---------- Forwarded message ----------
I just went to add you to the project, but someone else already did.

Tanner, can you let Dibya know where we are at (let me know, too :). I
suspect we're still near the beginning. If there's a way he can help now,
great. If its too early for that, then what needs to happen first?

Curt

On 2/16/06, Dibya Prakash <dibya at reevik.com> wrote:
>
> Dear Curt Hibbs,
>
> Thank you very much.
>
> My rubyforge username is: dibyaprakash
>
> I have subscribed to the mailing list and now going through the link you
> sent.
>
> I am really excited to work on this project.
>
> Thanks n Regards
> Dibya Prakash
>
> > On 2/16/06, Curt Hibbs <curt.hibbs at gmail.com> wrote:
> >>
> >> On 2/16/06, Dibya Prakash < dibya at reevik.com> wrote:
> >> >
> >> > Dear Curt Hibbs,
> >> >
> >> > As a matter of introduction,I am Dibya Prakash,a programmer by hobby
> >> and
> >> > profession,with a total experience of 3 years.I have been coding in
> >> Ruby
> >> > and Ruby on Rails for last one year(Java,C and IO are the other
> >> languages
> >> > that I also like).I am also into consulting and advocating in Open
> >> Source
> >> > Software in general and Ruby/ROR in particular.
> >> >
> >> > I found InstantRails to be an amazing software and would be
> interested
> >> > in contributing to the project.I would be glad if I could code for
> >> > instantrails in Ubuntu distro of Linux.
> >> >
> >> > I shall be thankful if a role is granted to me in the project.This
> >> will
> >> > be my first project in Rubyforge,but I have been contributing to
> >> OpenSource
> >> > projects in SourceForge and java.net.
> >>
> >>
> >> We would be happy to have your help.
> >>
> >> As it turns out, the Linux version of Instant Rails will be leading
> >> 2.0development (with Windows, OSX and BSD following closely behind). I
> >> think
> >> the majority of the IR developers
> >> (http://rubyforge.org/project/memberlist.php?group_id=904)
> >> are Linux developers.
> >>
> >> Tanner Burson, is currently leading the development on the Linux side
> >> (which is just getting started), and Elliot
> >
> >
> > I don't know what happenned, that email just sent itself while I was
> > typing!
> >
> > Anyway, I was about to say that Elliot Smith (the author of ROROX,
> > http://rubyforge.org/projects/rorox/) has agreed to join forces with us.
> >
> > The first thing you need to do is to get a RubyForge username (if you
> > don;t
> > already have one), and send it to me or Tanner  so we can add you to the
> > project. Take a look at this page for an overview of where we're going
> > with
> > IR2:
> >
> >   http://instantrails.rubyforge.org/wiki/wiki.pl?IR-2.0_Design_Notes
> >
> > And subscribe to the Instant Rails Developers mailing list:
> >
> >   http://rubyforge.org/mail/?group_id=904
> >
> > Then, I'll let Tanner fill you in on where we are and how you might
> help.
> >
> > Curt
> >
>
>
> --
> Warm Regards
>
> Dibya Prakash
> Chief Executive Officer
> Reevik Technologies Pvt.Ltd
> Pune,India
> Tel:
> +91-202-422-3058
> +91-202-422-6072
> +91-202-422-6073
> Fax:+91-202-422-6368
> Mobile:+91-937-100-8932
> Email: dibya at reevik.com
> Website: www.reevik.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060216/ff0d4c48/attachment.htm

From elliot at townx.org  Fri Feb 17 04:15:30 2006
From: elliot at townx.org (Elliot Smith)
Date: Fri, 17 Feb 2006 09:15:30 +0000
Subject: [Instantrails-developers] IR update/ROROX progress
In-Reply-To: <31d15f490602162110k46ae33e0y3971db035920515a@mail.gmail.com>
References: <200602161444.k1GEiEHg004523@rubyforge.org>	<31d15f490602160728rac57ef1mdb2649f404a9cae1@mail.gmail.com>	<31d15f490602160734t33be073cn259dd04411a8fedd@mail.gmail.com>	<51076.127.0.0.1.1140108674.squirrel@srv02.jc-hosting.net>	<31d15f490602162109s42c82d26te6690d34dc94fd43@mail.gmail.com>
	<31d15f490602162110k46ae33e0y3971db035920515a@mail.gmail.com>
Message-ID: <43F59432.3050508@townx.org>

Dear all,

At Curt's request for an update, I thought it might be useful to mention 
the work a colleague of mine has been doing on ROROX (which Tanner is 
using for hints in the development of IR for Linux). My colleague has 
ported my Linux compile scripts to Mac OS X successfully (he's currently 
tweaking them to make them palatable) and I plan to put them into the 
next version of ROROX, possibly along with a XAMPP for Mac package. I'll 
let you know when he's put everything together, as it might help speed 
the efforts on moving IR to XAMPP (as I understand it, this is still the 
intention).

Elliot


From curt.hibbs at gmail.com  Fri Feb 17 06:30:00 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Fri, 17 Feb 2006 05:30:00 -0600
Subject: [Instantrails-developers] IR update/ROROX progress
In-Reply-To: <43F59432.3050508@townx.org>
References: <200602161444.k1GEiEHg004523@rubyforge.org>
	<31d15f490602160728rac57ef1mdb2649f404a9cae1@mail.gmail.com>
	<31d15f490602160734t33be073cn259dd04411a8fedd@mail.gmail.com>
	<51076.127.0.0.1.1140108674.squirrel@srv02.jc-hosting.net>
	<31d15f490602162109s42c82d26te6690d34dc94fd43@mail.gmail.com>
	<31d15f490602162110k46ae33e0y3971db035920515a@mail.gmail.com>
	<43F59432.3050508@townx.org>
Message-ID: <31d15f490602170330k1927a65av635e6716e271463e@mail.gmail.com>

On 2/17/06, Elliot Smith <elliot at townx.org> wrote:
>
> Dear all,
>
> At Curt's request for an update, I thought it might be useful to mention
> the work a colleague of mine has been doing on ROROX (which Tanner is
> using for hints in the development of IR for Linux). My colleague has
> ported my Linux compile scripts to Mac OS X successfully (he's currently
> tweaking them to make them palatable) and I plan to put them into the
> next version of ROROX, possibly along with a XAMPP for Mac package. I'll
> let you know when he's put everything together, as it might help speed
> the efforts on moving IR to XAMPP (as I understand it, this is still the
> intention).
>

This is excellent news!

Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060217/2128607d/attachment-0001.htm

From tanner.burson at gmail.com  Fri Feb 17 09:25:57 2006
From: tanner.burson at gmail.com (Tanner Burson)
Date: Fri, 17 Feb 2006 08:25:57 -0600
Subject: [Instantrails-developers] Fwd: Developer in Instant Rails
In-Reply-To: <31d15f490602162110k46ae33e0y3971db035920515a@mail.gmail.com>
References: <200602161444.k1GEiEHg004523@rubyforge.org>
	<31d15f490602160728rac57ef1mdb2649f404a9cae1@mail.gmail.com>
	<31d15f490602160734t33be073cn259dd04411a8fedd@mail.gmail.com>
	<51076.127.0.0.1.1140108674.squirrel@srv02.jc-hosting.net>
	<31d15f490602162109s42c82d26te6690d34dc94fd43@mail.gmail.com>
	<31d15f490602162110k46ae33e0y3971db035920515a@mail.gmail.com>
Message-ID: <e25e4df80602170625w4e7d2599o4b0d51cf82ef4ff2@mail.gmail.com>

On 2/16/06, Curt Hibbs <curt.hibbs at gmail.com> wrote:
>
> Oops... I forgot to hit "reply all so this only wen to Dibya...


And the same happened to my reply :)  I'll send a new message to the group
with the reply I sent him.


---------- Forwarded message ----------
> I just went to add you to the project, but someone else already did.
>
> Tanner, can you let Dibya know where we are at (let me know, too :). I
> suspect we're still near the beginning. If there's a way he can help now,
> great. If its too early for that, then what needs to happen first?
>
> Curt
>
> On 2/16/06, Dibya Prakash < dibya at reevik.com> wrote:
> >
> > Dear Curt Hibbs,
> >
> > Thank you very much.
> >
> > My rubyforge username is: dibyaprakash
> >
> > I have subscribed to the mailing list and now going through the link you
> > sent.
> >
> > I am really excited to work on this project.
> >
> > Thanks n Regards
> > Dibya Prakash
> >
> > > On 2/16/06, Curt Hibbs <curt.hibbs at gmail.com> wrote:
> > >>
> > >> On 2/16/06, Dibya Prakash < dibya at reevik.com> wrote:
> > >> >
> > >> > Dear Curt Hibbs,
> > >> >
> > >> > As a matter of introduction,I am Dibya Prakash,a programmer by
> > hobby
> > >> and
> > >> > profession,with a total experience of 3 years.I have been coding in
> > >> Ruby
> > >> > and Ruby on Rails for last one year(Java,C and IO are the other
> > >> languages
> > >> > that I also like).I am also into consulting and advocating in Open
> > >> Source
> > >> > Software in general and Ruby/ROR in particular.
> > >> >
> > >> > I found InstantRails to be an amazing software and would be
> > interested
> > >> > in contributing to the project.I would be glad if I could code for
> > >> > instantrails in Ubuntu distro of Linux.
> > >> >
> > >> > I shall be thankful if a role is granted to me in the project.This
> > >> will
> > >> > be my first project in Rubyforge,but I have been contributing to
> > >> OpenSource
> > >> > projects in SourceForge and java.net.
> > >>
> > >>
> > >> We would be happy to have your help.
> > >>
> > >> As it turns out, the Linux version of Instant Rails will be leading
> > >> 2.0development (with Windows, OSX and BSD following closely behind).
> > I
> > >> think
> > >> the majority of the IR developers
> > >> (http://rubyforge.org/project/memberlist.php?group_id=904)
> > >> are Linux developers.
> > >>
> > >> Tanner Burson, is currently leading the development on the Linux side
> >
> > >> (which is just getting started), and Elliot
> > >
> > >
> > > I don't know what happenned, that email just sent itself while I was
> > > typing!
> > >
> > > Anyway, I was about to say that Elliot Smith (the author of ROROX,
> > > http://rubyforge.org/projects/rorox/) has agreed to join forces with
> > us.
> > >
> > > The first thing you need to do is to get a RubyForge username (if you
> > > don;t
> > > already have one), and send it to me or Tanner  so we can add you to
> > the
> > > project. Take a look at this page for an overview of where we're going
> > > with
> > > IR2:
> > >
> > >   http://instantrails.rubyforge.org/wiki/wiki.pl?IR-2.0_Design_Notes
> > >
> > > And subscribe to the Instant Rails Developers mailing list:
> > >
> > >   http://rubyforge.org/mail/?group_id=904
> > >
> > > Then, I'll let Tanner fill you in on where we are and how you might
> > help.
> > >
> > > Curt
> > >
> >
> >
> > --
> > Warm Regards
> >
> > Dibya Prakash
> > Chief Executive Officer
> > Reevik Technologies Pvt.Ltd
> > Pune,India
> > Tel:
> > +91-202-422-3058
> > +91-202-422-6072
> > +91-202-422-6073
> > Fax:+91-202-422-6368
> > Mobile:+91-937-100-8932
> > Email: dibya at reevik.com
> > Website: www.reevik.com
> >
>
>
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
>


--
===Tanner Burson===
tanner.burson at gmail.com
http://tannerburson.com   <---Might even work one day...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060217/214d96c1/attachment.htm

From tanner.burson at gmail.com  Fri Feb 17 09:33:19 2006
From: tanner.burson at gmail.com (Tanner Burson)
Date: Fri, 17 Feb 2006 08:33:19 -0600
Subject: [Instantrails-developers] Current Status
Message-ID: <e25e4df80602170633p39bfc9dcn9a6a7f46f3edd573@mail.gmail.com>

As Elliot mentioned in an email earlier I've started work on tweaking his
build script, and porting it to ruby.  My hope is that by getting the script
out of bash and into ruby we should be able to port it quicker to the other
platforms.  At the moment I have it building ruby, scgi, mod_scgi, gems, and
installing Rails and a few other gems as well.

I'm working (as a previous email suggested) at coming up with a decent way
to handle the shebangs in all the executable ruby scripts, to make sure that
they point out the new install and not the default directories.  At that
point I'll have enough complete that I'll feel safe in putting into the
project.  I hope to get some time this weekend to hopefully finish off that
portion of it.  Looking forward to getting that ready so we can get some
more eyes and hands on this!

Tanner
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060217/ae3b5dcf/attachment.htm

From curt.hibbs at gmail.com  Fri Feb 17 10:00:59 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Fri, 17 Feb 2006 09:00:59 -0600
Subject: [Instantrails-developers] Current Status
In-Reply-To: <e25e4df80602170633p39bfc9dcn9a6a7f46f3edd573@mail.gmail.com>
References: <e25e4df80602170633p39bfc9dcn9a6a7f46f3edd573@mail.gmail.com>
Message-ID: <31d15f490602170700l767e7c83xa18a0650c6704661@mail.gmail.com>

On 2/17/06, Tanner Burson <tanner.burson at gmail.com> wrote:
>
> As Elliot mentioned in an email earlier I've started work on tweaking his
> build script, and porting it to ruby.  My hope is that by getting the script
> out of bash and into ruby we should be able to port it quicker to the other
> platforms.  At the moment I have it building ruby, scgi, mod_scgi, gems, and
> installing Rails and a few other gems as well.
>
> I'm working (as a previous email suggested) at coming up with a decent way
> to handle the shebangs in all the executable ruby scripts, to make sure that
> they point out the new install and not the default directories.  At that
> point I'll have enough complete that I'll feel safe in putting into the
> project.  I hope to get some time this weekend to hopefully finish off that
> portion of it.  Looking forward to getting that ready so we can get some
> more eyes and hands on this!


Excellent news!

Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060217/30ac0d5b/attachment.htm

From marcus at bristav.se  Fri Feb 17 12:43:26 2006
From: marcus at bristav.se (Marcus Andersson)
Date: Fri, 17 Feb 2006 18:43:26 +0100
Subject: [Instantrails-developers] The new manager application
Message-ID: <43F60B3E.60505@bristav.se>

I've been waiting for a while now for someone to step up and create the 
initial Rails application for the new manager. So far nothing has 
happened regarding these things. Are we waiting for anything special? Or 
should I just go ahead and create it?

/Marcus


From mortonda at dgrmm.net  Fri Feb 17 13:16:50 2006
From: mortonda at dgrmm.net (David Morton)
Date: Fri, 17 Feb 2006 12:16:50 -0600
Subject: [Instantrails-developers] The new manager application
In-Reply-To: <43F60B3E.60505@bristav.se>
References: <43F60B3E.60505@bristav.se>
Message-ID: <43F61312.4090500@dgrmm.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Marcus Andersson wrote:
> I've been waiting for a while now for someone to step up and create the 
> initial Rails application for the new manager. So far nothing has 
> happened regarding these things. Are we waiting for anything special? Or 
> should I just go ahead and create it?

Last I knew we were discussing the design on the wiki... I have some ideas, but
I'm busy with some other projects at the moment.

- --
David Morton
Maia Mailguard                        - http://www.maiamailguard.com
Morton Software Design and Consulting - http://www.dgrmm.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFD9hMSSIxC85HZHLMRAuW8AJ0Ujfb7YZBq+JAO0jHvQsEgcdoiDACfcZjI
g8Iiyg4ogfvsUIpeqHIaqzA=
=iAIn
-----END PGP SIGNATURE-----

From elliot at townx.org  Fri Feb 17 13:38:20 2006
From: elliot at townx.org (Elliot Smith)
Date: Fri, 17 Feb 2006 18:38:20 +0000
Subject: [Instantrails-developers] Current Status
In-Reply-To: <e25e4df80602170633p39bfc9dcn9a6a7f46f3edd573@mail.gmail.com>
References: <e25e4df80602170633p39bfc9dcn9a6a7f46f3edd573@mail.gmail.com>
Message-ID: <43F6181C.5070401@townx.org>

Good to know you're working on this, Tanner. The reason I resisted Ruby 
for the build script is because the script installs Ruby - I needed to 
be able to build without Ruby being installed already (I use ROROX for 
my Ruby installation). So I chose generic tools available on any Linux 
system.

My colleague is looking at the script for generating the installable 
ROROX package (basically the diff script and recursive copying Ruby 
script). We were talking about putting something together, maybe using 
rsync, which will work more reliably than my current scripts. I'll put 
his work up on the ROROX project site when he's done.

Elliot




Tanner Burson wrote:

> As Elliot mentioned in an email earlier I've started work on tweaking 
> his build script, and porting it to ruby.  My hope is that by getting 
> the script out of bash and into ruby we should be able to port it 
> quicker to the other platforms.  At the moment I have it building 
> ruby, scgi, mod_scgi, gems, and installing Rails and a few other gems 
> as well. 
>
> I'm working (as a previous email suggested) at coming up with a decent 
> way to handle the shebangs in all the executable ruby scripts, to make 
> sure that they point out the new install and not the default 
> directories.  At that point I'll have enough complete that I'll feel 
> safe in putting into the project.  I hope to get some time this 
> weekend to hopefully finish off that portion of it.  Looking forward 
> to getting that ready so we can get some more eyes and hands on this! 
>
> Tanner
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Instantrails-developers mailing list
>Instantrails-developers at rubyforge.org
>http://rubyforge.org/mailman/listinfo/instantrails-developers
>


From curt.hibbs at gmail.com  Fri Feb 17 13:42:28 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Fri, 17 Feb 2006 12:42:28 -0600
Subject: [Instantrails-developers] The new manager application
In-Reply-To: <43F60B3E.60505@bristav.se>
References: <43F60B3E.60505@bristav.se>
Message-ID: <31d15f490602171042g67b1c860j2b01e5c343215079@mail.gmail.com>

On 2/17/06, Marcus Andersson <marcus at bristav.se> wrote:
>
> I've been waiting for a while now for someone to step up and create the
> initial Rails application for the new manager. So far nothing has
> happened regarding these things. Are we waiting for anything special? Or
> should I just go ahead and create it?


We're just waiting for you to volunteer to start it!  :-)

There are only two things that we are "waiting on":

1) One of us to have the time and interest in leading this part of the IR 2
effort (looks like you are willing to cover that requirement).

2) Knowing what the new directory structure will look like.

For IR 2 we will be moving to a XAMPP base (Tanner is leading this part).
This will change the directory structure of IR.

Obviously, it'll be easier to develop the manager when you know where the
things its going to control are living. But there is still a *lot* of
preliminary work that can be done ahead of time, so there is no reason to
wait.

I already wrote up my thoughts on the manager here:

  http://instantrails.rubyforge.org/wiki/wiki.pl?IR-2.0_Design_Notes

and the rest of you are welcome to add to it (or change it).

The main things I want is for it to 1) be of a modular set of independent
components that can be composed onto a web page, and 2) be heavily AJAX
based so that each component is responsive and can display real-time status
information.

If you want to take on the role of lead developer for the IR 2 manager, then
go for it!

Once you have an initial prototype checked in to SVN it will be easier to
break the remaining development into pieces that can be picked up by others
and developed in parallel.

Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060217/6756ae61/attachment.htm

From elliot at townx.org  Fri Feb 17 13:56:10 2006
From: elliot at townx.org (Elliot Smith)
Date: Fri, 17 Feb 2006 18:56:10 +0000
Subject: [Instantrails-developers] The new manager application
In-Reply-To: <31d15f490602171042g67b1c860j2b01e5c343215079@mail.gmail.com>
References: <43F60B3E.60505@bristav.se>
	<31d15f490602171042g67b1c860j2b01e5c343215079@mail.gmail.com>
Message-ID: <43F61C4A.5000605@townx.org>

If we are planning some kind of management app. for IR/XAMPP, it might 
be worth mentioning that there is an existing GUI control panel for 
XAMPP on Windows, plus a set of batch scripts (which the GUI presumably 
calls in the background). With another colleague, I have been working on 
a similar XAMPP GUI Control Panel for Linux (Python + Gtk), which will 
be included in the next version of XAMPP. This uses a 
relatively-undocumented feature of the Linux XAMPP script which allows 
you to get the status of services by passing a "statusraw" flag to the 
script (this was a feature we requested for addition to XAMPP). I don't 
know about the scripts on Mac.

The main issue with all this is there's no cross-platform GUI app. for 
XAMPP, as the scripts are all in different locations, have different 
names, and need different languages. A cross-platform control panel for 
XAMPP would be mighty fine, and perhaps IR's management app. can provide 
that to boot...

Hopefully some of the existing work can be reused; at the very least the 
existing manager apps. should give some hints about writing a XAMPP 
control panel.

The XAMPP control panel for Linux is available at:
http://jonobacon.org/projects/xamppcontrolpanel/

Elliot




Curt Hibbs wrote:

> On 2/17/06, *Marcus Andersson* <marcus at bristav.se 
> <mailto:marcus at bristav.se>> wrote:
>
>     I've been waiting for a while now for someone to step up and
>     create the
>     initial Rails application for the new manager. So far nothing has
>     happened regarding these things. Are we waiting for anything
>     special? Or
>     should I just go ahead and create it? 
>
>
> We're just waiting for you to volunteer to start it!  :-)
>
> There are only two things that we are "waiting on":
>
> 1) One of us to have the time and interest in leading this part of the 
> IR 2 effort (looks like you are willing to cover that requirement).
>
> 2) Knowing what the new directory structure will look like.
>
> For IR 2 we will be moving to a XAMPP base (Tanner is leading this 
> part). This will change the directory structure of IR.
>
> Obviously, it'll be easier to develop the manager when you know where 
> the things its going to control are living. But there is still a *lot* 
> of preliminary work that can be done ahead of time, so there is no 
> reason to wait.
>
> I already wrote up my thoughts on the manager here:
>
>   http://instantrails.rubyforge.org/wiki/wiki.pl?IR-2.0_Design_Notes
>
> and the rest of you are welcome to add to it (or change it).
>
> The main things I want is for it to 1) be of a modular set of 
> independent components that can be composed onto a web page, and 2) be 
> heavily AJAX based so that each component is responsive and can 
> display real-time status information.
>
> If you want to take on the role of lead developer for the IR 2 
> manager, then go for it!
>
> Once you have an initial prototype checked in to SVN it will be easier 
> to break the remaining development into pieces that can be picked up 
> by others and developed in parallel.
>
> Curt
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Instantrails-developers mailing list
>Instantrails-developers at rubyforge.org
>http://rubyforge.org/mailman/listinfo/instantrails-developers
>


From curt.hibbs at gmail.com  Fri Feb 17 14:08:45 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Fri, 17 Feb 2006 13:08:45 -0600
Subject: [Instantrails-developers] The new manager application
In-Reply-To: <43F61C4A.5000605@townx.org>
References: <43F60B3E.60505@bristav.se>
	<31d15f490602171042g67b1c860j2b01e5c343215079@mail.gmail.com>
	<43F61C4A.5000605@townx.org>
Message-ID: <31d15f490602171108x7d4560b0r23b848dae018e28e@mail.gmail.com>

Thanks for the info Elliot. It will be very helpful to have examples to look
at.

In the end we should have a cross platform manager app (with a very small
amount of platform specific code).

Curt

On 2/17/06, Elliot Smith <elliot at townx.org> wrote:
>
> If we are planning some kind of management app. for IR/XAMPP, it might
> be worth mentioning that there is an existing GUI control panel for
> XAMPP on Windows, plus a set of batch scripts (which the GUI presumably
> calls in the background). With another colleague, I have been working on
> a similar XAMPP GUI Control Panel for Linux (Python + Gtk), which will
> be included in the next version of XAMPP. This uses a
> relatively-undocumented feature of the Linux XAMPP script which allows
> you to get the status of services by passing a "statusraw" flag to the
> script (this was a feature we requested for addition to XAMPP). I don't
> know about the scripts on Mac.
>
> The main issue with all this is there's no cross-platform GUI app. for
> XAMPP, as the scripts are all in different locations, have different
> names, and need different languages. A cross-platform control panel for
> XAMPP would be mighty fine, and perhaps IR's management app. can provide
> that to boot...
>
> Hopefully some of the existing work can be reused; at the very least the
> existing manager apps. should give some hints about writing a XAMPP
> control panel.
>
> The XAMPP control panel for Linux is available at:
> http://jonobacon.org/projects/xamppcontrolpanel/
>
> Elliot
>
>
>
>
> Curt Hibbs wrote:
>
> > On 2/17/06, *Marcus Andersson* <marcus at bristav.se
> > <mailto:marcus at bristav.se>> wrote:
> >
> >     I've been waiting for a while now for someone to step up and
> >     create the
> >     initial Rails application for the new manager. So far nothing has
> >     happened regarding these things. Are we waiting for anything
> >     special? Or
> >     should I just go ahead and create it?
> >
> >
> > We're just waiting for you to volunteer to start it!  :-)
> >
> > There are only two things that we are "waiting on":
> >
> > 1) One of us to have the time and interest in leading this part of the
> > IR 2 effort (looks like you are willing to cover that requirement).
> >
> > 2) Knowing what the new directory structure will look like.
> >
> > For IR 2 we will be moving to a XAMPP base (Tanner is leading this
> > part). This will change the directory structure of IR.
> >
> > Obviously, it'll be easier to develop the manager when you know where
> > the things its going to control are living. But there is still a *lot*
> > of preliminary work that can be done ahead of time, so there is no
> > reason to wait.
> >
> > I already wrote up my thoughts on the manager here:
> >
> >   http://instantrails.rubyforge.org/wiki/wiki.pl?IR-2.0_Design_Notes
> >
> > and the rest of you are welcome to add to it (or change it).
> >
> > The main things I want is for it to 1) be of a modular set of
> > independent components that can be composed onto a web page, and 2) be
> > heavily AJAX based so that each component is responsive and can
> > display real-time status information.
> >
> > If you want to take on the role of lead developer for the IR 2
> > manager, then go for it!
> >
> > Once you have an initial prototype checked in to SVN it will be easier
> > to break the remaining development into pieces that can be picked up
> > by others and developed in parallel.
> >
> > Curt
> >
> >------------------------------------------------------------------------
> >
> >_______________________________________________
> >Instantrails-developers mailing list
> >Instantrails-developers at rubyforge.org
> >http://rubyforge.org/mailman/listinfo/instantrails-developers
> >
>
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060217/667980de/attachment.htm

From tanner.burson at gmail.com  Fri Feb 17 14:37:56 2006
From: tanner.burson at gmail.com (Tanner Burson)
Date: Fri, 17 Feb 2006 13:37:56 -0600
Subject: [Instantrails-developers] The new manager application
In-Reply-To: <31d15f490602171108x7d4560b0r23b848dae018e28e@mail.gmail.com>
References: <43F60B3E.60505@bristav.se>
	<31d15f490602171042g67b1c860j2b01e5c343215079@mail.gmail.com>
	<43F61C4A.5000605@townx.org>
	<31d15f490602171108x7d4560b0r23b848dae018e28e@mail.gmail.com>
Message-ID: <e25e4df80602171137o11268c1cpf057c970cc1cd089@mail.gmail.com>

On 2/17/06, Curt Hibbs <curt.hibbs at gmail.com> wrote:
>
> Thanks for the info Elliot. It will be very helpful to have examples to
> look at.
>
> In the end we should have a cross platform manager app (with a very small
> amount of platform specific code).
>
> Curt


I think this can be done pretty easily if we generate some of the
configuration at build time.  Since each platform will require at least some
changes in building, we can come up with some sort of configuration
file(similar to the way IR works now) listing the current paths and such,
and initially populate it at build time.  This way we keep the platform
specific code restricted to the build phase, where it will have to occur
anyway.

On 2/17/06, Elliot Smith <elliot at townx.org> wrote:
> >
> > If we are planning some kind of management app. for IR/XAMPP, it might
> > be worth mentioning that there is an existing GUI control panel for
> > XAMPP on Windows, plus a set of batch scripts (which the GUI presumably
> > calls in the background). With another colleague, I have been working on
> >
> > a similar XAMPP GUI Control Panel for Linux (Python + Gtk), which will
> > be included in the next version of XAMPP. This uses a
> > relatively-undocumented feature of the Linux XAMPP script which allows
> > you to get the status of services by passing a "statusraw" flag to the
> > script (this was a feature we requested for addition to XAMPP). I don't
> > know about the scripts on Mac.
> >
> > The main issue with all this is there's no cross-platform GUI app. for
> > XAMPP, as the scripts are all in different locations, have different
> > names, and need different languages. A cross-platform control panel for
> > XAMPP would be mighty fine, and perhaps IR's management app. can provide
> > that to boot...
> >
> > Hopefully some of the existing work can be reused; at the very least the
> >
> > existing manager apps. should give some hints about writing a XAMPP
> > control panel.
> >
> > The XAMPP control panel for Linux is available at:
> > http://jonobacon.org/projects/xamppcontrolpanel/
> >
> > Elliot
> >
> >
> >
> >
> > Curt Hibbs wrote:
> >
> > > On 2/17/06, *Marcus Andersson* <marcus at bristav.se
> > > <mailto:marcus at bristav.se >> wrote:
> > >
> > >     I've been waiting for a while now for someone to step up and
> > >     create the
> > >     initial Rails application for the new manager. So far nothing has
> > >     happened regarding these things. Are we waiting for anything
> > >     special? Or
> > >     should I just go ahead and create it?
> > >
> > >
> > > We're just waiting for you to volunteer to start it!  :-)
> > >
> > > There are only two things that we are "waiting on":
> > >
> > > 1) One of us to have the time and interest in leading this part of the
> > > IR 2 effort (looks like you are willing to cover that requirement).
> > >
> > > 2) Knowing what the new directory structure will look like.
> > >
> > > For IR 2 we will be moving to a XAMPP base (Tanner is leading this
> > > part). This will change the directory structure of IR.
> > >
> > > Obviously, it'll be easier to develop the manager when you know where
> > > the things its going to control are living. But there is still a *lot*
> > > of preliminary work that can be done ahead of time, so there is no
> > > reason to wait.
> > >
> > > I already wrote up my thoughts on the manager here:
> > >
> > >   http://instantrails.rubyforge.org/wiki/wiki.pl?IR-2.0_Design_Notes
> > >
> > > and the rest of you are welcome to add to it (or change it).
> > >
> > > The main things I want is for it to 1) be of a modular set of
> > > independent components that can be composed onto a web page, and 2) be
> > > heavily AJAX based so that each component is responsive and can
> > > display real-time status information.
> > >
> > > If you want to take on the role of lead developer for the IR 2
> > > manager, then go for it!
> > >
> > > Once you have an initial prototype checked in to SVN it will be easier
> >
> > > to break the remaining development into pieces that can be picked up
> > > by others and developed in parallel.
> > >
> > > Curt
> > >
> > >------------------------------------------------------------------------
> >
> > >
> > >_______________________________________________
> > >Instantrails-developers mailing list
> > >Instantrails-developers at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/instantrails-developers
> > >
> >
> > _______________________________________________
> > Instantrails-developers mailing list
> > Instantrails-developers at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/instantrails-developers
> >
>
>
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
>


--
===Tanner Burson===
tanner.burson at gmail.com
http://tannerburson.com   <---Might even work one day...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060217/57d5910c/attachment-0001.htm

From curt.hibbs at gmail.com  Tue Feb 28 12:16:47 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Tue, 28 Feb 2006 11:16:47 -0600
Subject: [Instantrails-developers] New AJAX Support in Rails 1.1
Message-ID: <31d15f490602280916n22a5282fica8d806aa2733aba@mail.gmail.com>

There's a really good post on the new Rails 1.1 features here:

  http://scottraymond.net/articles/2006/02/28/rails-1.1

Of particular importance to the  our AJAX based manager for Instant Rails 2
is this section:


   -

   *RJS templates*. Big one. For background, see Cody's
explanation<http://www.codyfauser.com/articles/2005/11/20/rails-rjs-templates>and
my
   earlier example<http://scottraymond.net/articles/2005/12/01/real-world-rails-rjs-templates>.
   The basic idea: in addition to .rhtml (Ruby HTML) templates, you can create
   .rjs (Ruby JavaScript) ones. In them, you can write Ruby code that will
   *generate* JavaScript code, which is sent as the result of an Ajax
   call, and evaluated by the browser. It sounds complicated, but believe me,
   Ajax development just got a lot easier.

   The RJS templates are passed an page object that represents the
   JavaScriptGenerator, which has many tricks up its sleeve:
   - Pop an *alert()* dialog: alert 'Howdy'
      - Simulate a *redirect* with window.location.href: redirect_to
      - Calls a *JavaScript* function: call
      - *Assigns* to a JavaScript variable: assign
      - Replaces the *outerHTML* of an element: replace
      - *Insert* text: insert_html :bottom, 'list', '<li>Last
      item</li>'
      - Call an *effect*: visual_effect :highlight, 'list'
      - *Show something*: show 'status-indicator'
      - *Hide stuff*: hide 'status-indicator', 'cancel-link'
      - *Refer* to an element by id: ['blank_slate']
      - ['blank_slate'].show # => $('blank_slate').show();
      - Get elements with *CSS selectors*: select('p')
      - select('p.welcome b').first # => $$('p.welcome b').first();
      - select('p.welcome b').first.hide # => $$('p.welcomeb').first().hide();
      - *Insert* some JavaScript: <<
      - Make a *draggable*: draggable 'product-1'
      - drop_receiving 'wastebasket', :url => { :action => 'delete' }
      - sortable 'todolist', :url => { action => 'change_order' }
      - *Delay execution*: delay(20) { page.visual_effect :fade,
      'notice' }
   -

   In addition to having .rjs files in your views directory, you can also
   write *Inline RJS.* For example:

class UserController < ApplicationController
  def refresh
    render :update do |page|
      page.replace_html  'user_list', :partial => 'user', :collection => @users
      page.visual_effect :highlight, 'user_list'
    end
  end
end


   - You can also write *RJS Helpers* that can be called from update
   blocks. For example:

module ApplicationHelper
  def update_time
    page.replace_html 'time', Time.now.to_s(:db)
    page.visual_effect :highlight, 'time'
  end
end
class UserController < ApplicationController
  def poll
    render :update { |page| page.update_time }
  end
end



Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060228/5f2b6443/attachment.htm