From george.moschovitis at gmail.com  Thu Sep  1 04:06:17 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 1 Sep 2005 11:06:17 +0300
Subject: [Nitro] Nano & Mega
In-Reply-To: <4b6f054f050831182819d6978e@mail.gmail.com>
References: <b539c61e05083113494dd96297@mail.gmail.com>
	<4b6f054f050831182819d6978e@mail.gmail.com>
Message-ID: <afd80b540509010106f933bf6@mail.gmail.com>

what is the bug? I didn't understand...

-g.

On 9/1/05, TRANS <transfire at gmail.com> wrote:
> On 8/31/05, Jeff Wood <jeff.darklight at gmail.com> wrote:
> > So, I remember seeing some errors in the mailing list about nano &| mega
> > having problems with nitro...
> >
> > Do they work? or What's the issue?
> 
> One bug in Nano that was trouble for windows users, but it has been
> fixed. There was also one in the new realease of Nitro which will
> ceratinly be fixed by tomorrow afternoon as well.
> 
> T.
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Thu Sep  1 04:20:11 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 1 Sep 2005 11:20:11 +0300
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
Message-ID: <afd80b540509010120112e76be@mail.gmail.com>

Hello everyone

Flare is a Blog engine powered by Nitro and Og. The aim of
this project is to provide a canonical example of using Nitro
to build a real world Web application. 

However, more features are planned for the near future.

== Features

* Supports RedCloth for markup.
* Partial support for MetaWeblog, Blogger, Moveable Type API's
* RSS feeds.
* Trackbacks.
* Powered by Og, can be backed up by a RDBM system or 
  an in-memory/filesystem store.
* Output caching for excellent performance.
* Search.

You can see an older version of this blog here:

http://www.gmosx.com

have fun,
George Moschovitis

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Thu Sep  1 04:57:45 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Thu, 1 Sep 2005 11:57:45 +0300 (EEST)
Subject: [Nitro] @request
Message-ID: <Pine.LNX.4.62.0509011154490.27768@theseas.softlab.ece.ntua.gr>

in the skin.rb I want to make smartheaders, so I check the @request to see 
the path, and based on that I add a second navigation bar...

but the @reqest is nil...? and @parent_action_name does not work. Any 
ideas?

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Thu Sep  1 05:29:25 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 1 Sep 2005 12:29:25 +0300
Subject: [Nitro] @request
In-Reply-To: <Pine.LNX.4.62.0509011154490.27768@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509011154490.27768@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b54050901022916194a42@mail.gmail.com>

@request is != nil

(btw you can also use request or context they are synonyms).

-g.

On 9/1/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> in the skin.rb I want to make smartheaders, so I check the @request to see
> the path, and based on that I add a second navigation bar...
> 
> but the @reqest is nil...? and @parent_action_name does not work. Any
> ideas?
> 
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Thu Sep  1 05:37:02 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Thu, 1 Sep 2005 12:37:02 +0300 (EEST)
Subject: [Nitro] @request
In-Reply-To: <afd80b54050901022916194a42@mail.gmail.com>
References: <Pine.LNX.4.62.0509011154490.27768@theseas.softlab.ece.ntua.gr>
	<afd80b54050901022916194a42@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509011236050.32122@theseas.softlab.ece.ntua.gr>

Well, it says nil to me, :-///
And what should I use? @request.path?


> @request is != nil
>
> (btw you can also use request or context they are synonyms).
>
> -g.
>
> On 9/1/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
>> in the skin.rb I want to make smartheaders, so I check the @request to see
>> the path, and based on that I add a second navigation bar...
>>
>> but the @reqest is nil...? and @parent_action_name does not work. Any
>> ideas?
>>
>> Emmanouil Piperakis (epiperak at cs.ntua.gr)
>> {To explore is Human, to Create is Devine,
>>   To teach is Primal, to Rule is Sin}
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>
>
> -- 
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Thu Sep  1 06:09:23 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 1 Sep 2005 13:09:23 +0300
Subject: [Nitro] @request
In-Reply-To: <Pine.LNX.4.62.0509011236050.32122@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509011154490.27768@theseas.softlab.ece.ntua.gr>
	<afd80b54050901022916194a42@mail.gmail.com>
	<Pine.LNX.4.62.0509011236050.32122@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b5405090103093c9a8592@mail.gmail.com>

There must be some other error in your code...

I would say:

request.path

-g.

On 9/1/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> Well, it says nil to me, :-///
> And what should I use? @request.path?
> 
> 
> > @request is != nil
> >
> > (btw you can also use request or context they are synonyms).
> >
> > -g.
> >
> > On 9/1/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> >> in the skin.rb I want to make smartheaders, so I check the @request to see
> >> the path, and based on that I add a second navigation bar...
> >>
> >> but the @reqest is nil...? and @parent_action_name does not work. Any
> >> ideas?
> >>
> >> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> >> {To explore is Human, to Create is Devine,
> >>   To teach is Primal, to Rule is Sin}
> >> _______________________________________________
> >> Nitro-general mailing list
> >> Nitro-general at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/nitro-general
> >>
> >
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> 
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From transfire at gmail.com  Thu Sep  1 07:22:56 2005
From: transfire at gmail.com (TRANS)
Date: Thu, 1 Sep 2005 07:22:56 -0400
Subject: [Nitro] Nano & Mega
In-Reply-To: <afd80b540509010106f933bf6@mail.gmail.com>
References: <b539c61e05083113494dd96297@mail.gmail.com>
	<4b6f054f050831182819d6978e@mail.gmail.com>
	<afd80b540509010106f933bf6@mail.gmail.com>
Message-ID: <4b6f054f0509010422279b7946@mail.gmail.com>

On 9/1/05, George Moschovitis <george.moschovitis at gmail.com> wrote:

> what is the bug? I didn't understand...

####/snip/####
/usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:21:in
`require__': no such file to load -- nano/dir/recurse (LoadError)
       from
/usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:21:in `require'
       from /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/bin/nitrogen:6
       from /usr/bin/nitrogen:18
####/snap/####

'recurse' needs to be '%3A%3Arecurse'

T.



From transfire at gmail.com  Thu Sep  1 07:24:29 2005
From: transfire at gmail.com (TRANS)
Date: Thu, 1 Sep 2005 07:24:29 -0400
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <afd80b540509010120112e76be@mail.gmail.com>
References: <afd80b540509010120112e76be@mail.gmail.com>
Message-ID: <4b6f054f05090104244c45a3d3@mail.gmail.com>

Awesome work George!



From george.moschovitis at gmail.com  Thu Sep  1 08:46:39 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 1 Sep 2005 15:46:39 +0300
Subject: [Nitro] Nano & Mega
In-Reply-To: <4b6f054f0509010422279b7946@mail.gmail.com>
References: <b539c61e05083113494dd96297@mail.gmail.com>
	<4b6f054f050831182819d6978e@mail.gmail.com>
	<afd80b540509010106f933bf6@mail.gmail.com>
	<4b6f054f0509010422279b7946@mail.gmail.com>
Message-ID: <afd80b5405090105465bd713b5@mail.gmail.com>

Oooh that '::' thing :(

Btw, I dont consider this an important bug. nitrogen just copies the
the proto directory
to create a fresh new application. You can do the same with a simple cp/copy.

I think it is better to wait untill next week to get some more bug
fixes before releasing
a 0.23.1 release. Anyone has any objection?

regards,
George.

On 9/1/05, TRANS <transfire at gmail.com> wrote:
> On 9/1/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> 
> > what is the bug? I didn't understand...
> 
> ####/snip/####
> /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:21:in
> `require__': no such file to load -- nano/dir/recurse (LoadError)
>        from
> /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:21:in `require'
>        from /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/bin/nitrogen:6
>        from /usr/bin/nitrogen:18
> ####/snap/####
> 
> 'recurse' needs to be '%3A%3Arecurse'
> 
> T.
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Thu Sep  1 08:48:31 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 1 Sep 2005 15:48:31 +0300
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <4b6f054f05090104244c45a3d3@mail.gmail.com>
References: <afd80b540509010120112e76be@mail.gmail.com>
	<4b6f054f05090104244c45a3d3@mail.gmail.com>
Message-ID: <afd80b54050901054844500a85@mail.gmail.com>

heh, let's not congratulate each other :) 

But I do think this code serves as a nice example of using Nitro, it
is quite clean.

regards,
George.

On 9/1/05, TRANS <transfire at gmail.com> wrote:
> Awesome work George!
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From Walter at mwsewall.com  Thu Sep  1 09:32:18 2005
From: Walter at mwsewall.com (Walter)
Date: Thu, 1 Sep 2005 09:32:18 -0400
Subject: [Nitro] Nitro/OG  examples that show recommended ......
Message-ID: <9DB53D616B4D5B47B8353ACBF155C6B70CDFE2@mwsewall.com>

I am new to Nitro/OG and am looking for examples that show the recommended way of doing :

1.) Passing data to/from controller variables/form fields.
I am assuming there are predefined "controls" that can take the form data and validate it against certain constraints, automatically convert the data to the desired format, and if there is an error automatically populate the appropriate error list that can be used to send the page back to the same page with error messages. (similar to what Rails does with validation errors for an AR object).  
Ideally this would also work with non OG managed classes as well????

2.) Is there a recommended directory layout for views/controllers.  If I have 3 controllers and they all have an index.xhtml page, is there a recommend place to put these different files.

3.) An example of OG using compound primary keys, especially with belongs_to, or other relations, especially when dealing with a legacy database via an ODBC driver.

4.) An example of OG using sub-objects i.e. Person is an OG managed class and it has an Address(line1, line2, city, st, zip).  So you could have Person.find_something[0].address.city.  Is this even possible with OG


Overall it looks very promising, I would like to make sure I wrap my ahead around the Nitro/OG concepts the way they were intended.  Something that puts it all together would be great.  Don't get me wrong, the couple of blog examples are great, but it would be nice to see more real world examples.  Is there anything I can be directed to, to see something like this?


Thanks,


Walt

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.10.17/85 - Release Date: 8/30/2005
 



From james_b at neurogami.com  Thu Sep  1 10:14:56 2005
From: james_b at neurogami.com (James Britt)
Date: Thu, 01 Sep 2005 07:14:56 -0700
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <afd80b540509010120112e76be@mail.gmail.com>
References: <afd80b540509010120112e76be@mail.gmail.com>
Message-ID: <43170CE0.7010901@neurogami.com>

George Moschovitis wrote:
> Hello everyone
> 
> Flare is a Blog engine powered by Nitro and Og. The aim of
> this project is to provide a canonical example of using Nitro
> to build a real world Web application. 

Where can this be downloaded?

James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From zimba.tm at gmail.com  Thu Sep  1 10:18:04 2005
From: zimba.tm at gmail.com (zimba-tm)
Date: Thu, 1 Sep 2005 16:18:04 +0200
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <43170CE0.7010901@neurogami.com>
References: <afd80b540509010120112e76be@mail.gmail.com>
	<43170CE0.7010901@neurogami.com>
Message-ID: <3ff63f9b050901071835427b3c@mail.gmail.com>

Look in nitro's rubyforge project :
 http://rubyforge.org/projects/nitro/

On 01/09/05, James Britt <james_b at neurogami.com> wrote:
> George Moschovitis wrote:
> > Hello everyone
> >
> > Flare is a Blog engine powered by Nitro and Og. The aim of
> > this project is to provide a canonical example of using Nitro
> > to build a real world Web application.
> 
> Where can this be downloaded?
> 
> James
> 
> --
> 
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
Cheers,
  zimba

http://zimba.oree.ch



From james_b at neurogami.com  Thu Sep  1 12:01:08 2005
From: james_b at neurogami.com (James Britt)
Date: Thu, 01 Sep 2005 09:01:08 -0700
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <3ff63f9b050901071835427b3c@mail.gmail.com>
References: <afd80b540509010120112e76be@mail.gmail.com>	<43170CE0.7010901@neurogami.com>
	<3ff63f9b050901071835427b3c@mail.gmail.com>
Message-ID: <431725C4.1020605@neurogami.com>

zimba-tm wrote:
> Look in nitro's rubyforge project :
>  http://rubyforge.org/projects/nitro/

Ah, thanks.

I really believe that if I procrastinate long enough, other people will 
write the hard parts of my myriad stalled projects, and I can then just 
wire up parts to get what I want.


James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From zimba.tm at gmail.com  Thu Sep  1 12:10:16 2005
From: zimba.tm at gmail.com (zimba-tm)
Date: Thu, 1 Sep 2005 18:10:16 +0200
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <431725C4.1020605@neurogami.com>
References: <afd80b540509010120112e76be@mail.gmail.com>
	<43170CE0.7010901@neurogami.com>
	<3ff63f9b050901071835427b3c@mail.gmail.com>
	<431725C4.1020605@neurogami.com>
Message-ID: <3ff63f9b0509010910496cddc6@mail.gmail.com>

On 01/09/05, James Britt <james_b at neurogami.com> wrote:
> zimba-tm wrote:
> > Look in nitro's rubyforge project :
> >  http://rubyforge.org/projects/nitro/
> 
> Ah, thanks.

NP

> 
> I really believe that if I procrastinate long enough, other people will
> write the hard parts of my myriad stalled projects, and I can then just
> wire up parts to get what I want.

And what is what you want ? A webliki ?

> James
> 
> --
> 
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
Cheers,
  zimba

http://zimba.oree.ch



From tim at keow.org  Thu Sep  1 13:31:31 2005
From: tim at keow.org (Tim Larson)
Date: Thu, 1 Sep 2005 18:31:31 +0100
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <afd80b540509010120112e76be@mail.gmail.com>
References: <afd80b540509010120112e76be@mail.gmail.com>
Message-ID: <20050901173131.GB828@localhost>

On Thu, Sep 01, 2005 at 11:20:11AM +0300, George Moschovitis wrote:
> Flare is a Blog engine powered by Nitro and Og. The aim of
> this project is to provide a canonical example of using Nitro
> to build a real world Web application. 

Hi George, others :)

Flare looks really neat, but I have a problem...
I can add an article from the /admin interface,
and it shows up in the admin list, but not in
the main / page.  I get this error on the console:
  DEBUG: Rendering '/articles'.
  DEBUG: Compiling action 'BlogController#articles'
  DEBUG: Compiling template 'BlogController:
    template/articles.xhtml'
  ERROR: Error while handling '/articles'.
  ERROR: undefined method `to_href' for nil:NilClass
On the other hand, adding a category via the
/admin interface does work for me :)

--Tim Larson


From rainhead at gmail.com  Thu Sep  1 14:14:25 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Thu, 1 Sep 2005 11:14:25 -0700
Subject: [Nitro] Documentation (was: Nitro/OG examples that show
	recommended...)
In-Reply-To: <9DB53D616B4D5B47B8353ACBF155C6B70CDFE2@mwsewall.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CDFE2@mwsewall.com>
Message-ID: <5F3CA0EA-ED76-4D2B-821F-10779EA1DC26@gmail.com>

I would expand on this to say that, IMHO, Nitro+Og+... s in desperate  
need of good documentation. The rdoc and walkthroughs are valuable,  
but they don't replace real documentation. Real documentation would  
have a bunch of best practices for all common tasks, as well as  
listings of all the tools you have in different contexts. Some of  
this could be built into the rdoc, but there ought to be several  
starting points outside of the source code or module structure.

It's been frustrating trying to learn how things work browsing either  
the source or the rdoc modules list. I can only find the information  
I'm looking for once I understand how the code works and is laid out,  
and even then it's spread out between too many files and modules. I  
don't think I should have to do that.

The constant stream of good, new features is impressive, but I think  
that some excellent documentation would do a lot to bring more people  
on to the project. Maybe that's where you're heading already, maybe  
you're waiting for the API to settle more before 1.0, I don't know.

I feel like it'll be some time before I understand Nitro well enough  
to write best practices or reference docs, but maybe there's  
something I can do to help. Let me know.

P

On Sep 1, 2005, at 6:32 AM, Walter wrote:

> I am new to Nitro/OG and am looking for examples that show the  
> recommended way of doing :
>
> 1.) Passing data to/from controller variables/form fields.
> I am assuming there are predefined "controls" that can take the  
> form data and validate it against certain constraints,  
> automatically convert the data to the desired format, and if there  
> is an error automatically populate the appropriate error list that  
> can be used to send the page back to the same page with error  
> messages. (similar to what Rails does with validation errors for an  
> AR object).
> Ideally this would also work with non OG managed classes as well????
>
> 2.) Is there a recommended directory layout for views/controllers.   
> If I have 3 controllers and they all have an index.xhtml page, is  
> there a recommend place to put these different files.
>
> 3.) An example of OG using compound primary keys, especially with  
> belongs_to, or other relations, especially when dealing with a  
> legacy database via an ODBC driver.
>
> 4.) An example of OG using sub-objects i.e. Person is an OG managed  
> class and it has an Address(line1, line2, city, st, zip).  So you  
> could have Person.find_something[0].address.city.  Is this even  
> possible with OG
>
>
> Overall it looks very promising, I would like to make sure I wrap  
> my ahead around the Nitro/OG concepts the way they were intended.   
> Something that puts it all together would be great.  Don't get me  
> wrong, the couple of blog examples are great, but it would be nice  
> to see more real world examples.  Is there anything I can be  
> directed to, to see something like this?
>
>
> Thanks,
>
>
> Walt
>
> -- 
> No virus found in this outgoing message.
> Checked by AVG Anti-Virus.
> Version: 7.0.344 / Virus Database: 267.10.17/85 - Release Date:  
> 8/30/2005
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From james_b at neurogami.com  Thu Sep  1 14:45:30 2005
From: james_b at neurogami.com (James Britt)
Date: Thu, 01 Sep 2005 11:45:30 -0700
Subject: [Nitro] Documentation
In-Reply-To: <5F3CA0EA-ED76-4D2B-821F-10779EA1DC26@gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CDFE2@mwsewall.com>
	<5F3CA0EA-ED76-4D2B-821F-10779EA1DC26@gmail.com>
Message-ID: <43174C4A.7060804@neurogami.com>

Peter Abrahamsen wrote:
> I would expand on this to say that, IMHO, Nitro+Og+... s in desperate  
> need of good documentation. The rdoc and walkthroughs are valuable,  but 
> they don't replace real documentation. Real documentation would  have a 
> bunch of best practices for all common tasks, as well as  listings of 
> all the tools you have in different contexts. Some of  this could be 
> built into the rdoc, but there ought to be several  starting points 
> outside of the source code or module structure.
> 

Good docs are a weak point for many, of not most, OSS applications and 
libs.  For various reasons, those most familiar with the code tend to 
spend more time writing code than docs.


> It's been frustrating trying to learn how things work browsing either  
> the source or the rdoc modules list. I can only find the information  
> I'm looking for once I understand how the code works and is laid out,  
> and even then it's spread out between too many files and modules. I  
> don't think I should have to do that.
> 

Ideally, no.  For the time being, yes.  But people are working on 
changing that.

> The constant stream of good, new features is impressive, but I think  
> that some excellent documentation would do a lot to bring more people  
> on to the project. Maybe that's where you're heading already, maybe  
> you're waiting for the API to settle more before 1.0, I don't know.

I had started on Nitro: Step-by-step some months ago, then put it on hod 
while the API was setting down.  Now I just need to find enough time to 
go back and get it done.

> 
> I feel like it'll be some time before I understand Nitro well enough  to 
> write best practices or reference docs, but maybe there's  something I 
> can do to help. Let me know.
> 

I think, if nothing else, it might be handy to track what are the common 
uses cases and scenarios people want to know about, so that people can 
get up and running on the more common jobs.

James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From tim at keow.org  Thu Sep  1 17:05:11 2005
From: tim at keow.org (Tim Larson)
Date: Thu, 1 Sep 2005 22:05:11 +0100
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <20050901173131.GB828@localhost>
References: <afd80b540509010120112e76be@mail.gmail.com>
	<20050901173131.GB828@localhost>
Message-ID: <20050901210511.GD828@localhost>

On Thu, Sep 01, 2005 at 06:31:31PM +0100, Tim Larson wrote:
> On Thu, Sep 01, 2005 at 11:20:11AM +0300, George Moschovitis wrote:
> > Flare is a Blog engine powered by Nitro and Og. The aim of
> > this project is to provide a canonical example of using Nitro
> > to build a real world Web application. 
> 
> Hi George, others :)
> 
> Flare looks really neat, but I have a problem...
> I can add an article from the /admin interface,
> and it shows up in the admin list, but not in
> the main / page.  I get this error on the console:
>   DEBUG: Rendering '/articles'.
>   DEBUG: Compiling action 'BlogController#articles'
>   DEBUG: Compiling template 'BlogController:
>     template/articles.xhtml'
>   ERROR: Error while handling '/articles'.
>   ERROR: undefined method `to_href' for nil:NilClass
> On the other hand, adding a category via the
> /admin interface does work for me :)

This is caused by the category being nil, which is in turn
caused by the 'fill' method not setting the category, because
of this error:
  #<NoMethodError: undefined method `__force_category'
  for #<Article:0x7240050>>

--Tim Larson


From tim at keow.org  Thu Sep  1 21:15:04 2005
From: tim at keow.org (Tim Larson)
Date: Fri, 2 Sep 2005 02:15:04 +0100
Subject: [Nitro] cannot reach nitrohq.com
Message-ID: <20050902011504.GE828@localhost>

Hey George, just an FYI:
I cannot load http://www.nitrohq.com since sometime earlier
today.  For confirmation that it is not a local problem,
kvasir on #nitro also could not load the site.

--Tim Larson


From epiperak at softlab.ece.ntua.gr  Thu Sep  1 21:23:59 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 2 Sep 2005 04:23:59 +0300 (EEST)
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <431725C4.1020605@neurogami.com>
References: <afd80b540509010120112e76be@mail.gmail.com>
	<43170CE0.7010901@neurogami.com>
	<3ff63f9b050901071835427b3c@mail.gmail.com>
	<431725C4.1020605@neurogami.com>
Message-ID: <Pine.LNX.4.62.0509020423290.10938@theseas.softlab.ece.ntua.gr>

> zimba-tm wrote:
>> Look in nitro's rubyforge project :
>>  http://rubyforge.org/projects/nitro/
>
> Ah, thanks.
>
> I really believe that if I procrastinate long enough, other people will write 
> the hard parts of my myriad stalled projects, and I can then just wire up 
> parts to get what I want.
>

Same here James... George is doing it for me! ;-)

>
> James
>
> -- 
>
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Thu Sep  1 21:29:03 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 2 Sep 2005 04:29:03 +0300 (EEST)
Subject: [Nitro] cannot reach nitrohq.com
In-Reply-To: <20050902011504.GE828@localhost>
References: <20050902011504.GE828@localhost>
Message-ID: <Pine.LNX.4.62.0509020427580.10938@theseas.softlab.ece.ntua.gr>

> Hey George, just an FYI:
> I cannot load http://www.nitrohq.com since sometime earlier
> today.  For confirmation that it is not a local problem,
> kvasir on #nitro also could not load the site.

Same here... Maybe we need a mirror... I have a good line at home (100mbit 
fiber) and a machine available...

George?

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Thu Sep  1 23:32:06 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 2 Sep 2005 06:32:06 +0300 (EEST)
Subject: [Nitro] in the skin.rb
Message-ID: <Pine.LNX.4.62.0509020630420.26772@theseas.softlab.ece.ntua.gr>

is it possible to put code like this?

   def render
     %~
       #{doctype}
       <html>
         #{head}
         <body>
           <div id="page">
             #{header}
             #{mainnav}
             #{if @request != nil}
               #{if @request.path.chop == 'projects' then  secnav_projects 
end}
               #{if @request.path.chop == 'bgroups' then  secnav_bgroups 
end}
               #{if @request.path.chop == 'reports' then  secnav_reports 
end}
             #{end}
             <div class="main">
               #{content}
             </div>
             #{footer}
           </div>
           #{rendering_errors}
         </body>
       </html>
     ~
   end

I want depending on the fist navigation menu choice to display a second 
navigation menu... There must a be a smarter way to do this... Any help?

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From reid.thompson at ateb.com  Fri Sep  2 00:49:34 2005
From: reid.thompson at ateb.com (Reid Thompson)
Date: Fri, 02 Sep 2005 00:49:34 -0400
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <20050901210511.GD828@localhost>
References: <afd80b540509010120112e76be@mail.gmail.com>	<20050901173131.GB828@localhost>
	<20050901210511.GD828@localhost>
Message-ID: <4317D9DE.1060009@ateb.com>

Tim Larson wrote:

>On Thu, Sep 01, 2005 at 06:31:31PM +0100, Tim Larson wrote:
>  
>
>>On Thu, Sep 01, 2005 at 11:20:11AM +0300, George Moschovitis wrote:
>>    
>>
>>>Flare is a Blog engine powered by Nitro and Og. The aim of
>>>this project is to provide a canonical example of using Nitro
>>>to build a real world Web application. 
>>>      
>>>
>>Hi George, others :)
>>
>>Flare looks really neat, but I have a problem...
>>I can add an article from the /admin interface,
>>and it shows up in the admin list, but not in
>>the main / page.  I get this error on the console:
>>  DEBUG: Rendering '/articles'.
>>  DEBUG: Compiling action 'BlogController#articles'
>>  DEBUG: Compiling template 'BlogController:
>>    template/articles.xhtml'
>>  ERROR: Error while handling '/articles'.
>>  ERROR: undefined method `to_href' for nil:NilClass
>>On the other hand, adding a category via the
>>/admin interface does work for me :)
>>    
>>
>
>This is caused by the category being nil, which is in turn
>caused by the 'fill' method not setting the category, because
>of this error:
>  #<NoMethodError: undefined method `__force_category'
>  for #<Article:0x7240050>>
>
>--Tim Larson
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>  
>
tim -- changing lib/nitro/mixin/form.rb to
   def belongs_to_tag(obj, rel, options)
     entities = rel.target_class.all
     labels = entities.map { |e| e.to_s }
     values = entities.map { |e| e.oid }
     element(
       label(rel.name),
       %{
       <select id="#{rel.name}" name="#{rel.name}_oid">
         #{options(:labels => labels, :values => values, :selected => 1)}
       </select>
       }
     )
   end
 
 will get the category_oid populated for the article --- just have to 
determine what the real fix is now


From epiperak at softlab.ece.ntua.gr  Fri Sep  2 02:52:41 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 2 Sep 2005 09:52:41 +0300 (EEST)
Subject: [Nitro] in the skin.rb
In-Reply-To: <Pine.LNX.4.62.0509020630420.26772@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509020630420.26772@theseas.softlab.ece.ntua.gr>
Message-ID: <Pine.LNX.4.62.0509020950580.24183@theseas.softlab.ece.ntua.gr>

Just found the problem...
I had to escape # to get request!
\#{request.path.chop} in the skin.rb gives me what I was searching for...


> is it possible to put code like this?
>
>  def render
>    %~
>      #{doctype}
>      <html>
>        #{head}
>        <body>
>          <div id="page">
>            #{header}
>            #{mainnav}
>            #{if @request != nil}
>              #{if @request.path.chop == 'projects' then  secnav_projects 
> end}
>              #{if @request.path.chop == 'bgroups' then  secnav_bgroups end}
>              #{if @request.path.chop == 'reports' then  secnav_reports end}
>            #{end}
>            <div class="main">
>              #{content}
>            </div>
>            #{footer}
>          </div>
>          #{rendering_errors}
>        </body>
>      </html>
>    ~
>  end
>
> I want depending on the fist navigation menu choice to display a second 
> navigation menu... There must a be a smarter way to do this... Any help?
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
> To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Fri Sep  2 03:28:26 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 2 Sep 2005 10:28:26 +0300 (EEST)
Subject: [Nitro] in the skin.rb
In-Reply-To: <Pine.LNX.4.62.0509020950580.24183@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509020630420.26772@theseas.softlab.ece.ntua.gr>
	<Pine.LNX.4.62.0509020950580.24183@theseas.softlab.ece.ntua.gr>
Message-ID: <Pine.LNX.4.62.0509021025070.962@theseas.softlab.ece.ntua.gr>

Just in case somebody has the same problem in the future...

In the skin.rb
--------------------
   def projects
     %~
       <div id="secnav_projects">
         <table>
           <tr>
             <td><a href="officers">[[officers]]</a> | </td>
             <td><a href="investments">[[investments]] | </a></td>
             <td><a href="loans">[[loans]]</a> | </td>
             <td><a href="security">[[security]]</a></td>
           </tr>
         </table>
       </div>
     ~
   end

   def render
     %~
       #{doctype}
       <html>
         #{head}
         <body>
           <div id="page">
             #{header}
             #{mainnav}
             <?r if request.path.chop == 'projects' ?>
               #{projects}
             <?r elsif request.path.chop == 'bgroups' ?>
               #{bgroups}
             <?r elsif request.path.chop == 'reports' ?>
               #{reports}
             <?r end ?>
             <div class="main">
               #{content}
             </div>
             #{footer}
           </div>
           #{rendering_errors}
         </body>
       </html>
     ~
   end



> Just found the problem...
> I had to escape # to get request!
> \#{request.path.chop} in the skin.rb gives me what I was searching for...
>
>
>> is it possible to put code like this?
>> 
>>  def render
>>    %~
>>      #{doctype}
>>      <html>
>>        #{head}
>>        <body>
>>          <div id="page">
>>            #{header}
>>            #{mainnav}
>>            #{if @request != nil}
>>              #{if @request.path.chop == 'projects' then  secnav_projects 
>> end}
>>              #{if @request.path.chop == 'bgroups' then  secnav_bgroups end}
>>              #{if @request.path.chop == 'reports' then  secnav_reports end}
>>            #{end}
>>            <div class="main">
>>              #{content}
>>            </div>
>>            #{footer}
>>          </div>
>>          #{rendering_errors}
>>        </body>
>>      </html>
>>    ~
>>  end
>> 
>> I want depending on the fist navigation menu choice to display a second 
>> navigation menu... There must a be a smarter way to do this... Any help?
>> 
>> Emmanouil Piperakis (epiperak at cs.ntua.gr)
>> {To explore is Human, to Create is Devine,
>> To teach is Primal, to Rule is Sin}
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>> 
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
> To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Fri Sep  2 05:09:57 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 12:09:57 +0300
Subject: [Nitro] Server problem for nitrohq.com
Message-ID: <afd80b5405090202095f65b516@mail.gmail.com>

Dear devs,

saddly the server hosting www.nitrohq.com has hardware problems :( 
The site may be down for several days :(

regards,
George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep  2 05:11:38 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 12:11:38 +0300
Subject: [Nitro] Nitro/OG examples that show recommended ......
In-Reply-To: <9DB53D616B4D5B47B8353ACBF155C6B70CDFE2@mwsewall.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CDFE2@mwsewall.com>
Message-ID: <afd80b5405090202114117f712@mail.gmail.com>

> Overall it looks very promising, I would like to make sure I wrap my ahead around the Nitro/OG concepts the way they were intended.  Something that puts it all together would be great.  Don't get me wrong, the couple of blog examples are great, but it would be nice to see more real world examples.  Is there anything I can be directed to, to see something like this?

Have you tried the Flare and Spark examples?

The feature:

- templates
- elements
- xmlrpc apis
- incoming email handling
- many to many relations
- tagging
- search 

and more. The source code is quite clean too.

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Fri Sep  2 05:12:42 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 2 Sep 2005 12:12:42 +0300 (EEST)
Subject: [Nitro] Server problem for nitrohq.com
In-Reply-To: <afd80b5405090202095f65b516@mail.gmail.com>
References: <afd80b5405090202095f65b516@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509021212310.15177@theseas.softlab.ece.ntua.gr>

Can we use a mirror?

> Dear devs,
>
> saddly the server hosting www.nitrohq.com has hardware problems :(
> The site may be down for several days :(
>
> regards,
> George.
>
> -- 
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Fri Sep  2 05:15:28 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 12:15:28 +0300
Subject: [Nitro] Nitro/OG examples that show recommended ......
In-Reply-To: <9DB53D616B4D5B47B8353ACBF155C6B70CDFE2@mwsewall.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CDFE2@mwsewall.com>
Message-ID: <afd80b540509020215491d1910@mail.gmail.com>

> 1.) Passing data to/from controller variables/form fields.
> I am assuming there are predefined "controls" that can take the form data and validate it against certain constraints, automatically convert the data to the desired format, and if there is an error automatically populate the appropriate error list that can be used to send the page back to the same page with error messages. (similar to what Rails does with validation errors for an AR object).

yeap, this works almost exactly like AR validation. Have a look at 

lib/glue/valdation.rb

> Ideally this would also work with non OG managed classes as well????

Yeap, unlike AR this works on non managed classes. 
 
> 2.) Is there a recommended directory layout for views/controllers.  If I have 3 controllers and they all have an index.xhtml page, is there a recommend place to put these different files.

Nitro, unlike Rails does not force a directory structure. But If you
like it, you can use the structure of Flare.

> 3.) An example of OG using compound primary keys, especially with belongs_to, or other relations, especially when dealing with a legacy database via an ODBC driver.

have a look at:

test/og/tc_reverse.rb

> 4.) An example of OG using sub-objects i.e. Person is an OG managed class and it has an Address(line1, line2, city, st, zip).  So you could have Person.find_something[0].address.city.  Is this even possible with OG

of course, it works just how you describe this :)

regards,
George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep  2 05:20:19 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 12:20:19 +0300
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <20050901173131.GB828@localhost>
References: <afd80b540509010120112e76be@mail.gmail.com>
	<20050901173131.GB828@localhost>
Message-ID: <afd80b540509020220417d58b7@mail.gmail.com>

Oh, the admin thing is experimental. You have to be careful and fill
all Article properties.
I would suggest that tou use a Moveable Type client like BloGTK instead.

-g.

On 9/1/05, Tim Larson <tim at keow.org> wrote:
> On Thu, Sep 01, 2005 at 11:20:11AM +0300, George Moschovitis wrote:
> > Flare is a Blog engine powered by Nitro and Og. The aim of
> > this project is to provide a canonical example of using Nitro
> > to build a real world Web application.
> 
> Hi George, others :)
> 
> Flare looks really neat, but I have a problem...
> I can add an article from the /admin interface,
> and it shows up in the admin list, but not in
> the main / page.  I get this error on the console:
>   DEBUG: Rendering '/articles'.
>   DEBUG: Compiling action 'BlogController#articles'
>   DEBUG: Compiling template 'BlogController:
>     template/articles.xhtml'
>   ERROR: Error while handling '/articles'.
>   ERROR: undefined method `to_href' for nil:NilClass
> On the other hand, adding a category via the
> /admin interface does work for me :)
> 
> --Tim Larson
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep  2 05:21:21 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 12:21:21 +0300
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <4317D9DE.1060009@ateb.com>
References: <afd80b540509010120112e76be@mail.gmail.com>
	<20050901173131.GB828@localhost> <20050901210511.GD828@localhost>
	<4317D9DE.1060009@ateb.com>
Message-ID: <afd80b540509020221501ec27d@mail.gmail.com>

hmmm...

> >This is caused by the category being nil, which is in turn
> >caused by the 'fill' method not setting the category, because
> >of this error:
> >  #<NoMethodError: undefined method `__force_category'
> >  for #<Article:0x7240050>>


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep  2 05:23:15 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 12:23:15 +0300
Subject: [Nitro] in the skin.rb
In-Reply-To: <Pine.LNX.4.62.0509020950580.24183@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509020630420.26772@theseas.softlab.ece.ntua.gr>
	<Pine.LNX.4.62.0509020950580.24183@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b5405090202231068d770@mail.gmail.com>

Exactly :-)

Elements are evaluated at compile time (so there is practicaly no
performance penalty). This in an example of Nitro's scalable design.
Constant time algorithms are used whenever possible.

regards,
George.

On 9/2/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> Just found the problem...
> I had to escape # to get request!
> \#{request.path.chop} in the skin.rb gives me what I was searching for...
> 
> 
> > is it possible to put code like this?
> >
> >  def render
> >    %~
> >      #{doctype}
> >      <html>
> >        #{head}
> >        <body>
> >          <div id="page">
> >            #{header}
> >            #{mainnav}
> >            #{if @request != nil}
> >              #{if @request.path.chop == 'projects' then  secnav_projects
> > end}
> >              #{if @request.path.chop == 'bgroups' then  secnav_bgroups end}
> >              #{if @request.path.chop == 'reports' then  secnav_reports end}
> >            #{end}
> >            <div class="main">
> >              #{content}
> >            </div>
> >            #{footer}
> >          </div>
> >          #{rendering_errors}
> >        </body>
> >      </html>
> >    ~
> >  end
> >
> > I want depending on the fist navigation menu choice to display a second
> > navigation menu... There must a be a smarter way to do this... Any help?
> >
> > Emmanouil Piperakis (epiperak at cs.ntua.gr)
> > {To explore is Human, to Create is Devine,
> > To teach is Primal, to Rule is Sin}
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> 
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep  2 05:23:31 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 12:23:31 +0300
Subject: [Nitro] Server problem for nitrohq.com
In-Reply-To: <Pine.LNX.4.62.0509021212310.15177@theseas.softlab.ece.ntua.gr>
References: <afd80b5405090202095f65b516@mail.gmail.com>
	<Pine.LNX.4.62.0509021212310.15177@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b5405090202235fd06499@mail.gmail.com>

Saddly no :(

-g.

On 9/2/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> Can we use a mirror?
> 
> > Dear devs,
> >
> > saddly the server hosting www.nitrohq.com has hardware problems :(
> > The site may be down for several days :(
> >
> > regards,
> > George.
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> 
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep  2 05:50:36 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 12:50:36 +0300
Subject: [Nitro] Nitrohq.com backup
Message-ID: <afd80b5405090202501ffe90f8@mail.gmail.com>

Dear devs,

is it possible that someone has a backup of the nitrohq.com pages? If
so please email me privately.

regards,
George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep  2 06:22:08 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 13:22:08 +0300
Subject: [Nitro] Nitrohq.com
Message-ID: <afd80b5405090203223a564128@mail.gmail.com>

Dear devs,

I added a temporary redirect to www.rubyforge.org/projects/nitro.

Thanks to Kostas Nasis who stepped in to provide this temporary solution.

George.


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep  2 07:34:25 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 14:34:25 +0300
Subject: [Nitro] Documentation
In-Reply-To: <43174C4A.7060804@neurogami.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CDFE2@mwsewall.com>
	<5F3CA0EA-ED76-4D2B-821F-10779EA1DC26@gmail.com>
	<43174C4A.7060804@neurogami.com>
Message-ID: <afd80b54050902043477c097b1@mail.gmail.com>

Peter, James, all,

I can understand your frustration with the documentation issues but
you have to understand that this is project can't be an 'one man
show'. Of course things could be better, but there is a tutorial,
there is a small FAQ, there are many, high quality examples, there is
this mailing list, an IRC channel, etc.

This is much more than what was available when Rails was initially
released, and yet many people were able to contribute more to the
Rails project. On the other hand, take the example of people like
James, Michael, Matt, Guillaume, Deb, Tasos, Aleksi, Tom and others
that have taken the time to go through the code and send patches,
write some docs, answer  questions in the mailing list or even send
Nitro logos. Hey, we even got some PayPal donations.

The simple truth is that *this project needs more help from the Community*. 

If you like this project you should consider contributing more. In a
perfect world I (and other developers of Navel, the company behind
Nitro) would work all the day on Nitro, write documentation, polish
the web site, etc. Instead, we have to work on client's projects to
make a living.

Perhaps we could arrange for a fund (similar to the Rails Logo fund)
in order to build better documentation or add more features. Perhaps
we could arrange for a PayPal account were people interested in this
project could donate small amounts?

Or perhaps everyone in this list would try to contribute some time and
code to make this project better. It would be encouraging for me and
other contributors to see some real world sites using this technology.
Or see some articles on Nitro on blogs.

Or at least be more patient, and trust that we *do plan* on providing
quality documentation along with a quality platform. We just need time
and your help!

In the meantime, give it a try, it is not THAT hard to use Nitro/Og as
it is now. And if you have questions ask on this list.



George


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From citizen428 at gentoo.org  Fri Sep  2 07:49:37 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Fri, 2 Sep 2005 13:49:37 +0200
Subject: [Nitro] Documentation
In-Reply-To: <afd80b54050902043477c097b1@mail.gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CDFE2@mwsewall.com>
	<5F3CA0EA-ED76-4D2B-821F-10779EA1DC26@gmail.com>
	<43174C4A.7060804@neurogami.com>
	<afd80b54050902043477c097b1@mail.gmail.com>
Message-ID: <20050902134937.279e98cf@localhost>

On Fri, 2 Sep 2005 14:34:25 +0300
George Moschovitis <george.moschovitis at gmail.com> wrote:

> this is project can't be an 'one man show'. 

Nor should it be, because that would be ignoring one of the greatest
things of free software! 

> The simple truth is that *this project needs more help from the
> Community*. 

It's funny that you write this, because when I read through this
thread, my idea was to start a "Nitro documentation project". I'll
start a seperate thread for this to not mix things up though.

> Or see some articles on Nitro on blogs.

I've blogged a little about Nitro here:

http://citizen428.net/archives/206-Nitro-powered.html 

The good thing is that my posts from the Gentoo category get syndicated
to Planet Gentoo (http://planet.gentoo.org), which has quite a lot of
readers. 

> We just need time and your help!

See above. The great thing about free software is that you can fix
stuff yourself! :)

Cheers,
Michael

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3


From george.moschovitis at gmail.com  Fri Sep  2 07:54:53 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 14:54:53 +0300
Subject: [Nitro] Documentation
In-Reply-To: <20050902134937.279e98cf@localhost>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CDFE2@mwsewall.com>
	<5F3CA0EA-ED76-4D2B-821F-10779EA1DC26@gmail.com>
	<43174C4A.7060804@neurogami.com>
	<afd80b54050902043477c097b1@mail.gmail.com>
	<20050902134937.279e98cf@localhost>
Message-ID: <afd80b540509020454554cde7d@mail.gmail.com>

> Nor should it be, because that would be ignoring one of the greatest
> things of free software!

aggreed :) this is the reason we started the project originally :)

> It's funny that you write this, because when I read through this
> thread, my idea was to start a "Nitro documentation project". I'll
> start a seperate thread for this to not mix things up though.

waiting for your post :)

> > We just need time and your help!
> See above. The great thing about free software is that you can fix
> stuff yourself! :)

agreed again :) This for example what Guill does and in the process
sends in useful patches all the time. It would be great if more people
followed his example.

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From citizen428 at gentoo.org  Fri Sep  2 08:10:00 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Fri, 2 Sep 2005 14:10:00 +0200
Subject: [Nitro] Nitro Documentation Project (NDP)
Message-ID: <20050902141000.4f299d25@localhost>

Ok, I've been thinking about this since subscribed to this list,
because quite a lot of mails deal with the perceived lack of
documentation.

That's why I propose the formation of a Nitro Documentation Project
(NDP) *in the community*, so George and the other people can focus on
writing Nitro instead on writing docs. This doesn't mean that the NDP
won't work closely with them though.

So, what is this thread for?
----------------------------

1. To get a feeling how many people would be interested in
participating in this project. The good thing on writing docs is that
nearly everyone can help by e.g. proof reading, translations etc. Even
people with heavy time constraints can usually find some minutes/week
to proof read some stuff or write a sentence here or there.

2. Define what exactly is needed. Looking at Rails (although the
constant comparison of Nitro and Rails starts to get annonying after a
while, I know) might give us some hints:

http://documentation.rubyonrails.com/

3. Define priorities. Sure, every doc is valuable. Nonetheless some are
more needed than others. For example the vides Rails provides are nice,
but I'm sure most people will agree that what Peter mentioned earlier
("Real documentation would have a bunch of best practices for all
common tasks, as well as listings of all the tools you have in
different contexts.") would be more important for the time being.

4. Define which format to use. Wikis are undoubtedly nice, but we
should at lest consider alternatives. E.g. Gentoo's documenation is
written in GuideXML (http://www.gentoo.org/doc/en/xml-guide.xml), which
then gets converted to HTML via xslt. That's pretty neat, as it allows
us to generate different output from the same source easily. This may
or may not be intersting for Nitro, but at least we should discuss it.

5. Misc stuff. E.g. could we get a subdomain like
http://documentation.nitrohq.com? Would it make sense to create a
separate ML called nitro-docs for the coordination of the docs team?
Everything else that comes to mind.

Why should you participate?
---------------------------

1. This is free software. You perceive a problem. Fix it!
2. You help yourself and others. 
3. You help Nitro, which is a nice way to say "thank you!" to George
and the others.

I for one definitely am willing to participate in such a project,
although I'm currently low on time (I'm currently writing my diploma
thesis and Gentoo absorbs quite a lot of my time too). Nonetheless I
think I will be able to spend an hour or two per week on this, and if
e.g. 4 other people join this effort, we'd have between 5 and 10 hours
a week dedicated to Nitro documentation, which is not that bad.

Sorry that this mail got so long, but if you're reading this sentence,
you're obviously interested in this project, so do the right thing and
volunteer! "Uncle George needs YOU!" ;)

Cheers,
Michael

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3


From tim at keow.org  Fri Sep  2 09:11:26 2005
From: tim at keow.org (Tim Larson)
Date: Fri, 2 Sep 2005 14:11:26 +0100
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <afd80b540509020220417d58b7@mail.gmail.com>
References: <afd80b540509010120112e76be@mail.gmail.com>
	<20050901173131.GB828@localhost>
	<afd80b540509020220417d58b7@mail.gmail.com>
Message-ID: <20050902131126.GF828@localhost>

On Fri, Sep 02, 2005 at 12:20:19PM +0300, George Moschovitis wrote:
> Oh, the admin thing is experimental. You have to be careful and fill
> all Article properties.
> I would suggest that you use a Moveable Type client like BloGTK instead.

Actually, I was just using the process of tracking down this
bug/not-yet-implemented-feature not to use Flare, but to become
more familiar with the Nitro/Og/etc. codebase. :)  So I am more
interested in the process of understanding the code and finding
the right fix than in being able to use Flare as a blog engine,
at least at this moment.

So in this context (with my very limited knowledge), the fix
from Reid Thompson makes sense and looks right to me.  Does it
seem like the right fix to you? (Adding _oid to belongs_to_tag)

--Tim Larson


From george.moschovitis at gmail.com  Fri Sep  2 09:22:45 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 16:22:45 +0300
Subject: [Nitro] [ANN] Nitro Flare 0.3.0
In-Reply-To: <20050902131126.GF828@localhost>
References: <afd80b540509010120112e76be@mail.gmail.com>
	<20050901173131.GB828@localhost>
	<afd80b540509020220417d58b7@mail.gmail.com>
	<20050902131126.GF828@localhost>
Message-ID: <afd80b54050902062236195deb@mail.gmail.com>

yeap, the fix was correct. Somehow I must have introduced the bug at
the last moment,
fixed now.

-g.

On 9/2/05, Tim Larson <tim at keow.org> wrote:
> On Fri, Sep 02, 2005 at 12:20:19PM +0300, George Moschovitis wrote:
> > Oh, the admin thing is experimental. You have to be careful and fill
> > all Article properties.
> > I would suggest that you use a Moveable Type client like BloGTK instead.
> 
> Actually, I was just using the process of tracking down this
> bug/not-yet-implemented-feature not to use Flare, but to become
> more familiar with the Nitro/Og/etc. codebase. :)  So I am more
> interested in the process of understanding the code and finding
> the right fix than in being able to use Flare as a blog engine,
> at least at this moment.
> 
> So in this context (with my very limited knowledge), the fix
> from Reid Thompson makes sense and looks right to me.  Does it
> seem like the right fix to you? (Adding _oid to belongs_to_tag)
> 
> --Tim Larson
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From Walter at mwsewall.com  Fri Sep  2 09:29:15 2005
From: Walter at mwsewall.com (Walter)
Date: Fri, 2 Sep 2005 09:29:15 -0400
Subject: [Nitro] Nitro/OG examples that show recommended ......
Message-ID: <9DB53D616B4D5B47B8353ACBF155C6B70CE06C@mwsewall.com>

See inline comments:


> > 1.) Passing data to/from controller variables/form fields.
> > I am assuming there are predefined "controls" that can take 
> the form data and validate it against certain constraints, 
> automatically convert the data to the desired format, and if 
> there is an error automatically populate the appropriate 
> error list tha
> t can be used to send the page back to the same page with 
> error messages. (similar to what Rails does with validation 
> errors for an AR object).
> 
> yeap, this works almost exactly like AR validation. Have a look at 
> 
> lib/glue/valdation.rb
> 
> > Ideally this would also work with non OG managed classes as well????
> 
> Yeap, unlike AR this works on non managed classes. 
>

OK.....I did look at that and will experiment with that, but are there "controls" already defined to work with them.  i.e Are there text fields that will automatically pull from the defined variable and to prefill the field, and then when posting automatically validates and set the data to the correct field.  If there are errors how does it display them? On the same page or is this configurable???

Is there a basic architecture document that might allow me to wrap my head around the theories of Nitro.

  
> > 2.) Is there a recommended directory layout for 
> views/controllers.  If I have 3 controllers and they all have 
> an index.xhtml page, is there a recommend place to put these 
> different files.
> 
> Nitro, unlike Rails does not force a directory structure. But If you
> like it, you can use the structure of Flare.
> 

Fair enough.

> > 3.) An example of OG using compound primary keys, 
> especially with belongs_to, or other relations, especially 
> when dealing with a legacy database via an ODBC driver.
> 
> have a look at:
> 
> test/og/tc_reverse.rb
>

I did look at this and dug deeper into the OG source code.  And while it does look like it can handle a legacy schema fairly well,
I don't believe it currently works with compound primary keys.  Everywhere in the source it refers to a pk field, it does not seem to allow for an array of these.  Or have I just totally misunderstood something fundamental.

> > 4.) An example of OG using sub-objects i.e. Person is an OG 
> managed class and it has an Address(line1, line2, city, st, 
> zip).  So you could have 
> Person.find_something[0].address.city.  Is this even possible with OG
> 
> of course, it works just how you describe this :)


Cool....I guess the only part I am missing is how to describe this?  And are there requirements that they be set in the constructor or can they be set after object creation vie assessor fields.

I have a table like
Create table Customer(name varchar, seq_no int, other_fields varchar, addr1 char(30), addr2 char(30), city char(15), st char(2), zip char(10), more_fields varchar)

And Ruby classes ...

class Address
    attr_accessor :line1, :line2, :city, :state, :zip
    
    def to_s
      "#{line1}\t#{line2}\t#{city}\t#{state}\t#{zip}"
    end
End

Class Customer
  property :name, String
  property :seq_no, Integer
  property :other_fields, String
  property :address, Address #how do a assign the fields in the table to the address object 
  property :more_fields, String
end

I am missing how I tell OG to map the fields to the sub-object Address contianed by Customer.

My problem is that many times I am looking at things one way when they are really meant to be looked at another way.  If I can get my head in the correct context, I can manage just fine, but sometimes starting out I have a totally wrong approach.  I am trying to align my thinking with the inteded design/usage patterns for Nitro/OG.



Thanks,


Walt

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.10.17/85 - Release Date: 8/30/2005
 



From george.moschovitis at gmail.com  Fri Sep  2 10:09:59 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 17:09:59 +0300
Subject: [Nitro] Nitro/OG examples that show recommended ......
In-Reply-To: <9DB53D616B4D5B47B8353ACBF155C6B70CE06C@mwsewall.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CE06C@mwsewall.com>
Message-ID: <afd80b540509020709392bce61@mail.gmail.com>

> OK.....I did look at that and will experiment with that, but are there "controls" already defined to work with them.  i.e Are there text fields that will automatically pull from the defined variable and to prefill the field, and then when posting automatically validates and set the data to the correct field.  If there are errors how does it display them? On the same page or is this configurable???

This is a work in progress. Have a look at the new scaffolding and
auto admin code. This code does not support validations yet, but this
will be available shortly. As an example have a look at Flare.

> I did look at this and dug deeper into the OG source code.  And while it does look like it can handle a legacy schema fairly well,
> I don't believe it currently works with compound primary keys.  Everywhere in the source it refers to a pk field, it does not seem to allow for an array of these.  Or have I just totally misunderstood something fundamental.

The next version will feature dynamic finder so you will be able to do this:

Article.find_by_oid_and_author(2, 'gmosx')

For the moment you can emulate this:

def find_by_oid_and_author(oid, author)
  find(:condition => "oid = #{oid} AND author='#{author}'")
end

you can also define the compound sql index:

class Article
  sql_index oid, author
end

> Cool....I guess the only part I am missing is how to describe this?  And are there requirements > that they be set in the constructor or can they be set after object creation vie assessor fields.
> ...
> I am missing how I tell OG to map the fields to the sub-object Address contianed by Customer.

I am not sure if this works in legacy schemas, but in normal mode Og
handles the mapping automatically for you. Then again I am not sure I
correctly understood your question. I am running a lot today.


regards,
George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From Walter at mwsewall.com  Fri Sep  2 11:08:26 2005
From: Walter at mwsewall.com (Walter)
Date: Fri, 2 Sep 2005 11:08:26 -0400
Subject: [Nitro] Nitro/OG examples that show recommended ......
Message-ID: <9DB53D616B4D5B47B8353ACBF155C6B70CE079@mwsewall.com>

> > OK.....I did look at that and will experiment with that, 
> but are there "controls" already defined to work with them.  
> i.e Are there text fields that will automatically pull from 
> the defined variable and to prefill the field, and then when 
> posting auto
> matically validates and set the data to the correct field.  
> If there are errors how does it display them? On the same 
> page or is this configurable???
> 
> This is a work in progress. Have a look at the new scaffolding and
> auto admin code. This code does not support validations yet, but this
> will be available shortly. As an example have a look at Flare.
>


Ahh ok.... I just didn't want to start working on something myself if it was already there, and I jut missed it.
I will look at the above examples.

 
> > I did look at this and dug deeper into the OG source code.  
> And while it does look like it can handle a legacy schema fairly well,
> > I don't believe it currently works with compound primary 
> keys.  Everywhere in the source it refers to a pk field, it 
> does not seem to allow for an array of these.  Or have I just 
> totally misunderstood something fundamental.
> 
> The next version will feature dynamic finder so you will be 
> able to do this:
> 
> Article.find_by_oid_and_author(2, 'gmosx')
> 
> For the moment you can emulate this:
> 
> def find_by_oid_and_author(oid, author)
>   find(:condition => "oid = #{oid} AND author='#{author}'")
> end
> 
> you can also define the compound sql index:
> 
> class Article
>   sql_index oid, author
> end
> 


The above is fine for querying objects, but it does not work when updating objects.
For instance, I have a legacy schema the has invoice headers in an invoice table and invoice line items in a transact table.

Invoices has_many transact
The transacts do not have an oid or anything like that but are identified by the inv_no of the associated header and a line number.
For me to update or delete any individual line_item I have to use those two fields to uniquely identify them.

I can see, for reporting purposes how I can get the data, I just don't think the sql_index would solve my update issues.


> > Cool....I guess the only part I am missing is how to 
> describe this?  And are there requirements > that they be set 
> in the constructor or can they be set after object creation 
> vie assessor fields.
> > ...

Here I am asking if the sub-object (is there better terminology for this) needs to have its fields settable via a constructor or via accessors, is this configurable?

> > I am missing how I tell OG to map the fields to the 
> sub-object Address contianed by Customer.
> 

I guess I am missing the syntax of how to map the 5 db fields to the fields for the sub-object.  If this will stored in a different table, then I could use has_one or has_many to that, but how is it done within the same table.  I am sure I am just missing a simple piece, I just can't seem to find it.

> I am not sure if this works in legacy schemas, but in normal mode Og
> handles the mapping automatically for you. Then again I am not sure I
> correctly understood your question. I am running a lot today.
> 
> 
> regards,
> George.
> 


I do appreciate your time to answer my questions, it really has been very helpful to me.


Thanks,

Walt

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.10.17/85 - Release Date: 8/30/2005
 



From george.moschovitis at gmail.com  Fri Sep  2 11:30:48 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 2 Sep 2005 18:30:48 +0300
Subject: [Nitro] Nitro/OG examples that show recommended ......
In-Reply-To: <9DB53D616B4D5B47B8353ACBF155C6B70CE079@mwsewall.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CE079@mwsewall.com>
Message-ID: <afd80b5405090208307c8341c4@mail.gmail.com>

> The above is fine for querying objects, but it does not work when updating objects.
> For instance, I have a legacy schema the has invoice headers in an invoice table and invoice line items in a transact table.

I see, this is not available for the moment but you are right, this is
an important feature.
To tell you the truth, at the moment I am mostly working on Nitro
stuff (and some internal nitro based projects) as I am waiting to see
some progress on Deb's extensive Og patch. But I 'll manage to find
some time to work on this before the next release. If one of the more
experienced Og users can provide a patch, even better ;-)

> I guess I am missing the syntax of how to map the 5 db fields to the fields for the sub-object.  If this will stored in a different table, then I could use has_one or has_many to that, but how is it done within the same table.  I am sure I am just missing a simple piece, I just can't seem to find it.

Ah, now I understand your problem. How about this:

module Address
   property :line1, String, :sql => 'CHAR(30)'
   property :line2, ...
   ...
end

class Customer
 include Address
 property :name, String
 property :seq_no, Integer
 property :other_fields, String
 property :more_fields, String
end

and then:

Customer[1].line1 

Does this work for you?

> I do appreciate your time to answer my questions, it really has been very helpful to me.

No prob,

George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From Walter at mwsewall.com  Fri Sep  2 12:17:54 2005
From: Walter at mwsewall.com (Walter)
Date: Fri, 2 Sep 2005 12:17:54 -0400
Subject: [Nitro] Nitro/OG examples that show recommended ......
Message-ID: <9DB53D616B4D5B47B8353ACBF155C6B70CE086@mwsewall.com>

> I see, this is not available for the moment but you are right, this is
> an important feature.
> To tell you the truth, at the moment I am mostly working on Nitro
> stuff (and some internal nitro based projects) as I am waiting to see
> some progress on Deb's extensive Og patch. But I 'll manage to find
> some time to work on this before the next release. If one of the more
> experienced Og users can provide a patch, even better ;-)
>

I do have a simple persistent object manager that does work with compound keys and allows for sub-objects but I haven't added the joins (has_one, has_many, etc....) and I am getting to the point where I would want that.  I will study the Og code some more and see if I can perhaps integrate some of that in there.  We have approached the design a bit differently but it does seem to make sense to update Og to work with compound primary keys more so than to update mine to do relations.  Although I will say that I do need ODBC support and that might be an issue with OG as well.

> 
> Ah, now I understand your problem. How about this:
> 
> module Address
>    property :line1, String, :sql => 'CHAR(30)'
>    property :line2, ...
>    ...
> end
> 
> class Customer
>  include Address
>  property :name, String
>  property :seq_no, Integer
>  property :other_fields, String
>  property :more_fields, String
> end
> 
> and then:
> 
> Customer[1].line1 
> 
> Does this work for you?
> 

Unfortunately no.  The reason for defining them as sub-objects is that they all have extra logic built in.  The Address example I gave you was a very stripped down version.  The real one, knows how to parse the line to get the street number, the street itself, and the street type (road, street, ave, etc).  It can sort and do other things.  I have similar stuff for fiscal periods, and for phone numbers, etc.

I am thinking of using a Money and Gallon value objects instead of floats and that would also apply there as well.


Thanks,


Walt

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.10.17/85 - Release Date: 8/30/2005
 



From deb at ysabel.org  Fri Sep  2 12:25:15 2005
From: deb at ysabel.org (Ysabel)
Date: Fri, 02 Sep 2005 10:25:15 -0600
Subject: [Nitro] Nitro/OG examples that show recommended ......
In-Reply-To: <9DB53D616B4D5B47B8353ACBF155C6B70CE086@mwsewall.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CE086@mwsewall.com>
Message-ID: <54EC8150A1703AF56C67766B@[10.19.0.236]>

--On Friday, September 02, 2005 12:17 PM -0400 Walter <Walter at mwsewall.com> 
wrote:
> We have approached the design a bit differently but it does seem to make
> sense to update Og to work with compound primary keys more so than to
> update mine to do relations.

You might look at http://darcs.ysabel.org/nitro/og-store before you get too 
far into that.

I've been unavailable for the last little bit here but I'm pulling the 0.23 
release now so that I can do some integration work.  I have 0.22 patches 
that probably just need some basic updating to work for 0.23, but I need to 
write Og-interface-level tests before I can be sure things generally work. 
(Sorry, George.  I'd have said something earlier but honestly I've been 
busy worrying about family members down in New Orleans and trying to get 
some of the work for which I am generally paid done in between.)

-- 
[ deb at ysabel.org ]          - Ysabel -          [ http://www.ysabel.org/ ]


From robbie.wilhelm at gmail.com  Fri Sep  2 12:50:05 2005
From: robbie.wilhelm at gmail.com (Robert Wagner)
Date: Fri, 2 Sep 2005 18:50:05 +0200
Subject: [Nitro] Nitro Documentation Project (NDP)
In-Reply-To: <20050902141000.4f299d25@localhost>
References: <20050902141000.4f299d25@localhost>
Message-ID: <5371ac740509020950632adac1@mail.gmail.com>

hi,

2005/9/2, Michael Kohl <citizen428 at gentoo.org>:
> 4. Define which format to use. Wikis are undoubtedly nice, but we
> should at lest consider alternatives. E.g. Gentoo's documenation is
> written in GuideXML (http://www.gentoo.org/doc/en/xml-guide.xml), which
> then gets converted to HTML via xslt. That's pretty neat, as it allows
> us to generate different output from the same source easily. This may
> or may not be intersting for Nitro, but at least we should discuss it.
>

i like the gentoo doc stuff. when i was in the mood of documenting my
lib long time ago :) i imitated the looks and added
*direct-running-examples* and i like it still.
http://www.xorc.org/xorcdoc/form_1.php

  -robert

p.s. one should be able to leave comments



From citizen428 at gentoo.org  Fri Sep  2 12:59:58 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Fri, 2 Sep 2005 18:59:58 +0200
Subject: [Nitro] Nitro Documentation Project (NDP)
In-Reply-To: <5371ac740509020950632adac1@mail.gmail.com>
References: <20050902141000.4f299d25@localhost>
	<5371ac740509020950632adac1@mail.gmail.com>
Message-ID: <20050902185958.511ecc31@localhost>

On Fri, 2 Sep 2005 18:50:05 +0200
Robert Wagner <robbie.wilhelm at gmail.com> wrote:

> p.s. one should be able to leave comments

I'm pretty sure we can come up with some magic to automatically add a
link to something like ${page-title}-discuss at the bottom of every
page. That would give us the best of both worlds, viz. nicely formatted
"static" documentation with an additional wiki for suggestions etc.

Cheers,
Michael

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3


From tim at keow.org  Fri Sep  2 13:15:05 2005
From: tim at keow.org (Tim Larson)
Date: Fri, 2 Sep 2005 18:15:05 +0100
Subject: [Nitro] fix for form mixing for admin pages
Message-ID: <20050902171505.GG828@localhost>

When a table has no relations (strange in production, but
possible during in-between stages of early development)
the form mixin fails.  Line 88 of nitro/mixin/form.rb
needs to be changed to allow for nil.

From: for rel in obj.class.relations
To:   for rel in obj.class.relations || []

--Tim Larson


From rainhead at gmail.com  Fri Sep  2 13:18:27 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Fri, 2 Sep 2005 10:18:27 -0700
Subject: [Nitro] Nitro Documentation Project (NDP)
In-Reply-To: <20050902185958.511ecc31@localhost>
References: <20050902141000.4f299d25@localhost>
	<5371ac740509020950632adac1@mail.gmail.com>
	<20050902185958.511ecc31@localhost>
Message-ID: <01E6763C-C969-427E-8343-35A16B53BD52@gmail.com>

Michael,

Alright, sounds good. I've got some time, and though I don't  
understand how things work very well yet, at least I know what sorts  
of things would be useful to me.

We need something that makes it easy for us to collaborate. Would the  
Gentoo-style docs (which are pretty, I admit) allow this? Also, the  
PHP, Zope, and Postgres docs allow for comments. This is handy, so  
long as people come along afterwards and address whatever issue is  
raised. Comments and questions used to stick around for years in the  
Zope docs and nobody touched 'em. But we're cooler than them :)

Anyway it doesn't matter that much. We should be able to switch to  
some other system sometime in the future--something Nitro-based?  
Let's just get a space going where we can start putting ideas down.

P

On Sep 2, 2005, at 9:59 AM, Michael Kohl wrote:

> I'm pretty sure we can come up with some magic to automatically add a
> link to something like ${page-title}-discuss at the bottom of every
> page. That would give us the best of both worlds, viz. nicely  
> formatted
> "static" documentation with an additional wiki for suggestions etc.
>
> Cheers,
> Michael

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20050902/4245bb21/attachment.html 

From james_b at neurogami.com  Fri Sep  2 13:18:29 2005
From: james_b at neurogami.com (James Britt)
Date: Fri, 02 Sep 2005 10:18:29 -0700
Subject: [Nitro] Nitro Documentation Project (NDP)
In-Reply-To: <5371ac740509020950632adac1@mail.gmail.com>
References: <20050902141000.4f299d25@localhost>
	<5371ac740509020950632adac1@mail.gmail.com>
Message-ID: <43188965.30504@neurogami.com>

Robert Wagner wrote:
> hi,
> 
> 2005/9/2, Michael Kohl <citizen428 at gentoo.org>:
> 
>>4. Define which format to use. Wikis are undoubtedly nice, but we
>>should at lest consider alternatives. E.g. Gentoo's documenation is
>>written in GuideXML (http://www.gentoo.org/doc/en/xml-guide.xml), which
>>then gets converted to HTML via xslt. That's pretty neat, as it allows
>>us to generate different output from the same source easily. This may
>>or may not be intersting for Nitro, but at least we should discuss it.
>>
> 
> 
> i like the gentoo doc stuff. when i was in the mood of documenting my
> lib long time ago :) i imitated the looks and added
> *direct-running-examples* and i like it still.
> http://www.xorc.org/xorcdoc/form_1.php

Is anyone actually suggesting people write docs in XML?

Is there a problem with simply starting off with, say, textile or 
markdown, in simple flat-files?

If writing docs is any harder than absolutely necessary it won't get 
done.  Goal number one: get accurate content.

A wiki, with user authentication, seems snake simple.

Or perhaps this (I haven't tried it yet myself)
http://www.writely.com/

or something like it.



James Britt


From ulmo at valaraan.de  Fri Sep  2 13:35:10 2005
From: ulmo at valaraan.de (manveru)
Date: Fri, 02 Sep 2005 19:35:10 +0200
Subject: [Nitro] Nitro Documentation Project (NDP)
In-Reply-To: <43188965.30504@neurogami.com>
References: <20050902141000.4f299d25@localhost>	<5371ac740509020950632adac1@mail.gmail.com>
	<43188965.30504@neurogami.com>
Message-ID: <43188D4E.6080207@valaraan.de>

James Britt wrote:

> Robert Wagner wrote:
>
>> hi,
>>
>> 2005/9/2, Michael Kohl <citizen428 at gentoo.org>:
>>
>>> 4. Define which format to use. Wikis are undoubtedly nice, but we
>>> should at lest consider alternatives. E.g. Gentoo's documenation is
>>> written in GuideXML (http://www.gentoo.org/doc/en/xml-guide.xml), which
>>> then gets converted to HTML via xslt. That's pretty neat, as it allows
>>> us to generate different output from the same source easily. This may
>>> or may not be intersting for Nitro, but at least we should discuss it.
>>>
>>
>>
>> i like the gentoo doc stuff. when i was in the mood of documenting my
>> lib long time ago :) i imitated the looks and added
>> *direct-running-examples* and i like it still.
>> http://www.xorc.org/xorcdoc/form_1.php
>
>
> Is anyone actually suggesting people write docs in XML?
>
> Is there a problem with simply starting off with, say, textile or 
> markdown, in simple flat-files?
>
> If writing docs is any harder than absolutely necessary it won't get 
> done.  Goal number one: get accurate content.
>
> A wiki, with user authentication, seems snake simple.
>
> Or perhaps this (I haven't tried it yet myself)
> http://www.writely.com/
>
> or something like it.
>
>
>
> James Britt
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
in fact me and Vagabond are working on a documentation-system for ruby - 
it's based on a modification of rdoc wich generates yamls...
the whole thing is based upon nitro (very simple at the moment)
i was planning to combine the power of a wiki to the documentation 
provided by the code by a simple link to the corresponding article in 
the wiki :)
now that i have got both the wiki and the documentation built, you may 
want to have a look at it
but i haven't implemented anything for the auth yet as i'm waiting for 
ysabels nitro-auth

and also i'm looking for people who are willing to contribute to the 
project - it should be useable for that purpose as well as for the 
core/stdlib-documentation of ruby

you can see an early version at
http://brutalrepublic.com:4567/doc

have rewritten it since the release of 0.23, but it should give you the 
taste (it's without the wiki, sorry - have to update the server sometime 
soon)

i would be thankful for any kind of contribution, suggestions and so 
on... :)
hope you like my idea

so long...
manveru


From tim at keow.org  Fri Sep  2 13:35:55 2005
From: tim at keow.org (Tim Larson)
Date: Fri, 2 Sep 2005 18:35:55 +0100
Subject: [Nitro] Admin pages, fill excludes 'name'
Message-ID: <20050902173555.GH828@localhost>

I know the admin pages are alpha/beta/etc. but they seem
very useful too.  While working with them I noticed that
#fill explicitly filters out 'name' and 'oid'...what makes
'name' especially unsafe?  It seems like too common a
field name to be making it hard to handle, unless there
is a good reason...

--Tim Larson


From james_b at neurogami.com  Fri Sep  2 13:47:12 2005
From: james_b at neurogami.com (James Britt)
Date: Fri, 02 Sep 2005 10:47:12 -0700
Subject: [Nitro] Nitro Documentation Project (NDP)
In-Reply-To: <43188D4E.6080207@valaraan.de>
References: <20050902141000.4f299d25@localhost>	<5371ac740509020950632adac1@mail.gmail.com>	<43188965.30504@neurogami.com>
	<43188D4E.6080207@valaraan.de>
Message-ID: <43189020.4020607@neurogami.com>

manveru wrote:
> in fact me and Vagabond are working on a documentation-system for ruby - 
> it's based on a modification of rdoc wich generates yamls...
> the whole thing is based upon nitro (very simple at the moment)
> i was planning to combine the power of a wiki to the documentation 
> provided by the code by a simple link to the corresponding article in 
> the wiki :)
> now that i have got both the wiki and the documentation built, you may 
> want to have a look at it
> but i haven't implemented anything for the auth yet as i'm waiting for 
> ysabels nitro-auth
> 
> and also i'm looking for people who are willing to contribute to the 
> project - it should be useable for that purpose as well as for the 
> core/stdlib-documentation of ruby
> 
> you can see an early version at
> http://brutalrepublic.com:4567/doc

I'm a bit overwhelmed by the redness, but otherwise this is quite nice. 
  More stuff to pilfer for ruby-doc.org!

BTW, I see you refer to it as RDOG up top.  Have you considered "Red 
Dog"  as a project name?

> 
> have rewritten it since the release of 0.23, but it should give you the 
> taste (it's without the wiki, sorry - have to update the server sometime 
> soon)
> 
> i would be thankful for any kind of contribution, suggestions and so 
> on... :)

I'll see what I can do to help out.

James


From robbie.wilhelm at gmail.com  Fri Sep  2 14:46:24 2005
From: robbie.wilhelm at gmail.com (Robert Wagner)
Date: Fri, 2 Sep 2005 20:46:24 +0200
Subject: [Nitro] Nitro Documentation Project (NDP)
In-Reply-To: <43188965.30504@neurogami.com>
References: <20050902141000.4f299d25@localhost>
	<5371ac740509020950632adac1@mail.gmail.com>
	<43188965.30504@neurogami.com>
Message-ID: <5371ac74050902114638f4a160@mail.gmail.com>

2005/9/2, James Britt <james_b at neurogami.com>:
> Robert Wagner wrote:
> > hi,
> >
> > 2005/9/2, Michael Kohl <citizen428 at gentoo.org>:
> >
> >>4. Define which format to use. Wikis are undoubtedly nice, but we
> >>should at lest consider alternatives. E.g. Gentoo's documenation is
> >>written in GuideXML (http://www.gentoo.org/doc/en/xml-guide.xml), which
> >>then gets converted to HTML via xslt. That's pretty neat, as it allows
> >>us to generate different output from the same source easily. This may
> >>or may not be intersting for Nitro, but at least we should discuss it.
> >>
> >
> >
> > i like the gentoo doc stuff. when i was in the mood of documenting my
> > lib long time ago :) i imitated the looks and added
> > *direct-running-examples* and i like it still.
> > http://www.xorc.org/xorcdoc/form_1.php
> 
> Is anyone actually suggesting people write docs in XML?
>

aehm. *no*. what i do like is the layout. not the xml. i'd vote for markdown.

 -robert



From citizen428 at gentoo.org  Fri Sep  2 14:48:31 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Fri, 2 Sep 2005 20:48:31 +0200
Subject: [Nitro] Nitro Documentation Project (NDP)
In-Reply-To: <43188965.30504@neurogami.com>
References: <20050902141000.4f299d25@localhost>
	<5371ac740509020950632adac1@mail.gmail.com>
	<43188965.30504@neurogami.com>
Message-ID: <20050902204831.1f7b056f@localhost>

On Fri, 02 Sep 2005 10:18:29 -0700
James Britt <james_b at neurogami.com> wrote:

> Is anyone actually suggesting people write docs in XML?

I just offered it as a possibility. We (read Gentoo) write our docs in
XML which has several advantages for our purposes. We do have a
dedicated docs team though, and learning GuideXML takes a while, so I
agree with you that I may not be the best alternative for what we're
trying to achieve here.

I like the RDOG-thingy that manveru is developing and together with a
Wiki this could be really good for code-related documentation. Most
probably a wiki will also be the best solution for in-depth HOWTOs etc.

Cheers,
Michael

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3


From ulmo at valaraan.de  Fri Sep  2 19:04:53 2005
From: ulmo at valaraan.de (manveru)
Date: Sat, 03 Sep 2005 01:04:53 +0200
Subject: [Nitro] RDOG 0.2 (or something like that)
In-Reply-To: <43189020.4020607@neurogami.com>
References: <20050902141000.4f299d25@localhost>	<5371ac740509020950632adac1@mail.gmail.com>	<43188965.30504@neurogami.com>	<43188D4E.6080207@valaraan.de>
	<43189020.4020607@neurogami.com>
Message-ID: <4318DA95.2060506@valaraan.de>

I'm happy i can announce the release of the new RDOG

we've just finished the alpha of the new version - you can find it in 
the same place...
i want to thank especially Vagabond for making this possible and 
protecting me from the bare evilness of rdoc ;)

now we've got the why-wiki on the page as i'm not yet sure (and haven't 
tried out) if spark will behave like we want it to do...
notice the little link to the wiki on the top :) maybe we find other 
solutions, but this should do for the moment

i'm glad for everyone who points out bugs etc... hope you have fun with 
it :)

>> you can see an early version at
>> http://brutalrepublic.com:4567/doc
>
> I'm a bit overwhelmed by the redness, but otherwise this is quite 
> nice.  More stuff to pilfer for ruby-doc.org!
> BTW, I see you refer to it as RDOG up top.  Have you considered "Red 
> Dog"  as a project name?

well, the redness is because of my lack of talent to design something 
properly :)

in fact, we are searching still for a new name for the project... RDOG 
is somehow misleading but points out the fact of a ruby-documentation 
with og (wich is not yet true... due to some bugs with og)

>>
>> have rewritten it since the release of 0.23, but it should give you 
>> the taste (it's without the wiki, sorry - have to update the server 
>> sometime soon)
>>
>> i would be thankful for any kind of contribution, suggestions and so 
>> on... :)
>
>
> I'll see what I can do to help out.
>
> James 

so long...
manveru


From james_b at neurogami.com  Fri Sep  2 19:20:39 2005
From: james_b at neurogami.com (James Britt)
Date: Fri, 02 Sep 2005 16:20:39 -0700
Subject: [Nitro] RDOG 0.2 (or something like that)
In-Reply-To: <4318DA95.2060506@valaraan.de>
References: <20050902141000.4f299d25@localhost>	<5371ac740509020950632adac1@mail.gmail.com>	<43188965.30504@neurogami.com>	<43188D4E.6080207@valaraan.de>	<43189020.4020607@neurogami.com>
	<4318DA95.2060506@valaraan.de>
Message-ID: <4318DE47.8080402@neurogami.com>

manveru wrote:
> I'm happy i can announce the release of the new RDOG
> 
> we've just finished the alpha of the new version - you can find it in 
> the same place...

Is there a link to download the code?


James


From ulmo at valaraan.de  Fri Sep  2 21:20:20 2005
From: ulmo at valaraan.de (manveru)
Date: Sat, 03 Sep 2005 03:20:20 +0200
Subject: [Nitro] RDOG 0.2 (or something like that)
In-Reply-To: <4318DE47.8080402@neurogami.com>
References: <20050902141000.4f299d25@localhost>	<5371ac740509020950632adac1@mail.gmail.com>	<43188965.30504@neurogami.com>	<43188D4E.6080207@valaraan.de>	<43189020.4020607@neurogami.com>	<4318DA95.2060506@valaraan.de>
	<4318DE47.8080402@neurogami.com>
Message-ID: <4318FA54.9030908@valaraan.de>

i'm sorry i cannot provide the source yet... should be possible 
tomorrow... i am also very sorry the server doesn't work all the time - 
in fact it's just a ssh and i cannot keep it open all the time.
if you know some place where i can run the server as well as upload the 
tarball i would be really thankful... it's hard to find a place for a 
nitroserver, i'll probably get a virtual box somewhere, but that takes 
some time.

for the time being, please be patient, i'm working to solve that problem

James Britt wrote:

> manveru wrote:
>
>> I'm happy i can announce the release of the new RDOG
>>
>> we've just finished the alpha of the new version - you can find it in 
>> the same place...
>
>
> Is there a link to download the code?
>
>
> James



From james_b at neurogami.com  Fri Sep  2 23:40:23 2005
From: james_b at neurogami.com (James Britt)
Date: Fri, 02 Sep 2005 20:40:23 -0700
Subject: [Nitro] RDOG 0.2 (or something like that)
In-Reply-To: <4318FA54.9030908@valaraan.de>
References: <20050902141000.4f299d25@localhost>	<5371ac740509020950632adac1@mail.gmail.com>	<43188965.30504@neurogami.com>	<43188D4E.6080207@valaraan.de>	<43189020.4020607@neurogami.com>	<4318DA95.2060506@valaraan.de>	<4318DE47.8080402@neurogami.com>
	<4318FA54.9030908@valaraan.de>
Message-ID: <43191B27.1040806@neurogami.com>

manveru wrote:
> i'm sorry i cannot provide the source yet... should be possible 
> tomorrow... i am also very sorry the server doesn't work all the time - 
> in fact it's just a ssh and i cannot keep it open all the time.
> if you know some place where i can run the server as well as upload the 
> tarball i would be really thankful... it's hard to find a place for a 
> nitroserver, i'll probably get a virtual box somewhere, but that takes 
> some time.

Have you considered hosting putting the code on rubyforge.org?

James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From george.moschovitis at gmail.com  Fri Sep  2 23:45:01 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 3 Sep 2005 06:45:01 +0300
Subject: [Nitro] Vacation
Message-ID: <afd80b54050902204561a9354f@mail.gmail.com>

Hello, everyone,

I 'll have no Internet access this weekend (small vacations time ;-)).
Be patient with those questions till monday!

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep  2 23:45:34 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 3 Sep 2005 06:45:34 +0300
Subject: [Nitro] fix for form mixing for admin pages
In-Reply-To: <20050902171505.GG828@localhost>
References: <20050902171505.GG828@localhost>
Message-ID: <afd80b5405090220454136b18d@mail.gmail.com>

already seen and fixed that.
-g.

On 9/2/05, Tim Larson <tim at keow.org> wrote:
> When a table has no relations (strange in production, but
> possible during in-between stages of early development)
> the form mixin fails.  Line 88 of nitro/mixin/form.rb
> needs to be changed to allow for nil.
> 
> From: for rel in obj.class.relations
> To:   for rel in obj.class.relations || []
> 
> --Tim Larson
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep  2 23:46:20 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 3 Sep 2005 06:46:20 +0300
Subject: [Nitro] Admin pages, fill excludes 'name'
In-Reply-To: <20050902173555.GH828@localhost>
References: <20050902173555.GH828@localhost>
Message-ID: <afd80b5405090220462d558072@mail.gmail.com>

An older version of Og handled name as a text key. I 'll remove this.
thanks for reporting.

-g.

On 9/2/05, Tim Larson <tim at keow.org> wrote:
> I know the admin pages are alpha/beta/etc. but they seem
> very useful too.  While working with them I noticed that
> #fill explicitly filters out 'name' and 'oid'...what makes
> 'name' especially unsafe?  It seems like too common a
> field name to be making it hard to handle, unless there
> is a good reason...
> 
> --Tim Larson
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From citizen428 at gentoo.org  Sat Sep  3 05:18:13 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Sat, 3 Sep 2005 11:18:13 +0200
Subject: [Nitro] RDOG 0.2 (or something like that)
In-Reply-To: <4318DA95.2060506@valaraan.de>
References: <20050902141000.4f299d25@localhost>
	<5371ac740509020950632adac1@mail.gmail.com>
	<43188965.30504@neurogami.com> <43188D4E.6080207@valaraan.de>
	<43189020.4020607@neurogami.com> <4318DA95.2060506@valaraan.de>
Message-ID: <20050903111813.3e86147e@localhost>

On Sat, 03 Sep 2005 01:04:53 +0200
manveru <ulmo at valaraan.de> wrote:

> now we've got the why-wiki on the page as i'm not yet sure (and
> haven't tried out) if spark will behave like we want it to do...

It would be cool if you can try this out, because I think it would be
pretty cool if the Nitro API docs are hosted by Nitro itself. :)

And I really think that RDOG will be the best solution for code-level
documentation of Nitro, which has two benefits: We have a cool system
that is a nice mix of static informatin plus the dynamic content a Wiki
provides. Additionally lots (hopefully ;) of people will use your
project, which may help to elimate bugs faster.

Cheers,
Michael

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3


From vagabond at cataclysm-software.net  Sat Sep  3 09:02:46 2005
From: vagabond at cataclysm-software.net (Andrew Thompson)
Date: Sat, 03 Sep 2005 15:02:46 +0200
Subject: [Nitro] RDOG 0.2 (or something like that)
In-Reply-To: <20050903111813.3e86147e@localhost>
References: <20050902141000.4f299d25@localhost>	<5371ac740509020950632adac1@mail.gmail.com>	<43188965.30504@neurogami.com>
	<43188D4E.6080207@valaraan.de>	<43189020.4020607@neurogami.com>
	<4318DA95.2060506@valaraan.de> <20050903111813.3e86147e@localhost>
Message-ID: <43199EF6.1010809@cataclysm-software.net>

Michael Kohl wrote:
> It would be cool if you can try this out, because I think it would be
> pretty cool if the Nitro API docs are hosted by Nitro itself. :)
> 
> And I really think that RDOG will be the best solution for code-level
> documentation of Nitro, which has two benefits: We have a cool system
> that is a nice mix of static informatin plus the dynamic content a Wiki
> provides. Additionally lots (hopefully ;) of people will use your
> project, which may help to elimate bugs faster.
> 
> Cheers,
> Michael
> 

We're certainly planning on integrating the wiki better, I'm thinking 
the static info at the top, the source code, and then the wiki entry so 
people can fill in the blanks and clarify things, heck we could even use 
the wiki data (filtered and edited) to improve the in-code documentation 
via submitting patches.

One of the problems relating to releasing the source is that its not 
possible to generate the data for rdog without a modified rdoc. To get 
the data I wanted I've had to hack in things like C constant parsing, 
file seperation (so I can tell what function for a class/module was 
defined in what file) and some other minor stuff. My patches probably 
break current rdoc generators, so I doubt I'll be able to submit them 
(well the C constants one, and the C source code line detection might 
make it in). I'll probably have to figure out some tricks to override 
the rdoc functions I've changed or something so I don't have to 
distribute an entire rdoc install.

Another issue is we're still storing info in YAML (og still doesn't seem 
  to want to play nice with inherited classes), so there's a big chunk 
of data we'll need to bundle with the src.

If manveru doesn't turn up soon I'll roll a tarball myself and host it 
for you guys, I can host files no problem, its just we need a proper 
nitro/og enabled host to run rdog on.

Also, any devs interested in helping, we have a private svn repo. I'd 
open it to the public, but technically my ISP says no servers of any 
kind, and I don't want them to catch on :). Contact me or manveru if 
you'd like to help out.

Andrew - The *other* RDOG hacker



From ulmo at valaraan.de  Sat Sep  3 14:41:11 2005
From: ulmo at valaraan.de (manveru)
Date: Sat, 03 Sep 2005 20:41:11 +0200
Subject: [Nitro] deadlock ?? (webrick, nitro and nano)
In-Reply-To: <afd80b54050902204561a9354f@mail.gmail.com>
References: <afd80b54050902204561a9354f@mail.gmail.com>
Message-ID: <4319EE47.7000509@valaraan.de>

Hi list,

i've just extended spark (0.5) with the rdog-stuff, and get these lines 
everytime i load a page (page gets to the browser, but webrick dies 
painful in the background

---------------------
DEBUG: Rendering '/doc/core/Array'.
DEBUG: Compiling action 'DocController#core'
deadlock 0x40aa9fdc: run:-  - (null):0
deadlock 0x40b3b4f0: sleep:T(1125772343.078191)  - 
/usr/lib/ruby/gems/1.8/gems/nano-0.8.2/lib/nano/kernel/autoreload.rb:15
deadlock 0x402f2748: sleep:ST(1125772342.577432) (main) - 
/usr/lib/ruby/1.8/webrick/server.rb:91
deadlock 0x40b32490: sleep:T(1125772371.313616)  - 
/usr/lib/ruby/1.8/timeout.rb:42
----------------------------

after he spits out these lines, no strg+c of the world gives me back my 
shell, i have to 'killall ruby'...
any idea what this is?
i suppose some overload because of incompatibility between nano and 
webrick, but i'm not sure... it just doesn't make any sense to me.
maybe someone who knows webrick better could help?
i'm not sure if the problem is solved by running it on apache... have to 
get ruby running on it first.

so long...
manveru


From ulmo at valaraan.de  Sat Sep  3 14:44:43 2005
From: ulmo at valaraan.de (manveru)
Date: Sat, 03 Sep 2005 20:44:43 +0200
Subject: [Nitro] deadlock ?? (webrick, nitro and nano)
In-Reply-To: <4319EE47.7000509@valaraan.de>
References: <afd80b54050902204561a9354f@mail.gmail.com>
	<4319EE47.7000509@valaraan.de>
Message-ID: <4319EF1B.80407@valaraan.de>

manveru wrote:

> Hi list,
>
> i've just extended spark (0.5) with the rdog-stuff, and get these 
> lines everytime i load a page (page gets to the browser, but webrick 
> dies painful in the background
>
> ---------------------
> DEBUG: Rendering '/doc/core/Array'.
> DEBUG: Compiling action 'DocController#core'
> deadlock 0x40aa9fdc: run:-  - (null):0
> deadlock 0x40b3b4f0: sleep:T(1125772343.078191)  - 
> /usr/lib/ruby/gems/1.8/gems/nano-0.8.2/lib/nano/kernel/autoreload.rb:15
> deadlock 0x402f2748: sleep:ST(1125772342.577432) (main) - 
> /usr/lib/ruby/1.8/webrick/server.rb:91
> deadlock 0x40b32490: sleep:T(1125772371.313616)  - 
> /usr/lib/ruby/1.8/timeout.rb:42

forgot that the first time i start webrick again after ruby was killed, 
it let me surf 2-3 pages after dying with

deadlock 0x40b1208c: run:-/usr/lib/ruby/1.8/timeout.rb:42: [BUG] 
Segmentation fault
ruby 1.8.3 (2005-06-23) [i486-linux]

> ----------------------------
>
> after he spits out these lines, no strg+c of the world gives me back 
> my shell, i have to 'killall ruby'...
> any idea what this is?
> i suppose some overload because of incompatibility between nano and 
> webrick, but i'm not sure... it just doesn't make any sense to me.
> maybe someone who knows webrick better could help?
> i'm not sure if the problem is solved by running it on apache... have 
> to get ruby running on it first.
>
> so long...
> manveru
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From ulmo at valaraan.de  Sat Sep  3 16:24:59 2005
From: ulmo at valaraan.de (manveru)
Date: Sat, 03 Sep 2005 22:24:59 +0200
Subject: [Nitro] deadlock ?? (webrick, nitro and nano)
In-Reply-To: <4319EE47.7000509@valaraan.de>
References: <afd80b54050902204561a9354f@mail.gmail.com>
	<4319EE47.7000509@valaraan.de>
Message-ID: <431A069B.5030703@valaraan.de>

manveru wrote:

> Hi list,
>
> i've just extended spark (0.5) with the rdog-stuff, and get these 
> lines everytime i load a page (page gets to the browser, but webrick 
> dies painful in the background
>
> ---------------------
> DEBUG: Rendering '/doc/core/Array'.
> DEBUG: Compiling action 'DocController#core'
> deadlock 0x40aa9fdc: run:-  - (null):0
> deadlock 0x40b3b4f0: sleep:T(1125772343.078191)  - 
> /usr/lib/ruby/gems/1.8/gems/nano-0.8.2/lib/nano/kernel/autoreload.rb:15
> deadlock 0x402f2748: sleep:ST(1125772342.577432) (main) - 
> /usr/lib/ruby/1.8/webrick/server.rb:91
> deadlock 0x40b32490: sleep:T(1125772371.313616)  - 
> /usr/lib/ruby/1.8/timeout.rb:42
> ----------------------------
>
> after he spits out these lines, no strg+c of the world gives me back 
> my shell, i have to 'killall ruby'...
> any idea what this is?
> i suppose some overload because of incompatibility between nano and 
> webrick, but i'm not sure... it just doesn't make any sense to me.
> maybe someone who knows webrick better could help?
> i'm not sure if the problem is solved by running it on apache... have 
> to get ruby running on it first.
>
> so long...
> manveru
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
i guess i solved the problem.
i had this in the run.rb

Nitro::Server.map = {
    '/'      => WikiController,
    '/doc'   => DocController,
    '/wiki'  => WikiController
    }

and after i removed the second WikiController, the problem was solved, 
i'm using sqlite3 for the database, maybe there were two calls to the 
same db wich broke the scheduler of ruby... may be a deeper bug.

just as a reminder - never declare two paths to the same controller 
while using sqlite3 :)
maybe this should be the first entry to the Nitro::Server.map entry in 
the rdog-wiki ;)

so long...
manveru


From ulmo at valaraan.de  Sat Sep  3 16:48:25 2005
From: ulmo at valaraan.de (manveru)
Date: Sat, 03 Sep 2005 22:48:25 +0200
Subject: [Nitro] deadlock ?? (webrick, nitro and nano)
In-Reply-To: <4319EE47.7000509@valaraan.de>
References: <afd80b54050902204561a9354f@mail.gmail.com>
	<4319EE47.7000509@valaraan.de>
Message-ID: <431A0C19.1020103@valaraan.de>

manveru wrote:

> Hi list,
>
> i've just extended spark (0.5) with the rdog-stuff, and get these 
> lines everytime i load a page (page gets to the browser, but webrick 
> dies painful in the background
>
> ---------------------
> DEBUG: Rendering '/doc/core/Array'.
> DEBUG: Compiling action 'DocController#core'
> deadlock 0x40aa9fdc: run:-  - (null):0
> deadlock 0x40b3b4f0: sleep:T(1125772343.078191)  - 
> /usr/lib/ruby/gems/1.8/gems/nano-0.8.2/lib/nano/kernel/autoreload.rb:15
> deadlock 0x402f2748: sleep:ST(1125772342.577432) (main) - 
> /usr/lib/ruby/1.8/webrick/server.rb:91
> deadlock 0x40b32490: sleep:T(1125772371.313616)  - 
> /usr/lib/ruby/1.8/timeout.rb:42
> ----------------------------
>
> after he spits out these lines, no strg+c of the world gives me back 
> my shell, i have to 'killall ruby'...
> any idea what this is?
> i suppose some overload because of incompatibility between nano and 
> webrick, but i'm not sure... it just doesn't make any sense to me.
> maybe someone who knows webrick better could help?
> i'm not sure if the problem is solved by running it on apache... have 
> to get ruby running on it first.
>
> so long...
> manveru
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
i tried that in a fresh and clean version of spark, i changed only the 
Og.setup in the run.rb to this:
-----------------------------
Og.setup(
# :destroy => true,
  :store => :sqlite,
  :name => 'spark',
  :user => 'root',
  :password => 'navelrulez'
)
---------------------------

hope it helps to track down the problem...
i remember ysabel said something about sqlite not fully supported or 
something
but as it is, i rely on it, or on the filesys - but that is official 
broken...


From ulmo at valaraan.de  Sat Sep  3 20:06:31 2005
From: ulmo at valaraan.de (manveru)
Date: Sun, 04 Sep 2005 02:06:31 +0200
Subject: [Nitro] deadlock ?? (webrick, nitro and nano)
In-Reply-To: <431A0C19.1020103@valaraan.de>
References: <afd80b54050902204561a9354f@mail.gmail.com>	<4319EE47.7000509@valaraan.de>
	<431A0C19.1020103@valaraan.de>
Message-ID: <431A3A87.9060803@valaraan.de>

Hi list,

after some hours of helpless searching finally Aria came up with a 
simple solution.
for sqlite and postgres, you have to do that:

Og.thread_safe = false
Og.setup(:store => :sqlite, :name => 'spark')

appearently this is a known bug at some place and will be fixed...
there are some problems with webrick and Og, but nothing i think i could 
fix.

with that setting, you may get a Timeout-error in your browser every n 
pages, but the server would crash otherwise, so i think it's a good 
temporary solution.

so long...
manveru


From dcorbin at machturtle.com  Sat Sep  3 21:13:51 2005
From: dcorbin at machturtle.com (David Corbin)
Date: Sat, 3 Sep 2005 21:13:51 -0400
Subject: [Nitro] Nitro and rubyscript2exe
In-Reply-To: <afd80b54050828235847c8642e@mail.gmail.com>
References: <430BF3B2.6020804@neurogami.com>
	<4b6f054f05082822226dccf2e1@mail.gmail.com>
	<afd80b54050828235847c8642e@mail.gmail.com>
Message-ID: <200509032113.52413.dcorbin@machturtle.com>

On Monday 29 August 2005 02:58 am, George Moschovitis wrote:
> > Ah who r we kidn Amiga was the best.
>
> You never forget your first love, Atari ST was the best computer :-)
>
> -g.

Dare I cast a vote for the Altair 8800? (w 256 bytes of RAM.)


From rainhead at gmail.com  Sun Sep  4 03:37:22 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Sun, 4 Sep 2005 00:37:22 -0700
Subject: [Nitro] RDOG 0.2 (or something like that)
In-Reply-To: <43199EF6.1010809@cataclysm-software.net>
References: <20050902141000.4f299d25@localhost>	<5371ac740509020950632adac1@mail.gmail.com>	<43188965.30504@neurogami.com>
	<43188D4E.6080207@valaraan.de>	<43189020.4020607@neurogami.com>
	<4318DA95.2060506@valaraan.de> <20050903111813.3e86147e@localhost>
	<43199EF6.1010809@cataclysm-software.net>
Message-ID: <DECB0708-6230-4364-85C9-F1CC47D1E9CA@gmail.com>

rdog now has an svn repository, located for the time being at:

http://rdog.lly.org/rdog-svn/

(not hosted at lly, it's just a really short name) (I think we're  
gonna move to rubyforge at some point, not sure what's up with that)

(If you're supposed to have commit access, send me a user name and  
password, preferably run through htpasswd2.)

Go Crazy,

P




From transfire at gmail.com  Sun Sep  4 06:07:14 2005
From: transfire at gmail.com (TRANS)
Date: Sun, 4 Sep 2005 06:07:14 -0400
Subject: [Nitro] nitro.rb load mojo
Message-ID: <4b6f054f05090403077ffe2341@mail.gmail.com>

Not sure what this is all about in nitro.rb:

  unless $NITRO_NO_ENVIRONMENT
    # Setup up the proposed environment. You are free
    # to skip this if you dont like it. Just set
    #
    # $NITRO_NO_ENVIRONMENT = true
    #
    # before requiring nitro.

    Dir.chdir(File.dirname($0))

    # Application code come here.
 
    $LOAD_PATH.unshift 'src'

    # Library code come here.

    $LOAD_PATH.unshift 'lib'
  end

But it kills nitrogen. At first I thought it was RubyGems and I
doltfully spouted on ruby-talk :O/  Oh well, I don't like RubyGems
anyway |-)

Thanks,
T.



From reid.thompson at ateb.com  Sun Sep  4 09:35:41 2005
From: reid.thompson at ateb.com (Reid Thompson)
Date: Sun, 04 Sep 2005 09:35:41 -0400
Subject: [Nitro] nitro.rb load mojo
In-Reply-To: <4b6f054f05090403077ffe2341@mail.gmail.com>
References: <4b6f054f05090403077ffe2341@mail.gmail.com>
Message-ID: <431AF82D.6090704@ateb.com>

TRANS wrote:

>Not sure what this is all about in nitro.rb:
>
>  unless $NITRO_NO_ENVIRONMENT
>    # Setup up the proposed environment. You are free
>    # to skip this if you dont like it. Just set
>    #
>    # $NITRO_NO_ENVIRONMENT = true
>    #
>    # before requiring nitro.
>
>    Dir.chdir(File.dirname($0))
>
>    # Application code come here.
> 
>    $LOAD_PATH.unshift 'src'
>
>    # Library code come here.
>
>    $LOAD_PATH.unshift 'lib'
>  end
>
>But it kills nitrogen. At first I thought it was RubyGems and I
>doltfully spouted on ruby-talk :O/  Oh well, I don't like RubyGems
>anyway |-)
>
>Thanks,
>T.
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>  
>
looks to me like it's telling Nitro where things reside -- i.e. tells 
Nitro that the application code resides in the environments src 
directory and that library code resides in lib.  If you set it to true, 
then you're prob going to have to tell Nitro where you've decided to 
place the src and libs...


From transfire at gmail.com  Sun Sep  4 10:55:07 2005
From: transfire at gmail.com (TRANS)
Date: Sun, 4 Sep 2005 10:55:07 -0400
Subject: [Nitro] nitro.rb load mojo
In-Reply-To: <431AF82D.6090704@ateb.com>
References: <4b6f054f05090403077ffe2341@mail.gmail.com>
	<431AF82D.6090704@ateb.com>
Message-ID: <4b6f054f05090407557d9564d6@mail.gmail.com>

On 9/4/05, Reid Thompson <reid.thompson at ateb.com> wrote:
> looks to me like it's telling Nitro where things reside -- i.e. tells
> Nitro that the application code resides in the environments src
> directory and that library code resides in lib.  If you set it to true,
> then you're prob going to have to tell Nitro where you've decided to
> place the src and libs...

Not so sure. $0 contains the path of the file being executed, so if
you go to a nitro apps dir and type

  ruby run.rb

Then it changes the pwd dir to the current directory and then sticks
current_dir/lib and current_dir/src on the search path. I know I'm
missing whatever it is that George is using this for, but still that
pretty assuming (esspecailyl changing the working dir) --I suspect
there a better way to handle whatever this is for.

Anyway I just got rid of it and it works. (well sort of, now I'm
dealing with Apache2 configuration)

T.



From transfire at gmail.com  Sun Sep  4 10:56:45 2005
From: transfire at gmail.com (TRANS)
Date: Sun, 4 Sep 2005 10:56:45 -0400
Subject: [Nitro] Apache2
Message-ID: <4b6f054f050904075657fd88dc@mail.gmail.com>

Anyone have a working Apache2 Virtual Host configuration working with Nitro?

Nitro works under Webrick, but under Apahce2 I'm getting 400 Bad Request Error.

Thanks,
T.



From Aleksi.Niemela at cs.helsinki.fi  Sun Sep  4 11:06:38 2005
From: Aleksi.Niemela at cs.helsinki.fi (Aleksi Niemela)
Date: Sun, 04 Sep 2005 18:06:38 +0300
Subject: [Nitro] Apache2
In-Reply-To: <4b6f054f050904075657fd88dc@mail.gmail.com>
References: <4b6f054f050904075657fd88dc@mail.gmail.com>
Message-ID: <431B0D7E.5040400@cs.helsinki.fi>

TRANS kirjoitti:

>Anyone have a working Apache2 Virtual Host configuration working with Nitro?
>
>Nitro works under Webrick, but under Apahce2 I'm getting 400 Bad Request Error.
>  
>
I've not set up Apache nor Nitro but I wonder if Nitro would go in place 
along the Rails lines:

  http://www.rails4days.pwp.blueyonder.co.uk/Rails4Days.pdf

On page 7 (numbered 3 on bottom of text page), you can see how Virtual 
host is set up for Rails. Also many examples and nitrogen seem to carry 
some form of Apache configuration I assume George is using. But as said, 
I haven't tried any of these.

    - Aleksi




From nospam at lunacymaze.org  Sun Sep  4 11:10:40 2005
From: nospam at lunacymaze.org (Ghislain Mary)
Date: Sun, 04 Sep 2005 17:10:40 +0200
Subject: [Nitro] Nitro Documentation Project (NDP)
In-Reply-To: <20050902141000.4f299d25@localhost>
References: <20050902141000.4f299d25@localhost>
Message-ID: <431B0E70.5070903@lunacymaze.org>

I'd be happy to help with this.

Unfortunatly I hadn't got the time to follow the progression of to nitro 
in the last weeks due to some vacations, to the end of my studies, the 
beginning of my first real world job, and to some time consecrated to my 
girlfriend. So I'll have to look at all the new features before I can 
really help, but if there are tasks to share between several persons I 
can certainly do some things.

I also propose myself for the translation in french. So, don't hesitate 
to contact me.

Regards,

Ghislain


From transfire at gmail.com  Sun Sep  4 11:21:55 2005
From: transfire at gmail.com (TRANS)
Date: Sun, 4 Sep 2005 11:21:55 -0400
Subject: [Nitro] Apache2
In-Reply-To: <431B0D7E.5040400@cs.helsinki.fi>
References: <4b6f054f050904075657fd88dc@mail.gmail.com>
	<431B0D7E.5040400@cs.helsinki.fi>
Message-ID: <4b6f054f0509040821186599a8@mail.gmail.com>

On 9/4/05, Aleksi Niemela <Aleksi.Niemela at cs.helsinki.fi> wrote:
> TRANS kirjoitti:
> 
> >Anyone have a working Apache2 Virtual Host configuration working with Nitro?
> >
> >Nitro works under Webrick, but under Apahce2 I'm getting 400 Bad Request Error.
> >
> >
> I've not set up Apache nor Nitro but I wonder if Nitro would go in place
> along the Rails lines:
> 
>   http://www.rails4days.pwp.blueyonder.co.uk/Rails4Days.pdf
> 
> On page 7 (numbered 3 on bottom of text page), you can see how Virtual
> host is set up for Rails. Also many examples and nitrogen seem to carry
> some form of Apache configuration I assume George is using. But as said,
> I haven't tried any of these.

Thanks  Aleksi, 

It seems the problem is two fold. First the rewrite rules given in
Nitro's apache.conf example gives the 400 Error:

  RewriteEngine On
  RewriteRule ^$ index.html [QSA]
  RewriteRule ^([^.]+)$ $1.html [QSA]
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteRule ^(.*)$ dispatch.cgi [QSA,L]

So I'm not bothering with that at the moment and have remarked it out.
But secondly, Mozilla Browser on Ubuntu Linux is picky about xml
content. The nitrogen produced app's index.xhtml has an xml error --a
missing </li>, and secondly the header needs to be:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html
     PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
    "DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">

T.



> 
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
( o)  ???
 //    trans.
/ /    transfire at gmail.com


From Aleksi.Niemela at cs.helsinki.fi  Sun Sep  4 11:57:04 2005
From: Aleksi.Niemela at cs.helsinki.fi (Aleksi Niemela)
Date: Sun, 04 Sep 2005 18:57:04 +0300
Subject: [Nitro] Idiom to pass multiple parameters
Message-ID: <431B1950.7030802@cs.helsinki.fi>

I know this is the usual way to introduce an action:

  def categories
    # do something useful with @category
  end
  action :categories, :route => /category\/(.*)/, 'category' => nil

But how should I pass on multiple parameters? Url format of

   /foo/84/bar/3902

doesn't look outright horrible but can stay quite pretty for few 
parameters. It's surely more of a nuisance with dozens of parameters. 
Therefore I thought to go with

   /foo/84?bar=3902

Is this the "right way" to do it? If this is the path, is the following 
the way to get the parameters to use them?

foo.xhtml:
<?r
   uri = UriUtils.update_query_string("categories/#{@foo}", 
:kategoria=>ec.name)
?>
   <a href="#{uri}">bar</a>

controller.rb:
  def categories
    params = UriUtils.query_string_to_hash(request.query_string)
    @bar = params["bar"]
    # use foo and bar in a useful way
  end
  action :categories, :route => /category\/(.*)/, 'category' => nil

I find this way quite a bit clumsy. But if that's the way to work around 
I guess I'm forced to write up interception for an action method to set 
instance variables behind the scenes and gotta do something for the url 
building too.

I hope I've missed some elementary step but couldn't find any more 
complex actions in Spark. It was Pager mixin that showed me this way.

Or should I start using session or head my way to Wee like page storing?

   - Aleksi



From james_b at neurogami.com  Sun Sep  4 14:12:33 2005
From: james_b at neurogami.com (James Britt)
Date: Sun, 04 Sep 2005 11:12:33 -0700
Subject: [Nitro] Idiom to pass multiple parameters
In-Reply-To: <431B1950.7030802@cs.helsinki.fi>
References: <431B1950.7030802@cs.helsinki.fi>
Message-ID: <431B3911.80000@neurogami.com>

Aleksi Niemela wrote:
> I know this is the usual way to introduce an action:
> 
>  def categories
>    # do something useful with @category
>  end
>  action :categories, :route => /category\/(.*)/, 'category' => nil
> 
> But how should I pass on multiple parameters? Url format of
> 
>   /foo/84/bar/3902
> 
> doesn't look outright horrible but can stay quite pretty for few 
> parameters. It's surely more of a nuisance with dozens of parameters. 

I've used that sort of format in a few different cases, where I sort of 
treat the URL as a command line.

The way I would map this is:

action :categories, :route => /category	\/(.+)/, 'param_url' => String

Then your method code can take the @param_url string and parse it as it 
wishes.

In my case, I've been poking around with different ways to encode 
complex request params, so I wanted things that look like this:

www.exmple.com/find/foo/bar+baz/ick,blick,ploo[foz]


James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From Aleksi.Niemela at cs.helsinki.fi  Sun Sep  4 15:24:43 2005
From: Aleksi.Niemela at cs.helsinki.fi (Aleksi Niemela)
Date: Sun, 04 Sep 2005 22:24:43 +0300
Subject: [Nitro] How iterate efficiently through collection of 'things'?
Message-ID: <431B49FB.2010409@cs.helsinki.fi>

Imagine the program gets some parameters out from user with first page, 
calculates a while and wants to show very big result set on multiple 
pages. To get this concrete, imagine user says "I want to see all known 
pieces of DNA which (approximately) match with this one I give you", 
then the program goes out to make a query and gets back with 900 best 
hits. Then it should show one piece of DNA, the match highlighted, per 
page and let the user go through Pager kind of list to get back and 
forth within proximity of current hit, and have quick access to the ends 
of the hit list.

Now, we don't want to make the query for the DNA database server each 
time user clicks "next hit". Some kind of temporary storage is needed 
for the results. Where one should store the results in Nitro development?

In Wee, I'd have an instance variable at the Controller object pointing 
to the result set and another indicating index. In Nitro the controller 
object lives only during one page generation. Nitro::Flash is can be 
used on temporary storage either, it's too short living. OTOH, Nitro 
discourages using session object and using state that's not persistent 
at all, like said at Nitro::Session rdocs

   State is a neccessary evil but session variables should be avoided as 
much as
   possible. Session <cid:part1.07010203.05010108 at cs.helsinki.fi> state 
is typically distributed to many servers so avoid storing
   complete objects in session variables, only store oids and small 
integer/strings.

I suppose one could misuse Caching, namely MemoryStore. What's the idiom 
here? How and where the MemoryStore should be instantiated and cleaned 
up? What's the preferable way to use it?

I guess there's currently no example for this, so it would be great if 
someone (George, perhaps) could cook up a simple example providing 
answer this quite common need.

   - Aleksi



From ulmo at valaraan.de  Sun Sep  4 17:36:41 2005
From: ulmo at valaraan.de (manveru)
Date: Sun, 04 Sep 2005 23:36:41 +0200
Subject: [Nitro] Og - mysql.sock
Message-ID: <431B68E9.30403@valaraan.de>

hi list,

i was trying to get mysql running today on a debian-testing box, and i 
noticed they are doing odd things to mysql...
but what me annoyed most, was that they have the mysql.sock not like 
everyone else in '/tmp/mysql.sock' - nah... - they had to put it in 
'/var/run/mysqld/mysqld.sock'
well, i guess that someone else may stumble upon that too, and i just 
wanted to provide that information.

ysabel, i have altered the Og.setup for mysql to

-----------------------------------------------
Og.setup(
  #~ :destroy  => true,
  :store    => :mysql,
  :name     => 'spark',
  :user     => 'root',
  :password => 'mine :)',
  #~ :port     => 3306,
  :socket   => '/var/run/mysqld/mysqld.sock'
)
----------------------------------------------

and changed the '/lib/og/store/mysql.rb':117
----------------------------------------------
 @conn = Mysql.connect(
    options[:address] || 'localhost',
    options[:user],
    options[:password],
    options[:name],
    options[:port],
    options[:socket]
 )
----------------------------------------------

i had to provide a option for the port before the socket too because the 
real_connect expects it and i don't want to mix up with your defaults, 
but none of the options is a must-have of course...

hope that helps somebody, and maybe this could be added in a future 
version...
i'll write a little help-text for the Og.setup later too, because it 
doesn't helped me much as it is - just some describing of how to use 
wich database and known bugs...


so long...
manveru


From epiperak at softlab.ece.ntua.gr  Sun Sep  4 21:15:18 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 5 Sep 2005 04:15:18 +0300 (EEST)
Subject: [Nitro] MySQL...
Message-ID: <Pine.LNX.4.62.0509050414070.7925@theseas.softlab.ece.ntua.gr>

Manveru: I am using a Debian Sarge box and MySQL. I had no problem like 
the one you described :-/ OG works fine ...

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From rainhead at gmail.com  Mon Sep  5 01:08:19 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Sun, 4 Sep 2005 22:08:19 -0700
Subject: [Nitro] @template_root not set for secondary controllers
Message-ID: <145C99CC-8FBF-4CFC-B00D-DDAD45F1AD1D@gmail.com>

Hi,

Nitro 0.23, everything up to date.

I'm defining a controller-specific template_root, which compiler.rb  
appears to support. Here's some of the code:

class PlayerController < Nitro::Controller
   include Nitro::XhtmlMixin

   # TODO caching, some day
   @@template_root = 'template/player'
   ...
end

I put a debug line in nitro/compiler.rb, at line 106:

       if cklass.respond_to?(:template_root)
         template_root = cklass.template_root
         Logger.debug "got template_root #{template_root} from # 
{cklass.to_s}"
       end

the debug log is as follows:

DEBUG: SELECT * FROM ogplayer WHERE oid=1
DEBUG: Rendering '/players/root'.
DEBUG: Compiling action 'PlayerController#root'
DEBUG: got template_root template from PlayerController
DEBUG: got template_root  from Nitro::Controller

This is weird. I tried setting @template_root in initialize instead  
of @@template_root in the class, but the exact same thing happens.

If I set PlayerController to be the default controller, drop the  
@template_root setting (and keep Template.root, which was there  
before), and move things to 'template' instead of 'template/player',  
everything's fine.

Any ideas?

Thanks, P


From epiperak at softlab.ece.ntua.gr  Mon Sep  5 02:33:42 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 5 Sep 2005 09:33:42 +0300 (EEST)
Subject: [Nitro] Og and Relations/Queries
Message-ID: <Pine.LNX.4.62.0509050926570.22280@theseas.softlab.ece.ntua.gr>

Hi all,

I have to implement a kind of custom security system, so I have User, 
Group, and Project classes like this:

class User
   property :login,  String
   has_many :groups, Group
end

class Group
   property   :name,     String
   belongs_to :user,     User
   has_many   :projects, Project
end

class Project
   belongs_to :group,       Group

   # Returns all the projects that belong to the groups
   # that the currently logged in User belongs to
   def g_all
     @projects = User[session[:user_oid]].groups.projects
   end
end

Supposing that in session[:user_oid] I have the oid of the currently 
logged in user, would the g_all function work?

Thanx


Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Mon Sep  5 02:53:50 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 09:53:50 +0300
Subject: [Nitro] deadlock ?? (webrick, nitro and nano)
In-Reply-To: <431A3A87.9060803@valaraan.de>
References: <afd80b54050902204561a9354f@mail.gmail.com>
	<4319EE47.7000509@valaraan.de> <431A0C19.1020103@valaraan.de>
	<431A3A87.9060803@valaraan.de>
Message-ID: <afd80b5405090423534a35131d@mail.gmail.com>

Hello,

thanks for reporting, I 'll investigate this. I am pretty sure this
has nothing to do with multiple controllers mounted to the same point.

-g.

On 9/4/05, manveru <ulmo at valaraan.de> wrote:
> Hi list,
> 
> after some hours of helpless searching finally Aria came up with a
> simple solution.
> for sqlite and postgres, you have to do that:
> 
> Og.thread_safe = false
> Og.setup(:store => :sqlite, :name => 'spark')
> 
> appearently this is a known bug at some place and will be fixed...
> there are some problems with webrick and Og, but nothing i think i could
> fix.
> 
> with that setting, you may get a Timeout-error in your browser every n
> pages, but the server would crash otherwise, so i think it's a good
> temporary solution.
> 
> so long...
> manveru
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep  5 02:55:59 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 09:55:59 +0300
Subject: [Nitro] RDOG 0.2 (or something like that)
In-Reply-To: <43199EF6.1010809@cataclysm-software.net>
References: <20050902141000.4f299d25@localhost>
	<5371ac740509020950632adac1@mail.gmail.com>
	<43188965.30504@neurogami.com> <43188D4E.6080207@valaraan.de>
	<43189020.4020607@neurogami.com> <4318DA95.2060506@valaraan.de>
	<20050903111813.3e86147e@localhost>
	<43199EF6.1010809@cataclysm-software.net>
Message-ID: <afd80b54050904235569047344@mail.gmail.com>

> (og still doesn't seem to want to play nice with inherited classes),

what is the problem exactly?

-g.



-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep  5 03:03:44 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 10:03:44 +0300
Subject: [Nitro] nitro.rb load mojo
In-Reply-To: <4b6f054f05090407557d9564d6@mail.gmail.com>
References: <4b6f054f05090403077ffe2341@mail.gmail.com>
	<431AF82D.6090704@ateb.com>
	<4b6f054f05090407557d9564d6@mail.gmail.com>
Message-ID: <afd80b540509050003ab3b30a@mail.gmail.com>

Thanks for pointing this out!

This mechanism was used to provide some default places where to put
stuff that you could require in your application. For example the src and lib
dirs in your application directory are automatically added to the LOAD_PATH.

Btw, I don't use 

require 'my_stuff.rb'

in my projects any more. As suggested by M.Neumann I use the cleaner:

require 'src/my_stuff.rb'

so perhaps this code should be removed.

-g.

On 9/4/05, TRANS <transfire at gmail.com> wrote:
> On 9/4/05, Reid Thompson <reid.thompson at ateb.com> wrote:
> > looks to me like it's telling Nitro where things reside -- i.e. tells
> > Nitro that the application code resides in the environments src
> > directory and that library code resides in lib.  If you set it to true,
> > then you're prob going to have to tell Nitro where you've decided to
> > place the src and libs...
> 
> Not so sure. $0 contains the path of the file being executed, so if
> you go to a nitro apps dir and type
> 
>   ruby run.rb
> 
> Then it changes the pwd dir to the current directory and then sticks
> current_dir/lib and current_dir/src on the search path. I know I'm
> missing whatever it is that George is using this for, but still that
> pretty assuming (esspecailyl changing the working dir) --I suspect
> there a better way to handle whatever this is for.
> 
> Anyway I just got rid of it and it works. (well sort of, now I'm
> dealing with Apache2 configuration)
> 
> T.
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep  5 03:04:40 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 10:04:40 +0300
Subject: [Nitro] nitro.rb load mojo
In-Reply-To: <4b6f054f05090403077ffe2341@mail.gmail.com>
References: <4b6f054f05090403077ffe2341@mail.gmail.com>
Message-ID: <afd80b54050905000473e7ad68@mail.gmail.com>

> But it kills nitrogen. At first I thought it was RubyGems and I
> doltfully spouted on ruby-talk :O/  Oh well, I don't like RubyGems
> anyway |-)

Interstingly I also thought, this is a Gems bug ;-)

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep  5 03:06:08 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 10:06:08 +0300
Subject: [Nitro] Apache2
In-Reply-To: <4b6f054f0509040821186599a8@mail.gmail.com>
References: <4b6f054f050904075657fd88dc@mail.gmail.com>
	<431B0D7E.5040400@cs.helsinki.fi>
	<4b6f054f0509040821186599a8@mail.gmail.com>
Message-ID: <afd80b540509050006e97c949@mail.gmail.com>

I have run Nitro applications with Apache and FastCGI with the suplied
example. But I haven't verified it with the latest version. I 'll
check this again.

regards,
George.


On 9/4/05, TRANS <transfire at gmail.com> wrote:
> On 9/4/05, Aleksi Niemela <Aleksi.Niemela at cs.helsinki.fi> wrote:
> > TRANS kirjoitti:
> >
> > >Anyone have a working Apache2 Virtual Host configuration working with Nitro?
> > >
> > >Nitro works under Webrick, but under Apahce2 I'm getting 400 Bad Request Error.
> > >
> > >
> > I've not set up Apache nor Nitro but I wonder if Nitro would go in place
> > along the Rails lines:
> >
> >   http://www.rails4days.pwp.blueyonder.co.uk/Rails4Days.pdf
> >
> > On page 7 (numbered 3 on bottom of text page), you can see how Virtual
> > host is set up for Rails. Also many examples and nitrogen seem to carry
> > some form of Apache configuration I assume George is using. But as said,
> > I haven't tried any of these.
> 
> Thanks  Aleksi,
> 
> It seems the problem is two fold. First the rewrite rules given in
> Nitro's apache.conf example gives the 400 Error:
> 
>   RewriteEngine On
>   RewriteRule ^$ index.html [QSA]
>   RewriteRule ^([^.]+)$ $1.html [QSA]
>   RewriteCond %{REQUEST_FILENAME} !-f
>   RewriteRule ^(.*)$ dispatch.cgi [QSA,L]
> 
> So I'm not bothering with that at the moment and have remarked it out.
> But secondly, Mozilla Browser on Ubuntu Linux is picky about xml
> content. The nitrogen produced app's index.xhtml has an xml error --a
> missing </li>, and secondly the header needs to be:
> 
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE html
>      PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
>     "DTD/xhtml1-strict.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
> 
> T.
> 
> 
> 
> >
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> 
> 
> --
> ( o)  ???
>  //    trans.
> / /    transfire at gmail.com
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com


From george.moschovitis at gmail.com  Mon Sep  5 03:25:26 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 10:25:26 +0300
Subject: [Nitro] Idiom to pass multiple parameters
In-Reply-To: <431B1950.7030802@cs.helsinki.fi>
References: <431B1950.7030802@cs.helsinki.fi>
Message-ID: <afd80b54050905002570e78e59@mail.gmail.com>

Have you tried the default 'nice' dispatcher?

it maps url of the form:

my_action/x/y/z

to

def my_action(x, y, z)
  ..
end

If you want a different mapping for example:

my_action/par1/x/par2/y/par3/z

to 

def my_action(par1, par2, par3)
end

you could write (and donate ;-)) another dispatcher ;-)

regards,
George.

On 9/4/05, Aleksi Niemela <Aleksi.Niemela at cs.helsinki.fi> wrote:
> I know this is the usual way to introduce an action:
> 
>   def categories
>     # do something useful with @category
>   end
>   action :categories, :route => /category\/(.*)/, 'category' => nil
> 
> But how should I pass on multiple parameters? Url format of
> 
>    /foo/84/bar/3902
> 
> doesn't look outright horrible but can stay quite pretty for few
> parameters. It's surely more of a nuisance with dozens of parameters.
> Therefore I thought to go with
> 
>    /foo/84?bar=3902
> 
> Is this the "right way" to do it? If this is the path, is the following
> the way to get the parameters to use them?
> 
> foo.xhtml:
> <?r
>    uri = UriUtils.update_query_string("categories/#{@foo}",
> :kategoria=>ec.name)
> ?>
>    <a href="#{uri}">bar</a>
> 
> controller.rb:
>   def categories
>     params = UriUtils.query_string_to_hash(request.query_string)
>     @bar = params["bar"]
>     # use foo and bar in a useful way
>   end
>   action :categories, :route => /category\/(.*)/, 'category' => nil
> 
> I find this way quite a bit clumsy. But if that's the way to work around
> I guess I'm forced to write up interception for an action method to set
> instance variables behind the scenes and gotta do something for the url
> building too.
> 
> I hope I've missed some elementary step but couldn't find any more
> complex actions in Spark. It was Pager mixin that showed me this way.
> 
> Or should I start using session or head my way to Wee like page storing?
> 
>    - Aleksi
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep  5 03:31:31 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 10:31:31 +0300
Subject: [Nitro] How iterate efficiently through collection of 'things'?
In-Reply-To: <431B49FB.2010409@cs.helsinki.fi>
References: <431B49FB.2010409@cs.helsinki.fi>
Message-ID: <afd80b54050905003164206a7@mail.gmail.com>

> used on temporary storage either, it's too short living. OTOH, Nitro
> discourages using session object and using state that's not persistent
> at all, like said at Nitro::Session rdocs


Nitro discourages the usage of session variables but provides the session object
for problems like the one you describe. For example you could use a
MemoryStore backed Session to store the results.

regards,
George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep  5 03:33:01 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 10:33:01 +0300
Subject: [Nitro] Og - mysql.sock
In-Reply-To: <431B68E9.30403@valaraan.de>
References: <431B68E9.30403@valaraan.de>
Message-ID: <afd80b5405090500332325a673@mail.gmail.com>

thanks for the patche, please also send me the updated setup help for
inclusion in the next version.

regards,
George.

On 9/5/05, manveru <ulmo at valaraan.de> wrote:
> hi list,
> 
> i was trying to get mysql running today on a debian-testing box, and i
> noticed they are doing odd things to mysql...
> but what me annoyed most, was that they have the mysql.sock not like
> everyone else in '/tmp/mysql.sock' - nah... - they had to put it in
> '/var/run/mysqld/mysqld.sock'
> well, i guess that someone else may stumble upon that too, and i just
> wanted to provide that information.
> 
> ysabel, i have altered the Og.setup for mysql to
> 
> -----------------------------------------------
> Og.setup(
>   #~ :destroy  => true,
>   :store    => :mysql,
>   :name     => 'spark',
>   :user     => 'root',
>   :password => 'mine :)',
>   #~ :port     => 3306,
>   :socket   => '/var/run/mysqld/mysqld.sock'
> )
> ----------------------------------------------
> 
> and changed the '/lib/og/store/mysql.rb':117
> ----------------------------------------------
>  @conn = Mysql.connect(
>     options[:address] || 'localhost',
>     options[:user],
>     options[:password],
>     options[:name],
>     options[:port],
>     options[:socket]
>  )
> ----------------------------------------------
> 
> i had to provide a option for the port before the socket too because the
> real_connect expects it and i don't want to mix up with your defaults,
> but none of the options is a must-have of course...
> 
> hope that helps somebody, and maybe this could be added in a future
> version...
> i'll write a little help-text for the Og.setup later too, because it
> doesn't helped me much as it is - just some describing of how to use
> wich database and known bugs...
> 
> 
> so long...
> manveru
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep  5 03:36:19 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 10:36:19 +0300
Subject: [Nitro] Og and Relations/Queries
In-Reply-To: <Pine.LNX.4.62.0509050926570.22280@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509050926570.22280@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b540509050036e28c28@mail.gmail.com>

> Supposing that in session[:user_oid] I have the oid of the currently
> logged in user, would the g_all function work?

Yes.

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep  5 03:39:39 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 10:39:39 +0300
Subject: [Nitro] Og and Relations/Queries
In-Reply-To: <Pine.LNX.4.62.0509050926570.22280@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509050926570.22280@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b540509050039c22deef@mail.gmail.com>

Btw, the latest Og (0.23.0) has more advanced inflection capabilities:

class User
    property :login,  String
    has_many :groups
end

class Group
    property   :name,     String
    belongs_to :user
    has_many :projects
end
 
class Project
   belongs_to :group
end


in general the following forms work:

has_many :projects, Project
has_many Project
has_many :projects

all three are equivalent. I personally prefer the 3rd.

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep  5 03:42:53 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 10:42:53 +0300
Subject: [Nitro] @template_root not set for secondary controllers
In-Reply-To: <145C99CC-8FBF-4CFC-B00D-DDAD45F1AD1D@gmail.com>
References: <145C99CC-8FBF-4CFC-B00D-DDAD45F1AD1D@gmail.com>
Message-ID: <afd80b5405090500421e0900ea@mail.gmail.com>

You have to use 
@template_root instead of @@template_root.

This should work, dunno why it doesnt work for you (perhaps an
accessor method for @template_root is not defined?)

In any case, the template_root setting needs some improvement,
@template_root = ... is not as elegant as it should be.

regards,
George.

On 9/5/05, Peter Abrahamsen <rainhead at gmail.com> wrote:
> Hi,
> 
> Nitro 0.23, everything up to date.
> 
> I'm defining a controller-specific template_root, which compiler.rb
> appears to support. Here's some of the code:
> 
> class PlayerController < Nitro::Controller
>    include Nitro::XhtmlMixin
> 
>    # TODO caching, some day
>    @@template_root = 'template/player'
>    ...
> end
> 
> I put a debug line in nitro/compiler.rb, at line 106:
> 
>        if cklass.respond_to?(:template_root)
>          template_root = cklass.template_root
>          Logger.debug "got template_root #{template_root} from #
> {cklass.to_s}"
>        end
> 
> the debug log is as follows:
> 
> DEBUG: SELECT * FROM ogplayer WHERE oid=1
> DEBUG: Rendering '/players/root'.
> DEBUG: Compiling action 'PlayerController#root'
> DEBUG: got template_root template from PlayerController
> DEBUG: got template_root  from Nitro::Controller
> 
> This is weird. I tried setting @template_root in initialize instead
> of @@template_root in the class, but the exact same thing happens.
> 
> If I set PlayerController to be the default controller, drop the
> @template_root setting (and keep Template.root, which was there
> before), and move things to 'template' instead of 'template/player',
> everything's fine.
> 
> Any ideas?
> 
> Thanks, P
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Mon Sep  5 03:43:55 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 5 Sep 2005 10:43:55 +0300 (EEST)
Subject: [Nitro] hmm...
Message-ID: <Pine.LNX.4.62.0509051042280.25958@theseas.softlab.ece.ntua.gr>

  INFO: Database 'weezv2' not found!
DEBUG: Og manageable classes: [Bank, TrustBank, Owner, Broker, Area, 
ForeignProject, Cashflow, IncomeRep, RepairRep, ManagementRep, 
RentRollRep, RandDRep, JournalRep, ProfitLossRep, DomesticProject, 
Company, TColumn, TRow, TData, TView, Table, Spc, Tenant, Unit, Repair, 
Management, RandD, Info, Journal, Building, Report, Investment, Loan, 
BGroup, Group, User, Officer, Project, BalanceSheetRep, Investor, Capital]
  INFO: Created table 'ogbank'.
  INFO: Created table 'ogtrustbank'.
  INFO: Created table 'ogowner'.
  INFO: Created table 'ogbroker'.
  INFO: Created table 'ogarea'.
  INFO: Created table 'ogforeignproject'.
  INFO: Created table 'ogcashflow'.
  INFO: Created table 'ogincomerep'.
  INFO: Created table 'ogrepairrep'.
  INFO: Created table 'ogmanagementrep'.
  INFO: Created table 'ogrentrollrep'.
  INFO: Created table 'ogranddrep'.
  INFO: Created table 'ogjournalrep'.
  INFO: Created table 'ogprofitlossrep'.
  INFO: Created table 'ogdomesticproject'.
  INFO: Created table 'ogcompany'.
  INFO: Created table 'ogtcolumn'.
  INFO: Created table 'ogtrow'.
  INFO: Created table 'ogtdata'.
  INFO: Created table 'ogtview'.
  INFO: Created table 'ogtable'.
  INFO: Created table 'ogspc'.


Og shoule make more tables but it stops after ogspc!!!

why?

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Mon Sep  5 03:47:27 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 5 Sep 2005 10:47:27 +0300 (EEST)
Subject: [Nitro] Og and Relations/Queries
In-Reply-To: <afd80b540509050039c22deef@mail.gmail.com>
References: <Pine.LNX.4.62.0509050926570.22280@theseas.softlab.ece.ntua.gr>
	<afd80b540509050039c22deef@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509051044210.25958@theseas.softlab.ece.ntua.gr>

> in general the following forms work:
>
> has_many :projects, Project
> has_many Project
> has_many :projects
>
> all three are equivalent. I personally prefer the 3rd.

Thank you for your reply, but my question is How can I make the queries. 
So if I want all the projects that belong to any of the groups of the 
current user would the following line work?

@projects = User[session[:user_oid]].groups.projects

and would it return an array of projects as I would expect?

Thanx again...

PS. When is the new server coming up online? :-/


Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Mon Sep  5 04:03:56 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 11:03:56 +0300
Subject: [Nitro] hmm...
In-Reply-To: <Pine.LNX.4.62.0509051042280.25958@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509051042280.25958@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b5405090501037a675908@mail.gmail.com>

No idea,

can you investigate this further?

-g.

On 9/5/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
>   INFO: Database 'weezv2' not found!
> DEBUG: Og manageable classes: [Bank, TrustBank, Owner, Broker, Area,
> ForeignProject, Cashflow, IncomeRep, RepairRep, ManagementRep,
> RentRollRep, RandDRep, JournalRep, ProfitLossRep, DomesticProject,
> Company, TColumn, TRow, TData, TView, Table, Spc, Tenant, Unit, Repair,
> Management, RandD, Info, Journal, Building, Report, Investment, Loan,
> BGroup, Group, User, Officer, Project, BalanceSheetRep, Investor, Capital]
>   INFO: Created table 'ogbank'.
>   INFO: Created table 'ogtrustbank'.
>   INFO: Created table 'ogowner'.
>   INFO: Created table 'ogbroker'.
>   INFO: Created table 'ogarea'.
>   INFO: Created table 'ogforeignproject'.
>   INFO: Created table 'ogcashflow'.
>   INFO: Created table 'ogincomerep'.
>   INFO: Created table 'ogrepairrep'.
>   INFO: Created table 'ogmanagementrep'.
>   INFO: Created table 'ogrentrollrep'.
>   INFO: Created table 'ogranddrep'.
>   INFO: Created table 'ogjournalrep'.
>   INFO: Created table 'ogprofitlossrep'.
>   INFO: Created table 'ogdomesticproject'.
>   INFO: Created table 'ogcompany'.
>   INFO: Created table 'ogtcolumn'.
>   INFO: Created table 'ogtrow'.
>   INFO: Created table 'ogtdata'.
>   INFO: Created table 'ogtview'.
>   INFO: Created table 'ogtable'.
>   INFO: Created table 'ogspc'.
> 
> 
> Og shoule make more tables but it stops after ogspc!!!
> 
> why?
> 
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep  5 04:05:07 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 11:05:07 +0300
Subject: [Nitro] Og and Relations/Queries
In-Reply-To: <Pine.LNX.4.62.0509051044210.25958@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509050926570.22280@theseas.softlab.ece.ntua.gr>
	<afd80b540509050039c22deef@mail.gmail.com>
	<Pine.LNX.4.62.0509051044210.25958@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b54050905010544358459@mail.gmail.com>

On 9/5/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> > in general the following forms work:
> >
> > has_many :projects, Project
> > has_many Project
> > has_many :projects
> >
> > all three are equivalent. I personally prefer the 3rd.
> 
> Thank you for your reply, but my question is How can I make the queries.
> So if I want all the projects that belong to any of the groups of the
> current user would the following line work?
> 
> @projects = User[session[:user_oid]].groups.projects
> 
> and would it return an array of projects as I would expect?
> 
> Thanx again...
> 
> PS. When is the new server coming up online? :-/
> 
> 

I said 'yes', this would work :-)

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Mon Sep  5 04:37:10 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 5 Sep 2005 11:37:10 +0300 (EEST)
Subject: [Nitro] hmm...
In-Reply-To: <afd80b5405090501037a675908@mail.gmail.com>
References: <Pine.LNX.4.62.0509051042280.25958@theseas.softlab.ece.ntua.gr>
	<afd80b5405090501037a675908@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509051129470.25958@theseas.softlab.ece.ntua.gr>

I did, the problem was in forward declarations. Apparently they are not 
necessary. Og found the
class Project; end

and did not create the table. I deleted all the forward declarations and 
problem was solved


> No idea,
>
> can you investigate this further?
>
> -g.
>
> On 9/5/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
>>   INFO: Database 'weezv2' not found!
>> DEBUG: Og manageable classes: [Bank, TrustBank, Owner, Broker, Area,
>> ForeignProject, Cashflow, IncomeRep, RepairRep, ManagementRep,
>> RentRollRep, RandDRep, JournalRep, ProfitLossRep, DomesticProject,
>> Company, TColumn, TRow, TData, TView, Table, Spc, Tenant, Unit, Repair,
>> Management, RandD, Info, Journal, Building, Report, Investment, Loan,
>> BGroup, Group, User, Officer, Project, BalanceSheetRep, Investor, Capital]
>>   INFO: Created table 'ogbank'.
>>   INFO: Created table 'ogtrustbank'.
>>   INFO: Created table 'ogowner'.
>>   INFO: Created table 'ogbroker'.
>>   INFO: Created table 'ogarea'.
>>   INFO: Created table 'ogforeignproject'.
>>   INFO: Created table 'ogcashflow'.
>>   INFO: Created table 'ogincomerep'.
>>   INFO: Created table 'ogrepairrep'.
>>   INFO: Created table 'ogmanagementrep'.
>>   INFO: Created table 'ogrentrollrep'.
>>   INFO: Created table 'ogranddrep'.
>>   INFO: Created table 'ogjournalrep'.
>>   INFO: Created table 'ogprofitlossrep'.
>>   INFO: Created table 'ogdomesticproject'.
>>   INFO: Created table 'ogcompany'.
>>   INFO: Created table 'ogtcolumn'.
>>   INFO: Created table 'ogtrow'.
>>   INFO: Created table 'ogtdata'.
>>   INFO: Created table 'ogtview'.
>>   INFO: Created table 'ogtable'.
>>   INFO: Created table 'ogspc'.
>>
>>
>> Og shoule make more tables but it stops after ogspc!!!
>>
>> why?
>>
>> Emmanouil Piperakis (epiperak at cs.ntua.gr)
>> {To explore is Human, to Create is Devine,
>>   To teach is Primal, to Rule is Sin}
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>
>
> -- 
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Mon Sep  5 04:38:24 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 5 Sep 2005 11:38:24 +0300 (EEST)
Subject: [Nitro] Og and Relations/Queries
In-Reply-To: <afd80b54050905010544358459@mail.gmail.com>
References: <Pine.LNX.4.62.0509050926570.22280@theseas.softlab.ece.ntua.gr>
	<afd80b540509050039c22deef@mail.gmail.com>
	<Pine.LNX.4.62.0509051044210.25958@theseas.softlab.ece.ntua.gr>
	<afd80b54050905010544358459@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509051137310.25958@theseas.softlab.ece.ntua.gr>

>
> I said 'yes', this would work :-)
>
gmosx => 'thanx :-\/'


Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Mon Sep  5 04:52:58 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 5 Sep 2005 11:52:58 +0300
Subject: [Nitro] hmm...
In-Reply-To: <Pine.LNX.4.62.0509051129470.25958@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509051042280.25958@theseas.softlab.ece.ntua.gr>
	<afd80b5405090501037a675908@mail.gmail.com>
	<Pine.LNX.4.62.0509051129470.25958@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b5405090501522d766c12@mail.gmail.com>

Yeap, Og is clever enough to handle classes that are not defined yet ;-)
Never understimate the power of Ruby.

-g.

On 9/5/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> I did, the problem was in forward declarations. Apparently they are not
> necessary. Og found the
> class Project; end
> 
> and did not create the table. I deleted all the forward declarations and
> problem was solved
> 
> 
> > No idea,
> >
> > can you investigate this further?
> >
> > -g.
> >
> > On 9/5/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> >>   INFO: Database 'weezv2' not found!
> >> DEBUG: Og manageable classes: [Bank, TrustBank, Owner, Broker, Area,
> >> ForeignProject, Cashflow, IncomeRep, RepairRep, ManagementRep,
> >> RentRollRep, RandDRep, JournalRep, ProfitLossRep, DomesticProject,
> >> Company, TColumn, TRow, TData, TView, Table, Spc, Tenant, Unit, Repair,
> >> Management, RandD, Info, Journal, Building, Report, Investment, Loan,
> >> BGroup, Group, User, Officer, Project, BalanceSheetRep, Investor, Capital]
> >>   INFO: Created table 'ogbank'.
> >>   INFO: Created table 'ogtrustbank'.
> >>   INFO: Created table 'ogowner'.
> >>   INFO: Created table 'ogbroker'.
> >>   INFO: Created table 'ogarea'.
> >>   INFO: Created table 'ogforeignproject'.
> >>   INFO: Created table 'ogcashflow'.
> >>   INFO: Created table 'ogincomerep'.
> >>   INFO: Created table 'ogrepairrep'.
> >>   INFO: Created table 'ogmanagementrep'.
> >>   INFO: Created table 'ogrentrollrep'.
> >>   INFO: Created table 'ogranddrep'.
> >>   INFO: Created table 'ogjournalrep'.
> >>   INFO: Created table 'ogprofitlossrep'.
> >>   INFO: Created table 'ogdomesticproject'.
> >>   INFO: Created table 'ogcompany'.
> >>   INFO: Created table 'ogtcolumn'.
> >>   INFO: Created table 'ogtrow'.
> >>   INFO: Created table 'ogtdata'.
> >>   INFO: Created table 'ogtview'.
> >>   INFO: Created table 'ogtable'.
> >>   INFO: Created table 'ogspc'.
> >>
> >>
> >> Og shoule make more tables but it stops after ogspc!!!
> >>
> >> why?
> >>
> >> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> >> {To explore is Human, to Create is Devine,
> >>   To teach is Primal, to Rule is Sin}
> >> _______________________________________________
> >> Nitro-general mailing list
> >> Nitro-general at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/nitro-general
> >>
> >
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> 
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Mon Sep  5 05:11:04 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 5 Sep 2005 12:11:04 +0300 (EEST)
Subject: [Nitro] hmm...
In-Reply-To: <afd80b5405090501522d766c12@mail.gmail.com>
References: <Pine.LNX.4.62.0509051042280.25958@theseas.softlab.ece.ntua.gr>
	<afd80b5405090501037a675908@mail.gmail.com>
	<Pine.LNX.4.62.0509051129470.25958@theseas.softlab.ece.ntua.gr>
	<afd80b5405090501522d766c12@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509051209120.25958@theseas.softlab.ece.ntua.gr>

> Yeap, Og is clever enough to handle classes that are not defined yet ;-)
> Never understimate the power of Ruby.
-Nitro has powers that some might consider "unnatural".


Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Mon Sep  5 06:42:05 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 5 Sep 2005 13:42:05 +0300 (EEST)
Subject: [Nitro] Og and Relations/Queries
In-Reply-To: <afd80b54050905010544358459@mail.gmail.com>
References: <Pine.LNX.4.62.0509050926570.22280@theseas.softlab.ece.ntua.gr>
	<afd80b540509050039c22deef@mail.gmail.com>
	<Pine.LNX.4.62.0509051044210.25958@theseas.softlab.ece.ntua.gr>
	<afd80b54050905010544358459@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509051340480.19980@theseas.softlab.ece.ntua.gr>

Dear friends,
after a lot of investigating I found the problem:
When defining relations you have some choices that do not apply to all
types of relations. So here are the available choices:
(first is the most prefarable by G., last is the least)

belongs_to :article
belongs_to Article
belongs_to :article, Article
belongs_to :article, Article, :view => 'lala'

refers_to :topic
refers_to Topic

has_one User # THIS RELATION has only one way to be declared!!! BE AWARE!

has_many :comments ### GEORGE, please verify if this is CORRECT!
has_many Comment
has_many :comments, Comment

The problem I was facing was when using the has_one (incorrect syntax), 
that did not put out an error, but also did not create the table.

...epiperak out...


> On 9/5/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
>>> in general the following forms work:
>>>
>>> has_many :projects, Project
>>> has_many Project
>>> has_many :projects
>>>
>>> all three are equivalent. I personally prefer the 3rd.
>>
>> Thank you for your reply, but my question is How can I make the queries.
>> So if I want all the projects that belong to any of the groups of the
>> current user would the following line work?
>>
>> @projects = User[session[:user_oid]].groups.projects
>>
>> and would it return an array of projects as I would expect?
>>
>> Thanx again...
>>
>> PS. When is the new server coming up online? :-/
>>
>>
>
> I said 'yes', this would work :-)
>
> -g.
>
> -- 
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From Aleksi.Niemela at cs.helsinki.fi  Mon Sep  5 16:34:53 2005
From: Aleksi.Niemela at cs.helsinki.fi (Aleksi Niemela)
Date: Mon, 05 Sep 2005 23:34:53 +0300
Subject: [Nitro] How iterate efficiently through collection of 'things'?
In-Reply-To: <afd80b54050905003164206a7@mail.gmail.com>
References: <431B49FB.2010409@cs.helsinki.fi>
	<afd80b54050905003164206a7@mail.gmail.com>
Message-ID: <431CABED.2030105@cs.helsinki.fi>

George Moschovitis kirjoitti:

>>used on temporary storage either, it's too short living. OTOH, Nitro
>>discourages using session object and using state that's not persistent
>>at all, like said at Nitro::Session rdocs
>>    
>>
>
>
>Nitro discourages the usage of session variables but provides the session object
>for problems like the one you describe. For example you could use a
>MemoryStore backed Session to store the results.
>  
>
Thanks for the recent replies. Related to this one I have a problem. I 
don't know how to use Flash.

In my login_check action I say:

        flash[:invalid_login] = true
        render "login"   # or originally redirect, but no effect

In login.xhtml I have

  <?r
    p flash
    if flash[:invalid_login] ?>
    <div class="invalid_login">
      <h2>Invalid login</h2>
    </div>
  <?r end ?>

The flashed information won't show in login.xhtml, instead flash is 
empty. I think I'm inside one request, just diverting into another 
"action" when failing login. But probably I'm in two request so Flashing 
won't work. And no, I don't think I'm going to merge login_check into 
login and determine from empty parameter if I'm coming to login page 
first time or after sent form. It's cleaner and more self-documenting 
this way.

Using session works probably ok. So I guess one should use Flashing for 
one action + .xhtml -pair.

If that's so, what's the use of the concept? I use @invalid_login type 
of variables to carry useful information into xhtml files. If instance 
variable naming pollution becomes an issue, it's not hard to set @flash 
= {} (or openstruct or something) and carry info through it. But 
pollution hasn't been a problem. Or am I misunderstanding something?

    - Aleksi



From ulmo at valaraan.de  Mon Sep  5 19:07:50 2005
From: ulmo at valaraan.de (manveru)
Date: Tue, 06 Sep 2005 01:07:50 +0200
Subject: [Nitro] getting spark to hightlight syntax...
In-Reply-To: <431CABED.2030105@cs.helsinki.fi>
References: <431B49FB.2010409@cs.helsinki.fi>	<afd80b54050905003164206a7@mail.gmail.com>
	<431CABED.2030105@cs.helsinki.fi>
Message-ID: <431CCFC6.9070008@valaraan.de>

hi list,

i've been wasting the last hours trying to find out how the spark-pages 
get rendered...
my goal was simple enough - getting text between [code]-tags parsed 
through coderay like that:

---------------------------
"[code] this is some code [/code]".gsub(/\[code\](.*)\[\/code\]/) { |c|
    c = CodeRay.scan(c, 'ruby').encode(:html, :bold_every => 10, :wrap 
=> :div)
    }
-----------
should give me something like

---------------------------------
<div class="code">
    <table class="code_table">
        <tr>
            <td 
class="line_numbers"><pre><strong>1</strong><tt></tt></pre></td>
            <td class="code_cell"><div class="nowrap"><pre>This is some 
code...</pre></div></td>
        </tr>
    </table>
</div>
----------------------------------
so i've put the following lines into the WikiController.view

-------------------------------
body = @page.body.gsub(' ', ' ')
@page.body = body.gsub(/\[code\](.*)\[\/code\]/) { |c|
  c.gsub!('[code]', '')
  c.gsub!('[/code]', '')
  c.strip!
  c = CodeRay.scan(c, 'ruby').encode(:html, :bold_every => 10, :wrap => 
:div)
  }
-----------------------------------

you may notice how absurd these lines are... especially the first, but 
trying to gsub without that causes a nil-exception...

well, it works almost for one-liners, redcloth is destroying the markup 
coderay produces anyway.
now i could kick out redcloth, but that seems as the worst solution to 
get syntax-highlighting.
is there some way to either:
*define an area redcloth doesn't process
*hack redcloth from within the nitro-app and tell him to do that gsub
*get the redcloth-parsing optional in the skin
*change that 'Markup.setup_markup_transform do |text|' so it doesn't 
iterate through lines and instead takes the whole text - this may cause 
severe problems with redcloth...
*something else i haven't thought about

i just want to highlight that code... can't be that hard after all...

btw, i know my regexp is wrong - haven't spent too much time finding out 
how to match linebrakes...

i am really greatful for any help

so long...
manveru


From guillaume.pierronnet at laposte.net  Mon Sep  5 19:33:08 2005
From: guillaume.pierronnet at laposte.net (Guillaume Pierronnet)
Date: Tue, 6 Sep 2005 01:33:08 +0200 (CEST)
Subject: [Nitro] Apache2
In-Reply-To: <4b6f054f050904075657fd88dc@mail.gmail.com>
References: <4b6f054f050904075657fd88dc@mail.gmail.com>
Message-ID: <36749.127.0.0.1.1125963188.squirrel@localhost>

if you define the configuration inside your apache2.conf instead of
.htaccess file, in you have to use something like this:

<VirtualHost *:80>
  ServerName nitro
  DocumentRoot /somewhere/on/disk/public/
  Options +FollowSymLinks +ExecCGI

  RewriteEngine On
  RewriteRule ^$ index.html [QSA]
  RewriteRule ^([^.]+)$ $1.html [QSA]
  RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f
  RewriteRule ^(.*)$ /fcgi.rb [QSA,L]

  ErrorDocument 500 "<h2>Application error</h2>Nitro failed to start
properly"
</VirtualHost>



> Anyone have a working Apache2 Virtual Host configuration working with
Nitro?
>
> Nitro works under Webrick, but under Apahce2 I'm getting 400 Bad Request
Error.
>
> Thanks,
> T.
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>





From epiperak at softlab.ece.ntua.gr  Mon Sep  5 23:18:47 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 6 Sep 2005 06:18:47 +0300 (EEST)
Subject: [Nitro] Again me...
Message-ID: <Pine.LNX.4.62.0509060603190.24597@theseas.softlab.ece.ntua.gr>

Sorry for all the bothering...

I would like to store in the DB an object of type Currency that I made. 
(Just a Float will not do, I need to convert from JPY, to USD, EUR, and so 
on, but also store the different type of number each time - once 
representing JPY with no decimal digits, the other time USD with 2 
decimal, etc etc). So I did the followin in the model.rb

class Currency < Float

   def initialize(value = 0.0, type = 'JPY', precission = 0)
     super
     @value, @type, @precission = value, type, precission
   end

   def jpy
   end

   def usd
   end

   def eur
   end
end

and then

class Project
   property   :locality,    String # domestic, foreign
   property   :state,       String # fixed, planned, under development
   property   :fee_per,     Float
   property   :fee,         Currency
   belongs_to :officer
   belongs_to :group
   belongs_to :company
   has_many   :loans
   has_many   :investments
   has_many   :reports
   has_one    Bgroup
end


But Og complains in   property   :fee,         Currency
with...
/usr/lib/ruby/1.8/mysql.rb:453:in `read': You have an error in your SQL 
syntax.  Check the manual that corresponds to your MySQL server version 
for th
e right syntax to use near ' investment_size integer, type text, 
acquisition_date date, pla (Mysql::Error)
         from /usr/lib/ruby/1.8/mysql.rb:345:in `read_query_result'
         from /usr/lib/ruby/1.8/mysql.rb:160:in `real_query'
         from /usr/lib/ruby/1.8/mysql.rb:275:in `query'
         from 
/usr/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/mysql.rb:229:in 
`create_table'
         from (eval):5:in `send'
         from (eval):5:in `og_create_schema'
         from 
/usr/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/sql.rb:290:in `enchant'
         from 
/usr/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/mysql.rb:152:in 
`enchant'
         from 
/usr/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:130:in `manage'
         from 
/usr/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:186:in 
`manage_classes'
         from 
/usr/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:186:in `each'
         from 
/usr/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:186:in 
`manage_classes'
         from /usr/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og.rb:119:in 
`setup'


Any ideas?

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Mon Sep  5 23:20:09 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 6 Sep 2005 06:20:09 +0300 (EEST)
Subject: [Nitro] Epiphany...
Message-ID: <Pine.LNX.4.62.0509060618490.24597@theseas.softlab.ece.ntua.gr>

I had an epiphany last night...

Lets call the first book/doc on Nitro:
"Nitro: It's all Greek to me" (something like the Idiots Guide to Nitro)

George? What do you think?

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From transfire at gmail.com  Tue Sep  6 00:16:21 2005
From: transfire at gmail.com (TRANS)
Date: Tue, 6 Sep 2005 00:16:21 -0400
Subject: [Nitro] Again me...
In-Reply-To: <Pine.LNX.4.62.0509060603190.24597@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509060603190.24597@theseas.softlab.ece.ntua.gr>
Message-ID: <4b6f054f05090521163b15d55@mail.gmail.com>

On 9/5/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> Sorry for all the bothering...
> 
> I would like to store in the DB an object of type Currency that I made.
> (Just a Float will not do, I need to convert from JPY, to USD, EUR, and so
> on, but also store the different type of number each time - once
> representing JPY with no decimal digits, the other time USD with 2
> decimal, etc etc). So I did the followin in the model.rb
> 
> class Currency < Float
> 
>    def initialize(value = 0.0, type = 'JPY', precission = 0)
>      super
>      @value, @type, @precission = value, type, precission
>    end
> 
>    def jpy
>    end
> 
>    def usd
>    end
> 
>    def eur
>    end
> end

In some cases Ruby does not make subclassing feasible, like with
Float. So subclassing Float will do you no good. You are simply
delegating via the three instance vars. Get rid of  < Float and the
call to super.

Not sure what Nitro's doing though.

T.



From transfire at gmail.com  Tue Sep  6 00:18:01 2005
From: transfire at gmail.com (TRANS)
Date: Tue, 6 Sep 2005 00:18:01 -0400
Subject: [Nitro] Again me...
In-Reply-To: <4b6f054f05090521163b15d55@mail.gmail.com>
References: <Pine.LNX.4.62.0509060603190.24597@theseas.softlab.ece.ntua.gr>
	<4b6f054f05090521163b15d55@mail.gmail.com>
Message-ID: <4b6f054f050905211832a18b51@mail.gmail.com>

  class Currency

    def initialize(value = 0.0, type = 'JPY', precission = 0)
      @value, @type, @precission = value.to_f, type.to_s, precission.to_i
    end

    ...

-- 
( o)  ???
 //    trans.
/ /    transfire at gmail.com


From epiperak at softlab.ece.ntua.gr  Tue Sep  6 00:27:33 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 6 Sep 2005 07:27:33 +0300 (EEST)
Subject: [Nitro] Again me...
In-Reply-To: <4b6f054f050905211832a18b51@mail.gmail.com>
References: <Pine.LNX.4.62.0509060603190.24597@theseas.softlab.ece.ntua.gr>
	<4b6f054f05090521163b15d55@mail.gmail.com>
	<4b6f054f050905211832a18b51@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509060724500.2820@theseas.softlab.ece.ntua.gr>

Thanx for the tip on subclassing Float
The problem now it that Og does not accept this class as TrueClass type. 
Why? George permits declarations of type Integer, Float, String, ... , and 
TrueClass. Hash is a TrueClass and it can be used as a property, in the db 
it is converted to Text type. But my class Curr (renamed it cause Currency 
is reserved or something) is not accepted...

??


>  class Currency
>
>    def initialize(value = 0.0, type = 'JPY', precission = 0)
>      @value, @type, @precission = value.to_f, type.to_s, precission.to_i
>    end
>
>    ...
>
> -- 
> ( o)  ??????
> //    trans.
> / /    transfire at gmail.com
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}

From ulmo at valaraan.de  Tue Sep  6 00:47:58 2005
From: ulmo at valaraan.de (manveru)
Date: Tue, 06 Sep 2005 06:47:58 +0200
Subject: [Nitro] getting spark to hightlight syntax...
In-Reply-To: <431CCFC6.9070008@valaraan.de>
References: <431B49FB.2010409@cs.helsinki.fi>	<afd80b54050905003164206a7@mail.gmail.com>	<431CABED.2030105@cs.helsinki.fi>
	<431CCFC6.9070008@valaraan.de>
Message-ID: <431D1F7E.5050000@valaraan.de>

hi list...

now, after freeing my mind a bit and drinking some coffee - the world 
has cleared up :)
the problem was in the template/view.xhtml
i have replaced

------------
#|@page.body|
---------------------
with

----------------
<?r
body = @page.body.dup
body = RedCloth.new(body.dup).to_html
body.gsub!(/\{\{(.*?)\}\}/, '<a href="/view/\1">\1</a>') 
body.gsub!(/href="(.*?)"/) { $&.gsub(/ /, '_') }
body = body.gsub(/(\[code\])(.*?)(\[\/code\])/m) { |c|
    puts c.inspect
    c.gsub!('[code]', '')
    c.gsub!('[/code]', '')
    c.strip!
    c = CodeRay.scan(c, 'ruby').encode(:html, :bold_every => 10, :wrap 
=> :div)
    }
render_text(body)
?>
-----------------------

and it works perfect for me...
and i stripped the entry in the run.rb down to
-------------------
Markup.setup_markup_transform do |text|
    String.sanitize(text)
end
-------------------
i assume it checks that all closing-tags are set and like, but haven't 
checked that yet.

now i've got ruby-code-highlighting in rdog and a simple hack for 
everyone who wants his spark doing that! :)

hope i didn't waste your time, but all the 
templating/parsing/rendering/modeling/controlling/data-storing/checking 
has eaten up my mind for a while...

one last question: what does #|somevar| exactly do? it reminds me of 
#{somevar} but seems to have some connection to Markup...

PS: one can find coderay at http://rd.cycnus.de/coderay/

so long...
manveru


From rainhead at gmail.com  Tue Sep  6 02:35:16 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Mon, 5 Sep 2005 23:35:16 -0700
Subject: [Nitro] @template_root not set for secondary controllers
In-Reply-To: <afd80b5405090500421e0900ea@mail.gmail.com>
References: <145C99CC-8FBF-4CFC-B00D-DDAD45F1AD1D@gmail.com>
	<afd80b5405090500421e0900ea@mail.gmail.com>
Message-ID: <209652B6-5919-4F83-8948-49A1A5E99070@gmail.com>

George,

The answer to this is that compiler.rb doesn't instantiate the  
controller class before calling template_root. Class attributes are  
private, so you have to write a class method. The following code made  
my controller work:

def PlayerController.template_root
   'template/player'
end

In tracking this down, it looks like Nitro guesses the location of  
the template based on the path name. I thought I'd be able to put my  
code in template/players, but for some reason this didn't work. I  
haven't looked into it any more now that I have something that works.

As you say, this system could use some improvement. You know what'd  
be appropriate better than I, but an automatic template_root()  
inserted by compiler.rb and usable like action, pre, post, etc, is  
obvious. But perhaps it would be most correct to have it typically  
set from run.rb?

Cheers, P

On Sep 5, 2005, at 12:42 AM, George Moschovitis wrote:

> You have to use
> @template_root instead of @@template_root.
>
> This should work, dunno why it doesnt work for you (perhaps an
> accessor method for @template_root is not defined?)
>
> In any case, the template_root setting needs some improvement,
> @template_root = ... is not as elegant as it should be.
>
> regards,
> George.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20050906/3ca4c4b5/attachment.html 

From epiperak at softlab.ece.ntua.gr  Tue Sep  6 03:17:58 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 6 Sep 2005 10:17:58 +0300 (EEST)
Subject: [Nitro] Localization
Message-ID: <Pine.LNX.4.62.0509061015430.2820@theseas.softlab.ece.ntua.gr>

Hi all,
how can I put localization in the Input tag?

<input value=[[save]] type="save" />

fails. It says...
malformed XML: missing tag start Line: Position: Last 80 unconsumed 
characters:

Any help?

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Tue Sep  6 03:21:26 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 6 Sep 2005 10:21:26 +0300
Subject: [Nitro] Localization
In-Reply-To: <Pine.LNX.4.62.0509061015430.2820@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509061015430.2820@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b5405090600212cfc64ec@mail.gmail.com>

Hmm, try:

<input value="[[save]]" type="save" />

if that doesnt work escape this:

<![CDATA[
...
]]>

-g.

On 9/6/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> Hi all,
> how can I put localization in the Input tag?
> 
> <input value=[[save]] type="save" />
> 
> fails. It says...
> malformed XML: missing tag start Line: Position: Last 80 unconsumed
> characters:
> 
> Any help?
> 
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From rainhead at gmail.com  Tue Sep  6 03:26:25 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Tue, 6 Sep 2005 00:26:25 -0700
Subject: [Nitro] xhtml builder in model?
Message-ID: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>

Hi all,

Why can we only use the XhtmlMixin's build in a controller? I'd  
really like to be able to use it in a model, so that the model knows  
how to generate an edit form, not the controller. This means that I  
can put a form to create a new whatever from anywhere in my site, no  
matter which is the current controller.

Perhaps it would be easy to generalize this? Perhaps what I'm saying  
is already possible?

Thanks, Peter


From george.moschovitis at gmail.com  Tue Sep  6 03:39:18 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 6 Sep 2005 10:39:18 +0300
Subject: [Nitro] xhtml builder in model?
In-Reply-To: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>
References: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>
Message-ID: <afd80b54050906003950cdb261@mail.gmail.com>

I think you can already do this. If not, we could generalize the
XhtmlMixin module.
This is a reasonable request I guess.

thanks,
George.

On 9/6/05, Peter Abrahamsen <rainhead at gmail.com> wrote:
> Hi all,
> 
> Why can we only use the XhtmlMixin's build in a controller? I'd
> really like to be able to use it in a model, so that the model knows
> how to generate an edit form, not the controller. This means that I
> can put a form to create a new whatever from anywhere in my site, no
> matter which is the current controller.
> 
> Perhaps it would be easy to generalize this? Perhaps what I'm saying
> is already possible?
> 
> Thanks, Peter
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Tue Sep  6 04:27:21 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 6 Sep 2005 11:27:21 +0300 (EEST)
Subject: [Nitro] Localization
In-Reply-To: <afd80b5405090600212cfc64ec@mail.gmail.com>
References: <Pine.LNX.4.62.0509061015430.2820@theseas.softlab.ece.ntua.gr>
	<afd80b5405090600212cfc64ec@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509061119490.2820@theseas.softlab.ece.ntua.gr>

> Hmm, try:
>
> <input value="[[save]]" type="save" />

This worked fine!

[[bgroup_creation]]: #{date_select(Time.now, :name => 'creation')}

but this does not work. It returns in the request the selected values but 
it does not store the in the object with the request.fill(object)

def save_bgroup
   puts request['creation']
   if request.post?
     bgroup = Bgroup.new
     request.fill(bgroup)
     bgroup.save
   end
   redirect_to_referer
end

any ideas?


>
> if that doesnt work escape this:
>
> <![CDATA[
> ...
> ]]>
>
> -g.
>
> On 9/6/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
>> Hi all,
>> how can I put localization in the Input tag?
>>
>> <input value=[[save]] type="save" />
>>
>> fails. It says...
>> malformed XML: missing tag start Line: Position: Last 80 unconsumed
>> characters:
>>
>> Any help?
>>
>> Emmanouil Piperakis (epiperak at cs.ntua.gr)
>> {To explore is Human, to Create is Devine,
>>   To teach is Primal, to Rule is Sin}
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>
>
> -- 
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Tue Sep  6 04:41:52 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 6 Sep 2005 11:41:52 +0300
Subject: [Nitro] Localization
In-Reply-To: <Pine.LNX.4.62.0509061119490.2820@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509061015430.2820@theseas.softlab.ece.ntua.gr>
	<afd80b5405090600212cfc64ec@mail.gmail.com>
	<Pine.LNX.4.62.0509061119490.2820@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b54050906014172ad041d@mail.gmail.com>

Have a look how this is currently handled in 

lib/nitro/mixin/form.rb

-g.

PS: this will be improved a lot in the next version (next week).

On 9/6/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> > Hmm, try:
> >
> > <input value="[[save]]" type="save" />
> 
> This worked fine!
> 
> [[bgroup_creation]]: #{date_select(Time.now, :name => 'creation')}
> 
> but this does not work. It returns in the request the selected values but
> it does not store the in the object with the request.fill(object)
> 
> def save_bgroup
>    puts request['creation']
>    if request.post?
>      bgroup = Bgroup.new
>      request.fill(bgroup)
>      bgroup.save
>    end
>    redirect_to_referer
> end
> 
> any ideas?
> 
> 
> >
> > if that doesnt work escape this:
> >
> > <![CDATA[
> > ...
> > ]]>
> >
> > -g.
> >
> > On 9/6/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> >> Hi all,
> >> how can I put localization in the Input tag?
> >>
> >> <input value=[[save]] type="save" />
> >>
> >> fails. It says...
> >> malformed XML: missing tag start Line: Position: Last 80 unconsumed
> >> characters:
> >>
> >> Any help?
> >>
> >> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> >> {To explore is Human, to Create is Devine,
> >>   To teach is Primal, to Rule is Sin}
> >> _______________________________________________
> >> Nitro-general mailing list
> >> Nitro-general at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/nitro-general
> >>
> >
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> 
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Tue Sep  6 05:03:52 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 6 Sep 2005 12:03:52 +0300 (EEST)
Subject: [Nitro] Localization
In-Reply-To: <afd80b54050906014172ad041d@mail.gmail.com>
References: <Pine.LNX.4.62.0509061015430.2820@theseas.softlab.ece.ntua.gr>
	<afd80b5405090600212cfc64ec@mail.gmail.com>
	<Pine.LNX.4.62.0509061119490.2820@theseas.softlab.ece.ntua.gr>
	<afd80b54050906014172ad041d@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509061157550.18056@theseas.softlab.ece.ntua.gr>

> Have a look how this is currently handled in
>
> lib/nitro/mixin/form.rb
>
Only if there was a better example...
eg

<form method="post", name="bgroupform" action="save_bgroup">
[[title]]: <input id="bgroup_title" name="title" type="text" value="Add..." />
[[bgroup_creation]]: #{date_select(Date.today, :name => 'creation')}
<input value="[[save]]" type="submit" name="bgroup" style="margin: 0px" />
<input value="[[reset]]" type="reset"  style="margin: 0px" />
</form>

how can this be done in the new way? with the FormMixin?

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Tue Sep  6 05:05:44 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 6 Sep 2005 12:05:44 +0300
Subject: [Nitro] getting spark to hightlight syntax...
In-Reply-To: <431D1F7E.5050000@valaraan.de>
References: <431B49FB.2010409@cs.helsinki.fi>
	<afd80b54050905003164206a7@mail.gmail.com>
	<431CABED.2030105@cs.helsinki.fi> <431CCFC6.9070008@valaraan.de>
	<431D1F7E.5050000@valaraan.de>
Message-ID: <afd80b5405090602053e79d459@mail.gmail.com>

Hello,

#|..| is an alias for #{markup(...)}
#(..) is an alias for #{sanitize(...)}

I think these aliases (macros) help keep templates clean. 
If you want to customize the rendering you can overload the methods:

Markup.markup
Markup.sanitize

hope this helps.

regards,
George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Tue Sep  6 05:47:57 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 6 Sep 2005 12:47:57 +0300
Subject: [Nitro] How iterate efficiently through collection of 'things'?
In-Reply-To: <431CABED.2030105@cs.helsinki.fi>
References: <431B49FB.2010409@cs.helsinki.fi>
	<afd80b54050905003164206a7@mail.gmail.com>
	<431CABED.2030105@cs.helsinki.fi>
Message-ID: <afd80b5405090602472fd7c4d0@mail.gmail.com>

> In my login_check action I say:
> 
>         flash[:invalid_login] = true
>         render "login"   # or originally redirect, but no effect
> ...
> 
>   <?r
>     p flash
>     if flash[:invalid_login] ?>
>     <div class="invalid_login">
>       <h2>Invalid login</h2>
>     </div>
>   <?r end ?>

This should work. Flash is alive until the next request. Will have a
look at this.

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From rainhead at gmail.com  Tue Sep  6 12:43:28 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Tue, 6 Sep 2005 09:43:28 -0700
Subject: [Nitro] Rdocs
Message-ID: <908914B5-48C3-4845-9FE2-56CA8FCF8797@gmail.com>

If anyone needs nitro/og/glue rdocs while nitrohq is down, I've got  
some over here:

http://taffy.findpage.com/~peidran/

Cheers, Peter


From james_b at neurogami.com  Tue Sep  6 12:51:13 2005
From: james_b at neurogami.com (James Britt)
Date: Tue, 06 Sep 2005 09:51:13 -0700
Subject: [Nitro] xhtml builder in model?
In-Reply-To: <afd80b54050906003950cdb261@mail.gmail.com>
References: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>
	<afd80b54050906003950cdb261@mail.gmail.com>
Message-ID: <431DC901.6000400@neurogami.com>

George Moschovitis wrote:
> I think you can already do this. If not, we could generalize the
> XhtmlMixin module.
> This is a reasonable request I guess.
> 
> thanks,
> George.
> 
> On 9/6/05, Peter Abrahamsen <rainhead at gmail.com> wrote:
> 
>>Hi all,
>>
>>Why can we only use the XhtmlMixin's build in a controller? I'd
>>really like to be able to use it in a model, so that the model knows
>>how to generate an edit form, not the controller. This means that I
>>can put a form to create a new whatever from anywhere in my site, no
>>matter which is the current controller.
>>

Is this a case, though, of having the model (e.g., that data) getting 
mixed up with the presentation, breaking MVC?

On the other hand, I'm reminded of Allen Holub's articles on doing GUI 
stuff in Java, where he derided getters and setters, and said something 
along the lines of objects should know how to render themselves.

http://www.javaworld.com/javaworld/jw-07-1999/jw-07-toolbox_p.html


<quote>

I'll explain the whys and wherefors in a moment, but here are some rules 
of thumb that you can apply to see if you're really looking at an 
object-oriented system:

    1. All data is private. Period. (This rule applies to all 
implementation details, not just the data.)
    2. get and set functions are evil. (They're just elaborate ways to 
make the data public.)
    3. Never ask an object for the information you need to do something; 
rather, ask the object that has the information to do the work for you.
    4. It must be possible to make any change to the way an object is 
implemented, no matter how significant that change may be, by modifying 
the single class that defines that object.
    5. All objects must provide their own UI.

If the system doesn't follow these rules, it isn't object-oriented. It's 
that simple. That's not to say non-object-oriented systems are bad; 
there are many perfectly good procedural systems in the world. 
Nonetheless, not exposing data is a fundamental principle of 
object-oriented systems. If you violate your principles, you're nothing, 
and the same goes for object-oriented systems. If a system violates 
object-oriented principles, it isn't object-oriented; it's some sort of 
weird hybrid that you may or may not ever get to work right.

</quote>

So, does this suggest that if I want to render, say, an Account object 
in a Web page, I should do something like this:

<%= account.render( xhtml_form_builder ) %>

where xhtml_form_builder is some object that an Account instance knows 
how to manipulate without needing to know the specifics of the rendering 
environment?

James



From ulmo at valaraan.de  Tue Sep  6 13:09:40 2005
From: ulmo at valaraan.de (manveru)
Date: Tue, 06 Sep 2005 19:09:40 +0200
Subject: [Nitro] spark and update_time
Message-ID: <431DCD54.8040108@valaraan.de>

hi list,

now, almost a tradition, my daily problem :)

i noticed that in spark every page wich contains:

#{@revision.update_time.to_s(:db)}

fails to render, i'm not sure why, not even sure what that code does, 
but i think that it wants to get the latest update_time in a string out 
of :db
i have added the error-messages at the end of the post, the problem 
seems clear - to_s doesn't want any arguments, and i really don't think 
it is supposed to need that information, as the revision should know by 
itself where to get that information...
maybe it's just some problem with mysql here... however, i can live 
without the date of the last update for the meanwhile, just wanted to 
post that here so the problem gets known

so long...
manveru


-------------------------------------------
ERROR: Error while handling '/diff'.
ERROR: wrong number of arguments (1 for 0)
  template/diff.xhtml:79:in `to_s'
  template/diff.xhtml:79:in `diff_template'
  (eval):10:in `diff_action'
  
/usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in 
`method_missing'
  /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in 
`render'
  
/usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/webrick.rb:125:in 
`do_GET'
  /usr/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `service'
  /usr/lib/ruby/1.8/webrick/httpserver.rb:104:in `service'
  /usr/lib/ruby/1.8/webrick/httpserver.rb:65:in `run'
  /usr/lib/ruby/1.8/webrick/server.rb:172:in `start_thread'
  /usr/lib/ruby/1.8/webrick/server.rb:161:in `start'
  /usr/lib/ruby/1.8/webrick/server.rb:161:in `start_thread'
  /usr/lib/ruby/1.8/webrick/server.rb:95:in `start'
  /usr/lib/ruby/1.8/webrick/server.rb:92:in `each'
  /usr/lib/ruby/1.8/webrick/server.rb:92:in `start'
  /usr/lib/ruby/1.8/webrick/server.rb:82:in `start'
  /usr/lib/ruby/1.8/webrick/server.rb:82:in `start'
  
/usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/webrick.rb:47:in 
`start'
  
/usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server/runner.rb:282:in 
`invoke_server'
  
/usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server/runner.rb:248:in 
`invoke'
  /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server.rb:125:in `run'
  /usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro.rb:65:in `run'
  run.rb:76
  LOGGED FROM: 
/usr/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:180:in 
`log_error'
----------------------------------------------


From ulmo at valaraan.de  Tue Sep  6 13:12:42 2005
From: ulmo at valaraan.de (manveru)
Date: Tue, 06 Sep 2005 19:12:42 +0200
Subject: [Nitro] spark and update_time
In-Reply-To: <431DCD54.8040108@valaraan.de>
References: <431DCD54.8040108@valaraan.de>
Message-ID: <431DCE0A.6000304@valaraan.de>

manveru wrote:

> hi list,
>
> now, almost a tradition, my daily problem :)
>
> i noticed that in spark every page wich contains:
>
> #{@revision.update_time.to_s(:db)}

i shouldn't post too fast next time - i looked at some other templates 
and found the combination update_time.stamp(:db) quite often, so i 
replaced to_s with that stamp...
it's just a quick fix - maybe some alias would be better

so long...
manveru


From rainhead at gmail.com  Tue Sep  6 14:00:40 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Tue, 6 Sep 2005 11:00:40 -0700
Subject: [Nitro] xhtml builder in model?
In-Reply-To: <431DC901.6000400@neurogami.com>
References: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>
	<afd80b54050906003950cdb261@mail.gmail.com>
	<431DC901.6000400@neurogami.com>
Message-ID: <2E3F9E77-D5FD-4714-B4A1-61F3A4487046@gmail.com>

James,

Thanks a lot for your message. The article looks very interesting,  
I'll read it in a minute.

What you and Allen Holub say seems very intuitive to me. In my view,  
an object--in Nitro, an entity--ought to know how to express itself.  
It's the controller's responsibility to make things express  
themselves in a coherent visual and code environment. Templates (are  
these really the V in MVC?) are split off more for the benefit of  
letting designers not have to wade through program code. Some of them  
are for the benefit of models (entities) and some for the benefit of  
controllers (e.g. how to build a page).

Or maybe this is simply not an MVC model? I don't know much about the  
models one finds in the literature, I just knew how I wanted to  
organize my program, and Nitro seemed flexible enough to let me do that.

All that said, it seems clear that by my own logic, the edit_form  
ought to be an .xhtml template. Though, since I'm (presently) playing  
all roles in my project, it doesn't yet make that much difference.

Relatedly, I'm really looking forward to some good tools for building  
forms. George, have you ever seen Zope's Formulator product? It's  
pretty impressive, and was the first tool of its kind when it came  
out some years ago. Maybe it could give you some inspiration :)

http://sourceforge.net/projects/formulator

Sorry, couldn't find the old tutorials. For all of Zope's problems,  
they had (I think it's appropriate to use the past tense at this  
point) there was some cool stuff going on there.

Cheers, Peter

On Sep 6, 2005, at 9:51 AM, James Britt wrote:
> Is this a case, though, of having the model (e.g., that data)  
> getting mixed up with the presentation, breaking MVC?
>
> On the other hand, I'm reminded of Allen Holub's articles on doing  
> GUI stuff in Java, where he derided getters and setters, and said  
> something along the lines of objects should know how to render  
> themselves.
>
> http://www.javaworld.com/javaworld/jw-07-1999/jw-07-toolbox_p.html
>
>
> <quote>
>
> I'll explain the whys and wherefors in a moment, but here are some  
> rules of thumb that you can apply to see if you're really looking  
> at an object-oriented system:
>
>    1. All data is private. Period. (This rule applies to all  
> implementation details, not just the data.)
>    2. get and set functions are evil. (They're just elaborate ways  
> to make the data public.)
>    3. Never ask an object for the information you need to do  
> something; rather, ask the object that has the information to do  
> the work for you.
>    4. It must be possible to make any change to the way an object  
> is implemented, no matter how significant that change may be, by  
> modifying the single class that defines that object.
>    5. All objects must provide their own UI.
>
> If the system doesn't follow these rules, it isn't object-oriented.  
> It's that simple. That's not to say non-object-oriented systems are  
> bad; there are many perfectly good procedural systems in the world.  
> Nonetheless, not exposing data is a fundamental principle of object- 
> oriented systems. If you violate your principles, you're nothing,  
> and the same goes for object-oriented systems. If a system violates  
> object-oriented principles, it isn't object-oriented; it's some  
> sort of weird hybrid that you may or may not ever get to work right.
>
> </quote>
>
> So, does this suggest that if I want to render, say, an Account  
> object in a Web page, I should do something like this:
>
> <%= account.render( xhtml_form_builder ) %>
>
> where xhtml_form_builder is some object that an Account instance  
> knows how to manipulate without needing to know the specifics of  
> the rendering environment?
>
> James
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From transfire at gmail.com  Tue Sep  6 14:14:32 2005
From: transfire at gmail.com (TRANS)
Date: Tue, 6 Sep 2005 14:14:32 -0400
Subject: [Nitro] xhtml builder in model?
In-Reply-To: <431DC901.6000400@neurogami.com>
References: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>
	<afd80b54050906003950cdb261@mail.gmail.com>
	<431DC901.6000400@neurogami.com>
Message-ID: <4b6f054f0509061114580d1121@mail.gmail.com>

On 9/6/05, James Britt <james_b at neurogami.com> wrote:
> <quote>
> 
> I'll explain the whys and wherefors in a moment, but here are some rules
> of thumb that you can apply to see if you're really looking at an
> object-oriented system:
> 
>     1. All data is private. Period. (This rule applies to all
> implementation details, not just the data.)
>     2. get and set functions are evil. (They're just elaborate ways to
> make the data public.)
>     3. Never ask an object for the information you need to do something;
> rather, ask the object that has the information to do the work for you.
>     4. It must be possible to make any change to the way an object is
> implemented, no matter how significant that change may be, by modifying
> the single class that defines that object.
>     5. All objects must provide their own UI.
> 
> If the system doesn't follow these rules, it isn't object-oriented. It's
> that simple. That's not to say non-object-oriented systems are bad;
> there are many perfectly good procedural systems in the world.
> Nonetheless, not exposing data is a fundamental principle of
> object-oriented systems. If you violate your principles, you're nothing,
> and the same goes for object-oriented systems. If a system violates
> object-oriented principles, it isn't object-oriented; it's some sort of
> weird hybrid that you may or may not ever get to work right.
> 
> </quote>

Crap. Don't listen to that drival. While the idea has merit up to a
limited scale it quickly turns into hell fire. And poos on SOC. Are
you really going to teach each object how to display itself in PDF,
XML, RDF, ASCII-Art, as infinitum. I don't think so. Your going to
convert it to ONE common format, say some nice YAML, and then write
Renders for that --is dumping YAML considered accessing public data?
Now for a _main_ intereface, say a GUI, sure that's reasonable, but if
you really want to get high class you'd use AOP to "weave" the
Rendering into the object, thus maintining SOC at the same time.

As usual balance is key. I'd be wary of anyone who makes ultimatiums
like: "If the system doesn't follow these rules, it isn't
object-oriented. It's that simple."

> So, does this suggest that if I want to render, say, an Account object
> in a Web page, I should do something like this:
> 
> <%= account.render( xhtml_form_builder ) %>
> 
> where xhtml_form_builder is some object that an Account instance knows
> how to manipulate without needing to know the specifics of the rendering
> environment?

Feasible. Is it really much different then an elaborate:

  out = my_form_str % account.data_for_my_form_str

Granted template systems these day have embedded procedures to deal
with, but you get the idea.

T.



From vagabond at cataclysm-software.net  Tue Sep  6 15:29:29 2005
From: vagabond at cataclysm-software.net (Andrew Thompson)
Date: Tue, 06 Sep 2005 21:29:29 +0200
Subject: [Nitro] RDOG 0.2 (or something like that)
In-Reply-To: <afd80b54050904235569047344@mail.gmail.com>
References: <20050902141000.4f299d25@localhost>	<5371ac740509020950632adac1@mail.gmail.com>	<43188965.30504@neurogami.com>
	<43188D4E.6080207@valaraan.de>	<43189020.4020607@neurogami.com>
	<4318DA95.2060506@valaraan.de>	<20050903111813.3e86147e@localhost>	<43199EF6.1010809@cataclysm-software.net>
	<afd80b54050904235569047344@mail.gmail.com>
Message-ID: <431DEE19.4060804@cataclysm-software.net>

You've asked me this about 3 times now George, I'll paste my testcase 
AGAIN, maybe this time you'll keep it somewhere handy :). I just want to 
have Classes and Methods both able to store Method objects...

Vag


============================

require 'rubygems'
require_gem 'og'

#turn on debugging
$DBG = true

class Doc
     property :name, String

     def initialize(name)
         @name = name
     end
end

class DocModule < Doc
     has_many :functions, DocMethod #contains many methods
end

class DocClass < DocModule
     many_to_many :modules, DocModule #may have many modules, and those 
modules may be in other classes
end

class DocMethod < Doc
     belongs_to :parent, DocModule #belong to a DocModule as DocClass is 
a subclass of DocModule
end

db = Og.setup(
       :store => 'mysql',
       :name => 'test',
       :user => 'bleh',
       :password => 'something'
)

testclass = DocClass.new('Testd')
testmethod = DocMethod.new('test')
testmodule = DocModule.new('module')

testmethod.parent = testclass

#save the objects

testclass.save
testmethod.save

#this works
testmethod.parent = testclass

#but reports no parents...
puts testmethod.parent

#this causes a crash
#testclass.add_function(testmethod)

#this causes a crash
#puts testclass.functions

===============================

George Moschovitis wrote:
>>(og still doesn't seem to want to play nice with inherited classes),
> 
> 
> what is the problem exactly?
> 
> -g.
> 
> 
> 



From Jochen at Schalanda.de  Tue Sep  6 17:39:56 2005
From: Jochen at Schalanda.de (Jochen Schalanda)
Date: Tue, 06 Sep 2005 23:39:56 +0200
Subject: [Nitro] Rdocs
In-Reply-To: <908914B5-48C3-4845-9FE2-56CA8FCF8797@gmail.com>
References: <908914B5-48C3-4845-9FE2-56CA8FCF8797@gmail.com>
Message-ID: <dfl2bj$7et$1@sea.gmane.org>

On 09/06/2005 06:43 PM, Peter Abrahamsen wrote:
> If anyone needs nitro/og/glue rdocs while nitrohq is down, I've got 
> some over here:
> 
> http://taffy.findpage.com/~peidran/
> 
> Cheers, Peter

Just in case someone didn't (like me some time ago):
You can access the rdoc of any gem locally on http://localhost:8808, if
you start "gem_server". It should be faster (and more bandwidth
friendly) than accessing the docs on a remote server.

Regards,
Jochen



From rainhead at gmail.com  Tue Sep  6 19:04:58 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Tue, 6 Sep 2005 16:04:58 -0700
Subject: [Nitro] Views and Templating
Message-ID: <F4EDD4E5-7932-4836-8193-B442B3A168FA@gmail.com>

The V part of MVC feels neglected. Actions and views seem to be the  
same thing in Nitro, and that's (for my uses) a weakness. I still  
don't know Nitro well enough to know what breaking out of that  
circumstance entails. Here are some problems that arise:

- I'd like to ask for some model object ("entity"?) to express itself  
in some way, I have to do some work to track down the right view. I'd  
like to just say, "Tell the person whose name is Fred to give me a  
summary of himself." But as things are, a Person has no idea how to  
do that. This becomes a problem if the view is associated with a  
different Controller.

- If I want a site-wide (across Controllers) generic page template,  
then each action_view template needs to call something in the  
Controller, or something in the Skin (some Element). A view shouldn't  
be /expected/ to provide or delegate to provide an <html> tag. What  
I'd like is for the template to have that option, or else the  
Controller can provide wrap the template, and the Controller may  
additionally resort to a site-wide template (which would happen by  
default if nothing's specified in the Controller). I'm not positive  
about this division of responsibility, but it's closer to what I'd  
like to see.
--> does Advice have something to do with this?

All of this is informed by Zope's Page Templates (ZPT, TAL, and  
TALES) which provided a large degree of flexibility. It was almost  
Aspect-oriented, in that templates could replace parts of each other,  
and data could be coming from several different parts of the code. If  
you haven't seen ZPT in action, it's entirely worthwhile to install a  
copy of Plone or something and see how it works. Having actions and  
views coupled tightly precludes this kind of behavior.

I'd enjoy hearing how I'm not seeing things correctly, or how to  
achieve some of these goals in Nitro without going crazy.

Cheers, Peter


From james_b at neurogami.com  Tue Sep  6 20:07:32 2005
From: james_b at neurogami.com (James Britt)
Date: Tue, 06 Sep 2005 17:07:32 -0700
Subject: [Nitro] xhtml builder in model?
In-Reply-To: <4b6f054f0509061114580d1121@mail.gmail.com>
References: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>	<afd80b54050906003950cdb261@mail.gmail.com>	<431DC901.6000400@neurogami.com>
	<4b6f054f0509061114580d1121@mail.gmail.com>
Message-ID: <431E2F44.5060803@neurogami.com>

TRANS wrote:
..

> 
> 
> Crap. Don't listen to that drival. While the idea has merit up to a
> limited scale it quickly turns into hell fire. And poos on SOC. Are
> you really going to teach each object how to display itself in PDF,
> XML, RDF, ASCII-Art, as infinitum. I don't think so. 

No, I thin the idea is to be able to do something like this:

my_model.render( pdf_writer )
  or
my_model.render( wml_writer )

where all *_writer objects expose a known API; my_model need only know 
about that single API, passing data to the writer object.  The writer 
need not know the data details of my_model.


> Your going to
> convert it to ONE common format, say some nice YAML, and then write
> Renders for that --is dumping YAML considered accessing public data?
> Now for a _main_ intereface, say a GUI, sure that's reasonable, but if
> you really want to get high class you'd use AOP to "weave" the
> Rendering into the object, thus maintining SOC at the same time.

Except I think that leads to coupling between the model's YAML and the 
rendering code.

> 
> As usual balance is key. I'd be wary of anyone who makes ultimatiums
> like: "If the system doesn't follow these rules, it isn't
> object-oriented. It's that simple."

Well, such statements may be designed more to provoke discussion than to 
actually assert something as fact.  "Hype is the new black", and all 
that.    But I believe he is essentially correct.


> 
> 
>>So, does this suggest that if I want to render, say, an Account object
>>in a Web page, I should do something like this:
>>
>><%= account.render( xhtml_form_builder ) %>
>>
>>where xhtml_form_builder is some object that an Account instance knows
>>how to manipulate without needing to know the specifics of the rendering
>>environment?
> 
> 
> Feasible. Is it really much different then an elaborate:
> 
>   out = my_form_str % account.data_for_my_form_str
> 

Depends.  Who is asking whom for what?  In which direction do (most of) 
the dependencies go?


James
-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From rainhead at gmail.com  Tue Sep  6 20:49:20 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Tue, 6 Sep 2005 17:49:20 -0700
Subject: [Nitro] Rdocs
In-Reply-To: <dfl2bj$7et$1@sea.gmane.org>
References: <908914B5-48C3-4845-9FE2-56CA8FCF8797@gmail.com>
	<dfl2bj$7et$1@sea.gmane.org>
Message-ID: <36D8479E-6091-45D0-9634-C15DD80B1307@gmail.com>

I didn't know that. It's wonderful, thanks.

P

On Sep 6, 2005, at 2:39 PM, Jochen Schalanda wrote:

> On 09/06/2005 06:43 PM, Peter Abrahamsen wrote:
>
>> If anyone needs nitro/og/glue rdocs while nitrohq is down, I've got
>> some over here:
>>
>> http://taffy.findpage.com/~peidran/
>>
>> Cheers, Peter
>>
>
> Just in case someone didn't (like me some time ago):
> You can access the rdoc of any gem locally on http://localhost: 
> 8808, if
> you start "gem_server". It should be faster (and more bandwidth
> friendly) than accessing the docs on a remote server.
>
> Regards,
> Jochen
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From epiperak at softlab.ece.ntua.gr  Tue Sep  6 21:29:05 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 7 Sep 2005 04:29:05 +0300 (EEST)
Subject: [Nitro] Rdocs
In-Reply-To: <dfl2bj$7et$1@sea.gmane.org>
References: <908914B5-48C3-4845-9FE2-56CA8FCF8797@gmail.com>
	<dfl2bj$7et$1@sea.gmane.org>
Message-ID: <Pine.LNX.4.62.0509070428040.18400@theseas.softlab.ece.ntua.gr>

> Just in case someone didn't (like me some time ago):
> You can access the rdoc of any gem locally on http://localhost:8808, if
> you start "gem_server". It should be faster (and more bandwidth
> friendly) than accessing the docs on a remote server.

My Nitro installation has some kind of problem and the rdoc is not 
installed! Therefore this option does not work... :-)

>
> Regards,
> Jochen
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Tue Sep  6 22:44:15 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 7 Sep 2005 05:44:15 +0300 (EEST)
Subject: [Nitro] table
Message-ID: <Pine.LNX.4.62.0509070535040.23409@theseas.softlab.ece.ntua.gr>

Hi all,
my latest question ;-)

After poking around on how to use the TableMixin I found out the 
following:
1) the example in the file table.rb is wrong (deprecated). In order to use 
the TableMixin you have to do the following
a) create a header array
b) create a values array of array by mapping your data to that array
c) call the mixin

eg.
# in the controller
def bgroups
   @data = Bgroup.all.map {|b| [b.title_en,b.title_jp,b.creation]}
   @header = ['title_en','title_jp','creation']
   @id = 'bgroup_id' # same as in the css file, used for formating
end

# in the view file
   <div>
     #{table(:id => @id, :headers => @header, :values => @data)}
   </div>

2) My question is: when I want to Localize the headers then the following 
line does not work (even thought it should)

@header = ['[[bgroup_title_en]]','[[bgroup_title_jp]]','[[bgroup_creation]]']

it seems that the TableMixin returns the string for the table creation, 
but the string does not get Localized.

George?


Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From james_b at neurogami.com  Tue Sep  6 23:03:36 2005
From: james_b at neurogami.com (James Britt)
Date: Tue, 06 Sep 2005 20:03:36 -0700
Subject: [Nitro] Rdocs
In-Reply-To: <Pine.LNX.4.62.0509070428040.18400@theseas.softlab.ece.ntua.gr>
References: <908914B5-48C3-4845-9FE2-56CA8FCF8797@gmail.com>	<dfl2bj$7et$1@sea.gmane.org>
	<Pine.LNX.4.62.0509070428040.18400@theseas.softlab.ece.ntua.gr>
Message-ID: <431E5888.8060302@neurogami.com>

Emmanuel Piperakis wrote:
>> Just in case someone didn't (like me some time ago):
>> You can access the rdoc of any gem locally on http://localhost:8808, if
>> you start "gem_server". It should be faster (and more bandwidth
>> friendly) than accessing the docs on a remote server.
> 
> 
> My Nitro installation has some kind of problem and the rdoc is not 
> installed! Therefore this option does not work... :-)

I *think* you can run rdoc over the source tree, and then copy the 
resulting docs over to where they should be in the gems/docs tree

James


-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From epiperak at softlab.ece.ntua.gr  Tue Sep  6 23:42:37 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 7 Sep 2005 06:42:37 +0300 (EEST)
Subject: [Nitro] Rdocs
In-Reply-To: <431E5888.8060302@neurogami.com>
References: <908914B5-48C3-4845-9FE2-56CA8FCF8797@gmail.com>
	<dfl2bj$7et$1@sea.gmane.org>
	<Pine.LNX.4.62.0509070428040.18400@theseas.softlab.ece.ntua.gr>
	<431E5888.8060302@neurogami.com>
Message-ID: <Pine.LNX.4.62.0509070641230.2607@theseas.softlab.ece.ntua.gr>

> I *think* you can run rdoc over the source tree, and then copy the resulting 
> docs over to where they should be in the gems/docs tree

I tried rake rdoc, rake doc (no result). Probably my rake is not installed 
correctly......

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From transfire at gmail.com  Wed Sep  7 00:23:57 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 7 Sep 2005 00:23:57 -0400
Subject: [Nitro] xhtml builder in model?
In-Reply-To: <431E2F44.5060803@neurogami.com>
References: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>
	<afd80b54050906003950cdb261@mail.gmail.com>
	<431DC901.6000400@neurogami.com>
	<4b6f054f0509061114580d1121@mail.gmail.com>
	<431E2F44.5060803@neurogami.com>
Message-ID: <4b6f054f05090621234bcbe6ce@mail.gmail.com>

On 9/6/05, James Britt <james_b at neurogami.com> wrote:
> TRANS wrote:
> ..
> 
> >
> >
> > Crap. Don't listen to that drival. While the idea has merit up to a
> > limited scale it quickly turns into hell fire. And poos on SOC. Are
> > you really going to teach each object how to display itself in PDF,
> > XML, RDF, ASCII-Art, as infinitum. I don't think so.
> 
> No, I thin the idea is to be able to do something like this:
> 
> my_model.render( pdf_writer )
>   or
> my_model.render( wml_writer )
> 
> where all *_writer objects expose a known API; my_model need only know
> about that single API, passing data to the writer object.  The writer
> need not know the data details of my_model.

But what does that amount to? Both writer's have to have the same API.
That can be difficult, commonly resulting in an LCD effect. Even so,
you've reduced the problem to a single interface writer->model, but
it's a  one-to-one mapping so you can turn it orthogonally and do
model -> writer. It amounts to the same thing.

  class Writer
    def render( model )
      do_this(model.x)
      do_that(model.y)

  class Model
     def render( writer )
         writer.do_this(self.x)
         writer.do_that(self.y)

> > Your going to
> > convert it to ONE common format, say some nice YAML, and then write
> > Renders for that --is dumping YAML considered accessing public data?
> > Now for a _main_ intereface, say a GUI, sure that's reasonable, but if
> > you really want to get high class you'd use AOP to "weave" the
> > Rendering into the object, thus maintining SOC at the same time.
> 
> Except I think that leads to coupling between the model's YAML and the
> rendering code.

A coupling is inevitable. In fact that's exactly what you are after.
The choice that really matters is to make it generic or specific, not
whater the model does it to the controller or vice versa --that's
mostly just a matter of perspective.

> >
> > As usual balance is key. I'd be wary of anyone who makes ultimatiums
> > like: "If the system doesn't follow these rules, it isn't
> > object-oriented. It's that simple."
> 
> Well, such statements may be designed more to provoke discussion than to
> actually assert something as fact.  "Hype is the new black", and all
> that.    But I believe he is essentially correct.

Correct as in a fact? This is subject and is all about where you
stand, and what works. Taken as fact, this purity of reason could have
one expecting a baseball to know how to be hit by a bat.

> >>So, does this suggest that if I want to render, say, an Account object
> >>in a Web page, I should do something like this:
> >>
> >><%= account.render( xhtml_form_builder ) %>
> >>
> >>where xhtml_form_builder is some object that an Account instance knows
> >>how to manipulate without needing to know the specifics of the rendering
> >>environment?
> >
> >
> > Feasible. Is it really much different then an elaborate:
> >
> >   out = my_form_str % account.data_for_my_form_str
> >
> 
> Depends.  Who is asking whom for what?  In which direction do (most of)
> the dependencies go?

That is a good question, b/c that will generally determine LOC.

T.



From james_b at neurogami.com  Wed Sep  7 00:42:50 2005
From: james_b at neurogami.com (James Britt)
Date: Tue, 06 Sep 2005 21:42:50 -0700
Subject: [Nitro] xhtml builder in model?
In-Reply-To: <4b6f054f05090621234bcbe6ce@mail.gmail.com>
References: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>	<afd80b54050906003950cdb261@mail.gmail.com>	<431DC901.6000400@neurogami.com>	<4b6f054f0509061114580d1121@mail.gmail.com>	<431E2F44.5060803@neurogami.com>
	<4b6f054f05090621234bcbe6ce@mail.gmail.com>
Message-ID: <431E6FCA.4080902@neurogami.com>

TRANS wrote:
> On 9/6/05, James Britt <james_b at neurogami.com> wrote:
...

>>No, I thin the idea is to be able to do something like this:
>>
>>my_model.render( pdf_writer )
>>  or
>>my_model.render( wml_writer )
>>
>>where all *_writer objects expose a known API; my_model need only know
>>about that single API, passing data to the writer object.  The writer
>>need not know the data details of my_model.
> 
> 
> But what does that amount to? Both writer's have to have the same API.
> That can be difficult, commonly resulting in an LCD effect. Even so,
> you've reduced the problem to a single interface writer->model, but
> it's a  one-to-one mapping so you can turn it orthogonally and do
> model -> writer. It amounts to the same thing.
> 
>   class Writer
>     def render( model )
>       do_this(model.x)
>       do_that(model.y)
> 
>   class Model
>      def render( writer )
>          writer.do_this(self.x)
>          writer.do_that(self.y)
> 

I don't know that I can offer a persuasive argument, but I prefer the 
latter.

James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From james_b at neurogami.com  Wed Sep  7 00:54:31 2005
From: james_b at neurogami.com (James Britt)
Date: Tue, 06 Sep 2005 21:54:31 -0700
Subject: [Nitro] Rdocs
In-Reply-To: <Pine.LNX.4.62.0509070641230.2607@theseas.softlab.ece.ntua.gr>
References: <908914B5-48C3-4845-9FE2-56CA8FCF8797@gmail.com>
	<dfl2bj$7et$1@sea.gmane.org>
	<Pine.LNX.4.62.0509070428040.18400@theseas.softlab.ece.ntua.gr>
	<431E5888.8060302@neurogami.com>
	<Pine.LNX.4.62.0509070641230.2607@theseas.softlab.ece.ntua.gr>
Message-ID: <431E7287.1090103@neurogami.com>

Emmanuel Piperakis wrote:
 >> I *think* you can run rdoc over the source tree, and then copy the
 >> resulting docs over to where they should be in the gems/docs tree
 >
 >
 > I tried rake rdoc, rake doc (no result). Probably my rake is not
 > installed correctly......
 >

Forget rake.  Just run rdoc.


C:\ruby\lib\ruby\gems\1.8\gems\og-0.23.0\lib>rdoc --main og.rb

                       collection.rb: mc................
                           entity.rb: mm.m....................cc.
                           errors.rb: mc.
  # much stuff ...
                         mysql411.rb: c.............
Generating HTML...

Files:   37
Classes: 52
Modules: 51
Methods: 520
Elapsed: 16.563s

C:\ruby\lib\ruby\gems\1.8\gems\og-0.23.0\lib>

This produces a 'doc' directory, with the rdoc files.  Copy the contents 
of that 'doc' dir to

C:\ruby\lib\ruby\gems\1.8\doc\og-0.23.0\rdoc

Adjust where needed on *nix boxen.

Actually, the README file in the main Og source directory makes a better 
main page for the rdoc, so you may consider moving it to the lib ir 
before running rdoc, and setting that as the main page:

rdoc --main README


But this should give you an idea of what to do.

James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From epiperak at softlab.ece.ntua.gr  Wed Sep  7 01:26:03 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 7 Sep 2005 08:26:03 +0300 (EEST)
Subject: [Nitro] Rdocs
In-Reply-To: <431E7287.1090103@neurogami.com>
References: <908914B5-48C3-4845-9FE2-56CA8FCF8797@gmail.com>
	<dfl2bj$7et$1@sea.gmane.org>
	<Pine.LNX.4.62.0509070428040.18400@theseas.softlab.ece.ntua.gr>
	<431E5888.8060302@neurogami.com>
	<Pine.LNX.4.62.0509070641230.2607@theseas.softlab.ece.ntua.gr>
	<431E7287.1090103@neurogami.com>
Message-ID: <Pine.LNX.4.62.0509070825480.25591@theseas.softlab.ece.ntua.gr>

Thanx! :-|

> Emmanuel Piperakis wrote:
>>> I *think* you can run rdoc over the source tree, and then copy the
>>> resulting docs over to where they should be in the gems/docs tree
>>
>>
>> I tried rake rdoc, rake doc (no result). Probably my rake is not
>> installed correctly......
>>
>
> Forget rake.  Just run rdoc.
>
>
> C:\ruby\lib\ruby\gems\1.8\gems\og-0.23.0\lib>rdoc --main og.rb
>
>                      collection.rb: mc................
>                          entity.rb: mm.m....................cc.
>                          errors.rb: mc.
> # much stuff ...
>                        mysql411.rb: c.............
> Generating HTML...
>
> Files:   37
> Classes: 52
> Modules: 51
> Methods: 520
> Elapsed: 16.563s
>
> C:\ruby\lib\ruby\gems\1.8\gems\og-0.23.0\lib>
>
> This produces a 'doc' directory, with the rdoc files.  Copy the contents of 
> that 'doc' dir to
>
> C:\ruby\lib\ruby\gems\1.8\doc\og-0.23.0\rdoc
>
> Adjust where needed on *nix boxen.
>
> Actually, the README file in the main Og source directory makes a better main 
> page for the rdoc, so you may consider moving it to the lib ir before running 
> rdoc, and setting that as the main page:
>
> rdoc --main README
>
>
> But this should give you an idea of what to do.
>
> James
>
> -- 
>
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From transfire at gmail.com  Wed Sep  7 01:34:31 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 7 Sep 2005 01:34:31 -0400
Subject: [Nitro] xhtml builder in model?
In-Reply-To: <431E6FCA.4080902@neurogami.com>
References: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>
	<afd80b54050906003950cdb261@mail.gmail.com>
	<431DC901.6000400@neurogami.com>
	<4b6f054f0509061114580d1121@mail.gmail.com>
	<431E2F44.5060803@neurogami.com>
	<4b6f054f05090621234bcbe6ce@mail.gmail.com>
	<431E6FCA.4080902@neurogami.com>
Message-ID: <4b6f054f0509062234457d1f05@mail.gmail.com>

On 9/7/05, James Britt <james_b at neurogami.com> wrote:
> >   class Writer
> >     def render( model )
> >       do_this(model.x)
> >       do_that(model.y)
> >
> >   class Model
> >      def render( writer )
> >          writer.do_this(self.x)
> >          writer.do_that(self.y)
> >
> 
> I don't know that I can offer a persuasive argument, but I prefer the
> latter.

I understand. I generally do too, but we program Ruby. Now if we were
Lisp programmers, I have a feeling we' might have a different opinion.
 
T.



From epiperak at softlab.ece.ntua.gr  Wed Sep  7 01:34:58 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 7 Sep 2005 08:34:58 +0300 (EEST)
Subject: [Nitro] just some suggestions
Message-ID: <Pine.LNX.4.62.0509070826090.26423@theseas.softlab.ece.ntua.gr>

Hi all,
I know I am not a Ruby Guru, but here are some suggestions:
in Nitro, xhtml.rb, in date_select I believe the 3rd line should be
data ||= Date.today
cause data ||= Time.now makes the recieve object of class Time and it is 
incompatible with Date objects in Og...

Also date_select should have options for a wider range of year select (not 
just +- 10 years)

Also there should be an option for turning months to numbers, turning off 
days, displaying years in '05 format, etc etc...

I might try to rewrite it myself, but since I am no Ruby guru :-(

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Wed Sep  7 01:48:12 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 7 Sep 2005 08:48:12 +0300
Subject: [Nitro] RDOG 0.2 (or something like that)
In-Reply-To: <431DEE19.4060804@cataclysm-software.net>
References: <20050902141000.4f299d25@localhost>
	<5371ac740509020950632adac1@mail.gmail.com>
	<43188965.30504@neurogami.com> <43188D4E.6080207@valaraan.de>
	<43189020.4020607@neurogami.com> <4318DA95.2060506@valaraan.de>
	<20050903111813.3e86147e@localhost>
	<43199EF6.1010809@cataclysm-software.net>
	<afd80b54050904235569047344@mail.gmail.com>
	<431DEE19.4060804@cataclysm-software.net>
Message-ID: <afd80b54050906224835ed1ebb@mail.gmail.com>

:-) ok...

-g.

On 9/6/05, Andrew Thompson <vagabond at cataclysm-software.net> wrote:
> You've asked me this about 3 times now George, I'll paste my testcase
> AGAIN, maybe this time you'll keep it somewhere handy :). I just want to
> have Classes and Methods both able to store Method objects...
> 
> Vag
> 
> 
> ============================
> 
> require 'rubygems'
> require_gem 'og'
> 
> #turn on debugging
> $DBG = true
> 
> class Doc
>      property :name, String
> 
>      def initialize(name)
>          @name = name
>      end
> end
> 
> class DocModule < Doc
>      has_many :functions, DocMethod #contains many methods
> end
> 
> class DocClass < DocModule
>      many_to_many :modules, DocModule #may have many modules, and those
> modules may be in other classes
> end
> 
> class DocMethod < Doc
>      belongs_to :parent, DocModule #belong to a DocModule as DocClass is
> a subclass of DocModule
> end
> 
> db = Og.setup(
>        :store => 'mysql',
>        :name => 'test',
>        :user => 'bleh',
>        :password => 'something'
> )
> 
> testclass = DocClass.new('Testd')
> testmethod = DocMethod.new('test')
> testmodule = DocModule.new('module')
> 
> testmethod.parent = testclass
> 
> #save the objects
> 
> testclass.save
> testmethod.save
> 
> #this works
> testmethod.parent = testclass
> 
> #but reports no parents...
> puts testmethod.parent
> 
> #this causes a crash
> #testclass.add_function(testmethod)
> 
> #this causes a crash
> #puts testclass.functions
> 
> ===============================
> 
> George Moschovitis wrote:
> >>(og still doesn't seem to want to play nice with inherited classes),
> >
> >
> > what is the problem exactly?
> >
> > -g.
> >
> >
> >
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Wed Sep  7 02:02:09 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 7 Sep 2005 09:02:09 +0300
Subject: [Nitro] spark and update_time
In-Reply-To: <431DCE0A.6000304@valaraan.de>
References: <431DCD54.8040108@valaraan.de> <431DCE0A.6000304@valaraan.de>
Message-ID: <afd80b5405090623022590495e@mail.gmail.com>

yeap Trans changed the to_s method, thanks for pointing out.

-g.

On 9/6/05, manveru <ulmo at valaraan.de> wrote:
> manveru wrote:
> 
> > hi list,
> >
> > now, almost a tradition, my daily problem :)
> >
> > i noticed that in spark every page wich contains:
> >
> > #{@revision.update_time.to_s(:db)}
> 
> i shouldn't post too fast next time - i looked at some other templates
> and found the combination update_time.stamp(:db) quite often, so i
> replaced to_s with that stamp...
> it's just a quick fix - maybe some alias would be better
> 
> so long...
> manveru
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Wed Sep  7 04:47:30 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 7 Sep 2005 11:47:30 +0300 (EEST)
Subject: [Nitro] %| |
Message-ID: <Pine.LNX.4.62.0509071146320.1752@theseas.softlab.ece.ntua.gr>

what does it stand for?

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Wed Sep  7 05:10:03 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 7 Sep 2005 12:10:03 +0300
Subject: [Nitro] %| |
In-Reply-To: <Pine.LNX.4.62.0509071146320.1752@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509071146320.1752@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b540509070210435f89b5@mail.gmail.com>

it is the same as %{} this is a feature of ruby.
-g.

On 9/7/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> what does it stand for?
> 
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Wed Sep  7 05:11:51 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 7 Sep 2005 12:11:51 +0300 (EEST)
Subject: [Nitro] nobody there?
Message-ID: <Pine.LNX.4.62.0509071205480.1752@theseas.softlab.ece.ntua.gr>

Hi,
why doesn't anybody answer? :-(

The problem I am facing in kind of this:

most of the Mixin functions return a string using the %| .... | which 
evaluates correctly when I pass #{...} in it, but when I use it in the 
.xhtml files is is not correctly proccessed, eg

in the controller I have

def link_pop(function_s = "", label_s = "", caller_s = "", id_s = "")
   %|\#\{popup(:text => '#{label_s}', :uri => '#{function_s}/#{caller_s}/#{id_s}')\}|
end

which I pass to the view through this...
   @data = @bgroups.map {|b| [b.title_en, b.title_jp, b.creation,
                              link_set("sel","S","bgroup",b.oid.to_s),
                              link_pop("edi","E","bgroup",b.oid.to_s),
                              link_set("del","D","bgroup",b.oid.to_s)]}

then in the view I have...
       #{table(:headers => @header, :values => @data)}

but instead of getting the popup link I get a string like...
#{popup(:text => 'E', :uri => 'edi/bgroup/1')}

Please help here...

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Wed Sep  7 05:25:41 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 7 Sep 2005 12:25:41 +0300
Subject: [Nitro] nobody there?
In-Reply-To: <Pine.LNX.4.62.0509071205480.1752@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509071205480.1752@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b5405090702257cf86b11@mail.gmail.com>

> why doesn't anybody answer? :-(

we are extremely busy, be patient.
 
> The problem I am facing in kind of this:
> 
> most of the Mixin functions return a string using the %| .... | which
> evaluates correctly when I pass #{...} in it, but when I use it in the
> .xhtml files is is not correctly proccessed, eg
> 
> in the controller I have
> 
> Please help here...

from a quick look, you probably need to remove the escaping from #{popup}

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From citizen428 at gentoo.org  Wed Sep  7 05:45:59 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Wed, 7 Sep 2005 11:45:59 +0200
Subject: [Nitro] nobody there?
In-Reply-To: <Pine.LNX.4.62.0509071205480.1752@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509071205480.1752@theseas.softlab.ece.ntua.gr>
Message-ID: <20050907114559.2d12714c@localhost>

On Wed, 7 Sep 2005 12:11:51 +0300 (EEST)
Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:

> why doesn't anybody answer? :-(

Judging from the time stamps on your two messages, there were only 24
minutes between them. Expecting this kind of response time from a
mailing list is a little demanding, don't you think?

You know that there also is #nitro at Freeenode, maybe you should try
IRC if you really need fast answers.


Cheers,
Michael

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3


From citizen428 at gentoo.org  Wed Sep  7 05:55:00 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Wed, 7 Sep 2005 11:55:00 +0200
Subject: [Nitro] nobody there?
In-Reply-To: <20050907114559.2d12714c@localhost>
References: <Pine.LNX.4.62.0509071205480.1752@theseas.softlab.ece.ntua.gr>
	<20050907114559.2d12714c@localhost>
Message-ID: <20050907115500.059cbf12@localhost>

On Wed, 7 Sep 2005 11:45:59 +0200
Michael Kohl <citizen428 at gentoo.org> wrote:

> Judging from the time stamps on your two messages, there were only 24
> minutes between them.

And from the lack of coffee in my blood stream I no gather to your 3
last messages, not only the last one... Sorry for that!

But my original statement still holds true, this is a volunteer thing,
and people will answer if they have the time and the knowledge to do
so. Somtimes you'll just have to wait a little longer... :)


-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3


From epiperak at softlab.ece.ntua.gr  Wed Sep  7 05:57:01 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 7 Sep 2005 12:57:01 +0300 (EEST)
Subject: [Nitro] nobody there?
In-Reply-To: <20050907114559.2d12714c@localhost>
References: <Pine.LNX.4.62.0509071205480.1752@theseas.softlab.ece.ntua.gr>
	<20050907114559.2d12714c@localhost>
Message-ID: <Pine.LNX.4.62.0509071254390.1752@theseas.softlab.ece.ntua.gr>

>> why doesn't anybody answer? :-(
>
> Judging from the time stamps on your two messages, there were only 24
> minutes between them. Expecting this kind of response time from a
> mailing list is a little demanding, don't you think?
>
> You know that there also is #nitro at Freeenode, maybe you should try
> IRC if you really need fast answers.

I am actually the only one speaking in the channel (now that manveru has 
gone to sleep).

And it takes more time to write 2 paragraphs of text than actually think 
about the question

I was not demanding, I was just inquiring...

Regards

>
>
> Cheers,
> Michael
>
> -- 
> web at citizen428.net                                 citizen428 at gentoo.org
> http://citizen428.net/                http://dev.gentoo.org/~citizen428/
> GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From transfire at gmail.com  Wed Sep  7 05:57:36 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 7 Sep 2005 05:57:36 -0400
Subject: [Nitro] spark and update_time
In-Reply-To: <afd80b5405090623022590495e@mail.gmail.com>
References: <431DCD54.8040108@valaraan.de> <431DCE0A.6000304@valaraan.de>
	<afd80b5405090623022590495e@mail.gmail.com>
Message-ID: <4b6f054f05090702573d36738d@mail.gmail.com>

On 9/7/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> yeap Trans changed the to_s method, thanks for pointing out.

:-] In my own defence, an important rule of thumb is to create a new
method rather the override a built-in one. That's why that was
"fixed".

T.



From epiperak at softlab.ece.ntua.gr  Wed Sep  7 06:03:46 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 7 Sep 2005 13:03:46 +0300 (EEST)
Subject: [Nitro] nobody there?
In-Reply-To: <20050907115500.059cbf12@localhost>
References: <Pine.LNX.4.62.0509071205480.1752@theseas.softlab.ece.ntua.gr>
	<20050907114559.2d12714c@localhost> <20050907115500.059cbf12@localhost>
Message-ID: <Pine.LNX.4.62.0509071259150.1752@theseas.softlab.ece.ntua.gr>

> And from the lack of coffee in my blood stream I no gather to your 3
> last messages, not only the last one... Sorry for that!
>
No worries, ...
The thing is I am on a deadline, I am porting my already working rails 
app to nitro, just to prove that things work better with nitro and to 
support the project (and to add some new features to the original app ;-)
So being under a lot of stress, searching for a thing that is 100% 
impossible for me to find out it is impossible to constrain myself from 
posting.

If I get annoying, plz tell me... I will stop posting.


Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From citizen428 at gentoo.org  Wed Sep  7 06:15:02 2005
From: citizen428 at gentoo.org (Michael Kohl)
Date: Wed, 7 Sep 2005 12:15:02 +0200
Subject: [Nitro] nobody there?
In-Reply-To: <Pine.LNX.4.62.0509071259150.1752@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509071205480.1752@theseas.softlab.ece.ntua.gr>
	<20050907114559.2d12714c@localhost>
	<20050907115500.059cbf12@localhost>
	<Pine.LNX.4.62.0509071259150.1752@theseas.softlab.ece.ntua.gr>
Message-ID: <20050907121502.3945269d@localhost>

On Wed, 7 Sep 2005 13:03:46 +0300 (EEST)
Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:

> If I get annoying, plz tell me... I will stop posting.

Nah, I think the only annoying person in this thread was me for jumping
on you too quickly. Lack of sleep plus lack of caffeine is a dangerous
combination when it comes to my social skills... ;)

-- 
web at citizen428.net                                 citizen428 at gentoo.org
http://citizen428.net/                http://dev.gentoo.org/~citizen428/
GnuPG key: 0x90CA09E3/4D21 916E DBCE 72B8 CDC5  BD87 DE2D 91A2 90CA 09E3


From epiperak at softlab.ece.ntua.gr  Wed Sep  7 06:22:38 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 7 Sep 2005 13:22:38 +0300 (EEST)
Subject: [Nitro] nobody there?
In-Reply-To: <20050907121502.3945269d@localhost>
References: <Pine.LNX.4.62.0509071205480.1752@theseas.softlab.ece.ntua.gr>
	<20050907114559.2d12714c@localhost> <20050907115500.059cbf12@localhost>
	<Pine.LNX.4.62.0509071259150.1752@theseas.softlab.ece.ntua.gr>
	<20050907121502.3945269d@localhost>
Message-ID: <Pine.LNX.4.62.0509071319500.1752@theseas.softlab.ece.ntua.gr>

> Nah, I think the only annoying person in this thread was me for jumping
> on you too quickly. Lack of sleep plus lack of caffeine is a dangerous
> combination when it comes to my social skills... ;)
>
The worst thing is that a huge tyfoo is passing close to Tokyo and the 
winds are really strong. As a result of the cheap architectural design of 
the building I am working in, the 8th floor feels like I am in a boat. The 
building actually SHAKES!!! I am constantly feeling sick for 8 hours and 
trying to debug!!!

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From james_b at neurogami.com  Wed Sep  7 09:04:12 2005
From: james_b at neurogami.com (James Britt)
Date: Wed, 07 Sep 2005 06:04:12 -0700
Subject: [Nitro] xhtml builder in model?
In-Reply-To: <4b6f054f0509062234457d1f05@mail.gmail.com>
References: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>	<afd80b54050906003950cdb261@mail.gmail.com>	<431DC901.6000400@neurogami.com>	<4b6f054f0509061114580d1121@mail.gmail.com>	<431E2F44.5060803@neurogami.com>	<4b6f054f05090621234bcbe6ce@mail.gmail.com>	<431E6FCA.4080902@neurogami.com>
	<4b6f054f0509062234457d1f05@mail.gmail.com>
Message-ID: <431EE54C.3000208@neurogami.com>

TRANS wrote:
> On 9/7/05, James Britt <james_b at neurogami.com> wrote:
> 
>>>  class Writer
>>>    def render( model )
>>>      do_this(model.x)
>>>      do_that(model.y)
>>>
>>>  class Model
>>>     def render( writer )
>>>         writer.do_this(self.x)
>>>         writer.do_that(self.y)
>>>
>>
>>I don't know that I can offer a persuasive argument, but I prefer the
>>latter.
> 
> 
> I understand. I generally do too, but we program Ruby. Now if we were
> Lisp programmers, I have a feeling we' might have a different opinion.
>  

Could you you explain that?   I believe my choice sticks closer to a 
"Tell, don't ask", approach, which seems pretty consistent with an OO style.



James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From tim at keow.org  Wed Sep  7 09:05:41 2005
From: tim at keow.org (Tim Larson)
Date: Wed, 7 Sep 2005 14:05:41 +0100
Subject: [Nitro] nitrogen and relative paths
Message-ID: <20050907130541.GA4465@localhost>

Could nitrogen be changed for the next release to resolve
relative paths against to the current working directory?
I believe this would be much more intuitive than how it
works now, resolving relative paths against some other
unstated, and probably unexpected, directory.

--Tim Larson


From james_b at neurogami.com  Wed Sep  7 09:06:30 2005
From: james_b at neurogami.com (James Britt)
Date: Wed, 07 Sep 2005 06:06:30 -0700
Subject: [Nitro] just some suggestions
In-Reply-To: <Pine.LNX.4.62.0509070826090.26423@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509070826090.26423@theseas.softlab.ece.ntua.gr>
Message-ID: <431EE5D6.90008@neurogami.com>

Emmanuel Piperakis wrote:
> Hi all,
> I know I am not a Ruby Guru, but here are some suggestions:
> in Nitro, xhtml.rb, in date_select I believe the 3rd line should be
> data ||= Date.today
> cause data ||= Time.now makes the recieve object of class Time and it is 
> incompatible with Date objects in Og...
> 
> Also date_select should have options for a wider range of year select 
> (not just +- 10 years)
> 
> Also there should be an option for turning months to numbers, turning 
> off days, displaying years in '05 format, etc etc...
> 
> I might try to rewrite it myself, but since I am no Ruby guru :-(
> 

Ah, but skill to do comes of doing.

James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From fabian at oggu.de  Wed Sep  7 09:42:02 2005
From: fabian at oggu.de (Fabian Buch)
Date: Wed, 7 Sep 2005 15:42:02 +0200
Subject: [Nitro] Elements killing <textarea></textarea>
Message-ID: <125e06d10a652057e009301a6afd0ec6@oggu.de>

hi

A blank text area as usually used in an entry_form or comment_form like 
<textarea></textarea>, without content (I don't even want a blankspace 
to be there) is squeezed together to <textarea /> by the transform 
method in element.rb in lines 165 and 166.

Each time I update to a new version of Nitro I comment these two lines 
out, which fixes this problem, so I thought I report about it, maybe 
there's a better solution.

<textarea /> is wrong and isn't working at least in Firefox.

George's solution (I guess) in Flare is for example like this: 
<textarea>#{}</textarea>, which I consider more as a hack than a 
solution since I think the so called Web Engine should do it right, not 
the individual webapps.

For everyone having the same problem: commenting out 165 and 166 in 
elements.rb has no real negative side-effects.

Fabian Buch



From Walter at mwsewall.com  Wed Sep  7 09:55:11 2005
From: Walter at mwsewall.com (Walter)
Date: Wed, 7 Sep 2005 09:55:11 -0400
Subject: [Nitro] Validation errors and redisplaying form field data....
Message-ID: <9DB53D616B4D5B47B8353ACBF155C6B70CE172@mwsewall.com>


Hi Everyone.

What is the recommend way to redisplay a page, show the error info, but also have the previous user data show up as well.

Take a simple example.  I have a form on the index page which has 2 text fields that correlate to 2 non Og related model fields.

Currently the form post to the "result" action.  It then gets validated.  If there is a validation error I store that in the flash and then issue a redirect_to_referer.  Now it appears to be a true redirect which means the request params are empty, so I do not have the original post data.  What is the pattern that everyone is using here?  Do I need to store the params in a session and then manually pull them back out?  Are there helpers that do this already?

I just feel like I am doing work that is probably already done by Nitro and I am missing a couple of fundamental points.


Thanks for any feedback,


Walt

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.10.18/91 - Release Date: 9/6/2005
 



From deb at ysabel.org  Wed Sep  7 09:56:09 2005
From: deb at ysabel.org (Ysabel)
Date: Wed, 07 Sep 2005 07:56:09 -0600
Subject: [Nitro] Encapsulation (was Re: xhtml builder in model?)
Message-ID: <08C1619A2C03EA65CBC384D7@[10.19.0.236]>

>>   class Writer
>>     def render( model )
>>       do_this(model.x)
>>       do_that(model.y)
>>
>>   class Model
>>      def render( writer )
>>          writer.do_this(self.x)
>>          writer.do_that(self.y)
>>
>
> I don't know that I can offer a persuasive argument, but I prefer the
> latter.

The former violates encapsulation (Writer knows that model has properties X 
and Y, and if you change the general shape of Model, you'll have to change 
Writer as well).  The latter does not, presuming that do_this() and 
do_that() are, in fact, intended as part of Writer's public interface and 
thus less likely to change.

To make it more concrete, since do_this and do_that don't tell you much, 
compare:

  class Model
    attr_accessor :name
    attr_accessor :color

    def self.color_choices
      [ "Red", "Green", "Blue" ]
    end
  end

  class Writer
    def render_text_input(value)
      ...
    end
    def render_choice(value)
      ...
    end
    def render(model)
      render_text_input(model.name)
      render_choice(model.color, Model.color_choices)
    end
  end

to this:

  class Writer
    def render_text_input(value)
      ...
    end
    def render_choice(value)
      ...
    end
  end

  class Model
    def render(writer)
      writer.render_text_input(@name)
      writer.render_choice(@color, ["Red", "Green", "Blue"])
    end
  end

When looking at those two cases, ask the question about which objects know 
what things.  Encapsulation is all about keeping knowledge on a 
need-to-know basis.  Yes, the code for these two isn't all that different, 
but in the first case Writer knows about Model's implementation -- it knows 
that Models have names and colors and that names should be rendered as text 
and colors should be rendered as choices, and it has to know how to figure 
out what the valid choices for a color are; in the second only Model knows 
how it's implemented (and the details aren't even exposed).  In the first, 
Model doesn't know anything at all about Writer; in the second, Model knows 
that Writer allows one to render a text input and a choice, but nothing 
more.

This is, of course, based on the assumption that Writer has a well-defined 
interface and it's most likely Model that you're planning on tweaking as 
you work through the problem.  If Writer is not well-defined, then both of 
the original examples violate encapsulation by messing with each other's 
implementation details...and you really need to figure out some sort of 
stable interface!  Or at least a metastable one...note also that I am using 
interface in a generic sense here rather than in some sort of strict-typing 
capital-I-Interface sense.

This is not unique to Ruby somehow; it's a standard problem in every 
language I've ever worked in, though the idiomatic solution may change from 
language to language.  Reducing coupling and increasing coherency (and 
defining which is which) is an issue even in non-OO languages like, oh, C 
or assembly.  :)

-- 
[ deb at ysabel.org ]          - Ysabel -          [ http://www.ysabel.org/ ]


From transfire at gmail.com  Wed Sep  7 09:58:35 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 7 Sep 2005 09:58:35 -0400
Subject: [Nitro] nitrogen and relative paths
In-Reply-To: <20050907130541.GA4465@localhost>
References: <20050907130541.GA4465@localhost>
Message-ID: <4b6f054f05090706585b93999e@mail.gmail.com>

On 9/7/05, Tim Larson <tim at keow.org> wrote:
> Could nitrogen be changed for the next release to resolve
> relative paths against to the current working directory?
> I believe this would be much more intuitive than how it
> works now, resolving relative paths against some other
> unstated, and probably unexpected, directory.

Yes, me thinks the current operation is a bug.

Any other things people like to see nitrogen do?

T.



From george.moschovitis at gmail.com  Wed Sep  7 10:19:48 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 7 Sep 2005 17:19:48 +0300
Subject: [Nitro] nitrogen and relative paths
In-Reply-To: <4b6f054f05090706585b93999e@mail.gmail.com>
References: <20050907130541.GA4465@localhost>
	<4b6f054f05090706585b93999e@mail.gmail.com>
Message-ID: <afd80b540509070719da8a13a@mail.gmail.com>

> Any other things people like to see nitrogen do?

I would like to introduce a code generation sub system for the next
version of Nitro.
something similar to what is available for rails but quite simpler. If
anyone would like to help with this or send some suggestions please
let me know ;-) (Trans perhaps)

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From transfire at gmail.com  Wed Sep  7 10:42:49 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 7 Sep 2005 10:42:49 -0400
Subject: [Nitro] Encapsulation (was Re: xhtml builder in model?)
In-Reply-To: <08C1619A2C03EA65CBC384D7@10.19.0.236>
References: <08C1619A2C03EA65CBC384D7@10.19.0.236>
Message-ID: <4b6f054f05090707423312a2c0@mail.gmail.com>

On 9/7/05, Ysabel <deb at ysabel.org> wrote:
> The former violates encapsulation (Writer knows that model has properties X
> and Y, and if you change the general shape of Model, you'll have to change
> Writer as well).  The latter does not, presuming that do_this() and
> do_that() are, in fact, intended as part of Writer's public interface and
> thus less likely to change.
> 
> To make it more concrete, since do_this and do_that don't tell you much,
> compare:
> 
>   class Model
>     attr_accessor :name
>     attr_accessor :color
> 
>     def self.color_choices
>       [ "Red", "Green", "Blue" ]
>     end
>   end
> 
>   class Writer
>     def render_text_input(value)
>       ...
>     end
>     def render_choice(value)
>       ...
>     end
>     def render(model)
>       render_text_input(model.name)
>       render_choice(model.color, Model.color_choices)
>     end
>   end
> 
> to this:
> 
>   class Writer
>     def render_text_input(value)
>       ...
>     end
>     def render_choice(value)
>       ...
>     end
>   end
> 
>   class Model
>     def render(writer)
>       writer.render_text_input(@name)
>       writer.render_choice(@color, ["Red", "Green", "Blue"])
>     end
>   end
> 
> When looking at those two cases, ask the question about which objects know
> what things.  Encapsulation is all about keeping knowledge on a
> need-to-know basis.  Yes, the code for these two isn't all that different,
> but in the first case Writer knows about Model's implementation -- it knows
> that Models have names and colors and that names should be rendered as text
> and colors should be rendered as choices, and it has to know how to figure
> out what the valid choices for a color are; in the second only Model knows
> how it's implemented (and the details aren't even exposed).  In the first,
> Model doesn't know anything at all about Writer; in the second, Model knows
> that Writer allows one to render a text input and a choice, but nothing
> more.
> 
> This is, of course, based on the assumption that Writer has a well-defined
> interface and it's most likely Model that you're planning on tweaking as
> you work through the problem.  If Writer is not well-defined, then both of
> the original examples violate encapsulation by messing with each other's
> implementation details...and you really need to figure out some sort of
> stable interface!  Or at least a metastable one...note also that I am using
> interface in a generic sense here rather than in some sort of strict-typing
> capital-I-Interface sense.
> 
> This is not unique to Ruby somehow; it's a standard problem in every
> language I've ever worked in, though the idiomatic solution may change from
> language to language.  Reducing coupling and increasing coherency (and
> defining which is which) is an issue even in non-OO languages like, oh, C
> or assembly.  :)

Nicely stated. Thanks. I think you've mad it clear that the issue is
really one of coupling, and how to minimize the headaches invloved
with that. Often you are write it is the model that is more likely to
change. But it depends --what if you've had the model for ages and now
need a new format?

What about...

  module IFace_Writer_Model

    def render_text_input( writer, model )
       ...
    end

    def render_choice( writer, model )
      ...
    end

  end

Then you can teach both the writer and the model to call on the above
--and it works either way.

Of course, in the end probably the keenest thing to do is learn about
dependency injection. I've gone over it myself and basically "get it"
(or I should say "have gotten it") but have never put it to use, so
don't have enough experience to say.

T.



From transfire at gmail.com  Wed Sep  7 10:47:36 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 7 Sep 2005 10:47:36 -0400
Subject: [Nitro] xhtml builder in model?
In-Reply-To: <431EE54C.3000208@neurogami.com>
References: <A6472095-A34C-45DE-BDBF-5244307E4023@gmail.com>
	<afd80b54050906003950cdb261@mail.gmail.com>
	<431DC901.6000400@neurogami.com>
	<4b6f054f0509061114580d1121@mail.gmail.com>
	<431E2F44.5060803@neurogami.com>
	<4b6f054f05090621234bcbe6ce@mail.gmail.com>
	<431E6FCA.4080902@neurogami.com>
	<4b6f054f0509062234457d1f05@mail.gmail.com>
	<431EE54C.3000208@neurogami.com>
Message-ID: <4b6f054f050907074710d7dc04@mail.gmail.com>

On 9/7/05, James Britt <james_b at neurogami.com> wrote:
> TRANS wrote:
> > On 9/7/05, James Britt <james_b at neurogami.com> wrote:
> >
> >>>  class Writer
> >>>    def render( model )
> >>>      do_this(model.x)
> >>>      do_that(model.y)
> >>>
> >>>  class Model
> >>>     def render( writer )
> >>>         writer.do_this(self.x)
> >>>         writer.do_that(self.y)
> >>>
> >>
> >>I don't know that I can offer a persuasive argument, but I prefer the
> >>latter.
> >
> >
> > I understand. I generally do too, but we program Ruby. Now if we were
> > Lisp programmers, I have a feeling we' might have a different opinion.
> >
> 
> Could you you explain that?   I believe my choice sticks closer to a
> "Tell, don't ask", approach, which seems pretty consistent with an OO style.

Oh, I just mean that lisp is functional (or essentially so at least)
so the writer here is in essence the funtional element, to which the
data is passed:

  (write model)

vs and OOP language like Ruby where the object takes precedence:

  model.write

T.



From george.moschovitis at gmail.com  Wed Sep  7 11:00:04 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 7 Sep 2005 18:00:04 +0300
Subject: [Nitro] Views and Templating
In-Reply-To: <F4EDD4E5-7932-4836-8193-B442B3A168FA@gmail.com>
References: <F4EDD4E5-7932-4836-8193-B442B3A168FA@gmail.com>
Message-ID: <afd80b540509070800f0b7767@mail.gmail.com>

Hello Peter,

> The V part of MVC feels neglected. Actions and views seem to be the
> ...
> circumstance entails. Here are some problems that arise:

I agree that the View part is quite important. My experience is that
this is often the most time consuming part in developing a web
application.
 
> - I'd like to ask for some model object ("entity"?) to express itself
> in some way, I have to do some work to track down the right view. I'd
> ...
> do that. This becomes a problem if the view is associated with a
> different Controller.

You can do that. In fact even the scaffold system injects methods like
to_href or to_link into managed objects. You can add a custom
to_summary method if you want. There is also support for forms:

#{form_for obj}
 
> - If I want a site-wide (across Controllers) generic page template,
> ...
> like to see.

If i understand this correctly, you propose something like the layout
system of Rails.
Even though I don't think this system is flexible enough for many
common cases (at least for several of my projects it is unusable) I
plan to add this functionality (it is useful for the scaffolder for
example). Of course I would prefer to receive a patch for this ;-)
 
> All of this is informed by Zope's Page Templates (ZPT, TAL, and
> ..
> copy of Plone or something and see how it works. Having actions and
> views coupled tightly precludes this kind of behavior.

I have no much experience with Zope. Can you provide some better examples?

thanks,
George

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Wed Sep  7 11:05:15 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 7 Sep 2005 18:05:15 +0300
Subject: [Nitro] Elements killing <textarea></textarea>
In-Reply-To: <125e06d10a652057e009301a6afd0ec6@oggu.de>
References: <125e06d10a652057e009301a6afd0ec6@oggu.de>
Message-ID: <afd80b54050907080586cc821@mail.gmail.com>

> <textarea /> is wrong and isn't working at least in Firefox.

I am curious why this is wrong, any idea?

> George's solution (I guess) in Flare is for example like this:
> ...
> the individual webapps.

you are right, I 'll somehow fix this.
 
> For everyone having the same problem: commenting out 165 and 166 in
> elements.rb has no real negative side-effects.

there *are* side-effects. A better fix will be available for the next version.

George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Wed Sep  7 11:06:54 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 7 Sep 2005 18:06:54 +0300
Subject: [Nitro] Validation errors and redisplaying form field data....
In-Reply-To: <9DB53D616B4D5B47B8353ACBF155C6B70CE172@mwsewall.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CE172@mwsewall.com>
Message-ID: <afd80b5405090708066a951d74@mail.gmail.com>

> original post data.  What is the pattern that everyone is using here?  Do I need to store the > params in a session and then manually pull them back out?  Are there helpers that do this > already?

I would store the object in the session. However, I think there must
be a better way. Anyone has a better idea? If we come with something
then we could wrap around some helper.

-g.


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From fabian at oggu.de  Wed Sep  7 13:26:46 2005
From: fabian at oggu.de (Fabian Buch)
Date: Wed, 7 Sep 2005 19:26:46 +0200
Subject: [Nitro] Elements killing <textarea></textarea>
In-Reply-To: <afd80b54050907080586cc821@mail.gmail.com>
References: <125e06d10a652057e009301a6afd0ec6@oggu.de>
	<afd80b54050907080586cc821@mail.gmail.com>
Message-ID: <77caa582f920a53a4f8931a5bc4bc03f@oggu.de>


Am 07.09.2005 um 17:05 schrieb George Moschovitis:
>> <textarea /> is wrong and isn't working at least in Firefox.
>
> I am curious why this is wrong, any idea?

in XHTML the end tag is required, see  
http://webdesign.about.com/od/intermediatetutorials/l/ 
bltags_textarea.htm for example

tags like <option> and <form> require end tags too, just that opposed  
to <textarea> you'd usually wouldn't leave them blank

>> For everyone having the same problem: commenting out 165 and 166 in
>> elements.rb has no real negative side-effects.
>
> there *are* side-effects. A better fix will be available for the next  
> version.

Great!

Fabian



From fabian at oggu.de  Wed Sep  7 13:33:51 2005
From: fabian at oggu.de (Fabian Buch)
Date: Wed, 7 Sep 2005 19:33:51 +0200
Subject: [Nitro] Elements killing <textarea></textarea>
In-Reply-To: <77caa582f920a53a4f8931a5bc4bc03f@oggu.de>
References: <125e06d10a652057e009301a6afd0ec6@oggu.de>
	<afd80b54050907080586cc821@mail.gmail.com>
	<77caa582f920a53a4f8931a5bc4bc03f@oggu.de>
Message-ID: <a6492140d28075d23ac12fdc252a053f@oggu.de>


Am 07.09.2005 um 19:26 schrieb Fabian Buch:

>
> Am 07.09.2005 um 17:05 schrieb George Moschovitis:
>>> <textarea /> is wrong and isn't working at least in Firefox.
>>
>> I am curious why this is wrong, any idea?
>
> in XHTML the end tag is required, see  
> http://webdesign.about.com/od/intermediatetutorials/l/ 
> bltags_textarea.htm for example
>
> tags like <option> and <form> require end tags too, just that opposed  
> to <textarea> you'd usually wouldn't leave them blank

See also http://www.w3.org/TR/xhtml1/#h-4.3:

"In SGML-based HTML 4 certain elements were permitted to omit the end  
tag; with the elements that followed implying closure. XML does not  
allow end tags to be omitted. All elements other than those declared in  
the DTD as EMPTY must have an end tag. Elements that are declared in  
the DTD as EMPTY can have an end tag or can use empty element shorthand  
(see Empty Elements)."

So the shorthand /> is the exception.

Fabian



From Aleksi.Niemela at cs.helsinki.fi  Wed Sep  7 16:44:29 2005
From: Aleksi.Niemela at cs.helsinki.fi (Aleksi Niemela)
Date: Wed, 07 Sep 2005 23:44:29 +0300
Subject: [Nitro] Inconsistent data with refers_to fixed
In-Reply-To: <42E66D85.2080707@cs.helsinki.fi>
References: <42DEAEFB.7070102@cs.helsinki.fi>
	<42DEC09F.20804@cs.helsinki.fi>	<afd80b54050720235422f2bc07@mail.gmail.com>
	<42E66D85.2080707@cs.helsinki.fi>
Message-ID: <431F512D.1040004@cs.helsinki.fi>

I was bit by tihs again. This time debugging for few hours before I was 
on top of how things worked out.

This time I had an User and an Order each pointing to each other.  Then 
I said

   user.active_order = other_user.active_order

which changed user.active_order_oid to other_user.active_order.oid but 
it didn't change user. at active_order which continued to point "old 
order". I had to see what was really in the database and what was in the 
memory to find out the reason. Rediscoved the behavior. Luckily at this 
point I remembered we have had discussion about it already.

George, why do you still think it's good to have behavior like it is 
currently? Code like following doesn't really work like I expect.

  foo.bar = some_bar
  foo.bar = some_other_bar
  foo.save!           # doesn't do what I expect

I expect foo on memory be equivalent to one on database. And save! 
doesn't help either as foo. at bar continues to refer to an some_bar it has 
been referring all the time, no matter we just assigned it to point to 
some_other_bar.

    - Aleksi


##################

Aleksi Niemela kirjoitti:

> George Moschovitis wrote:
>
>>> 2) Even if auto-reloading of incorrect references is not wanted,
>>> previous version of refers_to doesn't reload if forced, so there's a 
>>> bug
>>> to be fixed. (It's easy for me to rip the above mentioned third case
>>> away, and the bug stays fixed.)
>>>   
>>
>>
>> please, remove the third case, i think that autoreloading of incorrect
>> references is not wanted by default (i 'll add an Og option for this).
>>
>>  
>>
> Actually you were quicker! But yes, the bug regarding reloading is now 
> fixed with in current version (earlier checkin fixed that already) and 
> the code doesn't have handling for the third case (as you removed it). 
> There are still a point I'd like to highlight. I checked in a working 
> version of tc_relation.rb which reflects the current state of affairs.
>
> I'm posting this mail to list so you can beware and not get bitten by 
> this feature. For me this feature of refers_to pointing to incorrect 
> object in memory but doing just ok in database forces my code to be 
> full of
>
>  managed_object.referring_to(true).property_foo
>
> type of code which reloads referred objects all the time (just to be 
> sure they're like they're on disk).
>
> Thanks,
>
>    - Aleksi
>
>
> Here's the relevat part of the test case demonstrating the effect.
>
>  def test_refers_to
>    og = Og.setup(:store => :memory, :name => 'test')
>    og.manage_classes
>
>    # test refers_to accessor is correctly updated
>    u = User.create("George")
>    a = Article.create("Og is a good thing!")
>    assert_equal(nil, a.active_user)
>
>    a.active_user = u
>    a.save!
>    assert_equal(u.oid, a.active_user_oid)
>    assert_equal(u.object_id, a.active_user.object_id)
>
>    u2 = User.create("Another user")
>    a.active_user = u2
>    a.save!
>    assert_equal(u2.oid, a.active_user_oid)
>
>    # Note! Og doesn't automatically reload object referred by active_user
>    # so this won't equal.
>    assert_not_equal(u2.object_id, a.active_user.object_id)
>
>    # Even forced reload won't help here as it won't reload relations.
>    a.reload
>    assert_not_equal(u2.object_id, a.active_user.object_id)
>
>    # But forcing enchanted accessor to reload in refers_to.rb helps!
>    a.active_user(true)
>    assert_equal(u2.object_id, a.active_user.object_id)
>    # and just to be sure oids are still correct
>    assert_equal(u2.oid, a.active_user_oid)
>  end
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general




From ulmo at valaraan.de  Wed Sep  7 17:57:13 2005
From: ulmo at valaraan.de (manveru)
Date: Wed, 07 Sep 2005 23:57:13 +0200
Subject: [Nitro] just some suggestions
In-Reply-To: <431EE5D6.90008@neurogami.com>
References: <Pine.LNX.4.62.0509070826090.26423@theseas.softlab.ece.ntua.gr>
	<431EE5D6.90008@neurogami.com>
Message-ID: <431F6239.30002@valaraan.de>

James Britt wrote:

> Emmanuel Piperakis wrote:
>
>> Hi all,
>> I know I am not a Ruby Guru, but here are some suggestions:
>> in Nitro, xhtml.rb, in date_select I believe the 3rd line should be
>> data ||= Date.today
>> cause data ||= Time.now makes the recieve object of class Time and it 
>> is incompatible with Date objects in Og...
>>
>> Also date_select should have options for a wider range of year select 
>> (not just +- 10 years)
>>
>> Also there should be an option for turning months to numbers, turning 
>> off days, displaying years in '05 format, etc etc...
>>
>> I might try to rewrite it myself, but since I am no Ruby guru :-(
>>
>
> Ah, but skill to do comes of doing.
>
> James
>
Had some minutes left to look trough the xhtml.rb and changed some 
things to what you wanted to have, would be better that someone who 
knows more about the way og works could comment on that, also i had no 
time to investigate into issue further... so one may have to modify the 
receiving part also...
i have also no idea if the changes work with og - i have done absolutely 
no testing except viewing it in a template... but one gets the idea how 
this could be done.

hope this helps anyway

so long...
manveru


xhtml.rb
----------------------------------------------------------------
  def date_select(date, options = {})
        o = {
            :days => true,           
            :months => true,
            :months_numeric => false,           
            :years => true,
            :years_2_digits => false,
            :years_start => 10,
            :years_end => 10
            }.merge(options)
        raise 'No name provided to date_select' unless name = o[:name]
        date ||= Date.today
        the_select = []
        if o[:days] == true
            the_select << %{
            <select id="#{name}.day" name="#{name}.day">
            #{options(:labels_values => (1..31).to_a, :selected => 
date.day)}
            </select>}
        end
       
        if o[:months] == true
            the_months = ''
            the_months << %{<select id="#{name}.month" 
name="#{name}.month">}
            if o[:months_numeric] == true
                the_months << %{"#{options(:labels => (1..12).to_a, 
:values => (1..12).to_a, :selected => (date.month+1))}"}
            else
                the_months << %{"#{options(:labels => Date::MONTHNAMES, 
:values => (1..12).to_a, :selected => (date.month+1))}"}
            end
            the_months << %{</select>}
            the_select << the_months
        end
       
        if o[:years] == true
            the_years = ''
            the_years << %{<select id="#{name}.year" name="#{name}.year">}
            if o[:years_2_digits] == true
                years = ((Date.today.year - 
o[:years_start])..(Date.today.year - o[:years_end])).to_a
                years = years.map { |y| y = y.to_s[2,2] }
            else
                years = ((Date.today.year - 
o[:years_start])..(Date.today.year - o[:years_end])).to_a
            end
            the_years << %{"#{options(:labels_values => years, :selected 
=> date.year)}"}
            the_years << %{</select>}
            the_select << the_years
        end
        %{#{the_select.join("&nbsp;")}}
  end
----------------------------------------------------------------------


From epiperak at softlab.ece.ntua.gr  Wed Sep  7 21:10:10 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Thu, 8 Sep 2005 04:10:10 +0300 (EEST)
Subject: [Nitro] just some suggestions
In-Reply-To: <431EE5D6.90008@neurogami.com>
References: <Pine.LNX.4.62.0509070826090.26423@theseas.softlab.ece.ntua.gr>
	<431EE5D6.90008@neurogami.com>
Message-ID: <Pine.LNX.4.62.0509080409180.29831@theseas.softlab.ece.ntua.gr>

>
> Ah, but skill to do comes of doing.

James, thanx for encouraging me ;-)
Honestly...

Emmanuel
>
> James
>
> -- 
>
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From transfire at gmail.com  Wed Sep  7 23:57:42 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 7 Sep 2005 23:57:42 -0400
Subject: [Nitro] nitrogen and relative paths
In-Reply-To: <afd80b540509070719da8a13a@mail.gmail.com>
References: <20050907130541.GA4465@localhost>
	<4b6f054f05090706585b93999e@mail.gmail.com>
	<afd80b540509070719da8a13a@mail.gmail.com>
Message-ID: <4b6f054f0509072057255cfff6@mail.gmail.com>

On 9/7/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > Any other things people like to see nitrogen do?
> 
> I would like to introduce a code generation sub system for the next
> version of Nitro.
> something similar to what is available for rails but quite simpler. If
> anyone would like to help with this or send some suggestions please
> let me know ;-) (Trans perhaps)

d'Love to.

I still have some other stuff to finish up, but shuold be able to get
to it soon. just let spec-out what you'd like.

T.



From epiperak at softlab.ece.ntua.gr  Thu Sep  8 01:54:47 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Thu, 8 Sep 2005 08:54:47 +0300 (EEST)
Subject: [Nitro] One simple question...
Message-ID: <Pine.LNX.4.62.0509080840330.8047@theseas.softlab.ece.ntua.gr>

I have a template opening up a popup with a form inside. When I submit the 
form I would like first the controller function to be called (in order to 
save the newly entered data) then the popup to close, and then the parent 
page displayed with the refreshed data.

So far I managed to have the Submit performed (without a refresh of the 
parent page) and then with the following link, the popup closes and the 
parent page is refreshed.

   <a href="#" onClick="window.opener.location.reload();self.close();return 
false;">[[close]]</a>

Is there a way to combine the two?

Ps. If I put the javascript in the onSubmit of the form element, the 
form does not call the controller function.

Thank you in advace

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Thu Sep  8 03:06:53 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 8 Sep 2005 10:06:53 +0300
Subject: [Nitro] nitrogen and relative paths
In-Reply-To: <4b6f054f0509072057255cfff6@mail.gmail.com>
References: <20050907130541.GA4465@localhost>
	<4b6f054f05090706585b93999e@mail.gmail.com>
	<afd80b540509070719da8a13a@mail.gmail.com>
	<4b6f054f0509072057255cfff6@mail.gmail.com>
Message-ID: <afd80b5405090800077f20a9e7@mail.gmail.com>

I 'll send you what I have tomorrow I am still trying to finish some
projects of mine :(
the clients can't wait...

-g.

On 9/8/05, TRANS <transfire at gmail.com> wrote:
> On 9/7/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > > Any other things people like to see nitrogen do?
> >
> > I would like to introduce a code generation sub system for the next
> > version of Nitro.
> > something similar to what is available for rails but quite simpler. If
> > anyone would like to help with this or send some suggestions please
> > let me know ;-) (Trans perhaps)
> 
> d'Love to.
> 
> I still have some other stuff to finish up, but shuold be able to get
> to it soon. just let spec-out what you'd like.
> 
> T.
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From Walter at mwsewall.com  Thu Sep  8 13:07:10 2005
From: Walter at mwsewall.com (Walter)
Date: Thu, 8 Sep 2005 13:07:10 -0400
Subject: [Nitro] Nitro and Apache.....
Message-ID: <9DB53D616B4D5B47B8353ACBF155C6B70CE238@mwsewall.com>

Are there any docs on this?

Thanks,

Walt

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.10.18/91 - Release Date: 9/6/2005
 



From Aleksi.Niemela at cs.helsinki.fi  Thu Sep  8 13:17:37 2005
From: Aleksi.Niemela at cs.helsinki.fi (Aleksi Niemela)
Date: Thu, 08 Sep 2005 20:17:37 +0300
Subject: [Nitro] Patch: escaping error messages by default
Message-ID: <43207231.7090101@cs.helsinki.fi>

I'm not sure CGI-lib is the way to go (below sanitize is used, but I 
don't know if that does the right thing for error message), but here's a 
useful patch.

    - Aleksi


$ diff -u public/error.xhtml~ public/error.xhtml
--- public/error.xhtml~ 2005-08-27 00:39:22.414000000 +0300
+++ public/error.xhtml  2005-09-08 20:14:36.323125000 +0300
@@ -31,11 +31,13 @@
   <body>
     <h1>Error</h1>

-<?r if Run.mode == :debug ?>
+<?r if Run.mode == :debug
+    require 'cgi'
+?>

     <?r  for error, path in @context.rendering_errors ?>
       <div class="path"><strong>Path:</strong> #{path}</div>
-      <div class="error"><strong>#{error.to_s}</strong></div>
+      <div 
class="error"><strong>#{CGI::escapeHTML(error.to_s)}</strong></div>
       <div class="load">Click here to <strong><a 
href="#{request.uri}">reload</a></strong>.</div>
       <div class="load">Click here to go to the <strong><a 
href="#{request.referer}">referer</a></strong> or the <stron
g><a href="/">home page</a></strong>.</div>
       <?r if error.respond_to?(:source_extract) ?>



From james_b at neurogami.com  Thu Sep  8 15:15:53 2005
From: james_b at neurogami.com (James Britt)
Date: Thu, 08 Sep 2005 12:15:53 -0700
Subject: [Nitro] Nitro and Apache.....
In-Reply-To: <9DB53D616B4D5B47B8353ACBF155C6B70CE238@mwsewall.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CE238@mwsewall.com>
Message-ID: <43208DE9.4020704@neurogami.com>

Walter wrote:
> Are there any docs on this?

What do you want to know?

I've been running Nitro apps as CGI; I've not tried fastcgi, though I 
believe it is no different than running a Rails app under fastcgi (which 
I have done).


James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From transfire at gmail.com  Thu Sep  8 17:34:11 2005
From: transfire at gmail.com (TRANS)
Date: Thu, 8 Sep 2005 17:34:11 -0400
Subject: [Nitro] Nitro and Apache.....
In-Reply-To: <9DB53D616B4D5B47B8353ACBF155C6B70CE238@mwsewall.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CE238@mwsewall.com>
Message-ID: <4b6f054f0509081434312925b@mail.gmail.com>

On 9/8/05, Walter <Walter at mwsewall.com> wrote:
> Are there any docs on this?

There will be soon once I've worked out the my kninks.

T.



From transfire at gmail.com  Thu Sep  8 17:42:51 2005
From: transfire at gmail.com (TRANS)
Date: Thu, 8 Sep 2005 17:42:51 -0400
Subject: [Nitro] One simple question...
In-Reply-To: <Pine.LNX.4.62.0509080840330.8047@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509080840330.8047@theseas.softlab.ece.ntua.gr>
Message-ID: <4b6f054f050908144264221e77@mail.gmail.com>

On 9/8/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> I have a template opening up a popup with a form inside. When I submit the
> form I would like first the controller function to be called (in order to
> save the newly entered data) then the popup to close, and then the parent
> page displayed with the refreshed data.
> 
> So far I managed to have the Submit performed (without a refresh of the
> parent page) and then with the following link, the popup closes and the
> parent page is refreshed.
> 
>    <a href="#" onClick="window.opener.location.reload();self.close();return
> false;">[[close]]</a>
>
> Is there a way to combine the two?
> 
> Ps. If I put the javascript in the onSubmit of the form element, the
> form does not call the controller function.

Have you tried using OnClick in the form's submit button? That might
not get the right order. You may have to programmatically submit. This
page should give you a solution.

http://www.javascript-coder.com/javascript-form/javascript-form-submit.phtml

T.



From rainhead at gmail.com  Thu Sep  8 20:02:36 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Thu, 8 Sep 2005 17:02:36 -0700
Subject: [Nitro] Views and Templating
In-Reply-To: <afd80b540509070800f0b7767@mail.gmail.com>
References: <F4EDD4E5-7932-4836-8193-B442B3A168FA@gmail.com>
	<afd80b540509070800f0b7767@mail.gmail.com>
Message-ID: <2EDF398A-D2AA-4355-833E-ADD2BD7EF983@gmail.com>

> You can do that. In fact even the scaffold system injects methods like
> to_href or to_link into managed objects. You can add a custom
> to_summary method if you want. There is also support for forms:
>
> #{form_for obj}

Ok, I guess I didn't find those. I guess I should scaffold my objects  
even if I'm not going to use most of the auto-generated interfaces.

> If i understand this correctly, you propose something like the layout
> system of Rails.

I don't know; I haven't played with Rails very much. I'm just looking  
for a common-sense way to let some of my templates span across  
controllers.

> Even though I don't think this system is flexible enough for many
> common cases (at least for several of my projects it is unusable) I
> plan to add this functionality (it is useful for the scaffolder for
> example). Of course I would prefer to receive a patch for this ;-)

What system, exactly, do you mean?

> I have no much experience with Zope. Can you provide some better  
> examples?

There are some docs here:

http://www.zope.org/Control_Panel/Products/PageTemplates/Help/metal.stx

where METAL is probably the most relevant part. You could also try  
installing Plone quickly and looking at the page templates it keeps  
on the filesystem. Looking over it, I'm not sure how much METAL,  
specifically, offers over XSL, but I'm not interested in promoting  
either of those technologies. I just want some way to incorporate  
something like aspects into my page templates--that is, code and  
other templates can replace, prepend or append (inside or outside a  
container), parts of other templates. I can picture ways of doing  
this through controllers, but that seems inappropriate.

I'll be out of town for a week and a half, for anyone who responds to  
this message.

Peter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20050908/62ca8d0e/attachment.html 

From epiperak at softlab.ece.ntua.gr  Thu Sep  8 20:45:26 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 9 Sep 2005 03:45:26 +0300 (EEST)
Subject: [Nitro] One simple question...
In-Reply-To: <4b6f054f050908144264221e77@mail.gmail.com>
References: <Pine.LNX.4.62.0509080840330.8047@theseas.softlab.ece.ntua.gr>
	<4b6f054f050908144264221e77@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509090344190.22793@theseas.softlab.ece.ntua.gr>

> Have you tried using OnClick in the form's submit button? That might
> not get the right order. You may have to programmatically submit. This
> page should give you a solution.

I have and it failed.

>
> http://www.javascript-coder.com/javascript-form/javascript-form-submit.phtml
>
> T.

I think this is the solution. I will try it today. Thank you :-)

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Fri Sep  9 02:20:24 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 9 Sep 2005 09:20:24 +0300
Subject: [Nitro] Patch: escaping error messages by default
In-Reply-To: <43207231.7090101@cs.helsinki.fi>
References: <43207231.7090101@cs.helsinki.fi>
Message-ID: <afd80b5405090823203bef9355@mail.gmail.com>

thanks,

-g.

On 9/8/05, Aleksi Niemela <Aleksi.Niemela at cs.helsinki.fi> wrote:
> I'm not sure CGI-lib is the way to go (below sanitize is used, but I
> don't know if that does the right thing for error message), but here's a
> useful patch.
> 
>     - Aleksi
> 
> 
> $ diff -u public/error.xhtml~ public/error.xhtml
> --- public/error.xhtml~ 2005-08-27 00:39:22.414000000 +0300
> +++ public/error.xhtml  2005-09-08 20:14:36.323125000 +0300
> @@ -31,11 +31,13 @@
>    <body>
>      <h1>Error</h1>
> 
> -<?r if Run.mode == :debug ?>
> +<?r if Run.mode == :debug
> +    require 'cgi'
> +?>
> 
>      <?r  for error, path in @context.rendering_errors ?>
>        <div class="path"><strong>Path:</strong> #{path}</div>
> -      <div class="error"><strong>#{error.to_s}</strong></div>
> +      <div
> class="error"><strong>#{CGI::escapeHTML(error.to_s)}</strong></div>
>        <div class="load">Click here to <strong><a
> href="#{request.uri}">reload</a></strong>.</div>
>        <div class="load">Click here to go to the <strong><a
> href="#{request.referer}">referer</a></strong> or the <stron
> g><a href="/">home page</a></strong>.</div>
>        <?r if error.respond_to?(:source_extract) ?>
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From manveru at valaraan.de  Fri Sep  9 19:59:36 2005
From: manveru at valaraan.de (Michael Fellinger)
Date: Sat, 10 Sep 2005 01:59:36 +0200
Subject: [Nitro] getting dynamic in the skin
Message-ID: <432221E8.1070002@valaraan.de>

hey list...

i've got yet another little but annoying problem...
i try to get a little bit more dynamic in the skin.rb and want to get 
other templates to get included (using the <render>-tag)
after playing around a bit, following example-use of a 
controller-variable that was something like (\#{@context}) i got to the 
following..

\#{if @context.headers["REQUEST_URI"] == 'doc/' : "<render 
href='doc/list_classes'/>" end}

so, i put this into the skin... but i cannot follow the way it goes exactly:
i get output on the webpage wich looks like this:

^; render '/doc/list_classes' ; @out << %^

my first thought was "huh?" and i still have no idea what this could mean...
digging around a bit turned out that @out is the instance-variable wich follows the @header, but that told me nothing i haven't known before...
maybe someone else has solved this? creating dynamic menus in the skin out of other templates can't be that hard...

thank you in advance
manveru



From epiperak at softlab.ece.ntua.gr  Fri Sep  9 23:56:18 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Sat, 10 Sep 2005 06:56:18 +0300 (EEST)
Subject: [Nitro] getting dynamic in the skin
In-Reply-To: <432221E8.1070002@valaraan.de>
References: <432221E8.1070002@valaraan.de>
Message-ID: <Pine.LNX.4.62.0509100651340.1619@theseas.softlab.ece.ntua.gr>

> i've got yet another little but annoying problem...
> i try to get a little bit more dynamic in the skin.rb and want to get other 
> templates to get included (using the <render>-tag)
> after playing around a bit, following example-use of a controller-variable 
> that was something like (\#{@context}) i got to the following..
>
> \#{if @context.headers["REQUEST_URI"] == 'doc/' : "<render 
> href='doc/list_classes'/>" end}
>
> so, i put this into the skin... but i cannot follow the way it goes exactly:
> i get output on the webpage wich looks like this:
>
> ^; render '/doc/list_classes' ; @out << %^
>
> my first thought was "huh?" and i still have no idea what this could mean...
> digging around a bit turned out that @out is the instance-variable wich 
> follows the @header, but that told me nothing i haven't known before...
> maybe someone else has solved this? creating dynamic menus in the skin out of 
> other templates can't be that hard...
>
> thank you in advance
> manveru
>
I paste here my skin.rb which supports dynamic submenus and titles set in 
the controller...

require 'nitro/element'

class Page < Nitro::Element
   def doctype
     %~
       <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" 
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
     ~
   end

   def head
     %~
       <head>
         <title>\#{context.conf.name}</title>
         <meta name="title" content="WEEZ Online Reporting" />
         <meta name="description" content="Online Reporting" />
         <meta name="keywords" content="real estate, reporting, investment" 
/>
         <meta name="category" content="real estate" />
         <meta name="robots" content="index, follow" />
         <meta http-equiv="content-type" content="text/html; 
charset=SHIFT_JIS" />
         <base href="#(@context.host_url)/" />
         <link href="/style.css" rel="stylesheet" type="text/css" 
media="screen" />
         <link href="/print.css" rel="stylesheet" type="text/css" 
media="print" />
       </head>
     ~
   end

   def header
     %~
       <div id="header">
         <?r if session[:header_title] != nil ?>
           <h1>\#{session[:header_title]}</h1>
         <?r end ?>
       </div>
     ~
   end
   def mainnav
     %~
       <div id="mainnav">
         <table>
           <tr>
             <td><a href="home">[[home]]</a> | </td>
             <td><a href="projects">[[projects]]</a> | </td>
             <td><a href="bgroups">[[bgroups]]</a> | </td>
             <td><a href="reports">[[reports]]</a> | </td>
             <td><a href="settings">[[settings]]</a> | </td>
             <td><a href="toggle_locales">[[toggle_locales]]</a></td>
           </tr>
         </table>
       </div>
     ~
   end

   def projects
     %~
       <div id="secnav_projects">
         <table>
           <tr>
             <td><a href="officers">[[officers]]</a> | </td>
             <td><a href="investments">[[investments]] | </a></td>
             <td><a href="loans">[[loans]]</a> | </td>
             <td><a href="security">[[security]]</a> || </td>
             <?r if session[:project_name] == nil ?>
               <td>[[selected]]: <b>None</b></td>
             <?r else ?>
               <td>[[selected]]: <b>\#{session[:project_name]}</b></td>
             <?r end ?>
           </tr>
         </table>
       </div>
     ~
   end
   def bgroups
     %~
       <div id="secnav_bgroups">
         <table>
           <tr valign="bottom">
             <td><a href="areas">[[areas]] | </a></td>
             <td><a href="brokers">[[brokers]] | </a></td>
             <td><a href="owners">[[owners]]</a> | </td>
             <td><a href="buildings">[[buildings]] || </a></td>
             <?r if session[:bgroup_name] == nil ?>
               <td>[[selected]]: <b>None</b></td>
             <?r else ?>
               <td>[[selected]]: <b>\#{session[:bgroup_name]}</b></td>
             <?r end ?>
           </tr>
         </table>
       </div>
     ~
   end
   def reports
     %~
       <div id="secnav_reports">
         <table>
           <tr>
             <td><a href="balance_sheet_rep">[[balance_sheet_rep]]</a> | 
</td>
             <td><a href="profit_loss_rep">[[profit_loss_rep]]</a> | </td>
             <td><a href="journal_rep">[[journal_rep]]</a> | </td>
             <td><a href="randd_rep">[[randd_rep]]</a> | </td>
             <td><a href="rent_roll_rep">[[rent_roll_rep]]</a> | </td>
             <td><a href="management_rep">[[management_rep]]</a> | </td>
             <td><a href="repair_rep">[[repair_rep]]</a> | </td>
             <td><a href="income_rep">[[income_rep]]</a> | </td>
             <td><a href="cashflow_rep">[[cashflow_rep]]</a></td>
           </tr>
         </table>
       </div>
     ~
   end

   def footer
     %~
       <div id="footer">
         Footer
       </div>
     ~
   end

   def rendering_errors
     %~
       <div id="error">
         Error
       </div>
     ~
   end
   def render
     %~
       #{doctype}
       <html>
         #{head}
         <body>
           <div id="page">
             #{header}
             #{mainnav}
             <?r p = request.path.chop ?>
             <?r if p == 'projects' || p == 'officers' || p == 
'investments' || p == 'loans' || p == 'security' ?>
               #{projects}
             <?r elsif p == 'bgroups' || p == 'areas'  || p == 'brokers' 
|| p == 'owners'  || p == 'buildings' ?>
               #{bgroups}
             <?r elsif p == 'reports' || p == 'balance_sheet_rep' || p == 
'profit_loss_rep'  || p == 'journal_rep'  ||
                       p == 'randd_rep'  || p == 'rent_roll_rep'  || p == 
'management_rep'  || p == 'repair_rep'  ||
                       p == 'income_rep' || p == 'cashflow_rep' ?>
               #{reports}
             <?r end ?>
             <div class="main">
               #{content}
             </div>
             #{footer}
             #{rendering_errors}
           </div>
         </body>
       </html>
     ~
   end
end


Then in the controller you can do something like this... (I only paste 2 
functions)


   # wrap a localization aspect
   wrap LocalizationAspect, :pre => :localize
   @lc = Localization.get

# the main listing and new function
def index
   # title of the page
   session[:header_title] = @lc['online_reporting']
   # nil the selections for other menus
   session[:project_name] = session[:project_oid] = nil
   session[:bgroup_name]  = session[:bgroup_oid]  = nil
end
alias_action :home, :index
def bgroups
   # title of the page
   session[:header_title]  = @lc['bgroups']
   # nil the selections for other menus
   session[:project_name]  = session[:project_oid]  = nil
   # nil the selections for the sub menus
   session[:area_name]     = session[:area_oid]     = nil
   session[:broker_name]   = session[:broker_oid]   = nil
   session[:owner_name]    = session[:owner_oid]    = nil
   session[:building_name] = session[:building_oid] = nil
   # TODO: add security here
   @bgroups = Bgroup.all
   @data = @bgroups.map {|b| [b.title_en, b.title_jp, b.creation,

link_set("sel", at lc['select_tag'],"bgroup",b.oid.to_s),

link_pop("edi", at lc['edit_tag'],"bgroup",b.oid.to_s),

link_set("del", at lc['delete_tag'],"bgroup",b.oid.to_s)]}
   @header = 
[@lc['bgroup_title_en'], at lc['bgroup_title_jp'], at lc['bgroup_creation'], at lc['select'], at lc['edit'], at lc['delete']]
end


finally  the template looks something like this...

<Page>
   <div>
     <?r if @bgroups.length != 0 ?>
       #{table(:id => "bgroups_list", :headers => @header, :values => 
@data)}
     <?r else ?>
       <p>[[nothing_to_display]][[fullstop]] [[add_new]] 
[[bgroup]][[fullstop]]</p>
     <?r end ?>
   </div>
   <render href="bgroup_form" />
</Page>


Tell me if that helps


E.






Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From dalegard at gmail.com  Sat Sep 10 05:43:42 2005
From: dalegard at gmail.com (David Legard)
Date: Sat, 10 Sep 2005 17:43:42 +0800
Subject: [Nitro] Hmm, what have I done wrong?
Message-ID: <85fdb3b3050910024360c906b5@mail.gmail.com>

I'm very keen to start using Og, as it is perfect for some developments I'm 
working on, but I can't get to first base.
 I installed as a gem, ensured I have ruby-mysql installed, cribbed some 
code from the examples, updated (I believe) to the latest syntax.
 However, on trying to run this, I get an immediate segfault on the ' db = 
Og.setup(' line.
 Does anyone have an idea of what I'm doing wrong? Sorry if this is a dumb 
request.
  
require 'rubygems'
require_gem 'og'

class Category
property :name, String
end

class Post
property :title, String
property :body, String
property :author, String
property :create_time, Time
property :hits, Fixnum
end

class Comment
property :title, String
property :body, String
property :author, String
property :create_time, Time
end

db = Og.setup(
:destroy => false, # destroy table created from earlier runs.
:database => 'test',
:store => 'mysql',
:user => "myself",
:password => "mypassword"
)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20050910/1a96ef5a/attachment.html 

From manveru at valaraan.de  Sat Sep 10 15:09:48 2005
From: manveru at valaraan.de (Michael Fellinger)
Date: Sat, 10 Sep 2005 21:09:48 +0200
Subject: [Nitro] Hmm, what have I done wrong?
In-Reply-To: <85fdb3b3050910024360c906b5@mail.gmail.com>
References: <85fdb3b3050910024360c906b5@mail.gmail.com>
Message-ID: <43232F7C.3090809@valaraan.de>

David Legard wrote:

> I'm very keen to start using Og, as it is perfect for some 
> developments I'm working on, but I can't get to first base.
>  
> I installed as a gem, ensured I have ruby-mysql installed, cribbed 
> some code from the examples, updated (I believe) to the latest syntax.
>  
> However, on trying to run this, I get an immediate segfault on the 
> ' db = Og.setup(' line.
>  
> Does anyone have an idea of what I'm doing wrong? Sorry if this is a 
> dumb request.
>  
>
> require 'rubygems'
> require_gem 'og'
>
> class Category
>     property :name, String
> end
>
>   class Post
>     property :title, String
>     property :body, String
>     property :author, String
>     property :create_time, Time
>     property :hits, Fixnum
>   end
>
>   class Comment
>     property :title, String
>     property :body, String
>     property :author, String
>     property :create_time, Time
>   end
>
>  db = Og.setup(
>     :destroy => false, # destroy table created from earlier runs.
>     :database => 'test',
>     :store  => 'mysql',
>     :user => "myself",
>     :password => "mypassword"
>   )
>
although it would help to know what the exact error was, i think you 
have to write it like this

db = Og.setup(
   :destroy  => false         # or just leave this outcommented till you 
need it
   :store    => :mysql       # this cannot be 'mysql' it must be a symbol
   :name     => 'test'       # No :database - i have no idea where you 
have got these defaults from
   :user     => 'mysqlf'     # stays the same
   :password => 'mypassword' #should give you no problems too...
   )

hope i could help :)
still have to finish that part of the docu, but i'll do it asap...

so long...
manveru


From james_b at neurogami.com  Sat Sep 10 15:57:45 2005
From: james_b at neurogami.com (James Britt)
Date: Sat, 10 Sep 2005 12:57:45 -0700
Subject: [Nitro] Logger
In-Reply-To: <afd80b5405082607362870fa7c@mail.gmail.com>
References: <1125011002.6863.6.camel@localhost.localdomain>	<4b6f054f05082517084efc7775@mail.gmail.com>	<1125019435.6863.12.camel@localhost.localdomain>	<afd80b54050826063928c484bc@mail.gmail.com>	<4b6f054f050826073126b58908@mail.gmail.com>
	<afd80b5405082607362870fa7c@mail.gmail.com>
Message-ID: <43233AB9.1030104@neurogami.com>

George Moschovitis wrote:
> http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/153391
> 
> After a quick look I do not understand why this is better though. (And
> in fact I don't understand Zed's problem too).
> 
> will have a look over this over the week end.
> 

What's the status of the Logger redefinitions in the glue code? I'm 
writing a Mousehole script that uses Og, and it appears that the code in 
glue is wreaking havoc on general logging calls.



James
-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From george.moschovitis at gmail.com  Sun Sep 11 04:06:59 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 11 Sep 2005 11:06:59 +0300
Subject: [Nitro] Hmm, what have I done wrong?
In-Reply-To: <85fdb3b3050910024360c906b5@mail.gmail.com>
References: <85fdb3b3050910024360c906b5@mail.gmail.com>
Message-ID: <afd80b5405091101061a8d0189@mail.gmail.com>

use :name instead of :database,
I 'll add an alias for the next verstion though...

-g.

On 9/10/05, David Legard <dalegard at gmail.com> wrote:
> I'm very keen to start using Og, as it is perfect for some developments I'm
> working on, but I can't get to first base. 
>   
> I installed as a gem, ensured I have ruby-mysql installed, cribbed some code
> from the examples, updated (I believe) to the latest syntax. 
>   
> However, on trying to run this, I get an immediate segfault on the ' db =
> Og.setup(' line. 
>   
> Does anyone have an idea of what I'm doing wrong? Sorry if this is a dumb
> request. 
>   
>  
> 
> require 'rubygems'
> require_gem 'og'
>  
> 
> class Category
>     property :name, String
> end 
> 
>   class Post
>     property :title, String
>     property :body, String
>     property :author, String
>     property :create_time, Time
>     property :hits, Fixnum
>   end 
> 
>   class Comment
>     property :title, String
>     property :body, String
>     property :author, String
>     property :create_time, Time
>   end 
> 
>  db = Og.setup(
>     :destroy => false, # destroy table created from earlier runs.
>     :database => 'test',
>     :store  => 'mysql',
>     :user => "myself",
>     :password => "mypassword" 
>   ) 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 
> 
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sun Sep 11 04:08:11 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 11 Sep 2005 11:08:11 +0300
Subject: [Nitro] Logger
In-Reply-To: <43233AB9.1030104@neurogami.com>
References: <1125011002.6863.6.camel@localhost.localdomain>
	<4b6f054f05082517084efc7775@mail.gmail.com>
	<1125019435.6863.12.camel@localhost.localdomain>
	<afd80b54050826063928c484bc@mail.gmail.com>
	<4b6f054f050826073126b58908@mail.gmail.com>
	<afd80b5405082607362870fa7c@mail.gmail.com>
	<43233AB9.1030104@neurogami.com>
Message-ID: <afd80b540509110108748af3ef@mail.gmail.com>

I have added the fix proposed in c.l.r 
Doesn't this solve the problem?

-g.


On 9/10/05, James Britt <james_b at neurogami.com> wrote:
> George Moschovitis wrote:
> > http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/153391
> >
> > After a quick look I do not understand why this is better though. (And
> > in fact I don't understand Zed's problem too).
> >
> > will have a look over this over the week end.
> >
> 
> What's the status of the Logger redefinitions in the glue code? I'm
> writing a Mousehole script that uses Og, and it appears that the code in
> glue is wreaking havoc on general logging calls.
> 
> 
> 
> James
> --
> 
> http://www.ruby-doc.org - The Ruby Documentation Site
> http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
> http://www.rubystuff.com - The Ruby Store for Ruby Stuff
> http://www.jamesbritt.com  - Playing with Better Toys
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Mon Sep 12 20:26:55 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 13 Sep 2005 03:26:55 +0300 (EEST)
Subject: [Nitro] FormMixin
Message-ID: <Pine.LNX.4.62.0509130323240.18455@theseas.softlab.ece.ntua.gr>

Is this supported?

  #{tags_for(MyObj.new,:labels => @l, :values => @v, selected => 1}

or do the comments in form.rb refer to a future version?

1) I have asked before, what are "attribute metadata" of an object?
2) Can we use the tags_for for only some properties of the Object? (where 
and how is "show_all" used?

Thanks...

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Tue Sep 13 02:54:20 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 13 Sep 2005 09:54:20 +0300
Subject: [Nitro] FormMixin
In-Reply-To: <Pine.LNX.4.62.0509130323240.18455@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509130323240.18455@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b540509122354829266e@mail.gmail.com>

>   #{tags_for(MyObj.new,:labels => @l, :values => @v, selected => 1}

this makes no sense, tags_for does not accept values, labels, selected
etc parameters, thesea are the parameters of the options helper.

> 1) I have asked before, what are "attribute metadata" of an object?

metadata attached to the attributes for example the class.

> 2) Can we use the tags_for for only some properties of the Object? (where
> and how is "show_all" used?

you can ignore show_all for the moment (it just displays internal
attributes like oid).

> Thanks...

no prob.

George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Tue Sep 13 03:10:00 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 13 Sep 2005 10:10:00 +0300 (EEST)
Subject: [Nitro] FormMixin
In-Reply-To: <afd80b540509122354829266e@mail.gmail.com>
References: <Pine.LNX.4.62.0509130323240.18455@theseas.softlab.ece.ntua.gr>
	<afd80b540509122354829266e@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509131006140.14988@theseas.softlab.ece.ntua.gr>

> metadata attached to the attributes for example the class.

to make it a bit more clear (for us newbies...)

property :my_var, String

String is the metadata? if not can you give an example.

Thanx again...

The rest I understood... ;-)


Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Tue Sep 13 06:47:49 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 13 Sep 2005 13:47:49 +0300
Subject: [Nitro] Og evolution
Message-ID: <afd80b5405091303473c35f191@mail.gmail.com>

Hello all,

I added a simple form of schema evolution. This happens in 2 steps:

1. You export the original schema:

og.export

2. You import the schema and apply evolution rules if needed:

class NewArticle
  property :ntitle, String
  property :nbody, String
end

rules = {
  :Article => {
    :self => :NewArticle, # rename the class
    :title => :ntitle,
    :body => :nbody
  }
}

og.import :evolution => rules


The above example evolves Article into a new Class 'NewArticle'

Please note that Og evolution automatically takes care of new fields,
dropped fields, or importing into a different store. You only apply
rules if you rename stuff. At the moment if the evolved object
participates in relations you have to provide rules to remap the
relations too. But I think this can be improved.

Does anyone have any further suggestions? Perhaps a better idea?


regards,
George.




-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From transfire at gmail.com  Tue Sep 13 12:17:33 2005
From: transfire at gmail.com (TRANS)
Date: Tue, 13 Sep 2005 12:17:33 -0400
Subject: [Nitro] Og evolution
In-Reply-To: <afd80b5405091303473c35f191@mail.gmail.com>
References: <afd80b5405091303473c35f191@mail.gmail.com>
Message-ID: <4b6f054f05091309177a68ec65@mail.gmail.com>

Could you elborate on how this is used? --thanks.

T.



From transfire at gmail.com  Tue Sep 13 12:26:52 2005
From: transfire at gmail.com (TRANS)
Date: Tue, 13 Sep 2005 12:26:52 -0400
Subject: [Nitro] Og evolution
In-Reply-To: <afd80b5405091303473c35f191@mail.gmail.com>
References: <afd80b5405091303473c35f191@mail.gmail.com>
Message-ID: <4b6f054f050913092639aeb36d@mail.gmail.com>

On 9/13/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Hello all,
> 
> I added a simple form of schema evolution. This happens in 2 steps:
> 
> 1. You export the original schema:
> 
> og.export

What does this do exactly? Does it return anything useful?

> 2. You import the schema and apply evolution rules if needed:
> 
> class NewArticle
>   property :ntitle, String
>   property :nbody, String
> end
> 
> rules = {
>   :Article => {
>     :self => :NewArticle, # rename the class
>     :title => :ntitle,
>     :body => :nbody
>   }
> }

Actually, this reminds me of something I'm working on, but for
modules. I imagine it would work for classes too:

  class NewArticle < Article
    rename :ntitle, :title
    rename :nbody, :body
  end

> og.import :evolution => rules
>
> The above example evolves Article into a new Class 'NewArticle'


Is this removing the original Article class from memory altogehter, or
just from Og, or niether?

T.



From Walter at mwsewall.com  Tue Sep 13 12:33:56 2005
From: Walter at mwsewall.com (Walter)
Date: Tue, 13 Sep 2005 12:33:56 -0400
Subject: [Nitro] Nitro and Apache.....
Message-ID: <9DB53D616B4D5B47B8353ACBF155C6B70CE445@mwsewall.com>

> What do you want to know?


I was hoping for a bare bones simple little example.

CGI is fine for now.

Any pointers would be appreciated.

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.10.24/100 - Release Date: 9/13/2005
 



From transfire at gmail.com  Tue Sep 13 20:10:06 2005
From: transfire at gmail.com (TRANS)
Date: Tue, 13 Sep 2005 20:10:06 -0400
Subject: [Nitro] Validation errors and redisplaying form field data....
In-Reply-To: <afd80b5405090708066a951d74@mail.gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CE172@mwsewall.com>
	<afd80b5405090708066a951d74@mail.gmail.com>
Message-ID: <4b6f054f05091317103b51f6bc@mail.gmail.com>

On 9/7/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > original post data.  What is the pattern that everyone is using here?  Do I need to store the > params in a session and then manually pull them back out?  Are there helpers that do this > already?
> 
> I would store the object in the session. However, I think there must
> be a better way. Anyone has a better idea? If we come with something
> then we could wrap around some helper.

I have some helpers for this kind of stuff. I will discuss with george
and see how we might incorporate into Nitro.

T.



From george.moschovitis at gmail.com  Wed Sep 14 02:42:25 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 14 Sep 2005 09:42:25 +0300
Subject: [Nitro] Validation errors and redisplaying form field data....
In-Reply-To: <4b6f054f05091317103b51f6bc@mail.gmail.com>
References: <9DB53D616B4D5B47B8353ACBF155C6B70CE172@mwsewall.com>
	<afd80b5405090708066a951d74@mail.gmail.com>
	<4b6f054f05091317103b51f6bc@mail.gmail.com>
Message-ID: <afd80b5405091323422f880301@mail.gmail.com>

> I have some helpers for this kind of stuff. I will discuss with george
> and see how we might incorporate into Nitro.

I would love to see those helpers ;-)

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris.farmiloe at farmiloe.com  Wed Sep 14 05:56:41 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Wed, 14 Sep 2005 10:56:41 +0100
Subject: [Nitro] Using Og Entities before saved to a datastore
Message-ID: <3A22F3BF-3787-4670-AEC1-51CF29463B0D@farmiloe.com>


Hi N.list

I have a little problem. I have a need to use some Entity(s) with
their relationships without saving any of their state to a datastore.

I have not found this to be possible so far? Am I the only one who has
a need for this functionality?

The only other way I can think of for achieving this end, is  
to .create all
the instances I need and destroy them after they have been used/viewed
---this brings its own problems like wasted time writing to datastore  
and
I have no idea how to run some code after the view is compiled....hrmm
actually i think this is what the Compiler pipelining stuff is for.  
(sounds
inelegant though)

Anyways ....Some help or thoughts on this would be cool...thanx?

chrisfarms.

[see example below]


=======================> EXAMPLE <===================
class Page
   property :title, String
   has_many :paragraphs, PageParagraph
end

class PageParagraph
   property :content, String
   belongs_to Page
end

#make new page (not using .create and without any calls to .save)

p = Page.new

#make a new paragraph

txt = PageParagraph.new
txt.content = 'stuff stuff stuuff'

#assign the 'unsaved' paragraph to our new page

p.paragraphs << txt

#iterate through collection

p.paragraphs.each {|para| puts para.content }
#------------>  dies as it does a SELECT FROM using the non
#------------>  existent oid of the Page instance

==========================> END EXAMPLE <===============




From george.moschovitis at gmail.com  Wed Sep 14 08:26:30 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 14 Sep 2005 15:26:30 +0300
Subject: [Nitro] Using Og Entities before saved to a datastore
In-Reply-To: <3A22F3BF-3787-4670-AEC1-51CF29463B0D@farmiloe.com>
References: <3A22F3BF-3787-4670-AEC1-51CF29463B0D@farmiloe.com>
Message-ID: <afd80b540509140526428ee487@mail.gmail.com>

Saddly this feature (tentatively called 'build' mode) is not fully implemented.
I 'll try to add this, but perhaps someone could provide a patch. I am
extremeley busy
these days...

regards,
George.


On 9/14/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
> 
> Hi N.list
> 
> I have a little problem. I have a need to use some Entity(s) with
> their relationships without saving any of their state to a datastore.
> 
> I have not found this to be possible so far? Am I the only one who has
> a need for this functionality?
> 
> The only other way I can think of for achieving this end, is
> to .create all
> the instances I need and destroy them after they have been used/viewed
> ---this brings its own problems like wasted time writing to datastore
> and
> I have no idea how to run some code after the view is compiled....hrmm
> actually i think this is what the Compiler pipelining stuff is for.
> (sounds
> inelegant though)
> 
> Anyways ....Some help or thoughts on this would be cool...thanx?
> 
> chrisfarms.
> 
> [see example below]
> 
> 
> =======================> EXAMPLE <===================
> class Page
>    property :title, String
>    has_many :paragraphs, PageParagraph
> end
> 
> class PageParagraph
>    property :content, String
>    belongs_to Page
> end
> 
> #make new page (not using .create and without any calls to .save)
> 
> p = Page.new
> 
> #make a new paragraph
> 
> txt = PageParagraph.new
> txt.content = 'stuff stuff stuuff'
> 
> #assign the 'unsaved' paragraph to our new page
> 
> p.paragraphs << txt
> 
> #iterate through collection
> 
> p.paragraphs.each {|para| puts para.content }
> #------------>  dies as it does a SELECT FROM using the non
> #------------>  existent oid of the Page instance
> 
> ==========================> END EXAMPLE <===============
> 
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From dyn at ond.vein.hu  Wed Sep 14 08:31:54 2005
From: dyn at ond.vein.hu (Kristof Jozsa)
Date: Wed, 14 Sep 2005 14:31:54 +0200
Subject: OT: blog, was [Nitro] Using Og Entities before saved to a datastore
In-Reply-To: <afd80b540509140526428ee487@mail.gmail.com>
References: <3A22F3BF-3787-4670-AEC1-51CF29463B0D@farmiloe.com>
	<afd80b540509140526428ee487@mail.gmail.com>
Message-ID: <4328183A.4050806@ond.vein.hu>

George Moschovitis wrote:
> Saddly this feature (tentatively called 'build' mode) is not fully implemented.
> I 'll try to add this, but perhaps someone could provide a patch. I am
> extremeley busy
> these days...
> 
> regards,
> George.

Yeah I guess so as your blog seems to be off as well :)

Kristof


From george.moschovitis at gmail.com  Wed Sep 14 08:34:57 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 14 Sep 2005 15:34:57 +0300
Subject: OT: blog,
	was [Nitro] Using Og Entities before saved to a datastore
In-Reply-To: <4328183A.4050806@ond.vein.hu>
References: <3A22F3BF-3787-4670-AEC1-51CF29463B0D@farmiloe.com>
	<afd80b540509140526428ee487@mail.gmail.com>
	<4328183A.4050806@ond.vein.hu>
Message-ID: <afd80b540509140534dcb1f30@mail.gmail.com>

don't worry the blog will come back, updated.

-g.


On 9/14/05, Kristof Jozsa <dyn at ond.vein.hu> wrote:
> George Moschovitis wrote:
> > Saddly this feature (tentatively called 'build' mode) is not fully implemented.
> > I 'll try to add this, but perhaps someone could provide a patch. I am
> > extremeley busy
> > these days...
> >
> > regards,
> > George.
> 
> Yeah I guess so as your blog seems to be off as well :)
> 
> Kristof
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris.farmiloe at farmiloe.com  Wed Sep 14 09:10:16 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Wed, 14 Sep 2005 14:10:16 +0100
Subject: [Nitro] Using Og Entities before saved to a datastore
In-Reply-To: <afd80b540509140526428ee487@mail.gmail.com>
References: <3A22F3BF-3787-4670-AEC1-51CF29463B0D@farmiloe.com>
	<afd80b540509140526428ee487@mail.gmail.com>
Message-ID: <6EF5C034-58EB-4FD6-A000-7248845DC05A@farmiloe.com>


Ok cool..

not *fully* implimented? I'll have a little look... any pointers as  
to where
in Og codeland I should poke about?

Thanks g.

On 14 Sep 2005, at 13:26, George Moschovitis wrote:

> Saddly this feature (tentatively called 'build' mode) is not fully  
> implemented.
> I 'll try to add this, but perhaps someone could provide a patch. I am
> extremeley busy
> these days...
>
> regards,
> George.
>
>
> On 9/14/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
>
>>
>> Hi N.list
>>
>> I have a little problem. I have a need to use some Entity(s) with
>> their relationships without saving any of their state to a datastore.
>>
>> I have not found this to be possible so far? Am I the only one who  
>> has
>> a need for this functionality?
>>
>> The only other way I can think of for achieving this end, is
>> to .create all
>> the instances I need and destroy them after they have been used/ 
>> viewed
>> ---this brings its own problems like wasted time writing to datastore
>> and
>> I have no idea how to run some code after the view is  
>> compiled....hrmm
>> actually i think this is what the Compiler pipelining stuff is for.
>> (sounds
>> inelegant though)
>>
>> Anyways ....Some help or thoughts on this would be cool...thanx?
>>
>> chrisfarms.
>>
>> [see example below]
>>
>>
>> =======================> EXAMPLE <===================
>> class Page
>>    property :title, String
>>    has_many :paragraphs, PageParagraph
>> end
>>
>> class PageParagraph
>>    property :content, String
>>    belongs_to Page
>> end
>>
>> #make new page (not using .create and without any calls to .save)
>>
>> p = Page.new
>>
>> #make a new paragraph
>>
>> txt = PageParagraph.new
>> txt.content = 'stuff stuff stuuff'
>>
>> #assign the 'unsaved' paragraph to our new page
>>
>> p.paragraphs << txt
>>
>> #iterate through collection
>>
>> p.paragraphs.each {|para| puts para.content }
>> #------------>  dies as it does a SELECT FROM using the non
>> #------------>  existent oid of the Page instance
>>
>> ==========================> END EXAMPLE <===============
>>
>>
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>>
>
>
> -- 
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From Walter at mwsewall.com  Wed Sep 14 11:31:59 2005
From: Walter at mwsewall.com (Walter)
Date: Wed, 14 Sep 2005 11:31:59 -0400
Subject: [Nitro] Validation errors and redisplaying form field data....
Message-ID: <9DB53D616B4D5B47B8353ACBF155C6B70CE4ED@mwsewall.com>

> 
> > I have some helpers for this kind of stuff. I will discuss 
> with george
> > and see how we might incorporate into Nitro.
> 
> I would love to see those helpers ;-)
> 
> -g.
> 


I have ReflectionUtils class (This is a port of a Java class) that can be used to read and write arbitrary fields of an object or its sub-objects.

So if you had a customer and he had invoices and they had line items you could say
ReflectionUtils.writeObject(self, "customer.invoices[3].line_item[2].amount", 3.45)

It resolves hashes and arrays with the bracket notation.  I think the only case that it does not handle well is if a Hash has a numeric key (it will try it as a string).

It is a couple of years old and written with a strong Java influence, but might be useful in the above.


Walt

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.10.24/100 - Release Date: 9/13/2005
 



From transfire at gmail.com  Wed Sep 14 14:31:59 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 14 Sep 2005 14:31:59 -0400
Subject: [Nitro] Getting Started
In-Reply-To: <4b6f054f05091411265a95e42a@mail.gmail.com>
References: <4b6f054f05091411265a95e42a@mail.gmail.com>
Message-ID: <4b6f054f05091411316d1e4c1@mail.gmail.com>

Having trouble getting going with Nitro. Since nitrohq is still out I
have no doc resources so hopefully someone "out there" can lend a
hand.

First of all, I like to manage me websites like I manage my other
applications. I work on it in a dev directory and when I'm ready to
deploy I run a script which copies the needed files to the proper
install location.

So, I'm using Apache2 w/ fastcgi. I have George's basic nitrogen
layout to start with.  I thought I'd just have to copy the the public/
dir to my web servers document root. But I'm just looking at raw xhtml
pages --no Nitro goodness :-(

If I run the run.rb script it does work, but via webrick. How do I get
it to work via apache?

Thanks,
T.

Here's my Apcahe2 config. Note the Rewrite rules are not working at all either.

FastCgiConfig -initial-env 'RUBYOPT=-rubygems'
TypesConfig /etc/mime.types

<VirtualHost *>

    ServerName doe
    ServerAdmin transfire at gmail.com

    AddHandler fastcgi-script fcgi rb
    #AddHandler cgi-script cgi rb

    DocumentRoot /srv/www/doe/

    #<Directory />
    #    Options FollowSymLinks
    #    AllowOverride None
    #</Directory>

    <Directory /srv/www/doe/>
        Options FollowSymLinks
        Options ExecCGI Indexes FollowSymLinks MultiViews
        #Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
        AllowOverride None
        Order allow,deny
        allow from all
    </Directory>

    #RewriteEngine On
    #RewriteRule ^$ index.html [QSA]
    #RewriteRule ^([^.]+)$ $1.html [QSA]
    #RewriteCond %{REQUEST_FILENAME} !-f
    #RewriteRule ^(.*)$ dispatch.fcgi [QSA,L]

    RewriteEngine On
    RewriteRule ^$ index.xhtml [QSA]
    RewriteRule ^([^.]+)$ $1.xhtml [QSA]
    RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f
    RewriteRule ^(.*)$ /fcgi.rb [QSA,L]

    ErrorLog /var/log/apache2/error-nitro1.log

    # Possible values: debug, info, notice, warn, error, crit, alert, emerg.
    LogLevel warn

    CustomLog /var/log/apache2/access-nitro1.log combined
    ServerSignature On

    ErrorDocument 500 "<h2>Application error</h2>Nitro failed to start properly"

</VirtualHost>

--
( o)  ???
 //    trans.
/ /    transfire at gmail.com


-- 
( o)  ???
 //    trans.
/ /    transfire at gmail.com


From transfire at gmail.com  Wed Sep 14 14:42:03 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 14 Sep 2005 14:42:03 -0400
Subject: [Nitro] Getting Started
In-Reply-To: <4b6f054f05091411316d1e4c1@mail.gmail.com>
References: <4b6f054f05091411265a95e42a@mail.gmail.com>
	<4b6f054f05091411316d1e4c1@mail.gmail.com>
Message-ID: <4b6f054f0509141142901bf14@mail.gmail.com>

Well, at least I figured out that I'm supposed to run fcgi.rb, right?
That makes sense. But alas, now its saying there was a error running
Nitro. Getting there...

T.



From george.moschovitis at gmail.com  Thu Sep 15 02:45:43 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 15 Sep 2005 09:45:43 +0300
Subject: [Nitro] Getting Started
In-Reply-To: <4b6f054f0509141142901bf14@mail.gmail.com>
References: <4b6f054f05091411265a95e42a@mail.gmail.com>
	<4b6f054f05091411316d1e4c1@mail.gmail.com>
	<4b6f054f0509141142901bf14@mail.gmail.com>
Message-ID: <afd80b54050914234524f4b35e@mail.gmail.com>

> Well, at least I figured out that I'm supposed to run fcgi.rb, right?

no,
you should run like this:


ruby --apache run.rb

some other options are:

--daemon, --lhttpd, --webrick, --live etc. Have a look at
lib/nitro/server/runner.rb
this is a helper, you can use your own instead.

regards,
George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From manveru at valaraan.de  Thu Sep 15 05:41:00 2005
From: manveru at valaraan.de (Michael Fellinger)
Date: Thu, 15 Sep 2005 11:41:00 +0200
Subject: [Nitro] [ANN] RDOG
Message-ID: <432941AC.1030308@valaraan.de>

hi people!

finally, RDOG has got a place to reside, although the address will 
change in the future to something more fancy :)

one can find it at http://jrcgroup.com:4567/

the main-purpose of it is spreading nitro-documentation, at least for 
the moment.
Everyone can edit the wiki - there is only the standard-spark locking 
with admin-password, but i don't intend to use it right now - it is 
still quite unknown i guess :)

However, i have got almost very little time to manage it, so i would be 
glad to hand this over to the people who said they would like doing some 
documentation...
give me a sign if you are interested in participating in the svn and/or 
improving the wiki so i can introduce you - or just start doing it :)

Hope you enjoy it.

so long...
Michael 'manveru' Fellinger


From george.moschovitis at gmail.com  Thu Sep 15 05:54:48 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 15 Sep 2005 12:54:48 +0300
Subject: [Nitro] [ANN] RDOG
In-Reply-To: <432941AC.1030308@valaraan.de>
References: <432941AC.1030308@valaraan.de>
Message-ID: <afd80b540509150254f65bc0c@mail.gmail.com>

Hey thanks for this initiative! 

Can you give me the svn of the canges again? I would like to have a
look at your changes, perhaps you could port some stuff back to the
spark code.

regards,
George.

On 9/15/05, Michael Fellinger <manveru at valaraan.de> wrote:
> hi people!
> 
> finally, RDOG has got a place to reside, although the address will
> change in the future to something more fancy :)
> 
> one can find it at http://jrcgroup.com:4567/
> 
> the main-purpose of it is spreading nitro-documentation, at least for
> the moment.
> Everyone can edit the wiki - there is only the standard-spark locking
> with admin-password, but i don't intend to use it right now - it is
> still quite unknown i guess :)
> 
> However, i have got almost very little time to manage it, so i would be
> glad to hand this over to the people who said they would like doing some
> documentation...
> give me a sign if you are interested in participating in the svn and/or
> improving the wiki so i can introduce you - or just start doing it :)
> 
> Hope you enjoy it.
> 
> so long...
> Michael 'manveru' Fellinger
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From james_b at neurogami.com  Thu Sep 15 09:36:43 2005
From: james_b at neurogami.com (James Britt)
Date: Thu, 15 Sep 2005 06:36:43 -0700
Subject: [Nitro] [ANN] RDOG
In-Reply-To: <432941AC.1030308@valaraan.de>
References: <432941AC.1030308@valaraan.de>
Message-ID: <432978EB.3030308@neurogami.com>

Michael Fellinger wrote:
> hi people!
> 
> finally, RDOG has got a place to reside, although the address will 
> change in the future to something more fancy :)
> 
> one can find it at http://jrcgroup.com:4567/

I get a blank page at that URL.

:(



James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From Reid.Thompson at ateb.com  Thu Sep 15 09:46:54 2005
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Thu, 15 Sep 2005 09:46:54 -0400
Subject: [Nitro] [ANN] RDOG
Message-ID: <F71C0DC6B4FD3648815AAA7F969E35290194F40E@sr002-2kexc.ateb.com>

James Britt wrote:
>> one can find it at http://jrcgroup.com:4567/
> 
> I get a blank page at that URL.
> 


reid



From transfire at gmail.com  Thu Sep 15 10:14:08 2005
From: transfire at gmail.com (TRANS)
Date: Thu, 15 Sep 2005 10:14:08 -0400
Subject: [Nitro] [ANN] RDOG
In-Reply-To: <F71C0DC6B4FD3648815AAA7F969E35290194F40E@sr002-2kexc.ateb.com>
References: <F71C0DC6B4FD3648815AAA7F969E35290194F40E@sr002-2kexc.ateb.com>
Message-ID: <4b6f054f0509150714659e0581@mail.gmail.com>

Hey, it's starting to look real nice. Good work!

I have one suggestion. How about a colapsable tree for class/methods:

  class1
     method1
     method2
  class2
     ...

Instead of having the method list off to the right.

Thanks,
T.



From Reid.Thompson at ateb.com  Thu Sep 15 10:14:39 2005
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Thu, 15 Sep 2005 10:14:39 -0400
Subject: [Nitro] [ANN] RDOG
Message-ID: <F71C0DC6B4FD3648815AAA7F969E35290194F426@sr002-2kexc.ateb.com>

Reid Thompson wrote:
> James Britt wrote:
>>> one can find it at http://jrcgroup.com:4567/
>> 
>> I get a blank page at that URL.
>> 
> 
stupid me -- i typed in
"works for me"

must have then stripped it out.


reid



From manveru at valaraan.de  Thu Sep 15 10:38:38 2005
From: manveru at valaraan.de (Michael Fellinger)
Date: Thu, 15 Sep 2005 16:38:38 +0200
Subject: [Nitro] [ANN] RDOG
In-Reply-To: <4b6f054f0509150714659e0581@mail.gmail.com>
References: <F71C0DC6B4FD3648815AAA7F969E35290194F40E@sr002-2kexc.ateb.com>
	<4b6f054f0509150714659e0581@mail.gmail.com>
Message-ID: <4329876E.60309@valaraan.de>

That's no bad idea :)
thanks for the suggestion... will think about it. but there are some 
things i worry about:
the javascript for the showing/hiding - it's no masterpiece yet, but it 
works well for non-javascript too. But, imagine you have javascript 
turned off, in this version you will have a VERY long list of all the 
classes in core, stdlib, og, nitro, glue and whatever we might add in 
the future..
now, having all the methods in there as well seems like an overkill for 
me, i would stay no 3 seconds on that page, not to mention that it will 
have to transfer all the data as well.

please don't get me wrong, i like your idea and it would be great, but 
we need a better way to display the categories as well, otherwise this 
will end up in endless scrolling...
btw - i don't like how it looks now, but it was one of the most intuitve 
ways to fetch the data. (and what will we do with the space on the right?)

so long...
manveru

TRANS wrote:

>Hey, it's starting to look real nice. Good work!
>
>I have one suggestion. How about a colapsable tree for class/methods:
>
>  class1
>     method1
>     method2
>  class2
>     ...
>
>Instead of having the method list off to the right.
>
>Thanks,
>T.
>
>  
>



From dalegard at gmail.com  Thu Sep 15 19:18:24 2005
From: dalegard at gmail.com (David Legard)
Date: Fri, 16 Sep 2005 07:18:24 +0800
Subject: [Nitro] Using Og with GUI
Message-ID: <85fdb3b305091516182b35ebcc@mail.gmail.com>

I am using Og to drive a GUI-based application, which uses several onscreen 
controls, button, text boxes and the like.
 Obviously, I have to extract information from the controls called 'name', 
'date', 'address' etc for Og to write away to the database.
 As I am quite strict with naming conventions, I find myself writing a lot 
of code like:
 m.name=getControlValue('name')
m.date=getControlValue('date')
m.address=getControlValue('address')
m.phone=getControlValue('phone')
.
.
.
.
 Is there any way I can tie the control 'name' to the object attribute '
m.name <http://m.name>' and so on, to avoid having to write all this 
repetitive code?
 Ideally I would like to write something like:
 allControls.each do |k|
 m.k=getControlValue(k)
end
  DAL.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20050915/ffc2d900/attachment.html 

From transfire at gmail.com  Thu Sep 15 21:08:47 2005
From: transfire at gmail.com (TRANS)
Date: Thu, 15 Sep 2005 21:08:47 -0400
Subject: [Nitro] Using Og with GUI
In-Reply-To: <85fdb3b305091516182b35ebcc@mail.gmail.com>
References: <85fdb3b305091516182b35ebcc@mail.gmail.com>
Message-ID: <4b6f054f05091518084ed4ef70@mail.gmail.com>

On 9/15/05, David Legard <dalegard at gmail.com> wrote:
> I am using Og to drive a GUI-based application, which uses several onscreen
> controls, button, text boxes and the like. 
>   
> Obviously, I have to extract information from the controls called 'name',
> 'date', 'address' etc for Og to write away to the database. 
>   
> As I am quite strict with naming conventions, I find myself writing a lot of
> code like: 
>   
> m.name=getControlValue('name') 
> m.date=getControlValue('date') 
> m.address=getControlValue('address') 
> m.phone=getControlValue('phone') 
> . 
> . 
> . 
> . 
>   
> Is there any way I can tie the control 'name' to the object attribute
> 'm.name' and so on, to avoid having to write all this repetitive code? 
>   
> Ideally I would like to write something like: 
>   
> allControls.each do |k| 
>   m.k=getControlValue(k) 
> end 

You can do this

  allControls.each do |k| 
    m.send( "#{k}=", getControlValue(k)  )
  end 

But perhaps ther is a better way. If all the values are coming from
the controls you could define your own attributes:

  def name
      getControlValue('name')
  end

T.



From george.moschovitis at gmail.com  Fri Sep 16 03:26:42 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 16 Sep 2005 10:26:42 +0300
Subject: [Nitro] Using Og with GUI
In-Reply-To: <4b6f054f05091518084ed4ef70@mail.gmail.com>
References: <85fdb3b305091516182b35ebcc@mail.gmail.com>
	<4b6f054f05091518084ed4ef70@mail.gmail.com>
Message-ID: <afd80b5405091600267d9b87b5@mail.gmail.com>

>     m.send( "#{k}=", getControlValue(k)  )


you could also use:

m.instance_variable_set "@#{k}", getControlValue(k)

but even better you should define a method like:

getControlValues # => A hash of key values

then you could do:

m.assign_with getControlValues()


regards,
George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep 16 09:57:30 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 16 Sep 2005 16:57:30 +0300
Subject: [Nitro] Dynamic CSS
Message-ID: <afd80b540509160657b11506f@mail.gmail.com>

Hello all,

I just added a small but useful feature to Nitro: Dynamic css or CSS
Templates. What this means is that you can use Nitro's advanced
templating mechanism to build your templates:

for example:

<?r
  mygreen = '#0f0'
  bgcol = '#ff'
?>

.myclass {
  background: #{mygreen}
}

.another {
  color: #{mygreen}
}

or even:

<?r %w{ myclass another help }.each do |klass| ?>
.#{klass} {
  color: #{mygreen}
}
<?r end ?>

of course you can use <% .. %> instead of <?r .. ?>

This feature is really useful to avoid messy css files and/or easily
changing colors in css files.

At the moment the implementation is rather simple. You have to define
which templates to 'precompile' in run.rb:

ie

Compiler.precompile 'css/style.css'

will transform the file "#{template_root}/css/style.csst" into
"#{public_root}/css/style.css"

this way the generated css is served by Lighttpd/Apache. The template
is compiled only if the source file is modified.

Can anyone think of a better interface or better name than precompile?


Thanks in advance,
George.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris.farmiloe at farmiloe.com  Fri Sep 16 12:22:46 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Fri, 16 Sep 2005 17:22:46 +0100
Subject: [Nitro] Dynamic CSS
In-Reply-To: <afd80b540509160657b11506f@mail.gmail.com>
References: <afd80b540509160657b11506f@mail.gmail.com>
Message-ID: <C6756067-DCDF-45E3-90B8-C71434CF0A1B@farmiloe.com>


Hiya:

Intresting timing... I just started using the Template processor
to run my css through....

<code>
response.content_type = 'text/css'
Template.process_template(get_file_contents(css_filename), '@out',  
binding)
</code>

codes a bit out of context but you get the idea :)

The precompiling is great but the main reason I had for adding <?r ?>  
fun to
css was to avoid having to use rubbish 'hacks' to fix for various  
browsers and
return cleaner CSS... the browsers will cache the css anyway so load  
wont be a
problem.

I (quickly) made some mini extensions to the
request object to help me with my css organisation... think ill make  
them more
reliable soon and include some optional version checking too
so request.from_gecko? would be a general true and request.from_gecko? 
('>4')
return better than v4 versions .... simple but might be handy for  
someone

<code>
module Nitro

module Request

   # some useful mini methods for browser testing

   def from_gecko?
     headers['USER-AGENT'] =~ /Gecko/
   end
   alias_method :from_mozilla?, :from_gecko?

   def from_ie?
     headers['USER-AGENT'] =~ /MSIE/
   end
   alias_method :from_msie?, :from_ie?

   def from_opera?
     headers['USER-AGENT'] =~ /Opera/
   end

   def from_khtml?
     headers['USER-AGENT'] =~ /KTHML/
   end
   alias_method :from_safari?, :from_khtml?

   def from_w3c?
     from_gecko? or from_khtml? or from_opera?
   end

end

end
</code>



enjoy



On 16 Sep 2005, at 14:57, George Moschovitis wrote:


> Hello all,
>
> I just added a small but useful feature to Nitro: Dynamic css or CSS
> Templates. What this means is that you can use Nitro's advanced
> templating mechanism to build your templates:
>
> for example:
>
> <?r
>   mygreen = '#0f0'
>   bgcol = '#ff'
> ?>
>
> .myclass {
>   background: #{mygreen}
> }
>
> .another {
>   color: #{mygreen}
> }
>
> or even:
>
> <?r %w{ myclass another help }.each do |klass| ?>
> .#{klass} {
>   color: #{mygreen}
> }
> <?r end ?>
>
> of course you can use <% .. %> instead of <?r .. ?>
>
> This feature is really useful to avoid messy css files and/or easily
> changing colors in css files.
>
> At the moment the implementation is rather simple. You have to define
> which templates to 'precompile' in run.rb:
>
> ie
>
> Compiler.precompile 'css/style.css'
>
> will transform the file "#{template_root}/css/style.csst" into
> "#{public_root}/css/style.css"
>
> this way the generated css is served by Lighttpd/Apache. The template
> is compiled only if the source file is modified.
>
> Can anyone think of a better interface or better name than precompile?
>
>
> Thanks in advance,
> George.
>
> -- 
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>




From chris.farmiloe at farmiloe.com  Fri Sep 16 13:22:19 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Fri, 16 Sep 2005 18:22:19 +0100
Subject: [Nitro] BUG: problem with actions named <something>action
Message-ID: <DA6DF3E9-0FDD-477B-B733-4B9E300FCDFC@farmiloe.com>


timlarson on #nitro noticed a problem rendering Controller methods  
(actions) named 'transaction'
(and also reaction, toastaction etc)

culprit is a gsub in dispatcher.rb:170....

Change the line:

klass.instance_methods.grep(/(action$)|(template$)/).each do |m|

to

klass.instance_methods.grep(/(_action$)|(template$)/).each do |m|

If anyone can see any side effects to this please speak up ;-)

also not sure if the template should have an underscore too?

Enjoy.

chrisfarms.


From fabian at oggu.de  Fri Sep 16 14:22:07 2005
From: fabian at oggu.de (Fabian Buch)
Date: Fri, 16 Sep 2005 20:22:07 +0200
Subject: [Nitro] SCGI
In-Reply-To: <afd80b54050916040422ff6126@mail.gmail.com>
References: <4b6f054f05091411265a95e42a@mail.gmail.com>
	<4b6f054f05091411316d1e4c1@mail.gmail.com>
	<4b6f054f0509141142901bf14@mail.gmail.com>
	<afd80b54050914234524f4b35e@mail.gmail.com>
	<0ee22c7da5ce6b24bc4b4428cb9d0c6d@bamboox.de>
	<afd80b54050916040422ff6126@mail.gmail.com>
Message-ID: <d8044161704c88e7b3c228137e85ee03@oggu.de>

SCGI seems not a replacement of CGI or FastCGI. I couldn't find any 
info about ACGI.

In scgi Apache (or whatever webserver) connects to a scgi-server, which 
must already run when a user visits the site. That means for such a 
webapp to run I need open a terminal and start a scgi-server manually. 
In cgi or fastcgi Apache does that for me, just as needed.
A side effect of this is, that if my scgi-server or my webapp has a bug 
that crashes the scgi-server it's not reachable anymore, since it won't 
be restarted automatically by Apache, it'd have to be restarted 
manually.

That's how I understand the situation. So for me only CGI and FastCGI 
(and maybe mod_ruby) are useful for production environments (not 
started via ruby --apache run.rb, but via Apache itself).

Since I've everything running in Rails so far there's no need for me to 
hurry you to implement it into Nitro. If I can I'll have a look into 
Nitro's CGI and FastCGI and runner.rb, but I guess I'm unfortunately 
not skillful enough to succeed.

Again: no need to hurry with this. Keep up the good work the other 
Nitro/Og related stuff you're working on.

Fabian

Am 16.09.2005 um 13:04 schrieb George Moschovitis:
> Currently not,
>
> but it is easy to setup. I would appreciate if someone could have a
> look at runner.rb and provide a solution. I plan to work on other
> Nitro/Og related stuff over the weekend.
>
> Btw, perhaps someone could try to make Nitro work with scgi and acgi
> (as posted lately on c.l.r). I would love to get a patch.
>
> thanks,
> George.
>
>
> On 9/16/05, Fabian Buch <fabian.buch at bamboox.de> wrote:
>> Am 15.09.2005 um 08:45 schrieb George Moschovitis:
>>>> Well, at least I figured out that I'm supposed to run fcgi.rb, 
>>>> right?
>>>
>>> no,
>>> you should run like this:
>>>
>>> ruby --apache run.rb
>>
>> Is there a way to run nitro in apache(cgi/fastcgi) without starting a
>> new instance of apache?
>> In Rails I can pack all configuration into a VirtualHost.
>>
>> Fabian Buch



From rainhead at gmail.com  Sat Sep 17 02:03:50 2005
From: rainhead at gmail.com (Peter Abrahamsen)
Date: Fri, 16 Sep 2005 23:03:50 -0700
Subject: [Nitro] [ANN] RDOG
In-Reply-To: <afd80b540509150254f65bc0c@mail.gmail.com>
References: <432941AC.1030308@valaraan.de>
	<afd80b540509150254f65bc0c@mail.gmail.com>
Message-ID: <8B750BDD-2B4E-49DB-BE20-A701A3403B56@gmail.com>

http://rdog.lly.org/rdog-svn/

Unless they've moved it.

> Can you give me the svn of the canges again? I would like to have a
> look at your changes, perhaps you could port some stuff back to the
> spark code.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20050917/57ceed1b/attachment.html 

From george.moschovitis at gmail.com  Sat Sep 17 14:57:05 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 17 Sep 2005 21:57:05 +0300
Subject: [Nitro] BUG: problem with actions named <something>action
In-Reply-To: <DA6DF3E9-0FDD-477B-B733-4B9E300FCDFC@farmiloe.com>
References: <DA6DF3E9-0FDD-477B-B733-4B9E300FCDFC@farmiloe.com>
Message-ID: <afd80b54050917115761e377d6@mail.gmail.com>

Hmm thanks for reporting this! I 'll add the patch!

regards,
George.

On 9/16/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
> 
> timlarson on #nitro noticed a problem rendering Controller methods
> (actions) named 'transaction'
> (and also reaction, toastaction etc)
> 
> culprit is a gsub in dispatcher.rb:170....
> 
> Change the line:
> 
> klass.instance_methods.grep(/(action$)|(template$)/).each do |m|
> 
> to
> 
> klass.instance_methods.grep(/(_action$)|(template$)/).each do |m|
> 
> If anyone can see any side effects to this please speak up ;-)
> 
> also not sure if the template should have an underscore too?
> 
> Enjoy.
> 
> chrisfarms.
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From james_b at neurogami.com  Sat Sep 17 22:41:08 2005
From: james_b at neurogami.com (James Britt)
Date: Sat, 17 Sep 2005 19:41:08 -0700
Subject: [Nitro] Telling WEBrick Nitro to kill itself
Message-ID: <432CD3C4.4040809@neurogami.com>

If I have a Nitro app running under WEBrick, what command can I have the 
application call to tell itself to clean up and shut down?


Thanks,




James


From george.moschovitis at gmail.com  Sun Sep 18 05:24:35 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sun, 18 Sep 2005 12:24:35 +0300
Subject: [Nitro] Telling WEBrick Nitro to kill itself
In-Reply-To: <432CD3C4.4040809@neurogami.com>
References: <432CD3C4.4040809@neurogami.com>
Message-ID: <afd80b5405091802245a9262cb@mail.gmail.com>

Hm this is not supported at the moment. Moreover, I am not sure how
this could be implemented. Care to give some tips (or even better a
patch?).

thanks,
-g.

PS: out of curiosity, where is this feature useful?


On 9/18/05, James Britt <james_b at neurogami.com> wrote:
> If I have a Nitro app running under WEBrick, what command can I have the
> application call to tell itself to clean up and shut down?
> 
> 
> Thanks,
> 
> 
> 
> 
> James
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From james_b at neurogami.com  Sun Sep 18 10:50:00 2005
From: james_b at neurogami.com (James Britt)
Date: Sun, 18 Sep 2005 07:50:00 -0700
Subject: [Nitro] Telling WEBrick Nitro to kill itself
In-Reply-To: <afd80b5405091802245a9262cb@mail.gmail.com>
References: <432CD3C4.4040809@neurogami.com>
	<afd80b5405091802245a9262cb@mail.gmail.com>
Message-ID: <432D7E98.20201@neurogami.com>

George Moschovitis wrote:
 > Hm this is not supported at the moment. Moreover, I am not sure how
 > this could be implemented. Care to give some tips (or even better a
 > patch?).

There needs to be way to talk to the WEBrick server variable to issue it 
a shutdown command.

For example, in Mousehole, which is a WEBrick app,  I added this to my copy:

  server.mount_proc('/quit') do |req, resp| server.shutdown;  exit;  end

So I can now call

http://127.0.0.1:37004/quit

and mousehole goes away.

 >
 > thanks,
 > -g.
 >
 > PS: out of curiosity, where is this feature useful?
 >

I sometimes run WEBrick Web apps on windows using rubyw.exe, which does 
not then allow for ctrl-C.  (Same behavior, I think, as following a 
command call with the ampersand on unix).  Simple Ruby services without 
having to have an annoying cmd window sitting around all day.

So I typically add in a way to send a request to the application to shut 
itself down.  Usually some special URL that maps to code that calls 
server.shutdown.

James


From george.moschovitis at gmail.com  Mon Sep 19 03:00:08 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 19 Sep 2005 10:00:08 +0300
Subject: [Nitro] Telling WEBrick Nitro to kill itself
In-Reply-To: <432D7E98.20201@neurogami.com>
References: <432CD3C4.4040809@neurogami.com>
	<afd80b5405091802245a9262cb@mail.gmail.com>
	<432D7E98.20201@neurogami.com>
Message-ID: <afd80b540509190000259343b1@mail.gmail.com>

Ok, sounds reasonable, will add this!

-g.

On 9/18/05, James Britt <james_b at neurogami.com> wrote:
> George Moschovitis wrote:
>  > Hm this is not supported at the moment. Moreover, I am not sure how
>  > this could be implemented. Care to give some tips (or even better a
>  > patch?).
> 
> There needs to be way to talk to the WEBrick server variable to issue it
> a shutdown command.
> 
> For example, in Mousehole, which is a WEBrick app,  I added this to my copy:
> 
>   server.mount_proc('/quit') do |req, resp| server.shutdown;  exit;  end
> 
> So I can now call
> 
> http://127.0.0.1:37004/quit
> 
> and mousehole goes away.
> 
>  >
>  > thanks,
>  > -g.
>  >
>  > PS: out of curiosity, where is this feature useful?
>  >
> 
> I sometimes run WEBrick Web apps on windows using rubyw.exe, which does
> not then allow for ctrl-C.  (Same behavior, I think, as following a
> command call with the ampersand on unix).  Simple Ruby services without
> having to have an annoying cmd window sitting around all day.
> 
> So I typically add in a way to send a request to the application to shut
> itself down.  Usually some special URL that maps to code that calls
> server.shutdown.
> 
> James
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Mon Sep 19 23:10:08 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Tue, 20 Sep 2005 06:10:08 +0300 (EEST)
Subject: [Nitro] date_select bug
Message-ID: <Pine.LNX.4.62.0509200555060.1225@theseas.softlab.ece.ntua.gr>

I would like to report that the xhtml.rb/date_select function should be 
changed starting the values from 0 and not from 1 for months select. As 
is, the select has an empty choice (not good) and it also keeps on 
incrementing the values everytime a save to the db occurs (the values 
1-12 do not correspond to the representation of the db).

.fill also does not work with the dates, they have to manually be assigned 
to the objects and then saved, in which case the month value (created from 
the date_select) has to be decreased by 1 in order to be saved correctly 
to the db.

<code-in the controller>
request.fill(project)
project.acquisition_date = Date.new(request['acquisition_date']['year'].to_i,
                           request['acquisition_date']['month'].to_i-1,
                           request['acquisition_date']['day'].to_i, Date::ITALY)

<code-custom date_tags for use as a row in a table>
def my_date_tag(label, id, name, val = nil)
   str = %{<tr><th>#{label}</th><td>}
   str << %{#{date_select(val, :name => name)}} if val != nil
   str << %{#{date_select(Date.today, :name => name)}} if val == nil
   str << %{</td></tr>}
   return str
end

<code-in the template>
<form method="post" name='pr_d_update' 
action='project_save/domestic/update'>
<input type="hidden" name="oid" value="#{@project.oid}" />
<table class="myform">
  #{my_date_tag(@l_contract_date,'project_contract_date','contract_date', at project.contract_date)}
</table>
</form>

I have 2 suggestions:
1) All tags should support localization, default (selected) values, 
variable ranges (for years eg), name definition (they have them now, but 
they do not work for dates, ...)
2) Automatic form generation should have on/off switches for elements of 
the object in order to display only the on ones.

Due to lack of time, I can not do the devel myself, if those changes are 
not incorporated in the next Nitro version, then from October they will be 
in my TODO: list...

Thanx


Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Tue Sep 20 03:38:03 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 20 Sep 2005 10:38:03 +0300
Subject: [Nitro] date_select bug
In-Reply-To: <Pine.LNX.4.62.0509200555060.1225@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509200555060.1225@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b54050920003843b4b5e7@mail.gmail.com>

> I would like to report that the xhtml.rb/date_select function should be
> ...
> 1-12 do not correspond to the representation of the db).

hmm, will investigate this.

> .fill also does not work with the dates, they have to manually be assigned
> to the objects and then saved, in which case the month value (created from

If you use a Time object instead of Date it get automatically handled.

> 1) All tags should support localization, default (selected) values,
> variable ranges (for years eg), name definition (they have them now, but
> they do not work for dates, ...)
> 2) Automatic form generation should have on/off switches for elements of
> the object in order to display only the on ones.

thanks for the tips.

George.


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From dirk.barnikel at gmx.de  Tue Sep 20 03:56:18 2005
From: dirk.barnikel at gmx.de (dirk)
Date: Tue, 20 Sep 2005 09:56:18 +0200
Subject: [Nitro] Suggestions
Message-ID: <200509200956.18576.dirk.barnikel@gmx.de>

Hi,

in my application I need to do a couple of things after webricks listening 
port is set up and before the server is started:

* Changing the processes uid (Unix)
* Mount other webrick-servlets

To do this I added to Webrick#start:

	@webrick = WEBrick::HTTPServer.new(webrick_options)	
	self.hook(@webrick)	if self.respond_to?('hook')               <----- added
	trap('INT') { @webrick.shutdown }      
	@webrick.mount('/', WebrickAdapter, server)
	@webrick.start

The hook-method is defined in an application specific part of the sourcecode.

I also had do change the first lines of Webrick#start, because the
condition 'if RUBY_PLATFORM ...' causes nitro always to log into
/dev/null on unix.

Many thanks to the developers for giving us nitro :-))

Regards, Dirk


From george.moschovitis at gmail.com  Tue Sep 20 05:40:46 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 20 Sep 2005 12:40:46 +0300
Subject: [Nitro] Suggestions
In-Reply-To: <200509200956.18576.dirk.barnikel@gmx.de>
References: <200509200956.18576.dirk.barnikel@gmx.de>
Message-ID: <afd80b5405092002401c58ce17@mail.gmail.com>

Thanks for the hint,

I 'll add some hooks for the next release.

-g.

On 9/20/05, dirk <dirk.barnikel at gmx.de> wrote:
> Hi,
> 
> in my application I need to do a couple of things after webricks listening
> port is set up and before the server is started:
> 
> * Changing the processes uid (Unix)
> * Mount other webrick-servlets
> 
> To do this I added to Webrick#start:
> 
>         @webrick = WEBrick::HTTPServer.new(webrick_options)
>         self.hook(@webrick)     if self.respond_to?('hook')               <----- added
>         trap('INT') { @webrick.shutdown }
>         @webrick.mount('/', WebrickAdapter, server)
>         @webrick.start
> 
> The hook-method is defined in an application specific part of the sourcecode.
> 
> I also had do change the first lines of Webrick#start, because the
> condition 'if RUBY_PLATFORM ...' causes nitro always to log into
> /dev/null on unix.
> 
> Many thanks to the developers for giving us nitro :-))
> 
> Regards, Dirk
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Tue Sep 20 05:42:37 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 20 Sep 2005 12:42:37 +0300
Subject: [Nitro] Suggestions
In-Reply-To: <afd80b5405092002401c58ce17@mail.gmail.com>
References: <200509200956.18576.dirk.barnikel@gmx.de>
	<afd80b5405092002401c58ce17@mail.gmail.com>
Message-ID: <afd80b5405092002423e787083@mail.gmail.com>

But, you could use the Aspect oriented programming features of nitro
to add this support in the current version.

-g.

On 9/20/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> Thanks for the hint,
> 
> I 'll add some hooks for the next release.
> 
> -g.
> 
> On 9/20/05, dirk <dirk.barnikel at gmx.de> wrote:
> > Hi,
> >
> > in my application I need to do a couple of things after webricks listening
> > port is set up and before the server is started:
> >
> > * Changing the processes uid (Unix)
> > * Mount other webrick-servlets
> >
> > To do this I added to Webrick#start:
> >
> >         @webrick = WEBrick::HTTPServer.new(webrick_options)
> >         self.hook(@webrick)     if self.respond_to?('hook')               <----- added
> >         trap('INT') { @webrick.shutdown }
> >         @webrick.mount('/', WebrickAdapter, server)
> >         @webrick.start
> >
> > The hook-method is defined in an application specific part of the sourcecode.
> >
> > I also had do change the first lines of Webrick#start, because the
> > condition 'if RUBY_PLATFORM ...' causes nitro always to log into
> > /dev/null on unix.
> >
> > Many thanks to the developers for giving us nitro :-))
> >
> > Regards, Dirk
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> 
> 
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From tim at keow.org  Tue Sep 20 13:23:47 2005
From: tim at keow.org (Tim Larson)
Date: Tue, 20 Sep 2005 18:23:47 +0100
Subject: [Nitro] sql.rb read_prop for TrueClass
Message-ID: <20050920172347.GB4379@localhost>

In read_prop in og-0.23.0/lib/og/store/sql.rb the clause
for TrueClass should read 't' instead of '0', to match
how write_prop writes out either 't' or NULL.

--Tim Larson


From tim at keow.org  Tue Sep 20 13:26:41 2005
From: tim at keow.org (Tim Larson)
Date: Tue, 20 Sep 2005 18:26:41 +0100
Subject: [Nitro] sql.rb read_prop for TrueClass
In-Reply-To: <20050920172347.GB4379@localhost>
References: <20050920172347.GB4379@localhost>
Message-ID: <20050920172641.GC4379@localhost>

On Tue, Sep 20, 2005 at 06:23:47PM +0100, Tim Larson wrote:
> In read_prop in og-0.23.0/lib/og/store/sql.rb the clause
> for TrueClass should read 't' instead of '0', to match
> how write_prop writes out either 't' or NULL.

(Sorry, hit send to fast.)

This:
    elsif p.klass.ancestors.include?(TrueClass)
          return "('0' != res[#{col} + offset])"

Should change to this:
    elsif p.klass.ancestors.include?(TrueClass)
          return "('t' == res[#{col} + offset])"

--Tim Larson


From tim at keow.org  Tue Sep 20 13:32:15 2005
From: tim at keow.org (Tim Larson)
Date: Tue, 20 Sep 2005 18:32:15 +0100
Subject: [Nitro] sql.rb read_prop for TrueClass
In-Reply-To: <20050920172641.GC4379@localhost>
References: <20050920172347.GB4379@localhost> <20050920172641.GC4379@localhost>
Message-ID: <20050920173215.GD4379@localhost>

On Tue, Sep 20, 2005 at 06:26:41PM +0100, Tim Larson wrote:
> This:
>     elsif p.klass.ancestors.include?(TrueClass)
>           return "('0' != res[#{col} + offset])"
> 
> Should change to this:
>     elsif p.klass.ancestors.include?(TrueClass)
>           return "('t' == res[#{col} + offset])"

...and mysql.rb needs a similar change, from:
    elsif p.klass.ancestors.include?(TrueClass)
      return "('0' != res[#{col} + offset])"

To:
    elsif p.klass.ancestors.include?(TrueClass)
      return "('1' == res[#{col} + offset])"

...to match how write_prop for mysql stores either
a '1' or a NULL.

--Tim Larson


From james_b at neurogami.com  Tue Sep 20 14:40:23 2005
From: james_b at neurogami.com (James Britt)
Date: Tue, 20 Sep 2005 11:40:23 -0700
Subject: [Nitro] A Request for Help
Message-ID: <43305797.2030806@neurogami.com>

I run ruby-doc.org.  For over a year I've considering ways to to make it 
better, more usable, offer Web services, and make it self-sustaining. 
For any and all reasons you care to imagine, I'm nowhere near what I've 
wanted to accomplish.

I've made a few attempts are rewriting the site as a Nitro application, 
but it keeps getting sidetracked by mundane demands such as earning a 
living.

However, some of the recent work others have been doing with Og/Nitro 
suggest that the essential pieces have are already around in some form 
or another, if not actually available to be dropped into place.

I'm asking for help from the Og/Nitro community to rewrite ruby-doc.org.

I believe this be very helpful not just to me, but the Ruby community at 
large, and Nitro development and developers in particular.

I've talked to a few people who have been interested in working with 
Nitro, but who told me that the lack of documentation and good, 
real-world examples to study makes it a bit hard.

I started on "Nitro: Step-by-Step" as a way to teach myself Nitro, but 
even that would is intended as a basic introduction.  A solid, 
reasonably  complex application, with all source code freely available, 
would be a boon to Og/Nitro exposure.  Documentation on the design and 
development techniques would be a big help, too.

My plans for ruby-doc.org were mostly focused on changing two sections. 
  The site has had a blog-ish main page where I add announcements of new 
and interesting Ruby documentation.  Early on, this was a trivial task, 
as the amount of new resource was slim.  But this has changes, and 
people are pushing out blogs, wikis, how-tos, and tutorials left and right.

I've simply gotten too busy and too tired of the tedium to keep up.  I 
started investigating ways to exploit existing resource tracking and 
classification tools, such as del.icio.us.   I assembled a prototype app 
that would snarf Ruby-related items from del.icio.us RSS feeds and stash 
the posts and tags into a local database.  A Web UI then allowed for 
faceted/tagged navigation of these resources.  It mostly worked, though 
I may have been too ambitious in my plans for providing high-level 
auto-categorization.  I still like the basic idea, but think sticking to 
a  navigation scheme similar to what del.icio.us uses, or some 
community-based resource submission schemes, such as used by digg.com, 
might be better.  But, whatever the scheme, I think it would make for an 
interesting Og application.

The other main change is how to display the RDocs for the core and 
standard libs.  Problem one is simply the layout, and I think the RDog 
project shows a much better approach.  Problem two is that the site does 
not offer a way for a reader to add annotations, such as with the docs 
at http://www.php.net/docs.php (often cited as a model of good on-line 
docs presentation).

My plan for this was to change the default rdoc template to include a 
javascript call that would make an XmlHttpRequest (AKA AJAX) fetch from 
a docs wiki page,  and dynamically insert the content of the 
corresponding page into the rdoc display.  Those without javascript 
would simply see a link to the wiki.

A decent, simple search engine would be quite nice, too.

Other items on the site (e.g., links to documentation bundles and useful 
resources for beginners) would  stay pretty much the same.

I'm open to ideas on how to make the site better, and really hope there 
is interest here in using this as an opportunity to showcase Og/Nitro.

Thanks,


James Britt
-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From manveru at valaraan.de  Tue Sep 20 18:17:42 2005
From: manveru at valaraan.de (Michael Fellinger)
Date: Wed, 21 Sep 2005 00:17:42 +0200
Subject: [Nitro] A Request for Help
In-Reply-To: <43305797.2030806@neurogami.com>
References: <43305797.2030806@neurogami.com>
Message-ID: <43308A86.6010009@valaraan.de>

James Britt wrote:

>I run ruby-doc.org.  For over a year I've considering ways to to make it 
>better, more usable, offer Web services, and make it self-sustaining. 
>For any and all reasons you care to imagine, I'm nowhere near what I've 
>wanted to accomplish.
>
>I've made a few attempts are rewriting the site as a Nitro application, 
>but it keeps getting sidetracked by mundane demands such as earning a 
>living.
>
>However, some of the recent work others have been doing with Og/Nitro 
>suggest that the essential pieces have are already around in some form 
>or another, if not actually available to be dropped into place.
>
>I'm asking for help from the Og/Nitro community to rewrite ruby-doc.org.
>
>I believe this be very helpful not just to me, but the Ruby community at 
>large, and Nitro development and developers in particular.
>
>I've talked to a few people who have been interested in working with 
>Nitro, but who told me that the lack of documentation and good, 
>real-world examples to study makes it a bit hard.
>
>I started on "Nitro: Step-by-Step" as a way to teach myself Nitro, but 
>even that would is intended as a basic introduction.  A solid, 
>reasonably  complex application, with all source code freely available, 
>would be a boon to Og/Nitro exposure.  Documentation on the design and 
>development techniques would be a big help, too.
>  
>
I guess you know the examples spark and flare already... they are not 
exactly what one would call complex, but they are very good to study and 
learn (almost, one can't get everything on one page i guess) everything 
about nitro and a few things about og as well.

>My plans for ruby-doc.org were mostly focused on changing two sections. 
>  The site has had a blog-ish main page where I add announcements of new 
>and interesting Ruby documentation.  Early on, this was a trivial task, 
>as the amount of new resource was slim.  But this has changes, and 
>people are pushing out blogs, wikis, how-tos, and tutorials left and right.
>
>I've simply gotten too busy and too tired of the tedium to keep up.  I 
>started investigating ways to exploit existing resource tracking and 
>classification tools, such as del.icio.us.   I assembled a prototype app 
>that would snarf Ruby-related items from del.icio.us RSS feeds and stash 
>the posts and tags into a local database.  A Web UI then allowed for 
>faceted/tagged navigation of these resources.  It mostly worked, though 
>I may have been too ambitious in my plans for providing high-level 
>auto-categorization.  I still like the basic idea, but think sticking to 
>a  navigation scheme similar to what del.icio.us uses, or some 
>community-based resource submission schemes, such as used by digg.com, 
>might be better.  But, whatever the scheme, I think it would make for an 
>interesting Og application.
>  
>
Your idea sounds interesting, and i wondered already how that page works :)
However, i saw a website with all kinds of categorized rss-feeds about 
ruby some time ago.... i just can't remember it anymore, but it looked 
good for further collection.
But there are two ways you could go - a bit manually or automagically.
So, getting a community to serve news is one thing, wich has happened 
now - i can't even read or track everything of it (i read Technorati 
with everything related to ruby and the ML), that is something i really 
miss from the beginning... (wasn't that long before).

Well, one could just collect everything about ruby from blogs, news and 
so on, get it into a queue and some moderators check it if they like it. 
this would be the manually process - the automagically will have to 
unite some very very good ideas about information-relevance and like... 
you don't want information that is important to be filtered, i guess 
this could be solved by using a bayesian filtering, wich we would have 
to watch, but that does most of the work on its own.
http://en.wikipedia.org/wiki/Bayesian_filtering
There are very good spam-filters out there, and i think we could 
implement one in ruby too, based on something like spamassassin.
The only problem i see with this is that ruby may be widespread over too 
many topics already, i guess we just have to try that one.

>The other main change is how to display the RDocs for the core and 
>standard libs.  Problem one is simply the layout, and I think the RDog 
>project shows a much better approach.  Problem two is that the site does 
>not offer a way for a reader to add annotations, such as with the docs 
>at http://www.php.net/docs.php (often cited as a model of good on-line 
>docs presentation).
>  
>
Well, the way to add annotations should be the wiki. it was planned to 
add the article of the wiki, or maybe an extract between special 
[doc]tags[/doc] on the page of the doc.
it is not implemented yet and there are some (good) reasons for that.
First of all, the DocController is not merged with the WikiController, 
so they have no common database and don't share anything (except the skin)
This is because the DocController has nothing to do with Og, it is base 
on yamls instead - this will change as soon as the problem with the 
inheritance in og is solved (giving george a broad hint ;)
next thing is that i'm not sure how to merge them later and if it would 
be better to split the whole thing (possibly not) into smaller parts 
like 'nitro/og', 'glue', 'core/stdlib' - you get the idea...

>My plan for this was to change the default rdoc template to include a 
>javascript call that would make an XmlHttpRequest (AKA AJAX) fetch from 
>a docs wiki page,  and dynamically insert the content of the 
>corresponding page into the rdoc display.  Those without javascript 
>would simply see a link to the wiki.
>  
>
i like XmlHttpRequest... but this happens not only to everyone without 
javascript, but also to every lucky IE-surfer who has ActiveX off (about 
99% of them - the others don't survive)
well, and doing this the normal way is no problem either, so why bother 
with ajax?

>A decent, simple search engine would be quite nice, too.
>  
>
It is planned and will get implemented ASAP, but searching through yamls 
is a pain, you know? :)

>Other items on the site (e.g., links to documentation bundles and useful 
>resources for beginners) would  stay pretty much the same.
>
>I'm open to ideas on how to make the site better, and really hope there 
>is interest here in using this as an opportunity to showcase Og/Nitro.
>
>Thanks,
>
>
>James Britt
>  
>
Hey, i would love to help you indeed, i want ruby-doc.org to become the 
new standard in documentation (leaving php.net behind) :)
But i guess we have to wait for the next version of nitro/og.

Another thing i have stumbled upon is something much more trivial but 
really important.
The standard-stuff, like if/else, loops, iterators and like, it is 
described in the book, but there is no unified documentation on them 
(found some tables comparing the syntax to other languages, but that is 
not what i want)
I know this is not php (and that's good), but i like the idea to give 
comments on these topics as well.

so long...
Michael 'manveru' Fellinger


From epiperak at softlab.ece.ntua.gr  Tue Sep 20 21:59:10 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 21 Sep 2005 04:59:10 +0300 (EEST)
Subject: [Nitro] date_select bug
In-Reply-To: <afd80b54050920003843b4b5e7@mail.gmail.com>
References: <Pine.LNX.4.62.0509200555060.1225@theseas.softlab.ece.ntua.gr>
	<afd80b54050920003843b4b5e7@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509210457300.10473@theseas.softlab.ece.ntua.gr>

>> .fill also does not work with the dates, they have to manually be assigned
>> to the objects and then saved, in which case the month value (created from
>
> If you use a Time object instead of Date it get automatically handled.
Using a Time object indeed works with fill, but the bug remains as for 
increasing the month everytime you update the value of the object.


Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Wed Sep 21 02:13:05 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 21 Sep 2005 09:13:05 +0300 (EEST)
Subject: [Nitro] Hash and field name
Message-ID: <Pine.LNX.4.62.0509210905040.9963@theseas.softlab.ece.ntua.gr>

Can George give a very sort example on how to use Hash object in a 
template?

eg I have the object

class Myobj
   property :testobj, Hash
   def initialize
     @testobj = Hash.new
     @testobj["key1"] = nil
     @testobj["key2"] = nil
   end
end

in the template I would like to have 2 seperate fields, one for each key 
of the hash. How should I name them in order for the .fill to work? Is 
this supported?

<input id="???" name="???" type=text />

Thanx George (and sorry for wasting your time) but after reading the code 
for fill (in context.rb) I can not understand how it works... :-(

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Wed Sep 21 02:39:07 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 21 Sep 2005 09:39:07 +0300
Subject: [Nitro] Hash and field name
In-Reply-To: <Pine.LNX.4.62.0509210905040.9963@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509210905040.9963@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b5405092023395fe38787@mail.gmail.com>

> <input id="???" name="???" type=text />

I think this does not work at the moment. But I guess it is relatively
easy to make it work like this:

<input name="testobj[key1]" ... />
<input name="testobj[key2]" ... />

I 'll have a look at this...

-g.

-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Wed Sep 21 02:43:31 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 21 Sep 2005 09:43:31 +0300 (EEST)
Subject: [Nitro] Hash and field name
In-Reply-To: <afd80b5405092023395fe38787@mail.gmail.com>
References: <Pine.LNX.4.62.0509210905040.9963@theseas.softlab.ece.ntua.gr>
	<afd80b5405092023395fe38787@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509210943020.9963@theseas.softlab.ece.ntua.gr>

>> <input id="???" name="???" type=text />
>
> I think this does not work at the moment. But I guess it is relatively
> easy to make it work like this:
>
> <input name="testobj[key1]" ... />
> <input name="testobj[key2]" ... />
>
> I 'll have a look at this...

Thanx :-)

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Wed Sep 21 02:44:08 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 21 Sep 2005 09:44:08 +0300
Subject: [Nitro] A Request for Help
In-Reply-To: <43305797.2030806@neurogami.com>
References: <43305797.2030806@neurogami.com>
Message-ID: <afd80b5405092023442a7ca8d6@mail.gmail.com>

Hello James,

as I have told you before I would like to help in this project.
Perhaps the best way I could do this is by adding missing featgures in
Nitro/Og or fix bugs you encounter, or discuss with you possible
implementation ideas for the various parts of the site.

In any case if you could come up with an implementation plan and a
schedule please let me know and I will do my best to help.

regards,
George.

On 9/20/05, James Britt <james_b at neurogami.com> wrote:
> I run ruby-doc.org.  For over a year I've considering ways to to make it
> ...
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Wed Sep 21 03:03:35 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 21 Sep 2005 10:03:35 +0300 (EEST)
Subject: [Nitro] Hash and field name
In-Reply-To: <afd80b5405092023395fe38787@mail.gmail.com>
References: <Pine.LNX.4.62.0509210905040.9963@theseas.softlab.ece.ntua.gr>
	<afd80b5405092023395fe38787@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509211002510.9963@theseas.softlab.ece.ntua.gr>

> <input name="testobj[key1]" ... />
> <input name="testobj[key2]" ... />
Sorry , I checked this and it did not work with fill. :-(
No worries though...


Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Wed Sep 21 03:45:02 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 21 Sep 2005 10:45:02 +0300 (EEST)
Subject: [Nitro] Hash and field name
In-Reply-To: <Pine.LNX.4.62.0509211002510.9963@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509210905040.9963@theseas.softlab.ece.ntua.gr>
	<afd80b5405092023395fe38787@mail.gmail.com>
	<Pine.LNX.4.62.0509211002510.9963@theseas.softlab.ece.ntua.gr>
Message-ID: <Pine.LNX.4.62.0509211030070.9963@theseas.softlab.ece.ntua.gr>

On Wed, 21 Sep 2005, Emmanuel Piperakis wrote:

>> <input name="testobj[key1]" ... />
>> <input name="testobj[key2]" ... />
> Sorry , I checked this and it did not work with fill. :-(
> No worries though...
>
In order for hash to work:
1) In the model it has to be initialized (use symbols here , :en, :jp)
class Bgroup
   property   :title,    Hash
   def initialize
     @title = Hash.new
     @title[:en] = @title[:jp] = nil
   end
end

2) in the template use " and not ' for the name definition, and not 
symbols, just plain strings (populate @bgroup for edit case)
<input id="bgroup_title[en]" name="title[en]" value=@bgroup.title[:en] />
<input id="bgroup_title[jp]" name="title[jp]" value=@bgroup.title[:jp] />
(the name="title[en]" is returned as "title" => {"en" => "inputed value", 
"jp" => "inputed other value" }   )

3) in the controller manually assign the values. fill function does not 
work correctly with Hash, that is also why Date is not stored with fill
(I guess...)
def bgroup_save(meth = 'new')
   if request.post?
     if meth == 'new'
       bgroup = Bgroup.new
     elsif meth == 'update'
       oid = request['oid']
       bgroup = Bgroup[oid]
     end
#    request.fill(bgroup)
     bgroup.title[:en] = request['title']['en']
     bgroup.title[:jp] = request['title']['jp']
     bgroup.creation = Date.new(request['creation']['year'].to_i,
                                request['creation']['month'].to_i-1,
                                request['creation']['day'].to_i,
                                Date::ITALY)
     bgroup.save
   end
   expire_output 'bgroups'
   redirect_to_referer
end

Sorry for the NOT ELEGANT solution, but until fill is updated to handle 
Hash better this will do.. ;-)

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Wed Sep 21 03:48:04 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 21 Sep 2005 10:48:04 +0300
Subject: [Nitro] Hash and field name
In-Reply-To: <Pine.LNX.4.62.0509211030070.9963@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509210905040.9963@theseas.softlab.ece.ntua.gr>
	<afd80b5405092023395fe38787@mail.gmail.com>
	<Pine.LNX.4.62.0509211002510.9963@theseas.softlab.ece.ntua.gr>
	<Pine.LNX.4.62.0509211030070.9963@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b540509210048219d6157@mail.gmail.com>

thanks Manolis, nice to see you contributing back to the project ;-)

regards,
George.

On 9/21/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> On Wed, 21 Sep 2005, Emmanuel Piperakis wrote:
> 
> >> <input name="testobj[key1]" ... />
> >> <input name="testobj[key2]" ... />
> > Sorry , I checked this and it did not work with fill. :-(
> > No worries though...
> >
> In order for hash to work:
> 1) In the model it has to be initialized (use symbols here , :en, :jp)
> class Bgroup
>    property   :title,    Hash
>    def initialize
>      @title = Hash.new
>      @title[:en] = @title[:jp] = nil
>    end
> end
> 
> 2) in the template use " and not ' for the name definition, and not
> symbols, just plain strings (populate @bgroup for edit case)
> <input id="bgroup_title[en]" name="title[en]" value=@bgroup.title[:en] />
> <input id="bgroup_title[jp]" name="title[jp]" value=@bgroup.title[:jp] />
> (the name="title[en]" is returned as "title" => {"en" => "inputed value",
> "jp" => "inputed other value" }   )
> 
> 3) in the controller manually assign the values. fill function does not
> work correctly with Hash, that is also why Date is not stored with fill
> (I guess...)
> def bgroup_save(meth = 'new')
>    if request.post?
>      if meth == 'new'
>        bgroup = Bgroup.new
>      elsif meth == 'update'
>        oid = request['oid']
>        bgroup = Bgroup[oid]
>      end
> #    request.fill(bgroup)
>      bgroup.title[:en] = request['title']['en']
>      bgroup.title[:jp] = request['title']['jp']
>      bgroup.creation = Date.new(request['creation']['year'].to_i,
>                                 request['creation']['month'].to_i-1,
>                                 request['creation']['day'].to_i,
>                                 Date::ITALY)
>      bgroup.save
>    end
>    expire_output 'bgroups'
>    redirect_to_referer
> end
> 
> Sorry for the NOT ELEGANT solution, but until fill is updated to handle
> Hash better this will do.. ;-)
> 
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 


-- 
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From epiperak at softlab.ece.ntua.gr  Wed Sep 21 03:54:06 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Wed, 21 Sep 2005 10:54:06 +0300 (EEST)
Subject: [Nitro] Hash and field name
In-Reply-To: <afd80b540509210048219d6157@mail.gmail.com>
References: <Pine.LNX.4.62.0509210905040.9963@theseas.softlab.ece.ntua.gr>
	<afd80b5405092023395fe38787@mail.gmail.com>
	<Pine.LNX.4.62.0509211002510.9963@theseas.softlab.ece.ntua.gr>
	<Pine.LNX.4.62.0509211030070.9963@theseas.softlab.ece.ntua.gr>
	<afd80b540509210048219d6157@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509211051360.9963@theseas.softlab.ece.ntua.gr>

> thanks Manolis, nice to see you contributing back to the project ;-)
>
I keep really detailed notes of the developing / problems I face during 
the different stages of my application. When I finish, I will put all 
these into a small intro for Nitro, called
"Nitro: It's all Greek to me" !!! (Michael and I decided that name has a 
nice ring to it :-)

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From james_b at neurogami.com  Wed Sep 21 11:23:09 2005
From: james_b at neurogami.com (James Britt)
Date: Wed, 21 Sep 2005 08:23:09 -0700
Subject: [Nitro] A Request for Help
In-Reply-To: <afd80b5405092023442a7ca8d6@mail.gmail.com>
References: <43305797.2030806@neurogami.com>
	<afd80b5405092023442a7ca8d6@mail.gmail.com>
Message-ID: <43317ADD.2060201@neurogami.com>

George Moschovitis wrote:
> Hello James,
> 
> as I have told you before I would like to help in this project.
> Perhaps the best way I could do this is by adding missing featgures in
> Nitro/Og or fix bugs you encounter, or discuss with you possible
> implementation ideas for the various parts of the site.
> 
> In any case if you could come up with an implementation plan and a
> schedule please let me know and I will do my best to help.

OK.  I can work out a general architecture (well, "some stuff to do 
this, and some stuff to do that", with details to evolve), and welcome 
suggestions here on how thr site might work best.

Thanks



James Britt


From james_b at neurogami.com  Wed Sep 21 11:37:52 2005
From: james_b at neurogami.com (James Britt)
Date: Wed, 21 Sep 2005 08:37:52 -0700
Subject: [Nitro] A Request for Help
In-Reply-To: <43308A86.6010009@valaraan.de>
References: <43305797.2030806@neurogami.com> <43308A86.6010009@valaraan.de>
Message-ID: <43317E50.5070100@neurogami.com>

Michael Fellinger wrote:
...

> 
> I guess you know the examples spark and flare already... they are not 
> exactly what one would call complex, but they are very good to study and 
> learn (almost, one can't get everything on one page i guess) everything 
> about nitro and a few things about og as well.

Yes, but I think something a bit more complex would be good, as well as 
the visibility of having a popular Ruby community site powered by Og/Nitro.

> 
...

>> 
>>
> 
> Your idea sounds interesting, and i wondered already how that page works :)
> However, i saw a website with all kinds of categorized rss-feeds about 
> ruby some time ago.... i just can't remember it anymore, but it looked 
> good for further collection.

I gave  presentation on this last year, and had a beta version of 
ruby-doc up for a while.  Its down now, mostly due to a sudden need to 
move servers and reinstall everything.


> But there are two ways you could go - a bit manually or automagically.
> So, getting a community to serve news is one thing, wich has happened 
> now - i can't even read or track everything of it (i read Technorati 
> with everything related to ruby and the ML), that is something i really 
> miss from the beginning... (wasn't that long before).
> 
> Well, one could just collect everything about ruby from blogs, news and 
> so on, get it into a queue and some moderators check it if they like it. 
> this would be the manually process - the automagically will have to 
> unite some very very good ideas about information-relevance and like... 
> you don't want information that is important to be filtered, i guess 
> this could be solved by using a bayesian filtering, wich we would have 
> to watch, but that does most of the work on its own.

Two goals here would be: no manual labor on my part; instead, periodic 
and minimal labor in the part of users.  This is one reason I like the 
idea of leeching off of del.icio.us: people are already doing it, and 
are doing it out self-interest.  So there is no need to ask folks to do 
anything extra.

The other goal is that it not be complicated.  Simple is better, even if 
the results are less than ideal.  I'd rather try to work out a fairly 
simple plan fr collecting, filtering, and rendering lists of resources, 
even it includes some cruft.  It will still be better than what is there 
now, and is more  likely to get finished in my lifetime.

> http://en.wikipedia.org/wiki/Bayesian_filtering
> There are very good spam-filters out there, and i think we could 
> implement one in ruby too, based on something like spamassassin.
> The only problem i see with this is that ruby may be widespread over too 
> many topics already, i guess we just have to try that one.
> 

I was thinking about a statisical analysis is tags applied (or not) to 
posts entered on del.icio.us.  Basically, count stuff.
> 
>>The other main change is how to display the RDocs for the core and 
>>standard libs.  Problem one is simply the layout, and I think the RDog 
>>project shows a much better approach.  Problem two is that the site does 
>>not offer a way for a reader to add annotations, such as with the docs 
>>at http://www.php.net/docs.php (often cited as a model of good on-line 
>>docs presentation).
>> 
>>
> 
> Well, the way to add annotations should be the wiki. it was planned to 
> add the article of the wiki, or maybe an extract between special 
> [doc]tags[/doc] on the page of the doc.
> it is not implemented yet and there are some (good) reasons for that.
> First of all, the DocController is not merged with the WikiController, 
> so they have no common database and don't share anything (except the skin)
> This is because the DocController has nothing to do with Og, it is base 
> on yamls instead - this will change as soon as the problem with the 
> inheritance in og is solved (giving george a broad hint ;)
> next thing is that i'm not sure how to merge them later and if it would 
> be better to split the whole thing (possibly not) into smaller parts 
> like 'nitro/og', 'glue', 'core/stdlib' - you get the idea...
> 
> 
>>My plan for this was to change the default rdoc template to include a 
>>javascript call that would make an XmlHttpRequest (AKA AJAX) fetch from 
>>a docs wiki page,  and dynamically insert the content of the 
>>corresponding page into the rdoc display.  Those without javascript 
>>would simply see a link to the wiki.
>> 
>>
> 
> i like XmlHttpRequest... but this happens not only to everyone without 
> javascript, but also to every lucky IE-surfer who has ActiveX off (about 
> 99% of them - the others don't survive)
> well, and doing this the normal way is no problem either, so why bother 
> with ajax?

Because it is easy and will work for most of the target audience, who I 
expect are using Mozilla/Firefox/not-IE.  Lots of people using IE also 
use Gmail and Google maps, both which require ActiveX to drive the AJAX 
stuff.   And even if JavaScript is turned off, the user will at least 
see a link tot he wiki.  It's a fairly simple, low-tech way to solve a 
problem and get something running.  Improvements can come later


> 
> 
>>A decent, simple search engine would be quite nice, too.
>> 
>>
> 
> It is planned and will get implemented ASAP, but searching through yamls 
> is a pain, you know? :)

Yeah, I was looking at Lucence or whatever it is; basically, have a 
local spider crawl through the local docs, index words, and offer a 
searchable index.


...

>>
> 
> Hey, i would love to help you indeed, i want ruby-doc.org to become the 
> new standard in documentation (leaving php.net behind) :)
> But i guess we have to wait for the next version of nitro/og.

Maybe not.  I think there is enough there to get the basic stuff 
working.  I just do not have the wherewithal to keep trying to do it by 
myself.

> 
> Another thing i have stumbled upon is something much more trivial but 
> really important.
> The standard-stuff, like if/else, loops, iterators and like, it is 
> described in the book, but there is no unified documentation on them 
> (found some tables comparing the syntax to other languages, but that is 
> not what i want)
> I know this is not php (and that's good), but i like the idea to give 
> comments on these topics as well.

Yes,  it would be nice if ri/rodc and so on also offered help on 
keywords and language constructs.  I *think* stuff like that is on the 
To Do list of whoever has taken over ri/rdoc development.


If not, adding it by hand to ruby-doc is probably easy enough; it tends 
not to change a whole lot.

Thanks,

James
-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From robbie.wilhelm at gmail.com  Wed Sep 21 12:22:31 2005
From: robbie.wilhelm at gmail.com (Robert Wagner)
Date: Wed, 21 Sep 2005 18:22:31 +0200
Subject: [Nitro] A Request for Help
In-Reply-To: <43308A86.6010009@valaraan.de>
References: <43305797.2030806@neurogami.com> <43308A86.6010009@valaraan.de>
Message-ID: <5371ac740509210922435b16b3@mail.gmail.com>

>
> >A decent, simple search engine would be quite nice, too.
> >
> >
> It is planned and will get implemented ASAP, but searching through yamls
> is a pain, you know? :)
>

have a look at swish-e: http://www.swish-e.org/
i love it. writing scripts that build virtual html to feed the indexer is so
easy. if you want, you can have search/sortable metatags. and
indexing is very fast.

-robert



From transfire at gmail.com  Wed Sep 21 13:12:31 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 21 Sep 2005 13:12:31 -0400
Subject: [Nitro] A Request for Help
In-Reply-To: <43305797.2030806@neurogami.com>
References: <43305797.2030806@neurogami.com>
Message-ID: <4b6f054f05092110124f7af2e0@mail.gmail.com>

James I would like to help if I can, but am busy right now with some
other things. I'll get back to you. It should be a good way for me to
learn the ins and outs of Nitro. Unfortuately, right now I'm still now
able to get Nitro to run as an Apache VHost :-(

T.



From george.moschovitis at gmail.com  Wed Sep 21 13:16:44 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Wed, 21 Sep 2005 20:16:44 +0300
Subject: [Nitro] A Request for Help
In-Reply-To: <4b6f054f05092110124f7af2e0@mail.gmail.com>
References: <43305797.2030806@neurogami.com>
	<4b6f054f05092110124f7af2e0@mail.gmail.com>
Message-ID: <afd80b54050921101621f6f629@mail.gmail.com>

> able to get Nitro to run as an Apache VHost :-(

Cant you work with Webrick for development?

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From james_b at neurogami.com  Wed Sep 21 20:05:08 2005
From: james_b at neurogami.com (James Britt)
Date: Wed, 21 Sep 2005 17:05:08 -0700
Subject: [Nitro] A Request for Help
In-Reply-To: <4b6f054f05092110124f7af2e0@mail.gmail.com>
References: <43305797.2030806@neurogami.com>
	<4b6f054f05092110124f7af2e0@mail.gmail.com>
Message-ID: <4331F534.2000608@neurogami.com>

TRANS wrote:
> James I would like to help if I can, but am busy right now with some
> other things. I'll get back to you. It should be a good way for me to
> learn the ins and outs of Nitro. Unfortuately, right now I'm still now
> able to get Nitro to run as an Apache VHost :-(

Well, that's certainly a requirement for the site, so I can figure that 
out and simply tell you what I do.


BTW, are you using Apache 1.3 or Apache 2?


James


-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From james_b at neurogami.com  Wed Sep 21 20:07:41 2005
From: james_b at neurogami.com (James Britt)
Date: Wed, 21 Sep 2005 17:07:41 -0700
Subject: [Nitro] A Request for Help
In-Reply-To: <afd80b54050921101621f6f629@mail.gmail.com>
References: <43305797.2030806@neurogami.com>	<4b6f054f05092110124f7af2e0@mail.gmail.com>
	<afd80b54050921101621f6f629@mail.gmail.com>
Message-ID: <4331F5CD.1020000@neurogami.com>

George Moschovitis wrote:
>>able to get Nitro to run as an Apache VHost :-(
> 
> 
> Cant you work with Webrick for development?
> 

One can, but it's not the same.  And if you are working with subdomains 
or mod_rewrite stuff, then it doesn't cut it.

James

-- 

http://www.ruby-doc.org - The Ruby Documentation Site
http://www.rubyxml.com  - News, Articles, and Listings for Ruby & XML
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com  - Playing with Better Toys


From transfire at gmail.com  Wed Sep 21 20:13:17 2005
From: transfire at gmail.com (TRANS)
Date: Wed, 21 Sep 2005 20:13:17 -0400
Subject: [Nitro] A Request for Help
In-Reply-To: <4331F534.2000608@neurogami.com>
References: <43305797.2030806@neurogami.com>
	<4b6f054f05092110124f7af2e0@mail.gmail.com>
	<4331F534.2000608@neurogami.com>
Message-ID: <4b6f054f050921171350b62278@mail.gmail.com>

On 9/21/05, James Britt <james_b at neurogami.com> wrote:
> TRANS wrote:
> > James I would like to help if I can, but am busy right now with some
> > other things. I'll get back to you. It should be a good way for me to
> > learn the ins and outs of Nitro. Unfortuately, right now I'm still now
> > able to get Nitro to run as an Apache VHost :-(
>
> Well, that's certainly a requirement for the site, so I can figure that
> out and simply tell you what I do.
>
>
> BTW, are you using Apache 1.3 or Apache 2?

Apache 2 under Debain/Ubuntu. I think I nearly have it setup right but
it just spins for about 30 secs then fails.

T.



From epiperak at softlab.ece.ntua.gr  Thu Sep 22 05:29:44 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Thu, 22 Sep 2005 12:29:44 +0300 (EEST)
Subject: [Nitro] Og relations
Message-ID: <Pine.LNX.4.62.0509221227050.30965@theseas.softlab.ece.ntua.gr>

Just a simple question
a building has many units and a unit has many tenants (over a long period 
of time),

Building[oid].units.tenants

will: 1) work? 2) return all the tenants of all units of the building with 
oid? (as expected?)

Thanx...

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Thu Sep 22 06:38:52 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Thu, 22 Sep 2005 13:38:52 +0300
Subject: [Nitro] Og relations
In-Reply-To: <Pine.LNX.4.62.0509221227050.30965@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509221227050.30965@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b540509220338587d3eb9@mail.gmail.com>

> will: 1) work? 2) return all the tenants of all units of the building with
> oid? (as expected?)

Yeap, this will work as expected ;-)
It will even cache the query so you can get count/size and more for free...

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris.farmiloe at farmiloe.com  Thu Sep 22 13:46:41 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Thu, 22 Sep 2005 18:46:41 +0100
Subject: [Nitro] How best to submit patches
Message-ID: <218B35D9-0123-485C-BBA1-5B7F172B934B@farmiloe.com>



Hi ya... this is mainly aimed at george I guess:

What is the best way to submit patches to you?

Are you happy looking over subversion/diff files?

[myself and colleague] have made a few changes and
it would be a shame to just lose these in the next release.

of course we don't know what other people are working on
so reinventing the wheel is a possibility.

we have rewritten the fill function to allow better useage of the
__force_hash function and also stopped just throwing all request
parameters at the __force_ functions, it now only looks for
request parameters relevant to the obj getting filled.

checkboxes / TrueClass property now works with scaffold
and fill

Blob (files) have a place in scaffold and are handled correctly
(multipart forms are added automatically if a Blob is in use)

my colleague has added scaffold support for most (maybe all)
of the relations and made some workarounds for some bugs in Og
he also has fixed the @params array to work correctly for multipart
forms.

Thanx  -  lemme know if you'd like to take a look at it.

chrisfarms.




From mental at gmail.com  Thu Sep 22 14:18:29 2005
From: mental at gmail.com (Cristi BALAN)
Date: Thu, 22 Sep 2005 21:18:29 +0300
Subject: [Nitro] How best to submit patches
In-Reply-To: <218B35D9-0123-485C-BBA1-5B7F172B934B@farmiloe.com>
References: <218B35D9-0123-485C-BBA1-5B7F172B934B@farmiloe.com>
Message-ID: <1359b8ba05092211182d37da3@mail.gmail.com>

On 9/22/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
>
>
> Hi ya... this is mainly aimed at george I guess:
>
> What is the best way to submit patches to you?
>
> Are you happy looking over subversion/diff files?
>
> [myself and colleague] have made a few changes and
> it would be a shame to just lose these in the next release.
>
> of course we don't know what other people are working on
> so reinventing the wheel is a possibility.
>
> we have rewritten the fill function to allow better useage of the
> __force_hash function and also stopped just throwing all request
> parameters at the __force_ functions, it now only looks for
> request parameters relevant to the obj getting filled.
>
> checkboxes / TrueClass property now works with scaffold
> and fill
>
> Blob (files) have a place in scaffold and are handled correctly
> (multipart forms are added automatically if a Blob is in use)
>
> my colleague has added scaffold support for most (maybe all)
> of the relations and made some workarounds for some bugs in Og
> he also has fixed the @params array to work correctly for multipart
> forms.
>
> Thanx  -  lemme know if you'd like to take a look at it.
>
> chrisfarms.
>

Going a bit off topic...

If you want to keep your patches against a readonly repository, you
should look a bit into svk(http://svk.elixus.org/). It's very useful
if you want to send different patches for different features, rather
than just send a big patch with all your changes. Also, if you don't
get all your patches approved, it will help you maintain them up to
date.

--
Cristi BALAN



From george.moschovitis at gmail.com  Fri Sep 23 03:00:41 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 23 Sep 2005 10:00:41 +0300
Subject: [Nitro] How best to submit patches
In-Reply-To: <218B35D9-0123-485C-BBA1-5B7F172B934B@farmiloe.com>
References: <218B35D9-0123-485C-BBA1-5B7F172B934B@farmiloe.com>
Message-ID: <afd80b5405092300003b23c5f8@mail.gmail.com>

Hello Chris,

of course I want to have a look at these patches! Please send them in diff
format and I 'll integrate them in the next version (coming next week).

thanks for your efforts,
-g.


On 9/22/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
>
>
> Hi ya... this is mainly aimed at george I guess:
>
> What is the best way to submit patches to you?
>
> Are you happy looking over subversion/diff files?
>
> [myself and colleague] have made a few changes and
> it would be a shame to just lose these in the next release.
>
> of course we don't know what other people are working on
> so reinventing the wheel is a possibility.
>
> we have rewritten the fill function to allow better useage of the
> __force_hash function and also stopped just throwing all request
> parameters at the __force_ functions, it now only looks for
> request parameters relevant to the obj getting filled.
>
> checkboxes / TrueClass property now works with scaffold
> and fill
>
> Blob (files) have a place in scaffold and are handled correctly
> (multipart forms are added automatically if a Blob is in use)
>
> my colleague has added scaffold support for most (maybe all)
> of the relations and made some workarounds for some bugs in Og
> he also has fixed the @params array to work correctly for multipart
> forms.
>
> Thanx  -  lemme know if you'd like to take a look at it.
>
> chrisfarms.
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From tim at keow.org  Fri Sep 23 08:59:19 2005
From: tim at keow.org (Tim Larson)
Date: Fri, 23 Sep 2005 13:59:19 +0100
Subject: [Nitro] How best to submit patches
In-Reply-To: <218B35D9-0123-485C-BBA1-5B7F172B934B@farmiloe.com>
References: <218B35D9-0123-485C-BBA1-5B7F172B934B@farmiloe.com>
Message-ID: <20050923125919.GG4379@localhost>

On Thu, Sep 22, 2005 at 06:46:41PM +0100, Chris Farmiloe wrote:
> Hi ya... this is mainly aimed at george I guess:
> 
> What is the best way to submit patches to you?
> 
> Are you happy looking over subversion/diff files?
> 
> [myself and colleague] have made a few changes and
> it would be a shame to just lose these in the next release.
> 
> of course we don't know what other people are working on
> so reinventing the wheel is a possibility.

I also wrote such a fill function and did not get a chance
to send it in yet...would you mind sending the patches to
the list so we can all seem them, without the week delay
waiting for a formal release? :)

--Tim Larson


From george.moschovitis at gmail.com  Fri Sep 23 09:04:27 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 23 Sep 2005 16:04:27 +0300
Subject: [Nitro] How best to submit patches
In-Reply-To: <20050923125919.GG4379@localhost>
References: <218B35D9-0123-485C-BBA1-5B7F172B934B@farmiloe.com>
	<20050923125919.GG4379@localhost>
Message-ID: <afd80b5405092306047bb5c51@mail.gmail.com>

Hmm, please send your fill method as well. I would love to have a look.

regards,
George.



On 9/23/05, Tim Larson <tim at keow.org> wrote:
> On Thu, Sep 22, 2005 at 06:46:41PM +0100, Chris Farmiloe wrote:
> > Hi ya... this is mainly aimed at george I guess:
> >
> > What is the best way to submit patches to you?
> >
> > Are you happy looking over subversion/diff files?
> >
> > [myself and colleague] have made a few changes and
> > it would be a shame to just lose these in the next release.
> >
> > of course we don't know what other people are working on
> > so reinventing the wheel is a possibility.
>
> I also wrote such a fill function and did not get a chance
> to send it in yet...would you mind sending the patches to
> the list so we can all seem them, without the week delay
> waiting for a formal release? :)
>
> --Tim Larson
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From tim at keow.org  Fri Sep 23 09:05:27 2005
From: tim at keow.org (Tim Larson)
Date: Fri, 23 Sep 2005 14:05:27 +0100
Subject: [Nitro] How best to submit patches
In-Reply-To: <20050923125919.GG4379@localhost>
References: <218B35D9-0123-485C-BBA1-5B7F172B934B@farmiloe.com>
	<20050923125919.GG4379@localhost>
Message-ID: <20050923130527.GH4379@localhost>

On Fri, Sep 23, 2005 at 01:59:19PM +0100, Tim Larson wrote:
> I also wrote such a fill function and did not get a chance
> to send it in yet...would you mind sending the patches to
> the list so we can all seem them, without the week delay
> waiting for a formal release? :)

For balance, here is my fill method.  I just converted it
from a method in the form.rb mixin that generates forms,
and it only handles the passed object, not any relations.

  def fill(obj, options = {})
    for p in obj.class.properties
      next if :oid == p.symbol unless options[:all]
      ancestors = p.klass.ancestors
      if ancestors.include?(Numeric)
        unless p.meta[:relation]
          obj.send("__force_#{p.symbol}", request["#{p.symbol}"])
        end
      elsif ancestors.include?(String)
        obj.send("__force_#{p.symbol}", request["#{p.symbol}"])
      elsif ancestors.include?(TrueClass)
        puts '==== TrueClass ===='
        puts request["#{p.symbol}"]
        puts '========'
        obj.send("#{p.symbol}=", request["#{p.symbol}"] ? true : false)
      elsif ancestors.include?(Time)
        obj.send("__force_#{p.symbol}", request["#{p.symbol}"])
      end
    end
  end

--Tim Larson


From tim at keow.org  Fri Sep 23 11:40:59 2005
From: tim at keow.org (Tim Larson)
Date: Fri, 23 Sep 2005 16:40:59 +0100
Subject: [Nitro] how to start breakpoint
Message-ID: <20050923154059.GI4379@localhost>

I am trying to use ruby-breakpoint with nitro, but I
cannot seem to get it to work.  I grabbed the
breakpoint-client script from ruby-breakpoint, but
it does not connect.  Instead, the cmd window where
I ran run.rb just keeps saying over and over that it
is running a breakpoint.

Next I tried putting Breakpoint.activate_drb in my
run.rb.  This produces the same results in the run.rb
cmd window, but also the breakpoint-client cmd window
displays repeated messages about running a breakpoint,
but never seems to start irb or let me type.

Any clues?
--Tim Larson


From tim at keow.org  Fri Sep 23 12:05:16 2005
From: tim at keow.org (Tim Larson)
Date: Fri, 23 Sep 2005 17:05:16 +0100
Subject: [Nitro] how to start breakpoint
In-Reply-To: <20050923154059.GI4379@localhost>
References: <20050923154059.GI4379@localhost>
Message-ID: <20050923160516.GJ4379@localhost>

On Fri, Sep 23, 2005 at 04:40:59PM +0100, Tim Larson wrote:
> I am trying to use ruby-breakpoint with nitro, but I
> cannot seem to get it to work.  I grabbed the
> breakpoint-client script from ruby-breakpoint, but
> it does not connect.  Instead, the cmd window where
> I ran run.rb just keeps saying over and over that it
> is running a breakpoint.
> 
> Next I tried putting Breakpoint.activate_drb in my
> run.rb.  This produces the same results in the run.rb
> cmd window, but also the breakpoint-client cmd window
> displays repeated messages about running a breakpoint,
> but never seems to start irb or let me type.
> 
> Any clues?

I solved it.  The moral of the story is do not put a
breakpoint in a to_s method ;)  And there is no need
for the breakpoint-client script, since irb gets
started automatically in the cmd window where run.rb
was executed.

--Tim Larson


From tim at keow.org  Fri Sep 23 12:50:40 2005
From: tim at keow.org (Tim Larson)
Date: Fri, 23 Sep 2005 17:50:40 +0100
Subject: [Nitro] transactions and to_s
Message-ID: <20050923165040.GK4379@localhost>

Two bug reports:
* Wrapping operations in a transaction prevents normal
  error page generation for errors that happen within
  the transaction.  
* If you attempt to reference a belongs_to relation
  for the first time when you are inside a to_s method,
  it returns nil instead of loading the object.

--Tim Larson


From mike.pence at gmail.com  Fri Sep 23 16:14:31 2005
From: mike.pence at gmail.com (Mike Pence)
Date: Fri, 23 Sep 2005 16:14:31 -0400
Subject: [Nitro] Looking for general information
Message-ID: <d8ee5174050923131435b27b26@mail.gmail.com>

I have seen Nitro mentioned in the same breath as Wee and Borges, so I
am wondering if it too is like Seaside -- letting you do web apps by
using Properties, Methods and Events and avoiding much of the ugliness
of traditional web development.

Any pointers to documentation (yes, I googled and checked Ruby Forge)
or an overview of the project would be appreciated.

Mike Pence



From transfire at gmail.com  Fri Sep 23 17:20:26 2005
From: transfire at gmail.com (TRANS)
Date: Fri, 23 Sep 2005 17:20:26 -0400
Subject: [Nitro] Looking for general information
In-Reply-To: <d8ee5174050923131435b27b26@mail.gmail.com>
References: <d8ee5174050923131435b27b26@mail.gmail.com>
Message-ID: <4b6f054f05092314202d33cf53@mail.gmail.com>

Well, you've hit Nitro at an unfortuate moment. The nitrohq.com site
went down recently (hardware problem) and is not back up yet. At the
moment you'll need to go to the Rubyforge site --download and snoop
about that way. Hopefully things will be back to normal/better soon.

T.

On 9/23/05, Mike Pence <mike.pence at gmail.com> wrote:
> I have seen Nitro mentioned in the same breath as Wee and Borges, so I
> am wondering if it too is like Seaside -- letting you do web apps by
> using Properties, Methods and Events and avoiding much of the ugliness
> of traditional web development.
>
> Any pointers to documentation (yes, I googled and checked Ruby Forge)
> or an overview of the project would be appreciated.
>
> Mike Pence
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
( o)  ???
 //    trans.
/ /    transfire at gmail.com


From george.moschovitis at gmail.com  Sat Sep 24 02:48:09 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 24 Sep 2005 09:48:09 +0300
Subject: [Nitro] how to start breakpoint
In-Reply-To: <20050923160516.GJ4379@localhost>
References: <20050923154059.GI4379@localhost> <20050923160516.GJ4379@localhost>
Message-ID: <afd80b54050923234812ba0c03@mail.gmail.com>

> I solved it.  The moral of the story is do not put a
> breakpoint in a to_s method ;)  And there is no need
> for the breakpoint-client script, since irb gets
> started automatically in the cmd window where run.rb
> was executed.

thanks for the tip.

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sat Sep 24 02:49:14 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 24 Sep 2005 09:49:14 +0300
Subject: [Nitro] transactions and to_s
In-Reply-To: <20050923165040.GK4379@localhost>
References: <20050923165040.GK4379@localhost>
Message-ID: <afd80b540509232349755ccf58@mail.gmail.com>

> * If you attempt to reference a belongs_to relation
>   for the first time when you are inside a to_s method,
>   it returns nil instead of loading the object.

I don't quite understand this. What is so special in the to_s method?
Can you explain a little better?

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Sat Sep 24 02:51:23 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Sat, 24 Sep 2005 09:51:23 +0300
Subject: [Nitro] Looking for general information
In-Reply-To: <d8ee5174050923131435b27b26@mail.gmail.com>
References: <d8ee5174050923131435b27b26@mail.gmail.com>
Message-ID: <afd80b54050923235147aeaf1f@mail.gmail.com>

> I have seen Nitro mentioned in the same breath as Wee and Borges, so I
> am wondering if it too is like Seaside -- letting you do web apps by
> using Properties, Methods and Events and avoiding much of the ugliness
> of traditional web development.

Using Nitro you avoid some of the uggliness of traditional web
development, but it is not similar to Seaside yet. However some
seaside like features are planned for the future. Moreover Nitro can
play the role of a container for Wee stateful components.

The NitroHQ server will hopefully be online this week.

regards,
George.

>
> Any pointers to documentation (yes, I googled and checked Ruby Forge)
> or an overview of the project would be appreciated.
>
> Mike Pence
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From zimba.tm at gmail.com  Sun Sep 25 09:09:33 2005
From: zimba.tm at gmail.com (zimba)
Date: Sun, 25 Sep 2005 15:09:33 +0200
Subject: [Nitro] Writing a XUL app
Message-ID: <4336A18D.4080808@gmail.com>

Hello,

Is it possible to write XUL apps with nitro ?
I guess yes, but I'd like to keep it simple and have something like the 
SimpleController that understands .xul files instead of .xhtml ones.
Also the controller have to send the HTTP header :
Content-type: application/vnd.mozilla.xul+xml

I wish I could do this myself, but the wiki is gone. I hope I can 
contribute in the future.


Cheers,
... zimba


From chris.farmiloe at farmiloe.com  Sun Sep 25 09:45:13 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Sun, 25 Sep 2005 14:45:13 +0100
Subject: [Nitro] Writing a XUL app
In-Reply-To: <4336A18D.4080808@gmail.com>
References: <4336A18D.4080808@gmail.com>
Message-ID: <9900787B-E09E-45F7-BC75-0B4FA8AE1991@farmiloe.com>


although I'm not sure what your doing with the xul stuff I assume
it's all just XML output so just set up a controller like

XULController < Nitro::Controller
   def some_control
     response.content_type = "application/vnd.mozilla.xul+xml"
     build do
         vbox(:flex => "3") {
           label(:class => "header")
         }
       end
   end

   def another_control
     response.content_type = "application/vnd.mozilla.xul+xml"
     @out << %|  <vbox flex="3"><label class="header" /></vbox> |
   end
end

(both would do the same)

if you wanted to be more MVC and/or had alot of business logic
to do then you should probly split it up using templates.


On Sep 25, 2005, at 14:09, zimba wrote:


> Hello,
>
> Is it possible to write XUL apps with nitro ?
> I guess yes, but I'd like to keep it simple and have something like  
> the
> SimpleController that understands .xul files instead of .xhtml ones.
> Also the controller have to send the HTTP header :
> Content-type: application/vnd.mozilla.xul+xml
>
> I wish I could do this myself, but the wiki is gone. I hope I can
> contribute in the future.
>
>
> Cheers,
> ... zimba
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>




From zimba.tm at gmail.com  Sun Sep 25 13:22:26 2005
From: zimba.tm at gmail.com (zimba)
Date: Sun, 25 Sep 2005 19:22:26 +0200
Subject: [Nitro] Writing a XUL app
In-Reply-To: <9900787B-E09E-45F7-BC75-0B4FA8AE1991@farmiloe.com>
References: <4336A18D.4080808@gmail.com>
	<9900787B-E09E-45F7-BC75-0B4FA8AE1991@farmiloe.com>
Message-ID: <4336DCD2.6020104@gmail.com>

Thanks for your answer, this is already a good start.

What I ultimately am looking for, is a way to write .xul files that can 
include ruby, and can be served directly.
The same way as the .xhtml files.

It would also be nice if I can optionnaly use controller method when I 
need them. But it's not that necessary because most of the time, the 
datas will be fetches asyncronously anyway.


Chris Farmiloe wrote:

>although I'm not sure what your doing with the xul stuff I assume
>it's all just XML output so just set up a controller like
>
>XULController < Nitro::Controller
>   def some_control
>     response.content_type = "application/vnd.mozilla.xul+xml"
>     build do
>         vbox(:flex => "3") {
>           label(:class => "header")
>         }
>       end
>   end
>
>   def another_control
>     response.content_type = "application/vnd.mozilla.xul+xml"
>     @out << %|  <vbox flex="3"><label class="header" /></vbox> |
>   end
>end
>
>(both would do the same)
>
>if you wanted to be more MVC and/or had alot of business logic
>to do then you should probly split it up using templates.
>
>
>On Sep 25, 2005, at 14:09, zimba wrote:
>
>
>  
>
>>Hello,
>>
>>Is it possible to write XUL apps with nitro ?
>>I guess yes, but I'd like to keep it simple and have something like  
>>the
>>SimpleController that understands .xul files instead of .xhtml ones.
>>Also the controller have to send the HTTP header :
>>Content-type: application/vnd.mozilla.xul+xml
>>
>>I wish I could do this myself, but the wiki is gone. I hope I can
>>contribute in the future.
>>
>>
>>Cheers,
>>... zimba
>>_______________________________________________
>>Nitro-general mailing list
>>Nitro-general at rubyforge.org
>>http://rubyforge.org/mailman/listinfo/nitro-general
>>
>>
>>    
>>
>
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>
>  
>



From zimba.tm at gmail.com  Sun Sep 25 13:59:12 2005
From: zimba.tm at gmail.com (zimba)
Date: Sun, 25 Sep 2005 19:59:12 +0200
Subject: [Nitro] Setting-up nitro+lighttpd+fcgi at textdrive
Message-ID: <4336E570.4090606@gmail.com>

Hello,

I'm having hard times installing rdog at TextDrive. I managed to make it 
work half the way, but some pages are still not working.

If you want to take a look, the current url is http://rdog.oree.ch:8080/


Here are the different steps I've been trough for the next persons :

1) Use your own ruby gems
TextDrive has not all the gems installed, plus they are not updated.
Here is how you do :
 > ssh your_host
 > mkdir -p lib/ruby
 > gem install your_package -i lib/ruby

Here is the list of packages I have installed :
BlueCloth-1.0.0
RedCloth-3.0.4
coderay-0.4.1.12
glue-0.23.0
mega-0.3.1
nano-0.8.2
nitro-0.23.0
og-0.23.0
rake-0.6.0
ruby-breakpoint-0.5.0

2) Get rdog
Still sshed at your host,
 > mkdir apps
 > svn co http://rdog.lly.org/rdog-svn apps/rdog
...

3) Setup your mysql database
Create a database the name you want, like username_rdog
Use the example_mysql.sql database file in the apps/rdog folder to fill 
your database

4) Configure run.rb
Still sshed at your host,
 > nano apps/rdog/run.rb
a) Look for the two "Gem.path.push ..." lines and change it to :
Gem.path.unshift '/home/your_user/lib/ruby'

I found out that you have to use 'unshift' instead of 'push' to avoid 
that older textdrive gems gets loaded

b) Look for the Og.setup ( ) section, and put your database config

c) Eventually, you could also change the wiki password by looking at the 
"Wiki.password = 'lassmichrein'" line

5) Configure lighttpd
This is the section I'm not sure about it. You should have configured a 
prior lighttpd that is used in a vhost mode.
Here is my vhost section :
=== SNIP ===
$HTTP["host"] =~ "rdog.oree.ch" {
  fastcgi.server = (
    ".rb" => (
      "localhost" => (
        "min-procs" => 1,
        "max-procs" => 2,
        "socket" => "/home/zimba/var/tmp/rdog.oree.ch.socket",
        "bin-path" => "/home/zimba/apps/rdog/public/fcgi.rb",
        "bin-environment" => ( "RAILS_ENV" => "production" )
      )
    )
   )
   server.error-handler-500 = "/cgi.rb"
   server.error-handler-404 = "/cgi.rb"
   server.dir-listing = "disable"
   server.indexfiles = ( "cgi.rb", "fcgi.rb" )
}
=== SNIP ===

The rest of the file is put as an attachment

Notes : I'm not sure how it works exactly, but I've tried to inspire 
myself from the different rails howtos
If my unserstanding is right, fcgi.rb is set, by "bin-path", as an fcgi 
handler. It means, all the .rb files will be redirected trough it.
Then, we set the error-handler-404 to fcgi.rb, so that it gets executed 
by itself. That way, fcgi can handle the dispatch.

I find it a little confusing to use this method, to use fcgi.rb to call 
itself. In the fact, it doesn't work, but if I use cgi.rb as the error 
handler it works better.

The problem is, when the url points to an existing file, then the 
preceding mechanism is not used anymore. This is why, if you look in the 
doc/ section, all the yaml files are shown instead of being nicely 
parsed (i think)

6) Restart lighttpd
7) Mail to nitro-general at rubyforge.org ;)


Cheers,
... zimba
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: lighttpd.conf
Url: http://rubyforge.org/pipermail/nitro-general/attachments/20050925/fb9475de/attachment.pl 

From george.moschovitis at gmail.com  Mon Sep 26 02:33:35 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 26 Sep 2005 09:33:35 +0300
Subject: [Nitro] Writing a XUL app
In-Reply-To: <4336DCD2.6020104@gmail.com>
References: <4336A18D.4080808@gmail.com>
	<9900787B-E09E-45F7-BC75-0B4FA8AE1991@farmiloe.com>
	<4336DCD2.6020104@gmail.com>
Message-ID: <afd80b54050925233315c10c4d@mail.gmail.com>

I imagine that xul files are xml files, so you could just alter the
default extension in the Controller setting and use .xul files instead
of .xhtml files. Or you can use programmatic rendering like Chris
suggested.

regards,
George.


On 9/25/05, zimba <zimba.tm at gmail.com> wrote:
> Thanks for your answer, this is already a good start.
>
> What I ultimately am looking for, is a way to write .xul files that can
> include ruby, and can be served directly.
> The same way as the .xhtml files.
>
> It would also be nice if I can optionnaly use controller method when I
> need them. But it's not that necessary because most of the time, the
> datas will be fetches asyncronously anyway.
>
>
> Chris Farmiloe wrote:
>
> >although I'm not sure what your doing with the xul stuff I assume
> >it's all just XML output so just set up a controller like
> >
> >XULController < Nitro::Controller
> >   def some_control
> >     response.content_type = "application/vnd.mozilla.xul+xml"
> >     build do
> >         vbox(:flex => "3") {
> >           label(:class => "header")
> >         }
> >       end
> >   end
> >
> >   def another_control
> >     response.content_type = "application/vnd.mozilla.xul+xml"
> >     @out << %|  <vbox flex="3"><label class="header" /></vbox> |
> >   end
> >end
> >
> >(both would do the same)
> >
> >if you wanted to be more MVC and/or had alot of business logic
> >to do then you should probly split it up using templates.
> >
> >
> >On Sep 25, 2005, at 14:09, zimba wrote:
> >
> >
> >
> >
> >>Hello,
> >>
> >>Is it possible to write XUL apps with nitro ?
> >>I guess yes, but I'd like to keep it simple and have something like
> >>the
> >>SimpleController that understands .xul files instead of .xhtml ones.
> >>Also the controller have to send the HTTP header :
> >>Content-type: application/vnd.mozilla.xul+xml
> >>
> >>I wish I could do this myself, but the wiki is gone. I hope I can
> >>contribute in the future.
> >>
> >>
> >>Cheers,
> >>... zimba
> >>_______________________________________________
> >>Nitro-general mailing list
> >>Nitro-general at rubyforge.org
> >>http://rubyforge.org/mailman/listinfo/nitro-general
> >>
> >>
> >>
> >>
> >
> >
> >_______________________________________________
> >Nitro-general mailing list
> >Nitro-general at rubyforge.org
> >http://rubyforge.org/mailman/listinfo/nitro-general
> >
> >
> >
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep 26 02:43:27 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 26 Sep 2005 09:43:27 +0300
Subject: [Nitro] Setting-up nitro+lighttpd+fcgi at textdrive
In-Reply-To: <4336E570.4090606@gmail.com>
References: <4336E570.4090606@gmail.com>
Message-ID: <afd80b5405092523434e030768@mail.gmail.com>

> 3) Setup your mysql database
> Create a database the name you want, like username_rdog

Typically, this is not necessary, Og will create the database for you ;-)

> Use the example_mysql.sql database file in the apps/rdog folder to fill
> your database

I prefer to fill my databases using ruby code and Og.

> 6) Restart lighttpd
> 7) Mail to nitro-general at rubyforge.org ;)

Btw, I am trying to refactor/improve tha adapter system in Nitro, and
try to support scgi and/or acgi. Stay tuned for this.

regards,
George.


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From zimba.tm at gmail.com  Mon Sep 26 03:22:35 2005
From: zimba.tm at gmail.com (zimba)
Date: Mon, 26 Sep 2005 09:22:35 +0200
Subject: [Nitro] Setting-up nitro+lighttpd+fcgi at textdrive
In-Reply-To: <afd80b5405092523434e030768@mail.gmail.com>
References: <4336E570.4090606@gmail.com>
	<afd80b5405092523434e030768@mail.gmail.com>
Message-ID: <4337A1BB.7030507@gmail.com>

George Moschovitis wrote:

>>3) Setup your mysql database
>>Create a database the name you want, like username_rdog
>>    
>>
>
>Typically, this is not necessary, Og will create the database for you ;-)
>  
>
Mysql users at TextDrive doesn't have DB creation rights and have to 
rely on webmin's module

>>Use the example_mysql.sql database file in the apps/rdog folder to fill
>>your database
>>    
>>
>
>I prefer to fill my databases using ruby code and Og.
>  
>
Is it possible to export current data to ruby code ?

>>6) Restart lighttpd
>>7) Mail to nitro-general at rubyforge.org ;)
>>    
>>
>
>Btw, I am trying to refactor/improve tha adapter system in Nitro, and
>try to support scgi and/or acgi. Stay tuned for this.
>  
>
Nice, I liked the acgi description a lot

>regards,
>George.
>
>
>--
>http://www.gmosx.com
>http://www.navel.gr
>http://www.nitrohq.com
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>
>  
>
Cheers,
... zimba


From epiperak at softlab.ece.ntua.gr  Mon Sep 26 05:09:20 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 26 Sep 2005 12:09:20 +0300 (EEST)
Subject: [Nitro] Simple Og Q
Message-ID: <Pine.LNX.4.62.0509261208050.20327@theseas.softlab.ece.ntua.gr>

Hi all, I have a simple question:

Group belongs_to Area

when I delete the area object Og deletes the Group that belongs to it. How 
can I stop this?

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From epiperak at softlab.ece.ntua.gr  Mon Sep 26 05:13:53 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 26 Sep 2005 12:13:53 +0300 (EEST)
Subject: [Nitro] Simple Og Q
In-Reply-To: <Pine.LNX.4.62.0509261208050.20327@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509261208050.20327@theseas.softlab.ece.ntua.gr>
Message-ID: <Pine.LNX.4.62.0509261213240.20327@theseas.softlab.ece.ntua.gr>

> Hi all, I have a simple question:
>
> Group belongs_to Area
>
> when I delete the area object Og deletes the Group that belongs to it. How
> can I stop this?

Forgot to thank you in advance ;-)

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Mon Sep 26 05:43:32 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 26 Sep 2005 12:43:32 +0300
Subject: [Nitro] Simple Og Q
In-Reply-To: <Pine.LNX.4.62.0509261213240.20327@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509261208050.20327@theseas.softlab.ece.ntua.gr>
	<Pine.LNX.4.62.0509261213240.20327@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b5405092602431309ee70@mail.gmail.com>

Hello,

in lib/og/entity.rb, at line 51, change the code like this:

      def delete(cascade = true)
        self.class.ogmanager.store.delete(self, self.class, cascade)
      end
      alias_method :delete!, :delete

then call

myobj.delete(false)

This patch will be available in the next version. Thanks for reporting.

-g.



On 9/26/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> > Hi all, I have a simple question:
> >
> > Group belongs_to Area
> >
> > when I delete the area object Og deletes the Group that belongs to it. How
> > can I stop this?
>
> Forgot to thank you in advance ;-)
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From guillaume.pierronnet at laposte.net  Mon Sep 26 06:27:17 2005
From: guillaume.pierronnet at laposte.net (Guillaume Pierronnet)
Date: Mon, 26 Sep 2005 12:27:17 +0200 (CEST)
Subject: [Nitro] Setting-up nitro+lighttpd+fcgi at textdrive
In-Reply-To: <afd80b5405092523434e030768@mail.gmail.com>
References: <4336E570.4090606@gmail.com>
	<afd80b5405092523434e030768@mail.gmail.com>
Message-ID: <50824.127.0.0.1.1127730437.squirrel@localhost>

>> 3) Setup your mysql database
>> Create a database the name you want, like username_rdog
>
> Typically, this is not necessary, Og will create the database for you ;-)
>
>> Use the example_mysql.sql database file in the apps/rdog folder to fill
>> your database
>
> I prefer to fill my databases using ruby code and Og.
>
>> 6) Restart lighttpd
>> 7) Mail to nitro-general at rubyforge.org ;)
>
> Btw, I am trying to refactor/improve tha adapter system in Nitro, and
> try to support scgi and/or acgi. Stay tuned for this.
>
> regards,
> George.
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>

maybe you can take advantage of the adapter system's refactoring to make
clean support of streaming.

BTW, this work out of the box with Webrick adapter by assigning an IO
object to @context.out, but this behaviour is not uniform across
differents adapters. Nevertheless, this seams trivial to implement.

When nitrohq.com wiki will be back, i'll wrote a page on streaming support
in nitro.

bye




From epiperak at softlab.ece.ntua.gr  Mon Sep 26 06:31:27 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Mon, 26 Sep 2005 13:31:27 +0300 (EEST)
Subject: [Nitro] Simple Og Q
In-Reply-To: <afd80b5405092602431309ee70@mail.gmail.com>
References: <Pine.LNX.4.62.0509261208050.20327@theseas.softlab.ece.ntua.gr>
	<Pine.LNX.4.62.0509261213240.20327@theseas.softlab.ece.ntua.gr>
	<afd80b5405092602431309ee70@mail.gmail.com>
Message-ID: <Pine.LNX.4.62.0509261250230.27933@theseas.softlab.ece.ntua.gr>

Thank you G.
for your patch to work in the form that I was using it also the function 
of module ClassMethods in the same file must be update. Here is the code:


def delete(obj_or_pk,cascade = true)
   ogmanager.store.delete(obj_or_pk, self,cascade)
end
alias_method :delete!, :delete


Thanx again for the immediate reply

> Hello,
>
> in lib/og/entity.rb, at line 51, change the code like this:
>
>      def delete(cascade = true)
>        self.class.ogmanager.store.delete(self, self.class, cascade)
>      end
>      alias_method :delete!, :delete
>
> then call
>
> myobj.delete(false)
>
> This patch will be available in the next version. Thanks for reporting.
>
> -g.
>
>
>
> On 9/26/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
>>> Hi all, I have a simple question:
>>>
>>> Group belongs_to Area
>>>
>>> when I delete the area object Og deletes the Group that belongs to it. How
>>> can I stop this?
>>
>> Forgot to thank you in advance ;-)
>>
>> Emmanouil Piperakis (epiperak at cs.ntua.gr)
>> {To explore is Human, to Create is Devine,
>>   To teach is Primal, to Rule is Sin}
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>>
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Mon Sep 26 06:33:58 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 26 Sep 2005 13:33:58 +0300
Subject: [Nitro] Setting-up nitro+lighttpd+fcgi at textdrive
In-Reply-To: <50824.127.0.0.1.1127730437.squirrel@localhost>
References: <4336E570.4090606@gmail.com>
	<afd80b5405092523434e030768@mail.gmail.com>
	<50824.127.0.0.1.1127730437.squirrel@localhost>
Message-ID: <afd80b5405092603334c629778@mail.gmail.com>

Hello Guill,

can you please email this text about streaming on the list? I would
like to add the feature for the next release. I would also love to see
some tips on how to implement this 'portably' for all adapters. So
please write that text.

BTW, since we are having some problems coordinating with Trans on the
new release (as Nitro will use some new Nano/Mega features
extensively), I plan to release a preview version later this week.
This will be useful for people working on custom applications using
Nitro as it contains numerous bug fixes and small improvements.

best regards,
George.




On 9/26/05, Guillaume Pierronnet <guillaume.pierronnet at laposte.net> wrote:
> >> 3) Setup your mysql database
> >> Create a database the name you want, like username_rdog
> >
> > Typically, this is not necessary, Og will create the database for you ;-)
> >
> >> Use the example_mysql.sql database file in the apps/rdog folder to fill
> >> your database
> >
> > I prefer to fill my databases using ruby code and Og.
> >
> >> 6) Restart lighttpd
> >> 7) Mail to nitro-general at rubyforge.org ;)
> >
> > Btw, I am trying to refactor/improve tha adapter system in Nitro, and
> > try to support scgi and/or acgi. Stay tuned for this.
> >
> > regards,
> > George.
> >
> >
> > --
> > http://www.gmosx.com
> > http://www.navel.gr
> > http://www.nitrohq.com
> >
> > _______________________________________________
> > Nitro-general mailing list
> > Nitro-general at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/nitro-general
> >
> >
>
> maybe you can take advantage of the adapter system's refactoring to make
> clean support of streaming.
>
> BTW, this work out of the box with Webrick adapter by assigning an IO
> object to @context.out, but this behaviour is not uniform across
> differents adapters. Nevertheless, this seams trivial to implement.
>
> When nitrohq.com wiki will be back, i'll wrote a page on streaming support
> in nitro.
>
> bye
>
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Mon Sep 26 06:46:02 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Mon, 26 Sep 2005 13:46:02 +0300
Subject: [Nitro] request.fill / admin / scaffolding improvement.
Message-ID: <afd80b5405092603462f83bba6@mail.gmail.com>

Someone has posted about some improvements in the admin / scaffolding
/ request.fill system. Can that person please send the patches he was
refering too?

thanks in advance,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris.farmiloe at farmiloe.com  Mon Sep 26 08:04:23 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Mon, 26 Sep 2005 13:04:23 +0100
Subject: [Nitro] request.fill / admin / scaffolding improvement.
In-Reply-To: <afd80b5405092603462f83bba6@mail.gmail.com>
References: <afd80b5405092603462f83bba6@mail.gmail.com>
Message-ID: <41074BA0-99C0-4114-B3D6-D2E12B4203BE@farmiloe.com>


Sorry I meant to get this in a nice viewable format over weekend,
but my dsl caught sars or something and left me offline.

Trying to get it together now.



On 26 Sep 2005, at 11:46, George Moschovitis wrote:


> Someone has posted about some improvements in the admin / scaffolding
> / request.fill system. Can that person please send the patches he was
> refering too?
>
> thanks in advance,
> George.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>




From zimba.tm at gmail.com  Mon Sep 26 08:43:02 2005
From: zimba.tm at gmail.com (zimba)
Date: Mon, 26 Sep 2005 14:43:02 +0200
Subject: [Nitro] [ANN] RDOG is back
Message-ID: <4337ECD6.1020204@gmail.com>

Hello folks !

Rdog is back online at the following url : http://rdog.oree.ch    
(redirects to rdog.oree.ch:8080)

This version is considered a stable (as always online, not as bug free), 
so feel free to contribute !

Any comments are welcome

Cheers,
... zimba


From guillaume.pierronnet at laposte.net  Mon Sep 26 08:45:32 2005
From: guillaume.pierronnet at laposte.net (Guillaume Pierronnet)
Date: Mon, 26 Sep 2005 14:45:32 +0200 (CEST)
Subject: [Nitro] Setting-up nitro+lighttpd+fcgi at textdrive
In-Reply-To: <afd80b5405092603334c629778@mail.gmail.com>
References: <4336E570.4090606@gmail.com>   
	<afd80b5405092523434e030768@mail.gmail.com>   
	<50824.127.0.0.1.1127730437.squirrel@localhost>   
	<afd80b5405092603334c629778@mail.gmail.com>
Message-ID: <37523.127.0.0.1.1127738732.squirrel@localhost>

hi George, everybody,

here is a "fast and ugly" patch against nitro adapter/fastcgi.rb. This
will give you ideas on how to implement this on others adapters.

BTW, this text on streaming support will be very succinct since it only
talk on assigning @context.out to an IO object. I'll add some examples
too.

regards


> Hello Guill,
>
> can you please email this text about streaming on the list? I would like
to add the feature for the next release. I would also love to see some
tips on how to implement this 'portably' for all adapters. So please
write that text.
>
> BTW, since we are having some problems coordinating with Trans on the
new release (as Nitro will use some new Nano/Mega features
> extensively), I plan to release a preview version later this week. This
will be useful for people working on custom applications using Nitro as
it contains numerous bug fixes and small improvements.
>
> best regards,
> George.
>
>
>
>
> On 9/26/05, Guillaume Pierronnet <guillaume.pierronnet at laposte.net>
wrote:
>> >> 3) Setup your mysql database
>> >> Create a database the name you want, like username_rdog
>> >
>> > Typically, this is not necessary, Og will create the database for you
>> ;-)
>> >
>> >> Use the example_mysql.sql database file in the apps/rdog folder to
>> fill
>> >> your database
>> >
>> > I prefer to fill my databases using ruby code and Og.
>> >
>> >> 6) Restart lighttpd
>> >> 7) Mail to nitro-general at rubyforge.org ;)
>> >
>> > Btw, I am trying to refactor/improve tha adapter system in Nitro, and
try to support scgi and/or acgi. Stay tuned for this.
>> >
>> > regards,
>> > George.
>> >
>> >
>> > --
>> > http://www.gmosx.com
>> > http://www.navel.gr
>> > http://www.nitrohq.com
>> >
>> > _______________________________________________
>> > Nitro-general mailing list
>> > Nitro-general at rubyforge.org
>> > http://rubyforge.org/mailman/listinfo/nitro-general
>> >
>> >
>> maybe you can take advantage of the adapter system's refactoring to
make
>> clean support of streaming.
>> BTW, this work out of the box with Webrick adapter by assigning an IO
object to @context.out, but this behaviour is not uniform across
differents adapters. Nevertheless, this seams trivial to implement.
When nitrohq.com wiki will be back, i'll wrote a page on streaming
support
>> in nitro.
>> bye
>> _______________________________________________
>> Nitro-general mailing list
>> Nitro-general at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/nitro-general
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>


-------------- next part --------------
A non-text attachment was scrubbed...
Name: fastcgi_streaming_support_patch
Type: application/octet-stream
Size: 487 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/nitro-general/attachments/20050926/5a18b1e3/attachment.obj 

From tim at keow.org  Mon Sep 26 10:17:21 2005
From: tim at keow.org (Tim Larson)
Date: Mon, 26 Sep 2005 15:17:21 +0100
Subject: [Nitro] [ANN] RDOG is back
In-Reply-To: <4337ECD6.1020204@gmail.com>
References: <4337ECD6.1020204@gmail.com>
Message-ID: <20050926141720.GL4379@localhost>

On Mon, Sep 26, 2005 at 02:43:02PM +0200, zimba wrote:
> Rdog is back online at the following url : http://rdog.oree.ch    
> (redirects to rdog.oree.ch:8080)
> 
> This version is considered a stable (as always online, not as bug free), 
> so feel free to contribute !

Thanks for getting it online :)

As reported in #nitro, when I attempt to save an edited page,
I get "500 - Internal Server Error".  Apparently this is a
nitro cgi problem, as it does not happen with webrick.
zimba-tm requested that I post these error messages to the list:

http://rafb.net/paste/results/vIdGOh44.html

DEBUG: Rendering '/login'.
DEBUG: Compiling action 'WikiController#login'
DEBUG: Compiling template 'WikiController: template/login.xhtml'
2005-09-26 13:37:30: (mod_fastcgi.c.1325)
2005-09-26 13:37:30: (connections.c.723) missing cleanup in fastcgi
/usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:227:in `parse_params': undefined method `binmode' for nil:NilClass (NoMethodError)
  from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:32:in `start'
  from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server/runner.rb:242:in `invoke'
  from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server.rb:125:in `run'
  from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro.rb:65:in `run'
  from /home/zimba/domains/oree.ch/public_html/rdog/../run.rb:80
  from /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5:in `require'
  from /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5
2005-09-26 13:37:43: (mod_fastcgi.c.1325)
2005-09-26 13:37:43: (connections.c.723) missing cleanup in fastcgi

...and...
http://rafb.net/paste/results/FLtYE583.txt

DEBUG: Rendering '/doc/list_classes'.
DEBUG: Compiling action 'WikiController#headers'
ERROR: Error while handling '/doc/list_classes'.
ERROR: undefined method `headers' for #<WikiController:0x8e01df4>
  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:165:in `method_missing'
  ./src/doc_controller.rb:14:in `initialize'
  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `new'
  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `render'
  template/view.xhtml:124:in `index_template'
  (eval):17:in `index_action'
  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in `send'
  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in `method_missing'
  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `send'
  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `render'
  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:35:in `start'
  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server/runner.rb:242:in `invoke'
  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server.rb:125:in `run'
  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro.rb:65:in `run'
  /home/zimba/domains/oree.ch/public_html/rdog/../run.rb:80
  /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5:in `require'
  /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5
  LOGGED FROM: /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:180:in `log_error'

Also, I noticed when looking at
  http://rdog.oree.ch:8080/view/tutorial+nitro+Controllers
it says, "Updated by manveru", but when I click on the
revisions link it says " Revision 1 by gmosx"

--Tim Larson


From tim at keow.org  Mon Sep 26 11:41:54 2005
From: tim at keow.org (Tim Larson)
Date: Mon, 26 Sep 2005 16:41:54 +0100
Subject: [Nitro] transactions and to_s
In-Reply-To: <afd80b540509232349755ccf58@mail.gmail.com>
References: <20050923165040.GK4379@localhost>
	<afd80b540509232349755ccf58@mail.gmail.com>
Message-ID: <20050926154154.GM4379@localhost>

On Sat, Sep 24, 2005 at 09:49:14AM +0300, George Moschovitis wrote:
> > * If you attempt to reference a belongs_to relation
> >   for the first time when you are inside a to_s method,
> >   it returns nil instead of loading the object.
> 
> I don't quite understand this. What is so special in the to_s method?
> Can you explain a little better?

Digging deeper, it seems to be a misunderstanding on my part
of how Og knows when to reload related objects.  Looking
through the test cases that come with Og it is becoming
somewhat clearer, but I am still not sure I understand
completely, especially when it comes to eager reloading.

Is there a chance you could do a little informal writeup
to the list on this topic, mentioning when reloading
is done eagerly and when it has to be manually triggered
and list the various syntaxes for triggering a reload?

What I understand so far is that:
1) self.some_related_obj appears to cause an eager reload,
   while @some_related_obj appears to require a manual
   reload, triggered by either self.some_related_obj(true)
   or self.some_related_obj(:reload => true)
2) setting some_related_obj = some_obj really only sets
   some_related_obj_oid, not the object reference itself,
   unless the object you are setting it on happens to be
   brand new and not saved yet (so you better have already
   saved some_obj before this assignment so that it has a
   valid oid to pass along)

--Tim Larson

P.S. Your email has reply-to set to both your email and the
list.  Should I usually just trim it to only the list?


From tim at keow.org  Mon Sep 26 12:18:38 2005
From: tim at keow.org (Tim Larson)
Date: Mon, 26 Sep 2005 17:18:38 +0100
Subject: [Nitro] transactions and to_s
In-Reply-To: <afd80b540509232349755ccf58@mail.gmail.com>
References: <20050923165040.GK4379@localhost>
	<afd80b540509232349755ccf58@mail.gmail.com>
Message-ID: <20050926161837.GN4379@localhost>

On Sat, Sep 24, 2005 at 09:49:14AM +0300, George Moschovitis wrote:
> > * If you attempt to reference a belongs_to relation
> >   for the first time when you are inside a to_s method,
> >   it returns nil instead of loading the object.
> 
> I don't quite understand this. What is so special in the to_s method?
> Can you explain a little better?

Adding to my other response in this thread, what was special
about the to_s method was that code in it (as opposed to say
in the controller) executes in the context of a managed object,
and so was able to use the '@' syntax to reference related
objects, thus exposing me to the details of how Og knows when
to reload related objects.

Which brings up the question, since it looks like using the
'self.some_related_obj' syntax causes a reload, should it
only be used once, and then use the '@some_related_obj'
syntax through the rest of a method, to prevent a speed hit
and the possibility of getting different versions of data
with each reference?

--Tim Larson


From chris.farmiloe at farmiloe.com  Mon Sep 26 11:47:27 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Mon, 26 Sep 2005 16:47:27 +0100
Subject: [Nitro] [ANN] RDOG is back
In-Reply-To: <20050926141720.GL4379@localhost>
References: <4337ECD6.1020204@gmail.com> <20050926141720.GL4379@localhost>
Message-ID: <F290DA11-21F1-4879-8818-9C3C7BD786FC@farmiloe.com>


I had these errors a while ago before we had fastcgi running...

maybe ensure all the fastcgi side of things on the server are running ok


...sorry, probably wasn't much help ... just looked familiar so  
thought i'd
say something :)


chrisfarms



On 26 Sep 2005, at 15:17, Tim Larson wrote:

> EBUG: Compiling action 'WikiController#login'
> DEBUG: Compiling template 'WikiController: template/login.xhtml'
> 2005-09-26 13:37:30: (mod_fastcgi.c.1325)
> 2005-09-26 13:37:30: (connections.c.723) missing cleanup in fastcgi
> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/ 
> cgi.rb:227:in `parse_params': undefined method `binmode' for  
> nil:NilClass (NoMethodError)
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20050926/3db500cd/attachment.html 

From manveru at valaraan.de  Mon Sep 26 16:06:57 2005
From: manveru at valaraan.de (Michael Fellinger)
Date: Mon, 26 Sep 2005 22:06:57 +0200
Subject: [Nitro] [ANN] RDOG is back
In-Reply-To: <20050926141720.GL4379@localhost>
References: <4337ECD6.1020204@gmail.com> <20050926141720.GL4379@localhost>
Message-ID: <433854E1.3030006@valaraan.de>

Tim Larson wrote:

>On Mon, Sep 26, 2005 at 02:43:02PM +0200, zimba wrote:
>  
>
>>Rdog is back online at the following url : http://rdog.oree.ch    
>>(redirects to rdog.oree.ch:8080)
>>
>>This version is considered a stable (as always online, not as bug free), 
>>so feel free to contribute !
>>    
>>
>
>Thanks for getting it online :)
>
>As reported in #nitro, when I attempt to save an edited page,
>I get "500 - Internal Server Error".  Apparently this is a
>nitro cgi problem, as it does not happen with webrick.
>zimba-tm requested that I post these error messages to the list:
>
>http://rafb.net/paste/results/vIdGOh44.html
>
>DEBUG: Rendering '/login'.
>DEBUG: Compiling action 'WikiController#login'
>DEBUG: Compiling template 'WikiController: template/login.xhtml'
>2005-09-26 13:37:30: (mod_fastcgi.c.1325)
>2005-09-26 13:37:30: (connections.c.723) missing cleanup in fastcgi
>/usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:227:in `parse_params': undefined method `binmode' for nil:NilClass (NoMethodError)
>  from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:32:in `start'
>  from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server/runner.rb:242:in `invoke'
>  from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server.rb:125:in `run'
>  from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro.rb:65:in `run'
>  from /home/zimba/domains/oree.ch/public_html/rdog/../run.rb:80
>  from /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5:in `require'
>  from /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5
>2005-09-26 13:37:43: (mod_fastcgi.c.1325)
>2005-09-26 13:37:43: (connections.c.723) missing cleanup in fastcgi
>
>...and...
>http://rafb.net/paste/results/FLtYE583.txt
>
>DEBUG: Rendering '/doc/list_classes'.
>DEBUG: Compiling action 'WikiController#headers'
>ERROR: Error while handling '/doc/list_classes'.
>ERROR: undefined method `headers' for #<WikiController:0x8e01df4>
>  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:165:in `method_missing'
>  ./src/doc_controller.rb:14:in `initialize'
>  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `new'
>  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `render'
>  template/view.xhtml:124:in `index_template'
>  (eval):17:in `index_action'
>  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in `send'
>  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in `method_missing'
>  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `send'
>  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `render'
>  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:35:in `start'
>  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server/runner.rb:242:in `invoke'
>  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server.rb:125:in `run'
>  /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro.rb:65:in `run'
>  /home/zimba/domains/oree.ch/public_html/rdog/../run.rb:80
>  /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5:in `require'
>  /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5
>  LOGGED FROM: /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:180:in `log_error'
>  
>
I don't think this is supposed to be like that, but i'm also sure there 
is an error in the main-design of rdog that i wanted to fix before 
looking into other issues.
we've got a DocController and a WikiController, but i intended to merge 
them to get rid of most errors with templates, skins, missing functions 
and other bugs.
maybe i can get it right today, was a long time i didn't work on the 
project at all, especially not with fcgi or anything else than webrick.

however, i will modify rdog today to better fit into spark without much 
modifications, so it will be no effort to upgrade spark without hitting 
rdog and so i can send patches on spark to george that will fit into his 
concept.

>Also, I noticed when looking at
>  http://rdog.oree.ch:8080/view/tutorial+nitro+Controllers
>it says, "Updated by manveru", but when I click on the
>revisions link it says " Revision 1 by gmosx"
>
>--Tim Larson
>
this one is weird, but i updated it once to add the paragraph 'snippets'.
i wonder why the revisions don't reflect that. but one cannot update 
anything atm, so i will ignore it until we can further investigate...

stay tuned :)
Michael 'manveru' Fellinger


From manveru at valaraan.de  Mon Sep 26 20:08:58 2005
From: manveru at valaraan.de (Michael Fellinger)
Date: Tue, 27 Sep 2005 02:08:58 +0200
Subject: [Nitro] [ANN] RDOG is back
In-Reply-To: <433854E1.3030006@valaraan.de>
References: <4337ECD6.1020204@gmail.com> <20050926141720.GL4379@localhost>
	<433854E1.3030006@valaraan.de>
Message-ID: <43388D9A.3070501@valaraan.de>

Now the title of this thread gets a completely new meaning :)

if rdog had version-numbers, i would consider this as version 2.0 (or 
1.0 - but that is wasted already...)

i felt lucky and did a (almost) complete rewrite today of the 
doc_controller. it was really easier then i had expected, just plugging 
the doc_controller into the WikiController and modifying the skin (in 
fact a bit more, but that is the core of it)
i have submitted a (for me at least) working version to the svn at 
http://rdog.lly.org/rdog-svn
hopefully zimba will update the online version soon, so you can see the 
changes for yourself.
it will be found at http://rdog.oree.ch:8080 when this is done.

major improvments in this version:
* WikiController and DocController united
* Spark at it's purest - leaving space for severe improvments and 
perfect colabouration
* wiki-entries are shown in the documentation
* improved navigation (not complete yet)
* Faster loading due to some tweaking and less code (there is still much 
space for improving)
* Absolutely compatible with the old version regarding the database
....

i hope i can now continue to work on improving spark itself and giving 
the nitro-community a even better wiki and example. (i guess you are 
okay with this george?)

there was no testing yet with anything else than webrick (and soon 
lighttpd from zimba), but i will find some time soon to get this done as 
well.

finally i want to thank everyone who participated in this project, 
especially Vagabond for his rdoc2yaml and the rdog_model, i'm not sure 
he is still with nitro - but without him this work wouldn't have been 
possible and i would still burn in the hell of php.
i want to thank all the beta-testers as well as all the rubyists that i 
made smiling with my ever-so-stupid questions about ruby and nitro/og - 
i have learned a lot in the past month, and wouldn't have made it 
without this overwhelming community.
thank you all :)
but special thanks go out to george and trans, they blessed the human 
race with nitro/og and nano/mega ;)


Michael Fellinger wrote:

>Tim Larson wrote:
>
>  
>
>>On Mon, Sep 26, 2005 at 02:43:02PM +0200, zimba wrote:
>> 
>>
>>    
>>
>>>Rdog is back online at the following url : http://rdog.oree.ch    
>>>(redirects to rdog.oree.ch:8080)
>>>
>>>This version is considered a stable (as always online, not as bug free), 
>>>so feel free to contribute !
>>>   
>>>
>>>      
>>>
>>Thanks for getting it online :)
>>
>>As reported in #nitro, when I attempt to save an edited page,
>>I get "500 - Internal Server Error".  Apparently this is a
>>nitro cgi problem, as it does not happen with webrick.
>>zimba-tm requested that I post these error messages to the list:
>>
>>http://rafb.net/paste/results/vIdGOh44.html
>>
>>DEBUG: Rendering '/login'.
>>DEBUG: Compiling action 'WikiController#login'
>>DEBUG: Compiling template 'WikiController: template/login.xhtml'
>>2005-09-26 13:37:30: (mod_fastcgi.c.1325)
>>2005-09-26 13:37:30: (connections.c.723) missing cleanup in fastcgi
>>/usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:227:in `parse_params': undefined method `binmode' for nil:NilClass (NoMethodError)
>> from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:32:in `start'
>> from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server/runner.rb:242:in `invoke'
>> from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server.rb:125:in `run'
>> from /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro.rb:65:in `run'
>> from /home/zimba/domains/oree.ch/public_html/rdog/../run.rb:80
>> from /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5:in `require'
>> from /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5
>>2005-09-26 13:37:43: (mod_fastcgi.c.1325)
>>2005-09-26 13:37:43: (connections.c.723) missing cleanup in fastcgi
>>
>>...and...
>>http://rafb.net/paste/results/FLtYE583.txt
>>
>>DEBUG: Rendering '/doc/list_classes'.
>>DEBUG: Compiling action 'WikiController#headers'
>>ERROR: Error while handling '/doc/list_classes'.
>>ERROR: undefined method `headers' for #<WikiController:0x8e01df4>
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:165:in `method_missing'
>> ./src/doc_controller.rb:14:in `initialize'
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `new'
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `render'
>> template/view.xhtml:124:in `index_template'
>> (eval):17:in `index_action'
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in `send'
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/controller.rb:163:in `method_missing'
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `send'
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:124:in `render'
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:35:in `start'
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server/runner.rb:242:in `invoke'
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/server.rb:125:in `run'
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro.rb:65:in `run'
>> /home/zimba/domains/oree.ch/public_html/rdog/../run.rb:80
>> /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5:in `require'
>> /home/zimba/domains/oree.ch/public_html/rdog/cgi.rb:5
>> LOGGED FROM: /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/render.rb:180:in `log_error'
>> 
>>
>>    
>>
>I don't think this is supposed to be like that, but i'm also sure there 
>is an error in the main-design of rdog that i wanted to fix before 
>looking into other issues.
>we've got a DocController and a WikiController, but i intended to merge 
>them to get rid of most errors with templates, skins, missing functions 
>and other bugs.
>maybe i can get it right today, was a long time i didn't work on the 
>project at all, especially not with fcgi or anything else than webrick.
>
>however, i will modify rdog today to better fit into spark without much 
>modifications, so it will be no effort to upgrade spark without hitting 
>rdog and so i can send patches on spark to george that will fit into his 
>concept.
>
>  
>
>>Also, I noticed when looking at
>> http://rdog.oree.ch:8080/view/tutorial+nitro+Controllers
>>it says, "Updated by manveru", but when I click on the
>>revisions link it says " Revision 1 by gmosx"
>>
>>--Tim Larson
>>
>>    
>>
>this one is weird, but i updated it once to add the paragraph 'snippets'.
>i wonder why the revisions don't reflect that. but one cannot update 
>anything atm, so i will ignore it until we can further investigate...
>
>stay tuned :)
>Michael 'manveru' Fellinger
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>
>  
>



From zimba.tm at gmail.com  Mon Sep 26 22:17:04 2005
From: zimba.tm at gmail.com (zimba)
Date: Tue, 27 Sep 2005 04:17:04 +0200
Subject: [Nitro] [ANN] RDOG is back
In-Reply-To: <F290DA11-21F1-4879-8818-9C3C7BD786FC@farmiloe.com>
References: <4337ECD6.1020204@gmail.com> <20050926141720.GL4379@localhost>
	<F290DA11-21F1-4879-8818-9C3C7BD786FC@farmiloe.com>
Message-ID: <4338ABA0.8000403@gmail.com>

Do you have an example of your running fcgi config ? That would help me 
a lot

Chris Farmiloe wrote:

>
> I had these errors a while ago *before* we had fastcgi running...
>
> maybe ensure all the fastcgi side of things on the server are running ok
>
>
> ...sorry, probably wasn't much help ... just looked familiar so 
> thought i'd 
> say something :)
>
>
> chrisfarms
>
>
>
> On 26 Sep 2005, at 15:17, Tim Larson wrote:
>
>> EBUG: Compiling action 'WikiController#login'
>> DEBUG: Compiling template 'WikiController: template/login.xhtml'
>> 2005-09-26 13:37:30: (mod_fastcgi.c.1325)
>> 2005-09-26 13:37:30: (connections.c.723) missing cleanup in fastcgi
>> /usr/local/lib/ruby/gems/1.8/gems/nitro-0.23.0/lib/nitro/adapter/cgi.rb:227:in 
>> `parse_params': undefined method `binmode' for nil:NilClass 
>> (NoMethodError)
>>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>  
>



From george.moschovitis at gmail.com  Tue Sep 27 02:52:45 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 27 Sep 2005 09:52:45 +0300
Subject: [Nitro] [ANN] RDOG is back
In-Reply-To: <43388D9A.3070501@valaraan.de>
References: <4337ECD6.1020204@gmail.com> <20050926141720.GL4379@localhost>
	<433854E1.3030006@valaraan.de> <43388D9A.3070501@valaraan.de>
Message-ID: <afd80b5405092623526f7950b6@mail.gmail.com>

> i hope i can now continue to work on improving spark itself and giving
> the nitro-community a even better wiki and example. (i guess you are
> okay with this george?)

sure, thats ok :) Perhaps I can backport some of your additions into spark ;-)

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From tim.koenig at gmail.com  Tue Sep 27 06:28:01 2005
From: tim.koenig at gmail.com (Tim Koenig)
Date: Tue, 27 Sep 2005 12:28:01 +0200
Subject: [Nitro] nitrogen / nitro: uninitialized constant
Message-ID: <20d9f9b205092703281228dd@mail.gmail.com>

Hi,

I've tried to install Nitro and have been running into problems almost
immediately :-|. Since everybody else seems to have no problem running
it, it's almost certainly a problem on my part - I'm out of guesses
now, though :-(.

This is what I get after invoking 'nitrogen':
/home/tim/soft/ruby/gems/gems/og-0.23.0/lib/og/entity.rb:70:in
`append_features': uninitialized constant
Og::EntityMixin::RelationMacros (NameError)
        from /home/tim/soft/ruby/gems/gems/og-0.23.0/lib/og/entity.rb:224
[...]

The same behaviour appears when using three different
ruby-installations (1.8.3 on Debian/Sid, 1.8.2 on Debian/Sarge, 1.8.2
on Win32). I'm using locally installed gems (in my home directory,
other gems work flawlessly, and the One-Click Ruby installer's version
on Win32).

Any guesses? Is this a FAQ (couldn't find anyone mentioning it on the
mailing list, though)?

Thanks,
Tim



From george.moschovitis at gmail.com  Tue Sep 27 07:21:51 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Tue, 27 Sep 2005 14:21:51 +0300
Subject: [Nitro] nitrogen / nitro: uninitialized constant
In-Reply-To: <20d9f9b205092703281228dd@mail.gmail.com>
References: <20d9f9b205092703281228dd@mail.gmail.com>
Message-ID: <afd80b54050927042146b6bf02@mail.gmail.com>

Hello Tim,

nitrogem is not that useful at the moment in Nitro. Ie, Nitro is quite
more advanced
and can find the required files. You don't need to copy them to the
target directory. You can emulate what nitrogen does but just copying
the nitro/proto directory to your development directory. Nitro 0.24.0
that will be released shortly will include some preliminary support
for code generation (a-la Rails).

regards,
George.


On 9/27/05, Tim Koenig <tim.koenig at gmail.com> wrote:
> Hi,
>
> I've tried to install Nitro and have been running into problems almost
> immediately :-|. Since everybody else seems to have no problem running
> it, it's almost certainly a problem on my part - I'm out of guesses
> now, though :-(.
>
> This is what I get after invoking 'nitrogen':
> /home/tim/soft/ruby/gems/gems/og-0.23.0/lib/og/entity.rb:70:in
> `append_features': uninitialized constant
> Og::EntityMixin::RelationMacros (NameError)
>         from /home/tim/soft/ruby/gems/gems/og-0.23.0/lib/og/entity.rb:224
> [...]
>
> The same behaviour appears when using three different
> ruby-installations (1.8.3 on Debian/Sid, 1.8.2 on Debian/Sarge, 1.8.2
> on Win32). I'm using locally installed gems (in my home directory,
> other gems work flawlessly, and the One-Click Ruby installer's version
> on Win32).
>
> Any guesses? Is this a FAQ (couldn't find anyone mentioning it on the
> mailing list, though)?
>
> Thanks,
> Tim
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From vagabond at cataclysm-software.net  Tue Sep 27 10:55:40 2005
From: vagabond at cataclysm-software.net (Andrew Thompson)
Date: Tue, 27 Sep 2005 16:55:40 +0200
Subject: [Nitro] [ANN] RDOG is back
In-Reply-To: <43388D9A.3070501@valaraan.de>
References: <4337ECD6.1020204@gmail.com>
	<20050926141720.GL4379@localhost>	<433854E1.3030006@valaraan.de>
	<43388D9A.3070501@valaraan.de>
Message-ID: <43395D6C.4000603@cataclysm-software.net>

Michael Fellinger wrote:
> finally i want to thank everyone who participated in this project, 
> especially Vagabond for his rdoc2yaml and the rdog_model, i'm not sure 
> he is still with nitro - but without him this work wouldn't have been 
> possible and i would still burn in the hell of php.

Hmm, I have been busy, and it looks like you guys are getting along fine 
without me. However, there are still some problems with the rdoc2yaml 
dealie that probably need to be fixed at some stage. If anyone feels 
ambitious I can post my patch to rdoc so someone else can hack on it. I 
need some cleanup work before that is a good idea, I did a lot of poking 
at rdoc to figure out how it ticked, and we certainly don't want that 
code escaping into the wild....

The "big" problem is correctly deciding where something is really 
defined, so it can be categorized 
http://rdog.oree.ch:8080/rdog/nitro/Glue is a good example of when my 
code gets it wrong. There's lots of other stuff, like fixing the C code 
extraction so it strips the comments used by rdoc and adjusts the line 
number accordingly, caching the symbols, etc. I'm not sure if/when I'll 
get around to it, but its probably dependant on how much nagging I get.

Oh, http://rdog.oree.ch:8080/rdog/core/Comparable/between%3F looks a bit 
flaky to me, might want to look at it. In fact all method pages seem broken.

Anyway I wish all these Rdog devs that crawled out of the woodwork good 
luck, I'll try to help you guys out later (putting the data in a 
database via Og would be great, and make RDog really == Rdoc in Og :) ) 
and I'll try to keep an eye on things. Emailing me directly is a better 
way to get hold of me tho I tend to be lax in my reading of mailing 
lists....

Andrew



From bryan.soto at sgvn.com  Tue Sep 27 14:10:35 2005
From: bryan.soto at sgvn.com (Bryan Soto)
Date: Tue, 27 Sep 2005 11:10:35 -0700
Subject: [Nitro] nitrogen / nitro: uninitialized constant
In-Reply-To: <20d9f9b205092703281228dd@mail.gmail.com>
References: <20d9f9b205092703281228dd@mail.gmail.com>
Message-ID: <43398B1B.3040602@sgvn.com>

Hi Tim,

I had the same problem after upgrading to nano-0.9.2.

gem uninstall nano
gem install nano --version=0.8.2

was what I used. I note your using locally installed gems, so you'll 
might have to modify the install accordingly.

Hope that helps,
Bryan

Tim Koenig wrote:
> Hi,
> 
> I've tried to install Nitro and have been running into problems almost
> immediately :-|. Since everybody else seems to have no problem running
> it, it's almost certainly a problem on my part - I'm out of guesses
> now, though :-(.
> 
> This is what I get after invoking 'nitrogen':
> /home/tim/soft/ruby/gems/gems/og-0.23.0/lib/og/entity.rb:70:in
> `append_features': uninitialized constant
> Og::EntityMixin::RelationMacros (NameError)
>         from /home/tim/soft/ruby/gems/gems/og-0.23.0/lib/og/entity.rb:224
> [...]
> 
> The same behaviour appears when using three different
> ruby-installations (1.8.3 on Debian/Sid, 1.8.2 on Debian/Sarge, 1.8.2
> on Win32). I'm using locally installed gems (in my home directory,
> other gems work flawlessly, and the One-Click Ruby installer's version
> on Win32).
> 
> Any guesses? Is this a FAQ (couldn't find anyone mentioning it on the
> mailing list, though)?
> 
> Thanks,
> Tim
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
> 
> 



From transfire at gmail.com  Tue Sep 27 23:00:38 2005
From: transfire at gmail.com (TRANS)
Date: Tue, 27 Sep 2005 23:00:38 -0400
Subject: [Nitro] nitrogen / nitro: uninitialized constant
In-Reply-To: <43398B1B.3040602@sgvn.com>
References: <20d9f9b205092703281228dd@mail.gmail.com>
	<43398B1B.3040602@sgvn.com>
Message-ID: <4b6f054f050927200025685dc2@mail.gmail.com>

On 9/27/05, Bryan Soto <bryan.soto at sgvn.com> wrote:
> Hi Tim,
>
> I had the same problem after upgrading to nano-0.9.2.
>
> gem uninstall nano
> gem install nano --version=0.8.2

Ah. Sorry. I did not intend to release 0.9.2 yet. I've removed it.

T.



From tim at keow.org  Wed Sep 28 10:24:04 2005
From: tim at keow.org (Tim Larson)
Date: Wed, 28 Sep 2005 15:24:04 +0100
Subject: [Nitro] Release soon? was Re: nitrogen / nitro: uninitialized
	constant
In-Reply-To: <afd80b54050927042146b6bf02@mail.gmail.com>
References: <20d9f9b205092703281228dd@mail.gmail.com>
	<afd80b54050927042146b6bf02@mail.gmail.com>
Message-ID: <20050928142404.GP4379@localhost>

On Tue, Sep 27, 2005 at 02:21:51PM +0300, George Moschovitis wrote:
...
> Nitro 0.24.0 that will be released shortly
...

Waiting anxiously :)

--Tim Larson


From epiperak at softlab.ece.ntua.gr  Wed Sep 28 21:03:34 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Thu, 29 Sep 2005 04:03:34 +0300 (EEST)
Subject: [Nitro] Release soon? was Re: nitrogen / nitro: uninitialized
 constant
In-Reply-To: <20050928142404.GP4379@localhost>
References: <20d9f9b205092703281228dd@mail.gmail.com>
	<afd80b54050927042146b6bf02@mail.gmail.com>
	<20050928142404.GP4379@localhost>
Message-ID: <Pine.LNX.4.62.0509290400520.30935@theseas.softlab.ece.ntua.gr>

>> Nitro 0.24.0 that will be released shortly
> ...
> Waiting anxiously :)
>
Anticipating 0.24.0 with agonizing, addictive, excruciating pain.

EerieShadow ;-)

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From chris.farmiloe at farmiloe.com  Thu Sep 29 12:41:40 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Thu, 29 Sep 2005 17:41:40 +0100
Subject: [Nitro] request.fill / admin / scaffolding improvement.
In-Reply-To: <afd80b54050926053826fafde5@mail.gmail.com>
References: <afd80b5405092603462f83bba6@mail.gmail.com>
	<41074BA0-99C0-4114-B3D6-D2E12B4203BE@farmiloe.com>
	<afd80b54050926053826fafde5@mail.gmail.com>
Message-ID: <D87D7D2A-372E-4CB7-B138-BD6106BE29F9@farmiloe.com>



Hi George (and NitroCru)

Sorry I took so long posting this.

Had a few changes to make, and I've been quite busy with work.

hope it's still useful to you guys.

http://www.lego.motionpath.com/view/Nitro%2BOg+Patches

Enjoy

chrisfarms


On 26 Sep 2005, at 13:38, George Moschovitis wrote:

> Ok thanks,
>
> I can wait ;-)
>
> -g.
>
> On 9/26/05, Chris Farmiloe <chris.farmiloe at farmiloe.com> wrote:
>
>>
>> Sorry I meant to get this in a nice viewable format over weekend,
>> but my dsl caught sars or something and left me offline.
>>
>> Trying to get it together now.
>>
>>
>>
>> On 26 Sep 2005, at 11:46, George Moschovitis wrote:
>>
>>
>>
>>> Someone has posted about some improvements in the admin /  
>>> scaffolding
>>> / request.fill system. Can that person please send the patches he  
>>> was
>>> refering too?
>>>
>>> thanks in advance,
>>> George.
>>>
>>> --
>>> http://www.gmosx.com
>>> http://www.navel.gr
>>> http://www.nitrohq.com
>>>
>>> _______________________________________________
>>> Nitro-general mailing list
>>> Nitro-general at rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/nitro-general
>>>
>>>
>>>
>>
>>
>>
>>
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>



From tim at keow.org  Thu Sep 29 12:58:37 2005
From: tim at keow.org (Tim Larson)
Date: Thu, 29 Sep 2005 17:58:37 +0100
Subject: [Nitro] request.fill / admin / scaffolding improvement.
In-Reply-To: <D87D7D2A-372E-4CB7-B138-BD6106BE29F9@farmiloe.com>
References: <afd80b5405092603462f83bba6@mail.gmail.com>
	<41074BA0-99C0-4114-B3D6-D2E12B4203BE@farmiloe.com>
	<afd80b54050926053826fafde5@mail.gmail.com>
	<D87D7D2A-372E-4CB7-B138-BD6106BE29F9@farmiloe.com>
Message-ID: <20050929165837.GR4379@localhost>

On Thu, Sep 29, 2005 at 05:41:40PM +0100, Chris Farmiloe wrote:
> http://www.lego.motionpath.com/view/Nitro%2BOg+Patches
Just FYI, this page loads fine in IE, but does not show the
main content in Firefox, and you cannot click on the links
in Konqueror.  So if anybody is viewing with Firefox, just
do CTRL-U to read the source ;)

--Tim Larson


From chris.farmiloe at farmiloe.com  Thu Sep 29 13:46:26 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Thu, 29 Sep 2005 18:46:26 +0100
Subject: [Nitro] request.fill / admin / scaffolding improvement.
In-Reply-To: <20050929165837.GR4379@localhost>
References: <afd80b5405092603462f83bba6@mail.gmail.com>
	<41074BA0-99C0-4114-B3D6-D2E12B4203BE@farmiloe.com>
	<afd80b54050926053826fafde5@mail.gmail.com>
	<D87D7D2A-372E-4CB7-B138-BD6106BE29F9@farmiloe.com>
	<20050929165837.GR4379@localhost>
Message-ID: <486D83A8-7CD5-4104-AFA3-5FC1E04F3E62@farmiloe.com>


my bad ... forgot moz doesn't like negative z-index.

should be fixed now, but I'm at home now and can't test.

Thanx for the tip off. was all a bit rushed while
I tried to knock up a syntax highlighting wiki between bits of
work without getting rumbled :)

chrisfarms.


On Sep 29, 2005, at 17:58, Tim Larson wrote:


> On Thu, Sep 29, 2005 at 05:41:40PM +0100, Chris Farmiloe wrote:
>
>
>> http://www.lego.motionpath.com/view/Nitro%2BOg+Patches
>>
>>
> Just FYI, this page loads fine in IE, but does not show the
> main content in Firefox, and you cannot click on the links
> in Konqueror.  So if anybody is viewing with Firefox, just
> do CTRL-U to read the source ;)
>
> --Tim Larson
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>
>




From Reid.Thompson at ateb.com  Thu Sep 29 14:56:49 2005
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Thu, 29 Sep 2005 14:56:49 -0400
Subject: [Nitro] What is the quickest way to generate a CRUD nitro page for
	an existing DB
Message-ID: <F71C0DC6B4FD3648815AAA7F969E352901B156D5@sr002-2kexc.ateb.com>

I'd like to very quickly create a simple CRUD page for an existing
PostgreSQL db.
How would i do this?
Are there particular config parameters that have to be passed to Og for
it to build the scaffolding from the existing DB?

thanks,
reid



From tim at keow.org  Thu Sep 29 14:57:36 2005
From: tim at keow.org (Tim Larson)
Date: Thu, 29 Sep 2005 19:57:36 +0100
Subject: [Nitro] request.fill / admin / scaffolding improvement.
In-Reply-To: <486D83A8-7CD5-4104-AFA3-5FC1E04F3E62@farmiloe.com>
References: <afd80b5405092603462f83bba6@mail.gmail.com>
	<41074BA0-99C0-4114-B3D6-D2E12B4203BE@farmiloe.com>
	<afd80b54050926053826fafde5@mail.gmail.com>
	<D87D7D2A-372E-4CB7-B138-BD6106BE29F9@farmiloe.com>
	<20050929165837.GR4379@localhost>
	<486D83A8-7CD5-4104-AFA3-5FC1E04F3E62@farmiloe.com>
Message-ID: <20050929185736.GS4379@localhost>

On Thu, Sep 29, 2005 at 06:46:26PM +0100, Chris Farmiloe wrote:
> 
> my bad ... forgot moz doesn't like negative z-index.
> 
> should be fixed now, but I'm at home now and can't test.
> 
> Thanx for the tip off. was all a bit rushed while
> I tried to knock up a syntax highlighting wiki between bits of
> work without getting rumbled :)

np, looks good now in Firefox.  Nifty wiki, btw.

--Tim Larson


From Reid.Thompson at ateb.com  Thu Sep 29 16:21:17 2005
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Thu, 29 Sep 2005 16:21:17 -0400
Subject: [Nitro] No such file to load -- nano/string/capitalized%3F
Message-ID: <F71C0DC6B4FD3648815AAA7F969E352901B156F0@sr002-2kexc.ateb.com>

WinXP & cygwin

Is this error due to a typo/bug somewhere, or is my installation out of
sync?

$ gem list |grep nitro
nitro (0.23.0)
$ gem list|grep nano
nano (0.9.2)
WS-XP-4960: /lib/ruby/gems/1.8/gems/nano-0.9.2> 
$ ls lib/nano/string
align_center.rb  camelize.rb     first.rb       lines.rb        push.rb
similarity.rb   to_const.rb    whitespace.rb
align_left.rb    capitalized.rb  first_char.rb  lowercase.rb    quote.rb
singular.rb     to_date.rb     word_filter.rb
align_right.rb   chars.rb        fold.rb        margin.rb
rand_byte.rb      slap.rb         to_proc.rb     word_wrap.rb
at.rb            cmp.rb          format.rb      mscan.rb
rand_index.rb     soundex.rb      to_re.rb       words.rb
at_rand.rb       demodulize.rb   frequency.rb   natcmp.rb       range.rb
starts_with.rb  to_time.rb
basename.rb      dequote.rb      humanize.rb    nchar.rb
range_all.rb      succ.rb         underscore.rb
blank.rb         downcase.rb     indent.rb      ordinal.rb
range_of_line.rb  tab.rb          unix_crypt.rb
bracket.rb       dresner.rb      index_all.rb   plural.rb       self
tabto.rb        unpack.rb
brief.rb         each_char.rb    last.rb        pop.rb
shatter.rb        to_a.rb         unshift.rb
bytes.rb         each_word.rb    last_char.rb   probability.rb  shift.rb
to_arr.rb       upcase.rb
camelcase.rb     ends_with.rb    line_wrap.rb   pull.rb
shuffle.rb        to_b.rb         uppercase.rb
WS-XP-4960: /lib/ruby/gems/1.8/gems/nano-0.9.2> 
$ nitrogen app /home/rthompso/testapp
/lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in `require__':
No such file to load -- nano/string/capitalized%3F (LoadError)
        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
`require'
        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/relation.rb:2
        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
`require__'
        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
`require'
        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/entity.rb:1
        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
`require__'
        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
`require'
        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:3
         ... 7 levels...
        from /lib/ruby/site_ruby/1.8/rubygems.rb:157:in `each'
        from /lib/ruby/site_ruby/1.8/rubygems.rb:157:in `activate'
        from /lib/ruby/site_ruby/1.8/rubygems.rb:42:in `require_gem'
        from /bin/nitrogen:18




From zimba.tm at gmail.com  Thu Sep 29 18:56:02 2005
From: zimba.tm at gmail.com (zimba)
Date: Fri, 30 Sep 2005 00:56:02 +0200
Subject: [Nitro] No such file to load -- nano/string/capitalized%3F
In-Reply-To: <F71C0DC6B4FD3648815AAA7F969E352901B156F0@sr002-2kexc.ateb.com>
References: <F71C0DC6B4FD3648815AAA7F969E352901B156F0@sr002-2kexc.ateb.com>
Message-ID: <433C7102.6050902@gmail.com>

If I remeber well, you have to chang the sixth line of nitrogen to
require 'nano/dir/%3A%3Arecurse'

Right now, nitrogen doesn't do much. You can also copy the proto/ folder
in the nitro gem to your project.

Reid Thompson a ?crit :

>WinXP & cygwin
>
>Is this error due to a typo/bug somewhere, or is my installation out of
>sync?
>
>$ gem list |grep nitro
>nitro (0.23.0)
>$ gem list|grep nano
>nano (0.9.2)
>WS-XP-4960: /lib/ruby/gems/1.8/gems/nano-0.9.2> 
>$ ls lib/nano/string
>align_center.rb  camelize.rb     first.rb       lines.rb        push.rb
>similarity.rb   to_const.rb    whitespace.rb
>align_left.rb    capitalized.rb  first_char.rb  lowercase.rb    quote.rb
>singular.rb     to_date.rb     word_filter.rb
>align_right.rb   chars.rb        fold.rb        margin.rb
>rand_byte.rb      slap.rb         to_proc.rb     word_wrap.rb
>at.rb            cmp.rb          format.rb      mscan.rb
>rand_index.rb     soundex.rb      to_re.rb       words.rb
>at_rand.rb       demodulize.rb   frequency.rb   natcmp.rb       range.rb
>starts_with.rb  to_time.rb
>basename.rb      dequote.rb      humanize.rb    nchar.rb
>range_all.rb      succ.rb         underscore.rb
>blank.rb         downcase.rb     indent.rb      ordinal.rb
>range_of_line.rb  tab.rb          unix_crypt.rb
>bracket.rb       dresner.rb      index_all.rb   plural.rb       self
>tabto.rb        unpack.rb
>brief.rb         each_char.rb    last.rb        pop.rb
>shatter.rb        to_a.rb         unshift.rb
>bytes.rb         each_word.rb    last_char.rb   probability.rb  shift.rb
>to_arr.rb       upcase.rb
>camelcase.rb     ends_with.rb    line_wrap.rb   pull.rb
>shuffle.rb        to_b.rb         uppercase.rb
>WS-XP-4960: /lib/ruby/gems/1.8/gems/nano-0.9.2> 
>$ nitrogen app /home/rthompso/testapp
>/lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in `require__':
>No such file to load -- nano/string/capitalized%3F (LoadError)
>        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
>`require'
>        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/relation.rb:2
>        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
>`require__'
>        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
>`require'
>        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/entity.rb:1
>        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
>`require__'
>        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
>`require'
>        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:3
>         ... 7 levels...
>        from /lib/ruby/site_ruby/1.8/rubygems.rb:157:in `each'
>        from /lib/ruby/site_ruby/1.8/rubygems.rb:157:in `activate'
>        from /lib/ruby/site_ruby/1.8/rubygems.rb:42:in `require_gem'
>        from /bin/nitrogen:18
>
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>
>  
>



From dalegard at gmail.com  Thu Sep 29 20:08:05 2005
From: dalegard at gmail.com (David Legard)
Date: Fri, 30 Sep 2005 08:08:05 +0800
Subject: [Nitro] Quoting/protecting fields
Message-ID: <85fdb3b30509291708i68362619h585b750f98929dfb@mail.gmail.com>

I am moving some legacy data onto Og/MySQL.
 The problem is that many of the names have been entered with single- or
double- quotes.
 ie Massey-Ferguson "Giant" Tractor
or 2003 Moondarra Holly's Pinot Gris
 If I write:
db.select(%Q/WHERE name=#"{nm}"/) it fails with an SQL syntax error on a
double quote, as does
db["#{nm}"]
 and of course if I put single quotes in the code, it then fails on the
single quotes.
 The question is: is there an easy function to protect these names, akin to
SQLite's:
 name=SQLite::Database.quote(nm)
 David L.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/nitro-general/attachments/20050929/9ce4a6bf/attachment.html 

From transfire at gmail.com  Thu Sep 29 22:09:51 2005
From: transfire at gmail.com (TRANS)
Date: Thu, 29 Sep 2005 22:09:51 -0400
Subject: [Nitro] No such file to load -- nano/string/capitalized%3F
In-Reply-To: <433C7102.6050902@gmail.com>
References: <F71C0DC6B4FD3648815AAA7F969E352901B156F0@sr002-2kexc.ateb.com>
	<433C7102.6050902@gmail.com>
Message-ID: <4b6f054f0509291909i5639a43brc58d55ea178eeebf@mail.gmail.com>

Roll back your Nano install to v0.8.2.

Sorry, 0.9.2 was not supposed to be realease yet.
T.



From george.moschovitis at gmail.com  Fri Sep 30 03:24:20 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 30 Sep 2005 10:24:20 +0300
Subject: [Nitro] What is the quickest way to generate a CRUD nitro page
	for an existing DB
In-Reply-To: <F71C0DC6B4FD3648815AAA7F969E352901B156D5@sr002-2kexc.ateb.com>
References: <F71C0DC6B4FD3648815AAA7F969E352901B156D5@sr002-2kexc.ateb.com>
Message-ID: <afd80b540509300024i37d3c46ag9a7d23ec8be086e6@mail.gmail.com>

Have a look at this test case:

test/og/tc_reverse.rb

this expalins how to setyp og with an existing database.

Then you can use the admin part to get some administration screens
for free. Just:

require 'admin'

and then browse:


http://www.site.com/admin



hope this helps,
-g.



On 9/29/05, Reid Thompson <Reid.Thompson at ateb.com> wrote:
> I'd like to very quickly create a simple CRUD page for an existing
> PostgreSQL db.
> How would i do this?
> Are there particular config parameters that have to be passed to Og for
> it to build the scaffolding from the existing DB?
>
> thanks,
> reid
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep 30 03:28:09 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 30 Sep 2005 10:28:09 +0300
Subject: [Nitro] Quoting/protecting fields
In-Reply-To: <85fdb3b30509291708i68362619h585b750f98929dfb@mail.gmail.com>
References: <85fdb3b30509291708i68362619h585b750f98929dfb@mail.gmail.com>
Message-ID: <afd80b540509300028t597d4bc4pd170239079073d79@mail.gmail.com>

>
> name=SQLite::Database.quote(nm)

Yeah, try

name = Og.escape(nm)

-g.



--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep 30 03:40:32 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 30 Sep 2005 10:40:32 +0300
Subject: [Nitro] request.fill / admin / scaffolding improvement.
In-Reply-To: <D87D7D2A-372E-4CB7-B138-BD6106BE29F9@farmiloe.com>
References: <afd80b5405092603462f83bba6@mail.gmail.com>
	<41074BA0-99C0-4114-B3D6-D2E12B4203BE@farmiloe.com>
	<afd80b54050926053826fafde5@mail.gmail.com>
	<D87D7D2A-372E-4CB7-B138-BD6106BE29F9@farmiloe.com>
Message-ID: <afd80b540509300040n7f671938s1d218d05b42975a0@mail.gmail.com>

> Hi George (and NitroCru)
> ...
> Enjoy
>
> chrisfarms

Now, this is what I call a patch! Thanks a lot, I 'll have a look ASAP ;-)

-g.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From george.moschovitis at gmail.com  Fri Sep 30 03:53:32 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 30 Sep 2005 10:53:32 +0300
Subject: [Nitro] request.fill / admin / scaffolding improvement.
In-Reply-To: <afd80b540509300040n7f671938s1d218d05b42975a0@mail.gmail.com>
References: <afd80b5405092603462f83bba6@mail.gmail.com>
	<41074BA0-99C0-4114-B3D6-D2E12B4203BE@farmiloe.com>
	<afd80b54050926053826fafde5@mail.gmail.com>
	<D87D7D2A-372E-4CB7-B138-BD6106BE29F9@farmiloe.com>
	<afd80b540509300040n7f671938s1d218d05b42975a0@mail.gmail.com>
Message-ID: <afd80b540509300053v20273b73x71acf3d92a973b45@mail.gmail.com>

Btw, could I have access to the modification to Spark? I would love to
include them in the next version (with full credit of course).

regards,
George.


On 9/30/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
> > Hi George (and NitroCru)
> > ...
> > Enjoy
> >
> > chrisfarms
>
> Now, this is what I call a patch! Thanks a lot, I 'll have a look ASAP ;-)
>
> -g.
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From chris.farmiloe at farmiloe.com  Fri Sep 30 04:48:24 2005
From: chris.farmiloe at farmiloe.com (Chris Farmiloe)
Date: Fri, 30 Sep 2005 09:48:24 +0100
Subject: [Nitro] request.fill / admin / scaffolding improvement.
In-Reply-To: <afd80b540509300053v20273b73x71acf3d92a973b45@mail.gmail.com>
References: <afd80b5405092603462f83bba6@mail.gmail.com>
	<41074BA0-99C0-4114-B3D6-D2E12B4203BE@farmiloe.com>
	<afd80b54050926053826fafde5@mail.gmail.com>
	<D87D7D2A-372E-4CB7-B138-BD6106BE29F9@farmiloe.com>
	<afd80b540509300040n7f671938s1d218d05b42975a0@mail.gmail.com>
	<afd80b540509300053v20273b73x71acf3d92a973b45@mail.gmail.com>
Message-ID: <96694AC8-F2FD-4DDA-B1B0-65B2041C5B4A@farmiloe.com>



Hey G.


hrmmm you really want my mod to spark? .... it's a little hacky, I  
kinda just
ripped spark apart and plugged in the syntax gem. not sure if  
redcloth is
even working while the syntax mod is in place??

I'll post the modified /view method onto the lego wiki, but it will  
defiantly
need cleaning up a bit :)

-- I just added the file_tag to the pretty print view on the patch  
(must have
missed it first time) would have been in the diff anyway.


enjoy.


chrisfarms


On 30 Sep 2005, at 08:53, George Moschovitis wrote:

> Btw, could I have access to the modification to Spark? I would love to
> include them in the next version (with full credit of course).
>
> regards,
> George.
>
>
> On 9/30/05, George Moschovitis <george.moschovitis at gmail.com> wrote:
>
>>> Hi George (and NitroCru)
>>> ...
>>> Enjoy
>>>
>>> chrisfarms
>>>
>>
>> Now, this is what I call a patch! Thanks a lot, I 'll have a look  
>> ASAP ;-)
>>
>> -g.
>>
>> --
>> http://www.gmosx.com
>> http://www.navel.gr
>> http://www.nitrohq.com
>>
>>
>
>
> --
> http://www.gmosx.com
> http://www.navel.gr
> http://www.nitrohq.com
>
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From epiperak at softlab.ece.ntua.gr  Fri Sep 30 05:20:27 2005
From: epiperak at softlab.ece.ntua.gr (Emmanuel Piperakis)
Date: Fri, 30 Sep 2005 12:20:27 +0300 (EEST)
Subject: [Nitro] Nitro/Apache2/Debian anyone?
Message-ID: <Pine.LNX.4.62.0509301219220.15050@theseas.softlab.ece.ntua.gr>

Is anybody running on this configuration?
Any ideas how to make it work? FastCGI is a bitch!?GR&#$"#"#$

Emmanouil Piperakis (epiperak at cs.ntua.gr)
{To explore is Human, to Create is Devine,
  To teach is Primal, to Rule is Sin}


From george.moschovitis at gmail.com  Fri Sep 30 05:36:40 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 30 Sep 2005 12:36:40 +0300
Subject: [Nitro] Nitro/Apache2/Debian anyone?
In-Reply-To: <Pine.LNX.4.62.0509301219220.15050@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509301219220.15050@theseas.softlab.ece.ntua.gr>
Message-ID: <afd80b540509300236p71f7c557q2053bba91a554e00@mail.gmail.com>

I have implemented a SCGI adapter for nitro. have a look here for
details about pure ruby scgi:  www.zedshaw.com

this offers good performance and is EXTREMELY easy to setup. Will be
available in 0.24.0

-g.


On 9/30/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
> Is anybody running on this configuration?
> Any ideas how to make it work? FastCGI is a bitch!?GR&#$"#"#$
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>


--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From guillaume.pierronnet at gmail.com  Fri Sep 30 07:31:14 2005
From: guillaume.pierronnet at gmail.com (guillaume pierronnet)
Date: Fri, 30 Sep 2005 13:31:14 +0200
Subject: [Nitro] Nitro/Apache2/Debian anyone?
In-Reply-To: <Pine.LNX.4.62.0509301219220.15050@theseas.softlab.ece.ntua.gr>
References: <Pine.LNX.4.62.0509301219220.15050@theseas.softlab.ece.ntua.gr>
Message-ID: <6a7d49ca050930043145f500f7@mail.gmail.com>

this may help:

http://rubyforge.org/pipermail/nitro-general/2005-September/001248.html

2005/9/30, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr>:
> Is anybody running on this configuration?
> Any ideas how to make it work? FastCGI is a bitch!?GR&#$"#"#$
>
> Emmanouil Piperakis (epiperak at cs.ntua.gr)
> {To explore is Human, to Create is Devine,
>   To teach is Primal, to Rule is Sin}
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinfo/nitro-general
>



From manveru at valaraan.de  Fri Sep 30 07:59:56 2005
From: manveru at valaraan.de (Michael Fellinger)
Date: Fri, 30 Sep 2005 13:59:56 +0200
Subject: [Nitro] Nitro/Apache2/Debian anyone?
In-Reply-To: <afd80b540509300236p71f7c557q2053bba91a554e00@mail.gmail.com>
References: <Pine.LNX.4.62.0509301219220.15050@theseas.softlab.ece.ntua.gr>
	<afd80b540509300236p71f7c557q2053bba91a554e00@mail.gmail.com>
Message-ID: <433D28BC.8080106@valaraan.de>

hi george,

i need this release ASAP ;)
and i saw you plan to implement acgi and fcgi-fixes too (fcgi-adapter 
has this nasty problem with request atm)
when is the release of 0.24.0 planned? i really really really waited for 
that (btw, did you think about the inheritance-problem in og?)

well, i really wait for the release and hope it will be there soon... i 
wish there was some bleeding edge though.. ^^

i suppose that was it, just wanted to say that i like the idea of scgi 
and acgi, and look forward to work with fcgi finally...

thx george

so long...
manveru

George Moschovitis wrote:

>I have implemented a SCGI adapter for nitro. have a look here for
>details about pure ruby scgi:  www.zedshaw.com
>
>this offers good performance and is EXTREMELY easy to setup. Will be
>available in 0.24.0
>
>-g.
>
>
>On 9/30/05, Emmanuel Piperakis <epiperak at softlab.ece.ntua.gr> wrote:
>  
>
>>Is anybody running on this configuration?
>>Any ideas how to make it work? FastCGI is a bitch!?GR&#$"#"#$
>>
>>Emmanouil Piperakis (epiperak at cs.ntua.gr)
>>{To explore is Human, to Create is Devine,
>>  To teach is Primal, to Rule is Sin}
>>_______________________________________________
>>Nitro-general mailing list
>>Nitro-general at rubyforge.org
>>http://rubyforge.org/mailman/listinfo/nitro-general
>>
>>    
>>
>
>
>--
>http://www.gmosx.com
>http://www.navel.gr
>http://www.nitrohq.com
>
>_______________________________________________
>Nitro-general mailing list
>Nitro-general at rubyforge.org
>http://rubyforge.org/mailman/listinfo/nitro-general
>
>  
>



From george.moschovitis at gmail.com  Fri Sep 30 08:05:44 2005
From: george.moschovitis at gmail.com (George Moschovitis)
Date: Fri, 30 Sep 2005 15:05:44 +0300
Subject: [Nitro] Nitro/Apache2/Debian anyone?
In-Reply-To: <433D28BC.8080106@valaraan.de>
References: <Pine.LNX.4.62.0509301219220.15050@theseas.softlab.ece.ntua.gr>
	<afd80b540509300236p71f7c557q2053bba91a554e00@mail.gmail.com>
	<433D28BC.8080106@valaraan.de>
Message-ID: <afd80b540509300505i4f9be90eo92af0d04d31f7b7f@mail.gmail.com>

> hi george,
>
> i need this release ASAP ;)

This doesn't depend completely on me. 0.24.0 needs the development
version of nano/mega, and we got to fianlize the new
annotation/metadata system with Trans. Be assured that Trans works
extremely hard on this, and when everything is ready the new Nitro
release will follow shortly.

> has this nasty problem with request atm)

please can you remind me what the problem is?

> well, i really wait for the release and hope it will be there soon... i
> wish there was some bleeding edge though.. ^^

If we don't finalize the design with Trans over the weekend I 'll
release a preview version (that will include the preview of nano/mega,
I hope Trans has no problem with this).

> i suppose that was it, just wanted to say that i like the idea of scgi
> and acgi, and look forward to work with fcgi finally...

regards,
George.

--
http://www.gmosx.com
http://www.navel.gr
http://www.nitrohq.com



From rob at motionpath.co.uk  Fri Sep 30 08:10:28 2005
From: rob at motionpath.co.uk (Rob Pitt)
Date: Fri, 30 Sep 2005 13:10:28 +0100
Subject: [Nitro] Patches for STI to sql.rb (in og)
Message-ID: <200509301310.28440.rob@motionpath.co.uk>

Hi nitro people :D

Chris and I today had to perform a couple of minor modifications in order to 
get single table inheritance to work properly (we think... ). If you looked 
at it earlier, we have added another change since then in order to fix bad 
SQL queries being generated. We have put our changes up on:

http://www.lego.motionpath.com/view/Nitro%2BOg+Patches

Perhaps you would like to look at them should you get chance G?

Cheers,

Rob.


From Reid.Thompson at ateb.com  Fri Sep 30 10:22:59 2005
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Fri, 30 Sep 2005 10:22:59 -0400
Subject: [Nitro] Og psql broken?
Message-ID: <F71C0DC6B4FD3648815AAA7F969E352901B15759@sr002-2kexc.ateb.com>

WinXP cygwin

anyone else having issues like this ..
this was working before...
complains of not finding a file that exists....

WS-XP-4960: /home/rthompso> 
$ ll /lib/ruby/gems/1.8/gems/postgres-0.7.1/./postgres.so
-rwx------+ 1 Reid.Thompson Domain Users 27648 Feb 28  2005
/lib/ruby/gems/1.8/gems/postgres-0.7.1/./postgres.so*

WS-XP-4960: /home/rthompso> 
$ ruby -rubygems ogtest.rb
ERROR: Ruby-PostgreSQL bindings are not installed!
ERROR: No such file or directory -
/lib/ruby/gems/1.8/gems/postgres-0.7.1/./postgres.so (LoadError)
/lib/ruby/gems/1.8/gems/postgres-0.7.1/./postgres.so
/lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in `require'
/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/psql.rb:2
/lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in `require__'
/lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in `require'
(eval):2:in `for_name'
/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:45:in `eval'
/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store.rb:24:in `for_name'
/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:45:in `initialize'
/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og.rb:118:in `new'
/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og.rb:118:in `setup'
ogtest.rb:22
/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store.rb:24:in `for_name':
/lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/psql.rb:34:in
`alias_method': undefined method `clear' for class `PGresult'
(NameError)
        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/psql.rb:34
        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
`require__'
        from /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
`require'
        from (eval):2:in `for_name'
        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:45:in
`eval'
        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store.rb:24:in
`for_name'
        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:45:in
`initialize'
        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og.rb:118:in `new'
        from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og.rb:118:in `setup'
        from ogtest.rb:22
WS-XP-4960: /home/rthompso> 



From Reid.Thompson at ateb.com  Fri Sep 30 11:19:03 2005
From: Reid.Thompson at ateb.com (Reid Thompson)
Date: Fri, 30 Sep 2005 11:19:03 -0400
Subject: [Nitro] Og psql broken? -- RESOLVED
Message-ID: <F71C0DC6B4FD3648815AAA7F969E352901B15778@sr002-2kexc.ateb.com>

Reid Thompson wrote:
> WinXP cygwin
> 
> anyone else having issues like this ..
> this was working before...
> complains of not finding a file that exists....
> 
> WS-XP-4960: /home/rthompso>
> $ ll /lib/ruby/gems/1.8/gems/postgres-0.7.1/./postgres.so
> -rwx------+ 1 Reid.Thompson Domain Users 27648 Feb 28  2005
> /lib/ruby/gems/1.8/gems/postgres-0.7.1/./postgres.so*
> 
> WS-XP-4960: /home/rthompso>
> $ ruby -rubygems ogtest.rb
> ERROR: Ruby-PostgreSQL bindings are not installed!
> ERROR: No such file or directory -
> /lib/ruby/gems/1.8/gems/postgres-0.7.1/./postgres.so
> (LoadError) /lib/ruby/gems/1.8/gems/postgres-0.7.1/./postgres.so
> /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
> `require' /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/psql.rb:2
> /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in `require__'
> /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
> `require' (eval):2:in `for_name'
> /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:45:in `eval'
> /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store.rb:24:in `for_name'
> /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:45:in `initialize'
> /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og.rb:118:in `new'
/lib/ruby/gems/1.8/gems/og-> 0.23.0/lib/og.rb:118:in `setup'
ogtest.rb:22 
> /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store.rb:24:in `for_name':
> /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/psql.rb:34:in
> `alias_method': undefined method `clear' for class `PGresult'
>         (NameError) from
>         /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store/psql.rb:34
>         from
>         /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
>         `require__' from
>         /lib/ruby/site_ruby/1.8/rubygems/loadpath_manager.rb:5:in
>         `require' from (eval):2:in `for_name' from
>         /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:45:in
> `eval' from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/store.rb:24:in
> `for_name' from
> /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og/manager.rb:45:in
> `initialize' from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og.rb:118:in
> `new'         from /lib/ruby/gems/1.8/gems/og-0.23.0/lib/og.rb:118:in
> `setup'         from ogtest.rb:22 WS-XP-4960: /home/rthompso>    
> 
> _______________________________________________
> Nitro-general mailing list
> Nitro-general at rubyforge.org
> http://rubyforge.org/mailman/listinf> o/nitro-general

resolved -- rebuilding the gem fixed the problem -- 

reid