#{title}

Hello from Nitro

<%=@title %>

wrote: > > Thoughts? > > Yes, please don't use Component it is a too generic term. I propose > Aggregator since it's what it's doing. Il also goes well with the > Delegator and Forwarder terms. Is there a conflict with the term 'Component' somewhere? Well, maybe it is too generic, but I don't like Aggregator, it's far too tied up with the concept of RSS these days. And I don't want to name it after something it incidently "does", but rather what it represents, eg. a synonym for 'Module'. Hmm... How about 'Capsule'? > On the technical part, should X inheritors also inherit class methods > ? I don't know if you handled that case. > > Eg. > > class Y < X; end > Y.c #=> c It does. > Also, is this always a wanted feature or does it needs some control ? That's beyond anyone's control but Matz', I'm afraid. (Well, there may be some convoluted means of working something to that effect in, but I don't think the very limited use case warrents all the nastiness.) T. From zimba.tm at gmail.com Mon Jun 12 11:46:36 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Mon, 12 Jun 2006 17:46:36 +0200 Subject: [Nitro] Component System instead of ClassMethods hack? In-Reply-To: <4b6f054f0606120816ie8de899x92ec566ee94f8bd1@mail.gmail.com> References: <4b6f054f0606120601t33744a9cg279befbba7729b7b@mail.gmail.com> <3ff63f9b0606120731x6db90490tf016802c89e176df@mail.gmail.com> <4b6f054f0606120816ie8de899x92ec566ee94f8bd1@mail.gmail.com> Message-ID: <3ff63f9b0606120846q12b597fbgf36e6001627dfcf@mail.gmail.com> On 12/06/06, TRANS wrote: > Is there a conflict with the term 'Component' somewhere? Well, maybe > it is too generic, but I don't like Aggregator, it's far too tied up > with the concept of RSS these days. And I don't want to name it after > something it incidently "does", but rather what it represents, eg. a > synonym for 'Module'. Hmm... How about 'Capsule'? Ok I agree, it's better to name something to what it does. What about 'Compound'. Nitro has Components for example (not in the root namespace) and I suspect many other libs. Aggregat is nice also I think. -- Cheers, zimbatm http://zimbatm.oree.ch From fabian at oggu.de Mon Jun 12 12:01:23 2006 From: fabian at oggu.de (Fabian Buch) Date: Mon, 12 Jun 2006 18:01:23 +0200 Subject: [Nitro] Quick session questions In-Reply-To: <53277.192.176.230.1.1150120673.squirrel@www.scorpionshops.com> References: <53277.192.176.230.1.1150120673.squirrel@www.scorpionshops.com> Message-ID: Since it might be useful for other ppl too, I posted it on oxywtf.de including an answer: Am 12.06.2006 um 15:57 schrieb Lars Olsson: > 1. How do I change the session cache type (to use og instead of memory > sessions) http://oxyliquit.de/question/60 > 2. In a controller the "session" hash contains the current session > variables. Do I need to do something special in order to use this hash > in > the view as well? No, you can use it in templates the same way as in the controller. Fabian From john at oxyliquit.de Mon Jun 12 12:35:25 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 12 Jun 2006 18:35:25 +0200 Subject: [Nitro] Quick session questions In-Reply-To: References: <53277.192.176.230.1.1150120673.squirrel@www.scorpionshops.com> Message-ID: On Mon, 12 Jun 2006 18:01:23 +0200, Fabian Buch wrote: > Since it might be useful for other ppl too, I posted it on oxywtf.de > including an answer: > > Am 12.06.2006 um 15:57 schrieb Lars Olsson: >> 1. How do I change the session cache type (to use og instead of memory >> sessions) > > http://oxyliquit.de/question/60 > >> 2. In a controller the "session" hash contains the current session >> variables. Do I need to do something special in order to use this hash >> in >> the view as well? > > No, you can use it in templates the same way as in the controller. Side note: In the Model (and everywhere else you would suspect that the Session is not available use: `Session.current`, which always works. Kashia -- Feel the love http://pinkjuice.com/pics/ruby.png From thoraval.yvon at free.fr Mon Jun 12 13:09:28 2006 From: thoraval.yvon at free.fr (Yvon Thoraval) Date: Mon, 12 Jun 2006 19:09:28 +0200 Subject: [Nitro] unable to unsubscribe Message-ID: <7ED8C7BD-0C81-4316-8EFA-083C03DBD9BC@free.fr> doing the unsubscribing process at http://rubyforge.org/mailman/ listinfo/nitro-general, i never get the unsubscribing email confirmation. then, i'm still subscribed. how to unsubscribe effectively ? best, Yvon From lasso at lassoweb.nu Mon Jun 12 13:30:04 2006 From: lasso at lassoweb.nu (Lars Olsson) Date: Mon, 12 Jun 2006 19:30:04 +0200 Subject: [Nitro] Quick session questions In-Reply-To: References: <53277.192.176.230.1.1150120673.squirrel@www.scorpionshops.com> Message-ID: <448DA49C.8070309@lassoweb.nu> Hi, thanks for answering so quickly. I'm still having trouble getting it to work though. A sample app: require 'nitro' require 'og' class Foo def index "Hello, I'm Foo" end end # I don't know whether this is necessary, but the app doesn't work # with or without it Og.setup( :destroy => true, :store => 'sqlite', :name => 'foo' ) # I get errors when using this. Without this line the app runs fine Nitro::Session.cache_type = :og Nitro.run(Foo) app.log attached. I start Nitro by doing: ruby -rubygems run.rb --webrick --live --address 127.0.0.1 --port 80 --start What am I doing wrong? /Lasso ________________________________________ Lars Olsson lasso at lassoweb.nu http://www.lassoweb.nu/ Fabian Buch skrev: > Since it might be useful for other ppl too, I posted it on oxywtf.de > including an answer: > > Am 12.06.2006 um 15:57 schrieb Lars Olsson: >> 1. How do I change the session cache type (to use og instead of memory >> sessions) > > http://oxyliquit.de/question/60 > >> 2. In a controller the "session" hash contains the current session >> variables. Do I need to do something special in order to use this hash >> in >> the view as well? > > No, you can use it in templates the same way as in the controller. > > Fabian > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: app.log Url: http://rubyforge.org/pipermail/nitro-general/attachments/20060612/1a2b50b8/attachment.pl From john at oxyliquit.de Mon Jun 12 13:56:06 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 12 Jun 2006 19:56:06 +0200 Subject: [Nitro] Quick session questions In-Reply-To: <448DA49C.8070309@lassoweb.nu> References: <53277.192.176.230.1.1150120673.squirrel@www.scorpionshops.com> <448DA49C.8070309@lassoweb.nu> Message-ID: Hi, reorder your code like this. > Nitro::Session.cache_type = :og > Og.setup( > :destroy => true, > :store => 'sqlite', > :name => 'foo' > ) The Og session handler creates a new Og class, which has to be loaded by Og (which is done by running a Og.setup after doing so). I hope this works, untested, but it should. (I used Og session store before, so I'm quite sure it does.) Kashia -- Feel the love http://pinkjuice.com/pics/ruby.png From lasso at lassoweb.nu Mon Jun 12 14:10:39 2006 From: lasso at lassoweb.nu (Lars Olsson) Date: Mon, 12 Jun 2006 20:10:39 +0200 Subject: [Nitro] Quick session questions In-Reply-To: References: <53277.192.176.230.1.1150120673.squirrel@www.scorpionshops.com> <448DA49C.8070309@lassoweb.nu> Message-ID: <448DAE1F.10106@lassoweb.nu> That worked great. Thanks! Seems a bit strange though...It seems quite unlogical to me that the Session references something that isn't initialized yet. But never mind...as long as it works. :) /Lasso ________________________________________ Lars Olsson lasso at lassoweb.nu http://www.lassoweb.nu/ Jonathan Buch skrev: > Hi, > > reorder your code like this. > >> Nitro::Session.cache_type = :og >> Og.setup( >> :destroy => true, >> :store => 'sqlite', >> :name => 'foo' >> ) > > The Og session handler creates a new Og class, which has to be > loaded by Og (which is done by running a Og.setup after doing so). > > I hope this works, untested, but it should. (I used Og session > store before, so I'm quite sure it does.) > > Kashia > From itsme213 at hotmail.com Mon Jun 12 15:34:58 2006 From: itsme213 at hotmail.com (itsme213) Date: Mon, 12 Jun 2006 14:34:58 -0500 Subject: [Nitro] Component System instead of ClassMethods hack? References: <4b6f054f0606120601t33744a9cg279befbba7729b7b@mail.gmail.com> Message-ID: "TRANS" wrote in message > Given what Matz is saying on the thread concerning ClassMethods, Could you share a pointer to the thread please? Do the proposals depend on 1.9.x, and if so does he suggest anything for 1.8.x? Naming-wise I am not up to speed with the thinking behind your post, but thought I would add this anyway. How about: - Class for anything that defines methods, ivars, etc. for classes - regardless of whether implemented as a class or module - Object for anything that defined methods, ivars, etc. for non-class objects - regardless of whether implemented as a class or module In any DSL-ish approach, these two often go together e.g. - Workflow - WorkflowClass has activities, flows, initial_state, etc. - WorkflowObject has current_state So we might name a pairing of Class and Object an Concept. Perhaps an Concept might most naturally be implemented as a module. module WorkflowConcept ... WorkflowClass ... ... WorkflowObject ... end From john at oxyliquit.de Mon Jun 12 17:30:12 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 12 Jun 2006 23:30:12 +0200 Subject: [Nitro] Quick session questions In-Reply-To: <448DAE1F.10106@lassoweb.nu> References: <53277.192.176.230.1.1150120673.squirrel@www.scorpionshops.com> <448DA49C.8070309@lassoweb.nu> <448DAE1F.10106@lassoweb.nu> Message-ID: Hi, > That worked great. Thanks! > > Seems a bit strange though...It seems quite unlogical to me that the > Session references something that isn't initialized yet. But never > mind...as long as it works. :) Well, imho not so much unlogical as annoying, that the error message is clearly advertising the problem for experienced Og users, but the message is very misleading for new people. The error message inside the Og Session store should say somethin like: "Og Store not initialized yet, please initialize it _after_ setting up the Og Session Store." instead of 'missing ogmanager'. This is clearly annoying and should be cleaned up. The Og Session Store _can't_ know where it should save it's data (to the Og instance you declared before? Or a new one?) so it does the right thing, it throws an error. Now, we just need to get nicer error messages :P George you hearing me? :P Quick workaround: lib/og/entity.rb:519:in `method_missing' << just put a condition in there, if a 'ogmanager' is missing, rethrow the error just with another message. Unclean? dunno. Kashia -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Tue Jun 13 12:30:05 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Jun 2006 19:30:05 +0300 Subject: [Nitro] Removing some code from Nitro/Og. Message-ID: Dear devs, I would like to remove some unclean/not widely used code from Nitro/Og. Examples include the og_clone functionality, properties postprocess, the code in og/evolution.rb the rsshelper and some more. If anyone has any objections or can point me to additional code i could remove, please let me know. regards, George. -- http://www.gmosx.com http://www.nitroproject.org From zimba.tm at gmail.com Tue Jun 13 12:39:43 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 13 Jun 2006 18:39:43 +0200 Subject: [Nitro] Removing some code from Nitro/Og. In-Reply-To: References: Message-ID: <3ff63f9b0606130939r43913132ic4c587d341df657f@mail.gmail.com> On 13/06/06, George Moschovitis wrote: > Dear devs, > > I would like to remove some unclean/not widely used code from > Nitro/Og. Examples include the og_clone functionality, properties > postprocess, the code in og/evolution.rb the rsshelper and some more. > If anyone has any objections or can point me to additional code i > could remove, please let me know. +1, Nitro needs some cleanup -- Cheers, zimbatm http://zimbatm.oree.ch From george.moschovitis at gmail.com Tue Jun 13 13:05:04 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Jun 2006 20:05:04 +0300 Subject: [Nitro] Nitro Team In-Reply-To: <448744F3.1010204@neurogami.com> References:

<4485A7C2.4050501@neurogami.com> <4485B697.4000907@digitalvalence.com> <4b6f054f0606071049n5a1f5781ve11197ab1b630041@mail.gmail.com> <448744F3.1010204@neurogami.com> Message-ID: I think a better name is just: Team Nitro -g. On 6/8/06, James Britt wrote: > TRANS wrote: > > On 6/7/06, George Moschovitis wrote: > > > >>Ok, > >> > >>I understand the majority wants NCT. Lets go for it (unless we find a > >>better name) > > > > > > Glyceriders! ;) > > > > I like it! > > > -- > James Britt > > "A principle or axiom is of no value without the rules for applying it." > - Len Bullard > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From james_b at neurogami.com Tue Jun 13 13:10:01 2006 From: james_b at neurogami.com (James Britt) Date: Tue, 13 Jun 2006 10:10:01 -0700 Subject: [Nitro] Nitro Team In-Reply-To: References:

<4485A7C2.4050501@neurogami.com> <4485B697.4000907@digitalvalence.com> <4b6f054f0606071049n5a1f5781ve11197ab1b630041@mail.gmail.com> <448744F3.1010204@neurogami.com> Message-ID: <448EF169.7000507@neurogami.com> George Moschovitis wrote: > I think a better name is just: > > Team Nitro I like it. I want the football jersey -- James Britt "Take eloquence and wring its neck." - Paul Verlaine From george.moschovitis at gmail.com Tue Jun 13 13:58:52 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Jun 2006 20:58:52 +0300 Subject: [Nitro] [BUG] Mongrel + Pager In-Reply-To: References: Message-ID: > Hey Kashia, if you have time, I uploaded a bundle to devlab. It works > with the pager in case you're interested. Bryan, can you email me the bundle? thanks, George. -- http://www.gmosx.com http://www.nitroproject.org From zimba.tm at gmail.com Tue Jun 13 14:03:14 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 13 Jun 2006 20:03:14 +0200 Subject: [Nitro] Facets version for repo.nitroproject.com ? Message-ID: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> George, what version of facets are you using with your local repo ? I have some problems with Og's new attributes : /home/zimbatm/Code/NitroHQ/repo.nitroproject.org/glue/lib/glue/attribute.rb:69:in `serializable_attributes': undefined local variable or method `attributes' for # (NameError) from (eval):25:in `attr_accessor' from /home/zimbatm/Code/NitroHQ/repo.nitroproject.org/og/lib/og.rb:122 from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:21:in `require' -- Cheers, zimbatm http://zimbatm.oree.ch From george.moschovitis at gmail.com Tue Jun 13 14:11:21 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Jun 2006 21:11:21 +0300 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> Message-ID: Facets 1.3.3 On 6/13/06, Jonas Pfenniger wrote: > George, > > what version of facets are you using with your local repo ? I have > some problems with Og's new attributes : > > /home/zimbatm/Code/NitroHQ/repo.nitroproject.org/glue/lib/glue/attribute.rb:69:in > `serializable_attributes': undefined local variable or method > `attributes' for # (NameError) > from (eval):25:in `attr_accessor' > from /home/zimbatm/Code/NitroHQ/repo.nitroproject.org/og/lib/og.rb:122 > from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:21:in > `require' > > > -- > Cheers, > zimbatm > > http://zimbatm.oree.ch > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Tue Jun 13 14:13:12 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Jun 2006 21:13:12 +0300 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> Message-ID: Perhaps you are using multiple versions of nitro? Please also note that you need mysql to test my version of nitro. regards, George. On 6/13/06, Jonas Pfenniger wrote: > George, > > what version of facets are you using with your local repo ? I have > some problems with Og's new attributes : > > /home/zimbatm/Code/NitroHQ/repo.nitroproject.org/glue/lib/glue/attribute.rb:69:in > `serializable_attributes': undefined local variable or method > `attributes' for # (NameError) > from (eval):25:in `attr_accessor' > from /home/zimbatm/Code/NitroHQ/repo.nitroproject.org/og/lib/og.rb:122 > from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:21:in > `require' > > > -- > Cheers, > zimbatm > > http://zimbatm.oree.ch > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From zimba.tm at gmail.com Tue Jun 13 14:24:51 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 13 Jun 2006 20:24:51 +0200 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> Message-ID: <3ff63f9b0606131124p1598e9f1mbb9c7def8422012c@mail.gmail.com> On 13/06/06, George Moschovitis wrote: > Perhaps you are using multiple versions of nitro? No > Please also note that you need mysql to test my version of nitro. Yes, it's what I have :-) I found out what the problem was : Facets 1.4.1 now separate the annotation attributes in another file. Just add "require '/facets/more/annattr'" in front of glue/attribute -- Cheers, zimbatm http://zimbatm.oree.ch From george.moschovitis at gmail.com Tue Jun 13 14:30:19 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Jun 2006 21:30:19 +0300 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: <3ff63f9b0606131124p1598e9f1mbb9c7def8422012c@mail.gmail.com> References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> <3ff63f9b0606131124p1598e9f1mbb9c7def8422012c@mail.gmail.com> Message-ID: Ok, will do... -g. On 6/13/06, Jonas Pfenniger wrote: > On 13/06/06, George Moschovitis wrote: > > Perhaps you are using multiple versions of nitro? > > No > > > Please also note that you need mysql to test my version of nitro. > > Yes, it's what I have :-) > > I found out what the problem was : Facets 1.4.1 now separate the > annotation attributes in another file. > > Just add "require '/facets/more/annattr'" in front of glue/attribute > > -- > Cheers, > zimbatm > > http://zimbatm.oree.ch > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From neokolor at gmx.de Tue Jun 13 16:00:23 2006 From: neokolor at gmx.de (jfwittmann) Date: Tue, 13 Jun 2006 22:00:23 +0200 Subject: [Nitro] og.rb, thread_safe question ? Message-ID: <448F1957.6050904@gmx.de> why is this line "# @@manager and @@manager.class.managers.each { |m| m.initialize_store }" in the method thread_safe in 'og' out-commentated ? with this, the thread_safe method has no effect.. example: Og.start Og.thread_safe=false From zimba.tm at gmail.com Tue Jun 13 16:22:29 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 13 Jun 2006 22:22:29 +0200 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> <3ff63f9b0606131124p1598e9f1mbb9c7def8422012c@mail.gmail.com> Message-ID: <3ff63f9b0606131322mc933706x8bd9e0cd29eb02cc@mail.gmail.com> George, there seem to be a problem in Glue::Orderable too. It produces weird queries : [SELECT * FROM ogrstreamer_stream ORDER BY position integer DESC LIMIT 1] I wanted to debug it but I don't understand some things : * how `self.included_with_parameters` work. * where you change the default select to add order attribute in that class * why you use `alias_method` instead of the `alias` keyword Another weird behavior is that Og creates the `position` field but then declares that it's not available. I think it has to do that you changed how glue/attribute work, isn't it ? On 13/06/06, George Moschovitis wrote: > Ok, will do... > > -g. > > On 6/13/06, Jonas Pfenniger wrote: > > On 13/06/06, George Moschovitis wrote: > > > Perhaps you are using multiple versions of nitro? > > > > No > > > > > Please also note that you need mysql to test my version of nitro. > > > > Yes, it's what I have :-) > > > > I found out what the problem was : Facets 1.4.1 now separate the > > annotation attributes in another file. > > > > Just add "require '/facets/more/annattr'" in front of glue/attribute > > > > -- > > Cheers, > > zimbatm > > > > http://zimbatm.oree.ch > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > http://www.gmosx.com > http://www.nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Cheers, zimbatm http://zimbatm.oree.ch From zimba.tm at gmail.com Tue Jun 13 17:26:45 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 13 Jun 2006 23:26:45 +0200 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: <3ff63f9b0606131322mc933706x8bd9e0cd29eb02cc@mail.gmail.com> References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> <3ff63f9b0606131124p1598e9f1mbb9c7def8422012c@mail.gmail.com> <3ff63f9b0606131322mc933706x8bd9e0cd29eb02cc@mail.gmail.com> Message-ID: <3ff63f9b0606131426w594d7a71ib06abaa38d6a332d@mail.gmail.com> I have another weird error here. By looking at the code, all sql exceptions should be handled by Og::SqlStore#handle_sql_exception right ? Altrough, I have a Mysql::Error in my frontend that was not filtered with the meaningless message : "You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1" I have set $DBG = true to have more output in the console but the offending query don't appear here. Do you know where I could look next ? I'm sure you know better than me :-p -- Cheers, zimbatm http://zimbatm.oree.ch From james_b at neurogami.com Wed Jun 14 02:27:39 2006 From: james_b at neurogami.com (James Britt) Date: Tue, 13 Jun 2006 23:27:39 -0700 Subject: [Nitro] Bug in mongrel.rb? Message-ID: <448FAC5B.3020508@neurogami.com> I thought try out the latest Mongrel (0.13, not formally released) with Nitro 0.30, and was getting an error in mongrel.rb in the 'handle' method when setting context.in: def handle(req, res) unless handle_file(req, res) path = req.path_info begin context = Context.new(@server) context.in = StringIO.new(req.body || "") I changed the call to StringIO.new to ensure it was getting a string: context.in = StringIO.new(req.body.to_s || "") and life was good. I'm on a WinXP box with ruby 1.8.4 (2005-12-24) [i386-mswin32] -- James Britt http://www.ruby-doc.org - Ruby Help & Documentation http://www.artima.com/rubycs/ - The Journal By & For Rubyists http://www.rubystuff.com - The Ruby Store for Ruby Stuff http://web2.0validator.com - We're the Dot in Web 2.0 From zimba.tm at gmail.com Wed Jun 14 03:28:56 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Wed, 14 Jun 2006 09:28:56 +0200 Subject: [Nitro] Bug in mongrel.rb? In-Reply-To: <448FAC5B.3020508@neurogami.com> References: <448FAC5B.3020508@neurogami.com> Message-ID: <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> Hi James, On 14/06/06, James Britt wrote: > context.in = StringIO.new(req.body.to_s || "") nil.to_s || "hi" #=> "" I think the to_s is enough -- Cheers, zimbatm http://zimbatm.oree.ch From guillaume.pierronnet at gmail.com Wed Jun 14 05:03:51 2006 From: guillaume.pierronnet at gmail.com (guillaume pierronnet) Date: Wed, 14 Jun 2006 11:03:51 +0200 Subject: [Nitro] Request parameters In-Reply-To: References: <016b01c68971$912998d0$0200000a@agamemnon> <003801c68b19$bcc1ab50$0200000a@agamemnon> <007d01c68b1e$0d10ea90$0200000a@agamemnon> Message-ID: <6a7d49ca0606140203i7a89d68duf4c9270c7a70c2a2@mail.gmail.com> hi all, what's wrong with my patch ? 2006/6/10, George Moschovitis : > will have a look, thanks for reporting. > > -g. > > On 6/8/06, Jon A. Lambert wrote: > > Jon A. Lambert wrote: > > >

> > > > Okay I put the backslash in my action and that takes edit out of the query > > string. > > > > > > I guess the other problem is that it's an array of values and order > > dependent. > > > > As passed to action --> [nil, "Cancel", nil] > > As passed in @request.params {"name"=>nil, "commit"=>"Cancel", > > "content"=>nil} > > > > The order is guess work. > > > > -- > > J Lambert > > > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > http://www.gmosx.com > http://www.nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From zimba.tm at gmail.com Wed Jun 14 05:59:28 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Wed, 14 Jun 2006 11:59:28 +0200 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: <3ff63f9b0606131426w594d7a71ib06abaa38d6a332d@mail.gmail.com> References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> <3ff63f9b0606131124p1598e9f1mbb9c7def8422012c@mail.gmail.com> <3ff63f9b0606131322mc933706x8bd9e0cd29eb02cc@mail.gmail.com> <3ff63f9b0606131426w594d7a71ib06abaa38d6a332d@mail.gmail.com> Message-ID: <3ff63f9b0606140259o4145d59at6dc1d3e98c8954fb@mail.gmail.com> I also have a backtrace for that error. While debugging, I've also added more checks to the mysql adapter and made exceptions catching more accurate. Everything's in the bundle. The backtrace : (eval):5:in `query', (eval):5:in `og_insert', /home/zimbatm/Code/NitroHQ/local2/og/lib/og/store.rb:76:in `save', /home/zimbatm/Code/NitroHQ/local2/og/lib/og/entity.rb:31:in `save', /home/zimbatm/Code/ProVision/rstreamer/lib/rstreamer/host.rb:67:in `init', /home/zimbatm/Code/ProVision/rstreamer/lib/rstreamer/host.rb:63:in `init', /home/zimbatm/Code/NitroHQ/local2/og/lib/og/store.rb:178:in `transaction', /home/zimbatm/Code/NitroHQ/local2/og/lib/og/entity.rb:366:in `transaction', /home/zimbatm/Code/ProVision/rstreamer/lib/rstreamer/host.rb:56:in `init', (eval):3:in `og_update', /home/zimbatm/Code/NitroHQ/local2/og/lib/og/store.rb:74:in `save', /home/zimbatm/Code/NitroHQ/local2/og/lib/og/entity.rb:31:in `save', /home/zimbatm/Code/ProVision/rstreamer/lib/rstreamer/camping.rb:115:in `post', (eval):23:in `service', (eval):43:in `run', /home/zimbatm/bin/pro_vision:126:in `run', /usr/lib/ruby/gems/1.8/gems/mongrel-0.3.12.4/lib/mongrel/camping.rb:36:in `process', /usr/lib/ruby/gems/1.8/gems/mongrel-0.3.12.4/lib/mongrel.rb:425:in `process_client', /usr/lib/ruby/gems/1.8/gems/mongrel-0.3.12.4/lib/mongrel.rb:424:in `process_client', /usr/lib/ruby/gems/1.8/gems/mongrel-0.3.12.4/lib/mongrel.rb:495:in `run', /usr/lib/ruby/gems/1.8/gems/mongrel-0.3.12.4/lib/mongrel.rb:494:in `run', /usr/lib/ruby/gems/1.8/gems/mongrel-0.3.12.4/lib/mongrel.rb:483:in `run', /usr/lib/ruby/gems/1.8/gems/mongrel-0.3.12.4/lib/mongrel.rb:774:in `run', /usr/lib/ruby/gems/1.8/gems/mongrel-0.3.12.4/lib/mongrel.rb:772:in `run', /home/zimbatm/bin/pro_vision:158:in `cloaker_', /usr/lib/ruby/gems/1.8/gems/mongrel-0.3.12.4/lib/mongrel.rb:658:in `listener', /home/zimbatm/bin/pro_vision:148:in `cloaker_', /usr/lib/ruby/gems/1.8/gems/mongrel-0.3.12.4/lib/mongrel.rb:616:in `initialize', /home/zimbatm/bin/pro_vision:147 On 13/06/06, Jonas Pfenniger wrote: > I have another weird error here. > > By looking at the code, all sql exceptions should be handled by > Og::SqlStore#handle_sql_exception right ? > > Altrough, I have a Mysql::Error in my frontend that was not filtered > with the meaningless message : "You have an error in your SQL syntax; > check the manual that corresponds to your MySQL server version for the > right syntax to use near ')' at line 1" > > I have set $DBG = true to have more output in the console but the > offending query don't appear here. > > Do you know where I could look next ? I'm sure you know better than me :-p > > -- > Cheers, > zimbatm > > http://zimbatm.oree.ch > -- Cheers, zimbatm http://zimbatm.oree.ch -------------- next part -------------- A non-text attachment was scrubbed... Name: bundle.tgz Type: application/x-gzip Size: 2577 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060614/359e754a/attachment.tgz From zimba.tm at gmail.com Wed Jun 14 06:55:08 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Wed, 14 Jun 2006 12:55:08 +0200 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: <3ff63f9b0606140259o4145d59at6dc1d3e98c8954fb@mail.gmail.com> References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> <3ff63f9b0606131124p1598e9f1mbb9c7def8422012c@mail.gmail.com> <3ff63f9b0606131322mc933706x8bd9e0cd29eb02cc@mail.gmail.com> <3ff63f9b0606131426w594d7a71ib06abaa38d6a332d@mail.gmail.com> <3ff63f9b0606140259o4145d59at6dc1d3e98c8954fb@mail.gmail.com> Message-ID: <3ff63f9b0606140355m63620c7bp578015451ce9695b@mail.gmail.com> More output : * why does some methods directly call @conn.query instead of store.query ? * casting '' to an sql integer gives '' which is wrong : [UPDATE ogrstreamer_host SET hostname='10.13.37.22', port=80, config_oid=NULL WHERE oid=] ^ see oid= -- Cheers, zimbatm http://zimbatm.oree.ch From john at oxyliquit.de Wed Jun 14 09:40:33 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 14 Jun 2006 15:40:33 +0200 Subject: [Nitro] Request parameters In-Reply-To: <6a7d49ca0606140203i7a89d68duf4c9270c7a70c2a2@mail.gmail.com> References: <016b01c68971$912998d0$0200000a@agamemnon> <003801c68b19$bcc1ab50$0200000a@agamemnon> <007d01c68b1e$0d10ea90$0200000a@agamemnon> <6a7d49ca0606140203i7a89d68duf4c9270c7a70c2a2@mail.gmail.com> Message-ID: Hi, good that you're still around :) > what's wrong with my patch ? It didn't get officially included, that is the problem. The reason was maybe because it was a bit questionable (IMHO). Maybe you remember me asking about what the patch fixes and how it does so. You responded with a very general answer, that it fixes the parameter bug. What you didn't tell, was _how_ it does so, and what actually is the problem. A workaround from Manveru (proposed in #nitro) was, just to comment the line you put in the `else` block. Why did you put the line into the else block and why does it fix the issue and what is the cause of that parameter bug anyway? That would be my question again, sorry to be a little pushing here. I think I applied one of the fixes (yours or manvs) on Oxy and it broke some things horribly. (I'm not sure what the cause was, but I tossed it aside for the moment for my ugly hack fixes to work around the bug are stable right now.) Kashia -- Feel the love http://pinkjuice.com/pics/ruby.png From anne at wjh.harvard.edu Wed Jun 14 11:14:44 2006 From: anne at wjh.harvard.edu (Anne G) Date: Wed, 14 Jun 2006 11:14:44 -0400 (EDT) Subject: [Nitro] Can nitro be used with eruby? In-Reply-To: Message-ID: 1. using Nitro > while there are some complex parts in Nitro, one can > safely ignore most of it and do simple, template-driven > Web sites quite easily. Sounds like what I need. Right now I am trying to learn the B-A-ba > Q10: Ok! I see the example, I run it, but I do not > understand what is happening. Could you explain the > execution cycle of a small application like the > HelloWorld? E.g when I do: "ruby run.rb" what happens? George answered I 'll come back with this one :) but he did not!!! I wish he had. the tutorial uses a skeleton, not what I am looking for right now. The examples George and James gave me were best. -------------------------------------------------------- I started with George's example, instead of The time now is #{Time.now} I tried, in public, index.xhtml: Hello or what , I only get, or what. Next I tried puting the ruby code in the run.rb require 'nitro' value1="1" Nitro.run and trying The value is #{value1} that gave an error The value is #{value1=1} worked (I get: the value is 1). ------------------------------------- I thought James example would be easy to use but I get an error, right now I don't see what could be the problem. its from day 2 teach yourself ruby! #--- File src/controller/main/rb --- class Main def index @title = "Erb Example" @body = task1 +task2 emit end private def task1 return "1" end def task2 return "2" end def emit template = ERB.new( html ) template.result(binding) end def html "<%=@title %> <%= @body %>" end end --------------------------------------------------------- That's for the applied exercise using NITRO. For the conceptural issues involved, I wrote down what I understood so far. It is still a bit vague, but I will clean my post as I find more info. http://blogs.law.harvard.edu/dreamseeker/ finding http://wiki.rubyonrails.com/rails/pages/UnderstandingHowRequestsAreRouted was a big step forward. My thinking is that with apache, I can set up a .htaccess file, which will redirect calls to a cgi file which would act as james controller. I should do it just to demonstrate the concept. But first it would be nice to have George et James modified examples working thanks for your help, Anne From anne at wjh.harvard.edu Wed Jun 14 12:04:47 2006 From: anne at wjh.harvard.edu (Anne G) Date: Wed, 14 Jun 2006 12:04:47 -0400 (EDT) Subject: [Nitro] Can nitro be used with eruby? In-Reply-To: Message-ID: I figured this part out, ruby needs a space! task1 + task2 works. So I will try to go further with this format > > class Main > def index > @title = "Erb Example" > @body = task1 +task2 > emit > end > From james_b at neurogami.com Wed Jun 14 12:50:45 2006 From: james_b at neurogami.com (James Britt) Date: Wed, 14 Jun 2006 09:50:45 -0700 Subject: [Nitro] Bug in mongrel.rb? In-Reply-To: <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> References: <448FAC5B.3020508@neurogami.com> <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> Message-ID: <44903E65.9020000@neurogami.com> Jonas Pfenniger wrote: > Hi James, > > On 14/06/06, James Britt wrote: > >> context.in = StringIO.new(req.body.to_s || "") > > > nil.to_s || "hi" #=> "" > > I think the to_s is enough Ah, indeed. Good catch. -- James Britt "The greatest obstacle to discovery is not ignorance, but the illusion of knowledge." - D. Boorstin From billk at cts.com Wed Jun 14 15:05:29 2006 From: billk at cts.com (Bill Kelly) Date: Wed, 14 Jun 2006 12:05:29 -0700 Subject: [Nitro] temporary database structures Message-ID: <012401c68fe5$80a7c840$6442a8c0@musicbox> Hi, I'm writing a fairly standard shopping app, with customers adding items to a cart, entering shipping and/or billing addresses, etc. Of course, someone browsing the store may add stuff to their cart, maybe fill in some forms, but ultimately never complete their order. These abandoned, partially-completed orders will remain in the database, unless I perform some periodic housekeeping sweep to clean out old incomplete orders. I'm wondering if anyone may have suggestions, experiences, or best practices to share for dealing with this kind of incomplete data. For now, I'll probably just let it accumulate, and write some housecleaning script when it becomes needed. But maybe there are better approaches? If it were easy to have two different database connections with Og, I might have one database holding temporary orders, and only store completed orders in the main database. Thanks for your thoughts, Regards, Bill From zimba.tm at gmail.com Wed Jun 14 15:57:34 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Wed, 14 Jun 2006 21:57:34 +0200 Subject: [Nitro] temporary database structures In-Reply-To: <012401c68fe5$80a7c840$6442a8c0@musicbox> References: <012401c68fe5$80a7c840$6442a8c0@musicbox> Message-ID: <3ff63f9b0606141257w3c7f6131ta77e2a38a3b4aa23@mail.gmail.com> Maybe you should store those datas in session since they're already garbage-collected. -- Cheers, zimbatm http://zimbatm.oree.ch From billk at cts.com Wed Jun 14 17:42:07 2006 From: billk at cts.com (Bill Kelly) Date: Wed, 14 Jun 2006 14:42:07 -0700 Subject: [Nitro] temporary database structures References: <012401c68fe5$80a7c840$6442a8c0@musicbox> <3ff63f9b0606141257w3c7f6131ta77e2a38a3b4aa23@mail.gmail.com> Message-ID: <01a601c68ffb$62c133f0$6442a8c0@musicbox> From: "Jonas Pfenniger" > > Maybe you should store those datas in session since they're already > garbage-collected. I guess I could. It seems this would require me to have two different methods of accessing my data. In my case, I have some nested has_many relationships: class Registration class Address class Product class LineItem has_many :registrations, Registration has_one :product, Product class Order has_one :billing_address, Address has_one :shipping_address, Address has_many line_items, LineItem What I'd like to avoid, is having two different ways of iterating through the Order to find the LineItems, etc. It seems if I were to store incomplete orders in session, I would need one set of code to render the cart for partial orders, vs. different code to render the cart for completed orders stored in the database. I think it would be nice to have a single way to access my data, whether the orders are incomplete or complete. Thus it seemed natural to me to want to store temporary data in the database. Does that make sense? Or am I making too big a deal of only wanting one way to access my data? Thanks, Bill From itsme213 at hotmail.com Wed Jun 14 20:00:56 2006 From: itsme213 at hotmail.com (itsme213) Date: Wed, 14 Jun 2006 19:00:56 -0500 Subject: [Nitro] temporary database structures References: <012401c68fe5$80a7c840$6442a8c0@musicbox><3ff63f9b0606141257w3c7f6131ta77e2a38a3b4aa23@mail.gmail.com> <01a601c68ffb$62c133f0$6442a8c0@musicbox> Message-ID: "Bill Kelly" wrote > Does that make sense? Or am I making too big a deal of > only wanting one way to access my data? I think it makes perfect sense. The logical relationships should be declared separately (generating the same access interfaces) from declarations that guide the storage choices (generating the access implementations). My 2c. From zimba.tm at gmail.com Thu Jun 15 05:36:37 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Thu, 15 Jun 2006 11:36:37 +0200 Subject: [Nitro] temporary database structures In-Reply-To: <01a601c68ffb$62c133f0$6442a8c0@musicbox> References: <012401c68fe5$80a7c840$6442a8c0@musicbox> <3ff63f9b0606141257w3c7f6131ta77e2a38a3b4aa23@mail.gmail.com> <01a601c68ffb$62c133f0$6442a8c0@musicbox> Message-ID: <3ff63f9b0606150236r479fc06bl28474b36c1517f30@mail.gmail.com> On 14/06/06, Bill Kelly wrote: > Does that make sense? Or am I making too big a deal of > only wanting one way to access my data? Definately not. The simplest solution is to run a cleaner script with cron. Especially if you control the host. -- Cheers, zimbatm http://zimbatm.oree.ch From george.moschovitis at gmail.com Thu Jun 15 11:34:19 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 15 Jun 2006 18:34:19 +0300 Subject: [Nitro] Bug in mongrel.rb? In-Reply-To: <44903E65.9020000@neurogami.com> References: <448FAC5B.3020508@neurogami.com> <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> <44903E65.9020000@neurogami.com> Message-ID: Thanks for this ;-) -g. On 6/14/06, James Britt wrote: > Jonas Pfenniger wrote: > > Hi James, > > > > On 14/06/06, James Britt wrote: > > > >> context.in = StringIO.new(req.body.to_s || "") > > > > > > nil.to_s || "hi" #=> "" > > > > I think the to_s is enough > > Ah, indeed. Good catch. > > > > > -- > James Britt > > "The greatest obstacle to discovery is not ignorance, but the illusion > of knowledge." > - D. Boorstin > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Thu Jun 15 11:34:41 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 15 Jun 2006 18:34:41 +0300 Subject: [Nitro] Bug in mongrel.rb? In-Reply-To: References: <448FAC5B.3020508@neurogami.com> <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> <44903E65.9020000@neurogami.com> Message-ID: If possible, please submit a patch (so you will be credited correctly) regards, George. On 6/15/06, George Moschovitis wrote: > Thanks for this ;-) > > -g. > > On 6/14/06, James Britt wrote: > > Jonas Pfenniger wrote: > > > Hi James, > > > > > > On 14/06/06, James Britt wrote: > > > > > >> context.in = StringIO.new(req.body.to_s || "") > > > > > > > > > nil.to_s || "hi" #=> "" > > > > > > I think the to_s is enough > > > > Ah, indeed. Good catch. > > > > > > > > > > -- > > James Britt > > > > "The greatest obstacle to discovery is not ignorance, but the illusion > > of knowledge." > > - D. Boorstin > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > http://www.gmosx.com > http://www.nitroproject.org > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Thu Jun 15 11:37:44 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 15 Jun 2006 18:37:44 +0300 Subject: [Nitro] Facets Command suggestion. Message-ID: Tom, In 0.31.0 I am using the wonderfull Command feature of Facets. One think that is missing is some form of automatic usage creation (perhaps assisted by using annotations per command method). Could you please add somethink like this in the next version? thanks in advance, George. -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Thu Jun 15 11:38:48 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 15 Jun 2006 18:38:48 +0300 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: <3ff63f9b0606131322mc933706x8bd9e0cd29eb02cc@mail.gmail.com> References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> <3ff63f9b0606131124p1598e9f1mbb9c7def8422012c@mail.gmail.com> <3ff63f9b0606131322mc933706x8bd9e0cd29eb02cc@mail.gmail.com> Message-ID: Yeah I know about Orderable, this is one of the pending issues with nitroproject.org so this will be fixed over the weekend. -g. On 6/13/06, Jonas Pfenniger wrote: > George, there seem to be a problem in Glue::Orderable too. It produces > weird queries : > > [SELECT * FROM ogrstreamer_stream ORDER BY position integer DESC LIMIT 1] > > I wanted to debug it but I don't understand some things : > * how `self.included_with_parameters` work. > * where you change the default select to add order attribute in that class > * why you use `alias_method` instead of the `alias` keyword > > Another weird behavior is that Og creates the `position` field but > then declares that it's not available. I think it has to do that you > changed how glue/attribute work, isn't it ? > > On 13/06/06, George Moschovitis wrote: > > Ok, will do... > > > > -g. > > > > On 6/13/06, Jonas Pfenniger wrote: > > > On 13/06/06, George Moschovitis wrote: > > > > Perhaps you are using multiple versions of nitro? > > > > > > No > > > > > > > Please also note that you need mysql to test my version of nitro. > > > > > > Yes, it's what I have :-) > > > > > > I found out what the problem was : Facets 1.4.1 now separate the > > > annotation attributes in another file. > > > > > > Just add "require '/facets/more/annattr'" in front of glue/attribute > > > > > > -- > > > Cheers, > > > zimbatm > > > > > > http://zimbatm.oree.ch > > > _______________________________________________ > > > Nitro-general mailing list > > > Nitro-general at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > > > -- > > http://www.gmosx.com > > http://www.nitroproject.org > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > Cheers, > zimbatm > > http://zimbatm.oree.ch > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Thu Jun 15 11:49:09 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 15 Jun 2006 18:49:09 +0300 Subject: [Nitro] og.rb, thread_safe question ? In-Reply-To: <448F1957.6050904@gmx.de> References: <448F1957.6050904@gmx.de> Message-ID: Hm, I haved temporarily dissabled this some time ago, and forgot to bring this back. Thanks for mentioning this. regards, George. On 6/13/06, jfwittmann wrote: > why is this line "# @@manager and @@manager.class.managers.each { |m| > m.initialize_store }" > in the method thread_safe in 'og' out-commentated ? > > with this, the thread_safe method has no effect.. > > example: > Og.start > Og.thread_safe=false > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From transfire at gmail.com Thu Jun 15 13:24:30 2006 From: transfire at gmail.com (TRANS) Date: Thu, 15 Jun 2006 13:24:30 -0400 Subject: [Nitro] Facets Command suggestion. In-Reply-To: References: Message-ID: <4b6f054f0606151024g5a6d475em70180ad10c11cb8b@mail.gmail.com> On 6/15/06, George Moschovitis wrote: > Tom, > > In 0.31.0 I am using the wonderfull Command feature of Facets. One > think that is missing is some form of automatic usage creation > (perhaps assisted by using annotations per command method). Could you > please add somethink like this in the next version? Okay, I'll look into it. I didn't add orignially because I wasn;t please with the interface and it's one of those things that pretty easy just to use a HERE doc for. I also need to add chained flags support (eg. -xvf ). T. From george.moschovitis at gmail.com Thu Jun 15 13:32:34 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 15 Jun 2006 20:32:34 +0300 Subject: [Nitro] Facets Command suggestion. In-Reply-To: <4b6f054f0606151024g5a6d475em70180ad10c11cb8b@mail.gmail.com> References: <4b6f054f0606151024g5a6d475em70180ad10c11cb8b@mail.gmail.com> Message-ID: > easy just to use a HERE doc for. yeah, but it would be nice to have the doc automatically generated for you. -g; -- http://www.gmosx.com http://www.nitroproject.org From zimba.tm at gmail.com Thu Jun 15 14:54:08 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Thu, 15 Jun 2006 20:54:08 +0200 Subject: [Nitro] Facets Command suggestion. In-Reply-To: References: <4b6f054f0606151024g5a6d475em70180ad10c11cb8b@mail.gmail.com> Message-ID: <3ff63f9b0606151154i7dc87b2cy123c6469cc5cf94d@mail.gmail.com> What I would like to see is a parser that automatically adds RDoc into annotations. -- Cheers, zimbatm http://zimbatm.oree.ch From transfire at gmail.com Thu Jun 15 15:26:28 2006 From: transfire at gmail.com (TRANS) Date: Thu, 15 Jun 2006 15:26:28 -0400 Subject: [Nitro] Facets Command suggestion. In-Reply-To: <3ff63f9b0606151154i7dc87b2cy123c6469cc5cf94d@mail.gmail.com> References: <4b6f054f0606151024g5a6d475em70180ad10c11cb8b@mail.gmail.com> <3ff63f9b0606151154i7dc87b2cy123c6469cc5cf94d@mail.gmail.com> Message-ID: <4b6f054f0606151226v7dc186c8te006ce2311c6a25d@mail.gmail.com> On 6/15/06, Jonas Pfenniger wrote: > What I would like to see is a parser that automatically adds RDoc into > annotations. More details. Not sure what you mean. T. From zimba.tm at gmail.com Thu Jun 15 15:31:56 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Thu, 15 Jun 2006 21:31:56 +0200 Subject: [Nitro] Facets Command suggestion. In-Reply-To: <4b6f054f0606151226v7dc186c8te006ce2311c6a25d@mail.gmail.com> References: <4b6f054f0606151024g5a6d475em70180ad10c11cb8b@mail.gmail.com> <3ff63f9b0606151154i7dc87b2cy123c6469cc5cf94d@mail.gmail.com> <4b6f054f0606151226v7dc186c8te006ce2311c6a25d@mail.gmail.com> Message-ID: <3ff63f9b0606151231r3e8ac6achb98dad7f569b7518@mail.gmail.com> I'm better by explaining with examples : Take the following source code : --- code --- # This is a test class class Test # The super method def my_method end end --- end --- Then a method would be available to parse that file and put the comments as annotation to that : Test.ann.self.doc #=> "This is a test class" Test.ann.my_method.doc #=> "The super method" -- Cheers, zimbatm http://zimbatm.oree.ch From james_b at neurogami.com Thu Jun 15 21:00:46 2006 From: james_b at neurogami.com (James Britt) Date: Thu, 15 Jun 2006 18:00:46 -0700 Subject: [Nitro] Bug in mongrel.rb? In-Reply-To: References: <448FAC5B.3020508@neurogami.com> <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> <44903E65.9020000@neurogami.com> Message-ID: <449202BE.8040307@neurogami.com> George Moschovitis wrote: > If possible, please submit a patch (so you will be credited correctly) What's the patch format? -- James Britt "Simplicity of the language is not what matters, but simplicity of use." - Richard A. O'Keefe in squeak-dev mailing list From james_b at neurogami.com Thu Jun 15 21:03:36 2006 From: james_b at neurogami.com (James Britt) Date: Thu, 15 Jun 2006 18:03:36 -0700 Subject: [Nitro] Bug in mongrel.rb? In-Reply-To: <449202BE.8040307@neurogami.com> References: <448FAC5B.3020508@neurogami.com> <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> <44903E65.9020000@neurogami.com> <449202BE.8040307@neurogami.com> Message-ID: <44920368.9000909@neurogami.com> James Britt wrote: > George Moschovitis wrote: > >>If possible, please submit a patch (so you will be credited correctly) > > > What's the patch format? Would this http://oxyliquit.de/tip/18 be it? -- James Britt From william.full.moon at gmail.com Thu Jun 15 21:16:49 2006 From: william.full.moon at gmail.com (* William) Date: Fri, 16 Jun 2006 11:16:49 +1000 Subject: [Nitro] temporary database structures In-Reply-To: <012401c68fe5$80a7c840$6442a8c0@musicbox> Message-ID: <000001c690e2$94160ec0$d9e7dbcb@ghostgum> Hi Bill Yes, I think there are 'prosaic' solutions for your query. As usual it depends on your application's specific needs. My reading here is that you have a potential-customer who will enter data on more than one screen/page/dialogue/panel? At least two screens, and at least one is sent back to the host. No data to the host, nothing is going to be in the database. Right? >> I'm wondering if anyone may have suggestions, experiences, or best practices >> to share for dealing with this kind of incomplete data. There are different ways to view this scenario. The BUSINESS process case is that ALL your transactions should be on a journal and periodically posted to the general accounts. That is to say in this example even your completed screens posted and the user clicks the [BUY] button ought to be in a transaction journal, trading journal, day book, front counter receipts. Choose your jargon they all mean the trading data for the "day". That strange way of doing things is a basic for double-entry accounting. You WANT that in a cash business to ensure that the money in the till or the cash banked balances against what you think you sold. So if this is a live program for a paying customer, I'd be speaking with your financial accountant and asking them what their requirements are on this? What are the local regulations you need to comply with via a vie auditing, etc? * That is not a digression. It means that in the real world there's a good 70% to 80% chance you have to do end-of-day processing anyway and could legitimately dump incomplete data-entry from experimenting customers. :-D A common way is to save the intermediate data with the USER's browser as Cookie data. This is fine as long as it isn't huge. Order entry information is not usually big-big. So screen one you save the data in a cookie, and screen two append new data to the cookie. On the last page you send all the fields to the host with your GET or POST call. * Your host becomes really simple since all transactions are complete ones that only need verification and processing. It makes your user interface implementation independent from the back-end business processing too. (Also a good thing). Another way is to use something like AJAX or still use GET/PUT to send data to the host for a local in-memory "store". I saw something along this line in the [nitro] replies. Keep it/them in memory like the "cookie" idea -- this one works on a host. The cookie version works on the client. If the server breaks, or link falls over nothing is lost. I query garbage collection. If an object has an active reference, it should stay "live". You would still need to do server-side clean-up of in-memory resources (imho). Some server architectures (PSP, ASP,...) have client session concepts. If not you can implement something for yourself. A browser side script to say _still here_ can "ping" you with a GET or a AJAX packet. A so called "keep-alive" pulse. The big issue with server-side contexts like this is how busy is you site? One or my friend's first web based customer site froze the nice big Solaris server because the marketing people completely underestimated the demand. My lesson from his unlucky time is set a MAX-CLIENT const, and you can re-use the session data on a LEAST-RECENTLY-USED basis. Effectively "aging" the in memory server side processes. * Your main host processing remains simple since all transactions are (still) complete ones. In this scenario the 'cache' is on the server. There is a finite limit on memory needed. You have a "server capacity" concept (MAX USERS) that ensures reasonable server usage and your "neighbours" will like you because your application is not a HOG. User interface implementation independent from the back-end business processing also. Please note -- none of these options have save stuff to the tables, except the day-journal process. Actually my thought is you will need something that does the audit stuff as good as a day journal anyway. **** Sometimes you want the customer to come back and be "remembered" so if I was through a complex set of screens, the stuff I did three days ago is pre-filled. Here you want the data on the disk somewhere. Who says it needs to be in your db? It can be in a table that is wiped "Drop intermediate_table; Create intermediate_table;" Each time the server begins or on some regular basis, like once a week. IF that is attractive, I suggest using user-side cookies, since they data can be "secure" on the users PC and not on your server. One good hacker gets everyone on a server. On the user's workstation, on hacker gets one or two people (hopefully). >From here in we'd get variations on the above client - server - something in between -- Mix and match the implementation with the application requirements. If this is a project or assessment exercise -- use cookies and if you want "encrypt them" with some simple key. Add some design notes for the lecturer to explain why this is good for your specific solution and send cold-beer to me. Aloha, Will. -----Original Message----- From: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] On Behalf Of Bill Kelly Sent: Thursday, 15 June 2006 05:05 To: General discussion about Nitro Subject: [Nitro] temporary database structures Importance: Low Hi, I'm writing a fairly standard shopping app, with customers adding items to a cart, entering shipping and/or billing addresses, etc. Of course, someone browsing the store may add stuff to their cart, maybe fill in some forms, but ultimately never complete their order. These abandoned, partially-completed orders will remain in the database, unless I perform some periodic housekeeping sweep to clean out old incomplete orders. I'm wondering if anyone may have suggestions, experiences, or best practices to share for dealing with this kind of incomplete data. For now, I'll probably just let it accumulate, and write some housecleaning script when it becomes needed. But maybe there are better approaches? If it were easy to have two different database connections with Og, I might have one database holding temporary orders, and only store completed orders in the main database. Thanks for your thoughts, Regards, Bill _______________________________________________ Nitro-general mailing list Nitro-general at rubyforge.org http://rubyforge.org/mailman/listinfo/nitro-general -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.8.4/364 - Release Date: 14-Jun-2006 From transfire at gmail.com Thu Jun 15 21:40:56 2006 From: transfire at gmail.com (TRANS) Date: Thu, 15 Jun 2006 21:40:56 -0400 Subject: [Nitro] Component System instead of ClassMethods hack? In-Reply-To: References: <4b6f054f0606120601t33744a9cg279befbba7729b7b@mail.gmail.com> Message-ID: <4b6f054f0606151840x4a5d8a69y2ff0f401aacaaf85@mail.gmail.com> On 6/12/06, itsme213 wrote: > > "TRANS" wrote in message > > Given what Matz is saying on the thread concerning ClassMethods, > > Could you share a pointer to the thread please? > > Do the proposals depend on 1.9.x, and if so does he suggest anything for > 1.8.x? > > Naming-wise I am not up to speed with the thinking behind your post, but > thought I would add this anyway. > > How about: > - Class for anything that defines methods, ivars, etc. for classes > - regardless of whether implemented as a class or module > - Object for anything that defined methods, ivars, etc. for non-class > objects > - regardless of whether implemented as a class or module > > In any DSL-ish approach, these two often go together e.g. > - Workflow > - WorkflowClass has activities, flows, initial_state, etc. > - WorkflowObject has current_state > > So we might name a pairing of Class and Object an Concept. Perhaps > an Concept might most naturally be implemented as a module. > > module WorkflowConcept > ... WorkflowClass ... > ... WorkflowObject ... > end Unfortunately I know nothing about "workflow" :( T. From transfire at gmail.com Thu Jun 15 21:49:01 2006 From: transfire at gmail.com (TRANS) Date: Thu, 15 Jun 2006 21:49:01 -0400 Subject: [Nitro] Deprecating class_inherit.rb In-Reply-To: <3ff63f9b0606110808i31295f71r5e7f77f473f4db1c@mail.gmail.com> References: <4b6f054f0606110733m3c7d09bao701a89bae39bbe95@mail.gmail.com> <4b6f054f0606110804n41e6bb38tc03d61e8e6c181d3@mail.gmail.com> <3ff63f9b0606110808i31295f71r5e7f77f473f4db1c@mail.gmail.com> Message-ID: <4b6f054f0606151849gc1159dgc2e67bf3ff473531@mail.gmail.com> Okay heads up before I make the final release of Facets 1.4 I'm going to deprecate classinherit.rb and classmethods.rb --but I will keep backward compatability for classmethods for the time being, but not classinherit. The new system, which has been worked out with Matz (yea!) and should eventually be a standard part of Ruby, is Module#class_extension. So this will be found in Facets core/module/ until it is standard Ruby. T. From webmaster at rjspotter.com Thu Jun 15 22:43:12 2006 From: webmaster at rjspotter.com (rjspotter) Date: Thu, 15 Jun 2006 22:43:12 -0400 Subject: [Nitro] Bug in mongrel.rb? In-Reply-To: <44920368.9000909@neurogami.com> References: <448FAC5B.3020508@neurogami.com> <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> <44903E65.9020000@neurogami.com> <449202BE.8040307@neurogami.com> <44920368.9000909@neurogami.com> Message-ID: <44921AC0.80704@rjspotter.com> James Britt wrote: > James Britt wrote: >> George Moschovitis wrote: >> >>> If possible, please submit a patch (so you will be credited correctly) >> >> What's the patch format? > > > Would this > > http://oxyliquit.de/tip/18 > > > be it? > > If I'm understanding correctly the command to get your patch would be diff -Naur [vanilla-source] [altered-source] > your-patch-name R -- "If people keep creating new Java applications, the world is going to come to an end" --David Heinemeier Hansson From james_b at neurogami.com Thu Jun 15 22:22:39 2006 From: james_b at neurogami.com (James Britt) Date: Thu, 15 Jun 2006 19:22:39 -0700 Subject: [Nitro] Bug in mongrel.rb? In-Reply-To: <44921AC0.80704@rjspotter.com> References: <448FAC5B.3020508@neurogami.com> <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> <44903E65.9020000@neurogami.com> <449202BE.8040307@neurogami.com> <44920368.9000909@neurogami.com> <44921AC0.80704@rjspotter.com> Message-ID: <449215EF.80604@neurogami.com> rjspotter wrote: >> > > If I'm understanding correctly the command to get your patch would be > > diff -Naur [vanilla-source] [altered-source] > your-patch-name I'll give that a shot. Thanks! -- James Britt "In Ruby, no one cares who your parents were, all they care about is if you know what you are talking about." - Logan Capaldo From zimba.tm at gmail.com Fri Jun 16 03:41:12 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Fri, 16 Jun 2006 09:41:12 +0200 Subject: [Nitro] Bug in mongrel.rb? In-Reply-To: <449215EF.80604@neurogami.com> References: <448FAC5B.3020508@neurogami.com> <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> <44903E65.9020000@neurogami.com> <449202BE.8040307@neurogami.com> <44920368.9000909@neurogami.com> <44921AC0.80704@rjspotter.com> <449215EF.80604@neurogami.com> Message-ID: <3ff63f9b0606160041y6964ce4amc3bcb79bc41bb9f@mail.gmail.com> Short HOWTO send a patch : 1) Get the glycerin source darcs get repo.nitroproject.org 2) Modify the code ... 3) Record the changes darcs record -m "My changes" 4) Export the changes darcs send -o some_file 5) Mail the file -- Cheers, zimbatm http://zimbatm.oree.ch From george.moschovitis at gmail.com Fri Jun 16 08:23:36 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 16 Jun 2006 15:23:36 +0300 Subject: [Nitro] Bug in mongrel.rb? In-Reply-To: <3ff63f9b0606160041y6964ce4amc3bcb79bc41bb9f@mail.gmail.com> References: <448FAC5B.3020508@neurogami.com> <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> <44903E65.9020000@neurogami.com> <449202BE.8040307@neurogami.com> <44920368.9000909@neurogami.com> <44921AC0.80704@rjspotter.com> <449215EF.80604@neurogami.com> <3ff63f9b0606160041y6964ce4amc3bcb79bc41bb9f@mail.gmail.com> Message-ID: this is it! On 6/16/06, Jonas Pfenniger wrote: > Short HOWTO send a patch : > > 1) Get the glycerin source > > darcs get repo.nitroproject.org > > 2) Modify the code > > ... > > 3) Record the changes > > darcs record -m "My changes" > > 4) Export the changes > > darcs send -o some_file > > 5) Mail the file > > -- > Cheers, > zimbatm > > http://zimbatm.oree.ch > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From james.britt at gmail.com Fri Jun 16 10:37:40 2006 From: james.britt at gmail.com (James Britt) Date: Fri, 16 Jun 2006 07:37:40 -0700 Subject: [Nitro] Bug in mongrel.rb? In-Reply-To: References: <448FAC5B.3020508@neurogami.com> <3ff63f9b0606140028u2bd9a185k732de8d67b2b0230@mail.gmail.com> <44903E65.9020000@neurogami.com> <449202BE.8040307@neurogami.com> <44920368.9000909@neurogami.com> <44921AC0.80704@rjspotter.com> <449215EF.80604@neurogami.com> <3ff63f9b0606160041y6964ce4amc3bcb79bc41bb9f@mail.gmail.com> Message-ID: <4492C234.5060400@gmail.com> George Moschovitis wrote: > this is it! > > On 6/16/06, Jonas Pfenniger wrote: > >>Short HOWTO send a patch : >> >>1) Get the glycerin source >> >>darcs get repo.nitroproject.org darcs get http://repo.nitroproject.org At least, for me, the protocol was required >> >>2) Modify the code >> OK >>... >> >>3) Record the changes >> >>darcs record -m "My changes" >> Easy. >>4) Export the changes >> >>darcs send -o some_file Also easy >> >>5) Mail the file Attached to this mail. Thanks, -- James Britt "Simplicity of the language is not what matters, but simplicity of use." - Richard A. O'Keefe in squeak-dev mailing list -------------- next part -------------- A non-text attachment was scrubbed... Name: mongrel_context_in.patch.tgz Type: application/x-gtar Size: 2614 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060616/12e7387f/attachment.gtar From m.fellinger at gmail.com Fri Jun 16 22:44:48 2006 From: m.fellinger at gmail.com (Michael Fellinger) Date: Sat, 17 Jun 2006 11:44:48 +0900 Subject: [Nitro] Some suggestions for 0.31.0 (gems) Message-ID: <9c00d3e00606161944r74d4e91em7b6d1db6f0c8886d@mail.gmail.com> Hey Nitroists :) This is not the usual - I-want-this-feature email I've had some encounters with newcomers to nitro on IRC and there were some things that annoyed almost everybody that would be easy to fix. This is talking about the distribution of nitro/og and the examples, hoping that it will give you some ideas of what will definitly help people to pick up nitro with less pain (yes, there still is some to go through until you can have your first hello-world) First: >> nitro/ProjectInfo: - [ RedCloth, '= 3.1.3' ] << Can we somehow get rid of that dependency? Lots of people use BlueCloth instead and as far as i've seen it's only used in Flare/Spark - which are not installed with the gems and in Glue, as a kind of convinience that is not really documented but i guess it's being used for {{...}} or {|...|} i've not heard about both until looking into that file to find out why i have to install redcloth over and over again with nitro. Nowadays the 0.30.0 nitro-gem is unusable for usual users since redcloth 3.1.4 is out and we have an explicit dependency on 3.1.3... i only thought wtf? So, there are two ways to resolve this issue, first: use of >= 3.1.4 or second (and more favored by me) dropping the dependency if we continue not having a specific example of how to use it. not even spark/flare use the markup-method, so why should we use them? and glue is being droppend anyway so what better time is there to get rid of it :) Second: >> specific-version-dependencies a la = 3.1.3 << this is especially for the ruby-breakpoint and daemons dependency, it certainly won't hurt to make this a bit more relaxed and allow newer versions - these gems are known to provide the same API over quite some time already and are less likely to change without notice since lots of programs build on them. my proposal is - use of >= here as well. for the reasons i mentioned earlier. Third: >> facets << I know the issues with facets, as their code is weaved closely with nitro/og, but i have to say that i'm using still the code of 0.29.0 with the current facets and have no broken functionality. This may serve as both an compliment and an reminder to both the community and especially to trans and george, since they work closely together. But it's a reminder that nitro _is_ becoming more mature and we should reflect that, if possible in the dependencies of the next gems to come Another thing is that the rdoc of facets doesn't seem to be on the latest level on facets.rubyforge.org - it would be nice to have an up2date documentation since i regulary search this page for functionality i need and maybe have close at hand without knowing it. All of these changes would make it much smoother for newbies to get up'n'running with nitro without too much effort from our side, but there is more - taking a bit more effort :) gemifying examples/spark/flare This is something i would _love_ to see and that would make a great point of entry for newcomers who just want to setup a wiki/blog within 5 minutes or check out what all the fuss is about. I have little to no experience with creating gems and i'm not sure if we should make examples to a gem - but at least providing a direct link from both the homepage and the starting-page of a new nitro-application would help in the long term. however, i would love to see flare/spark neatly packaged up, with some small tutorial on how to get up and running with them (which might take as little as a 2-page-tutorial on oxywtf) I know that george once had the plan to gemify them and to make them run nicely (as much as possible) with kirbybase so the users don't have to install any database and just can get work done. If we ever get that far, no doubt - we will be flooded with new users. There is a large-scale-curiosity out there about what nitro/og is and what it is capable of - almost everybody has heard about it (even pythonistas) but consider it as immature because of documentation. So, since we already love to let code speak for us, getting these two applications on the street would serve as a real beacon and might as well lead to more questions on oxywtf and great new minds to share their thoughts with. If you guys are happy with distributing flare/spark on this way, i will do my best to create gems for them ( though the help of anybody on that point would be greatly appreciated, since i currently have no experience with that stuff ) and also to clean up the code that is in there, which is in some parts incomplete or unneccesary or a bit hard to understand. Also we could bring in some new features from our latest developments like the feedgenerator or cleaning up of the model-code. as well as better use of elements. at the time when the new part/admin of hits the street and the other stores work with the new Og, i would be happy to have finished the work on these issues and hit the gas-pedal on our nitro-driven car a bit harder to reach further than ever a framework before. Ok, thanks for reading that far, as always i appreciate every feedback i can get. Hit your Reply-button: NOW ;) Also keep in mind, we can pick only one or two points from what i've said and already improve the whole community - if we would pick all points and work on them that would be too nice to be true :) ~~~~manveru From james.britt at gmail.com Fri Jun 16 23:36:58 2006 From: james.britt at gmail.com (James Britt) Date: Fri, 16 Jun 2006 20:36:58 -0700 Subject: [Nitro] Some suggestions for 0.31.0 (gems) In-Reply-To: <9c00d3e00606161944r74d4e91em7b6d1db6f0c8886d@mail.gmail.com> References: <9c00d3e00606161944r74d4e91em7b6d1db6f0c8886d@mail.gmail.com> Message-ID: <449378DA.4010509@gmail.com> Michael Fellinger wrote: > Hey Nitroists :) > > This is not the usual - I-want-this-feature email Oh, sure. :) > > gemifying examples/spark/flare > > This is something i would _love_ to see and that would make a great > point of entry for newcomers who just want to setup a wiki/blog within > 5 minutes or check out what all the fuss is about. Yes. It's annoying that the default Nitro page that appears when you run gen app foobar refers to examples that, surprise! are not installed by default; the page says nothing about where you can get them. Having a "gem install nitro-examples" would be sweet. On that note, the sample Nitro stuff one gets with gen app could be a bit nicer. I've wrote up a description of getting started with Nitro, and I found it awkward to first explain what you get with gen app, and then explaining how to go write a Nitro app that uses basically none of that. Yes, You *can* put your controller right in run.rb, and yes you *could* have all your HTML generate as a giant string from your controller methods, but I have a hard time believing anyone writes a Web app of any size doing that. Better if "gen app" creates template (or whatever George decides to cal it), model, and controller folders with simple, but architecturally correct, classes. It would go a long way in showing how one might use Nitro for typical development. > I have little to no experience with creating gems and i'm not sure if > we should make examples to a gem - but at least providing a direct > link from both the homepage and the starting-page of a new > nitro-application would help in the long term. Yes. > > however, i would love to see flare/spark neatly packaged up, with some > small tutorial on how to get up and running with them (which might > take as little as a 2-page-tutorial on oxywtf) > > I know that george once had the plan to gemify them and to make them > run nicely (as much as possible) with kirbybase so the users don't > have to install any database and just can get work done. That would be quite nice, too. > If we ever get that far, no doubt - we will be flooded with new users. > There is a large-scale-curiosity out there about what nitro/og is and > what it is capable of - almost everybody has heard about it (even > pythonistas) but consider it as immature because of documentation. I can understand that perception. A bit more slickness in the Web sites and docs might do wonders for attracting coders to Og/Nitro, people who (ideally) might then help make it better. > > So, since we already love to let code speak for us, getting these two > applications on the street would serve as a real beacon and might as > well lead to more questions on oxywtf and great new minds to share > their thoughts with. > More examples, showing a variety of Og/Nitro features, in a deliberately explicit style (i.e., they would not have the tightest/tersest code, but the code would serve as working demos and tutorials, not as production apps anyway) would be nice. > If you guys are happy with distributing flare/spark on this way, i > will do my best to create gems for them ( though the help of anybody > on that point would be greatly appreciated, since i currently have no > experience with that stuff ) and also to clean up the code that is in > there, which is in some parts incomplete or unneccesary or a bit hard > to understand. I have experience creating gems, though not very much free time. But give me a yell if you need help. > Also we could bring in some new features from our latest developments > like the feedgenerator or cleaning up of the model-code. as well as > better use of elements. More examples are good. -- James Britt "In physics the truth is rarely perfectly clear, and that is certainly universally the case in human affairs. Hence, what is not surrounded by uncertainty cannot be the truth." - R. Feynman From zimba.tm at gmail.com Sat Jun 17 03:35:15 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Sat, 17 Jun 2006 09:35:15 +0200 Subject: [Nitro] Some suggestions for 0.31.0 (gems) In-Reply-To: <9c00d3e00606161944r74d4e91em7b6d1db6f0c8886d@mail.gmail.com> References: <9c00d3e00606161944r74d4e91em7b6d1db6f0c8886d@mail.gmail.com> Message-ID: <3ff63f9b0606170035q7b22ff7fh9160ec9b09f3ab0b@mail.gmail.com> On 17/06/06, Michael Fellinger wrote: > First: >> nitro/ProjectInfo: - [ RedCloth, '= 3.1.3' ] << > Can we somehow get rid of that dependency? > Lots of people use BlueCloth instead and as far as i've seen it's only > used in Flare/Spark - which are not installed with the gems and in > Glue, as a kind of convinience that is not really documented but i > guess it's being used for {{...}} or {|...|} > i've not heard about both until looking into that file to find out why > i have to install redcloth over and over again with nitro. More insight : Glue::Markup depends on RedCloth. Also, last time I checked RedCloth 3.1.4 was considered as broken. This is why Nitro stays at 3.1.3. The best thing to do IMHO is to remove that dependency and make a clear message when you use glue/markup. (which is used by nitro/compiler/markup, which in turn is in the default compiler pipeline) > All of these changes would make it much smoother for newbies to get > up'n'running with nitro without too much effort from our side, but > there is more - taking a bit more effort :) Well, I don't really see how having fixed dependencies is a problem. Gem has versionning for that purpose isn't it ? The newbie might wonder why we have fixed versions but that's another case. The code will still work. Installing nitro is not more complicated than `gem install nitro -y`, fixed deps or not. Having fixed deps was a decision of George and I agree with him : with a release, we know which package work with which version of nitro and og. For example, latest facets (1.4.1) breaks george's version at repo.nitroproject.com. So maybe it's curious for newbies but there is a good reason behind it. > gemifying examples/spark/flare This is very simple but needs some love. First of all, install `reap`. It's a tool written by Trans to simplify your work. Make a ProjectInfo in flare/spark's root. You can find some examples in Og and Nitro's root. Then type : `reap package` . Et voil? ! :-) -- Cheers, zimbatm http://zimbatm.oree.ch From george.moschovitis at gmail.com Sat Jun 17 11:31:01 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 17 Jun 2006 18:31:01 +0300 Subject: [Nitro] nitroproject.org banner Message-ID: Dear devs, I need a 728x200 pixels 'welcome' banner for the new home page of nitroproject.org. If anyone of you feels artistic, please give it a try and send me a nice image. regards, George -- http://www.gmosx.com http://www.nitroproject.org From william.full.moon at gmail.com Sat Jun 17 11:35:15 2006 From: william.full.moon at gmail.com (* William) Date: Sun, 18 Jun 2006 01:35:15 +1000 Subject: [Nitro] Nitro evolution Rules ?? In-Reply-To: <448DA49C.8070309@lassoweb.nu> Message-ID: <001101c69223$a5bee6a0$03af07ca@ghostgum> Hello people!! I hope you are all well!! I am wondering about the rules for the Og::Manager's EVOLUTION facility? Is there a short description of what's suppose to occur, and in what sequence? Some comments or text in a read-me would do, I'd like at least a conceptual and functional understanding of what goes on. What I found more interesting is the mention of a "rules YAML" file that is read at load time. As far as I can tell, it is loading classes. I can see mention of transition rules in "evolution.rb" code. Is there syntax or rules to go in the YAML? I have been putting together some notes on Og and Nitro. It is a coverage of what is where, and when. Not the user manual I'd like to find as a "newbie". I don't know enough to do that. Comments can go to me, or on the list. http://platypus.stikipad.com/muse/show/rough+notes Cheers to all. ... Will -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.0/368 - Release Date: 16-Jun-2006 From george.moschovitis at gmail.com Sat Jun 17 11:39:19 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 17 Jun 2006 18:39:19 +0300 Subject: [Nitro] Some suggestions for 0.31.0 (gems) In-Reply-To: <9c00d3e00606161944r74d4e91em7b6d1db6f0c8886d@mail.gmail.com> References: <9c00d3e00606161944r74d4e91em7b6d1db6f0c8886d@mail.gmail.com> Message-ID: > First: >> nitro/ProjectInfo: - [ RedCloth, '= 3.1.3' ] << > Can we somehow get rid of that dependency? > not even spark/flare use the markup-method, so why should we use them? > and glue is being droppend anyway so what better time is there to get > rid of it :) Ok, for the moment I will add a >= dependecy for Redcloth ;-) And I will consider relaxing this dependency altogether in a future version. > Second: >> specific-version-dependencies a la = 3.1.3 << > this is especially for the ruby-breakpoint and daemons dependency, it > my proposal is - use of >= here as well. for the reasons i mentioned earlier. Ok, same here ;-) > Third: >> facets << > functionality i need and maybe have close at hand without knowing it. I really want to keep the = constaint with facets for the time beeing ;-) Even though both nitro and facets have matured a lot since the last time we discussed this, I strongly believe that a = dependecy on facets is still neccessary. > This is something i would _love_ to see and that would make a great I would love to see this too ;-) > If you guys are happy with distributing flare/spark on this way, i > will do my best to create gems for them ( though the help of anybody > on that point would be greatly appreciated, since i currently have no > experience with that stuff ) and also to clean up the code that is in > there, which is in some parts incomplete or unneccesary or a bit hard > to understand. this sounds great. Go for it ;-) And you get tons of love from all members of our community! best regards, George. -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Sat Jun 17 11:42:33 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 17 Jun 2006 18:42:33 +0300 Subject: [Nitro] Some suggestions for 0.31.0 (gems) In-Reply-To: <449378DA.4010509@gmail.com> References: <9c00d3e00606161944r74d4e91em7b6d1db6f0c8886d@mail.gmail.com> <449378DA.4010509@gmail.com> Message-ID: > More examples, showing a variety of Og/Nitro features, in a deliberately > explicit style (i.e., they would not have the tightest/tersest code, but > the code would serve as working demos and tutorials, not as production > apps anyway) would be nice. I will release the base source of nitroproject.org in the following days (mostly as a favour to Jonas ;-)). This will demonstrate some nice coding practices of using nitro and og. stay tuned, George. -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Sat Jun 17 11:44:19 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 17 Jun 2006 18:44:19 +0300 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: <3ff63f9b0606131322mc933706x8bd9e0cd29eb02cc@mail.gmail.com> References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> <3ff63f9b0606131124p1598e9f1mbb9c7def8422012c@mail.gmail.com> <3ff63f9b0606131322mc933706x8bd9e0cd29eb02cc@mail.gmail.com> Message-ID: Fixed this! Check out the repo... If you have problems, please let me know and will fix them asap. Please use the repo version with your app, to help me kill the rest of the bugs. -g. On 6/13/06, Jonas Pfenniger wrote: > George, there seem to be a problem in Glue::Orderable too. It produces > weird queries : > > [SELECT * FROM ogrstreamer_stream ORDER BY position integer DESC LIMIT 1] > > I wanted to debug it but I don't understand some things : > * how `self.included_with_parameters` work. > * where you change the default select to add order attribute in that class > * why you use `alias_method` instead of the `alias` keyword > > Another weird behavior is that Og creates the `position` field but > then declares that it's not available. I think it has to do that you > changed how glue/attribute work, isn't it ? > > On 13/06/06, George Moschovitis wrote: > > Ok, will do... > > > > -g. > > > > On 6/13/06, Jonas Pfenniger wrote: > > > On 13/06/06, George Moschovitis wrote: > > > > Perhaps you are using multiple versions of nitro? > > > > > > No > > > > > > > Please also note that you need mysql to test my version of nitro. > > > > > > Yes, it's what I have :-) > > > > > > I found out what the problem was : Facets 1.4.1 now separate the > > > annotation attributes in another file. > > > > > > Just add "require '/facets/more/annattr'" in front of glue/attribute > > > > > > -- > > > Cheers, > > > zimbatm > > > > > > http://zimbatm.oree.ch > > > _______________________________________________ > > > Nitro-general mailing list > > > Nitro-general at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > > > -- > > http://www.gmosx.com > > http://www.nitroproject.org > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > Cheers, > zimbatm > > http://zimbatm.oree.ch > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Sat Jun 17 12:22:06 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 17 Jun 2006 19:22:06 +0300 Subject: [Nitro] nitroproject.org banner In-Reply-To: References: Message-ID: To help you a bit, here is the current place holder... -g. On 6/17/06, George Moschovitis wrote: > Dear devs, > > I need a 728x200 pixels 'welcome' banner for the new home page of > nitroproject.org. If anyone of you feels artistic, please give it a > try and send me a nice image. > > regards, > George > > > -- > http://www.gmosx.com > http://www.nitroproject.org > -- http://www.gmosx.com http://www.nitroproject.org -------------- next part -------------- A non-text attachment was scrubbed... Name: banner.png Type: image/png Size: 61790 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060617/f22d0a28/attachment.png From mischa.kroon at gmail.com Sat Jun 17 15:36:50 2006 From: mischa.kroon at gmail.com (Mischa Kroon) Date: Sat, 17 Jun 2006 21:36:50 +0200 Subject: [Nitro] nitroproject.org banner References: Message-ID: <003a01c69245$61f988e0$0a01a8c0@mischabak> Looks good :) ----- Original Message ----- From: "George Moschovitis" To: "General discussion about Nitro" Sent: Saturday, June 17, 2006 6:22 PM Subject: Re: [Nitro] nitroproject.org banner > To help you a bit, here is the current place holder... > > -g. > > On 6/17/06, George Moschovitis wrote: >> Dear devs, >> >> I need a 728x200 pixels 'welcome' banner for the new home page of >> nitroproject.org. If anyone of you feels artistic, please give it a >> try and send me a nice image. >> >> regards, >> George >> >> >> -- >> http://www.gmosx.com >> http://www.nitroproject.org >> > > > -- > http://www.gmosx.com > http://www.nitroproject.org > -------------------------------------------------------------------------------- > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general From zimba.tm at gmail.com Sat Jun 17 16:30:51 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Sat, 17 Jun 2006 22:30:51 +0200 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> <3ff63f9b0606131124p1598e9f1mbb9c7def8422012c@mail.gmail.com> <3ff63f9b0606131322mc933706x8bd9e0cd29eb02cc@mail.gmail.com> Message-ID: <3ff63f9b0606171330i396e598h8650b3576eaf835f@mail.gmail.com> On 17/06/06, George Moschovitis wrote: > Fixed this! Check out the repo... If you have problems, please let me > know and will fix them asap. Please use the repo version with your > app, to help me kill the rest of the bugs. Cool ! Thanks George. I will let you know in the following days. I'm only using the Og part btw -- Cheers, zimbatm http://zimbatm.oree.ch From george.moschovitis at gmail.com Sat Jun 17 18:35:57 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 18 Jun 2006 01:35:57 +0300 Subject: [Nitro] Facets version for repo.nitroproject.com ? In-Reply-To: <3ff63f9b0606171330i396e598h8650b3576eaf835f@mail.gmail.com> References: <3ff63f9b0606131103g7515e38ev772d0c510d2f00b@mail.gmail.com> <3ff63f9b0606131124p1598e9f1mbb9c7def8422012c@mail.gmail.com> <3ff63f9b0606131322mc933706x8bd9e0cd29eb02cc@mail.gmail.com> <3ff63f9b0606171330i396e598h8650b3576eaf835f@mail.gmail.com> Message-ID: Ok, waiting for new bug reports... take care, George. On 6/17/06, Jonas Pfenniger wrote: > On 17/06/06, George Moschovitis wrote: > > Fixed this! Check out the repo... If you have problems, please let me > > know and will fix them asap. Please use the repo version with your > > app, to help me kill the rest of the bugs. > > Cool ! Thanks George. I will let you know in the following days. I'm > only using the Og part btw > > -- > Cheers, > zimbatm > > http://zimbatm.oree.ch > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From billk at cts.com Sat Jun 17 22:51:49 2006 From: billk at cts.com (Bill Kelly) Date: Sat, 17 Jun 2006 19:51:49 -0700 Subject: [Nitro] temporary database structures References: <000001c690e2$94160ec0$d9e7dbcb@ghostgum> Message-ID: <016c01c69282$254b6660$6442a8c0@musicbox> From: "* William" > > Yes, I think there are 'prosaic' solutions for your query. As usual it > depends on your application's specific needs. Hi Will, Thanks for your detailed reply. I'm still mulling it over... :) Regards, Bill From m.fellinger at gmail.com Sat Jun 17 23:47:15 2006 From: m.fellinger at gmail.com (Michael Fellinger) Date: Sun, 18 Jun 2006 12:47:15 +0900 Subject: [Nitro] nitroproject.org banner In-Reply-To: <003a01c69245$61f988e0$0a01a8c0@mischabak> References: <003a01c69245$61f988e0$0a01a8c0@mischabak> Message-ID: <9c00d3e00606172047u30de9639j2a7b11ff30f302ae@mail.gmail.com> anybody remembers zorro? where the train is full of nitroglycerin and makes a spectacular explosion in the end? ;D On 6/18/06, Mischa Kroon wrote: > Looks good :) > > ----- Original Message ----- > From: "George Moschovitis" > To: "General discussion about Nitro" > Sent: Saturday, June 17, 2006 6:22 PM > Subject: Re: [Nitro] nitroproject.org banner > > > > To help you a bit, here is the current place holder... > > > > -g. > > > > On 6/17/06, George Moschovitis wrote: > >> Dear devs, > >> > >> I need a 728x200 pixels 'welcome' banner for the new home page of > >> nitroproject.org. If anyone of you feels artistic, please give it a > >> try and send me a nice image. > >> > >> regards, > >> George > >> > >> > >> -- > >> http://www.gmosx.com > >> http://www.nitroproject.org > >> > > > > > > -- > > http://www.gmosx.com > > http://www.nitroproject.org > > > > > -------------------------------------------------------------------------------- > > > > _______________________________________________ > > 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 neokolor at gmx.de Sun Jun 18 09:30:27 2006 From: neokolor at gmx.de (jfwittmann) Date: Sun, 18 Jun 2006 15:30:27 +0200 Subject: [Nitro] litte patch to og/relation.rb Message-ID: <44955573.8070503@gmx.de> do a modifications to symbol_to_class method in relation.rb to handle following entity classes module Gallery::Models class Image has_one :image_detail end class ImageDetail belongs_to :image end end cu, Felix -------------- next part -------------- A non-text attachment was scrubbed... Name: relation_rb.zip Type: application/x-zip-compressed Size: 3246 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060618/5a5aaaf9/attachment.bin From john at oxyliquit.de Sun Jun 18 10:28:09 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Sun, 18 Jun 2006 16:28:09 +0200 Subject: [Nitro] litte patch to og/relation.rb In-Reply-To: <44955573.8070503@gmx.de> References: <44955573.8070503@gmx.de> Message-ID: Hi, > do a modifications to symbol_to_class method in relation.rb to handle > following entity classes Cool, thanks for that patch :) Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Sun Jun 18 13:43:54 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Sun, 18 Jun 2006 19:43:54 +0200 Subject: [Nitro] Nitro evolution Rules ?? In-Reply-To: <001101c69223$a5bee6a0$03af07ca@ghostgum> References: <001101c69223$a5bee6a0$03af07ca@ghostgum> Message-ID: Hi, > http://platypus.stikipad.com/muse/show/rough+notes Thanks for opening that to the public! Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From fabian at oggu.de Sun Jun 18 13:47:52 2006 From: fabian at oggu.de (Fabian Buch) Date: Sun, 18 Jun 2006 19:47:52 +0200 Subject: [Nitro] Gen Form not working without Og.setup Message-ID: <287d732edf715bbb048420aa22ef0da5@oggu.de> I just tested gen form which didn't work. After some debugging I had the feeling my model wasn't enchanted yet, so I put an Og.setup into FormGen.setup method, after the require of my model and it worked. Did anyone ever test form gen? I think this is a bug, but I have no solution, since running Og.setup creates a new database. As workaround I do an Og.setup with an sqlite-store with a database in /tmp. Any real solution? Or is there a way to enchant a model without creating a real database via Og.setup? Fabian From neokolor at gmx.de Sun Jun 18 18:13:31 2006 From: neokolor at gmx.de (jfwittmann) Date: Mon, 19 Jun 2006 00:13:31 +0200 Subject: [Nitro] fix problem in admin controller with plural names Message-ID: <4495D00B.5060901@gmx.de> This will now working with the fix: class AdminController; scaffold Genus, :plural_name => 'generis' scaffold Species, :plural_name => 'species'; end cu, Felix -------------- next part -------------- A non-text attachment was scrubbed... Name: fix_admin_controller.zip Type: application/x-zip-compressed Size: 3428 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060618/f7bb353d/attachment.bin From james.britt at gmail.com Sun Jun 18 18:33:42 2006 From: james.britt at gmail.com (James Britt) Date: Sun, 18 Jun 2006 15:33:42 -0700 Subject: [Nitro] Nitro evolution Rules ?? In-Reply-To: References: <001101c69223$a5bee6a0$03af07ca@ghostgum> Message-ID: <4495D4C6.7090105@gmail.com> Jonathan Buch wrote: > Hi, > > >> http://platypus.stikipad.com/muse/show/rough+notes > > > Thanks for opening that to the public! Neat-o. One gripe: The table of contents floating div thing renders poorly in Firefox on WinXP. The text from the first main paragraph in the center overlaps the TOC thing. But thanks, really, for the docs! -- James Britt "You harmonize; then you customize." - Wilson Pickett From transfire at gmail.com Sun Jun 18 20:50:05 2006 From: transfire at gmail.com (TRANS) Date: Sun, 18 Jun 2006 20:50:05 -0400 Subject: [Nitro] opinion on console command facet Message-ID: <4b6f054f0606181750t956c27fq484f698909cdda59@mail.gmail.com> another one of my opinion queries.... consoleapp.rb has to be renamed b/c what was Console::Application is now Console::Command. as of this upcoming release the Console::Applicaiton will no longer be available. so the question is what to rename the file: 1) slight change to 'consolecmd.rb'. 2) something more succinct 'command.rb' 3) or is it time to subdir: 'console/command.rb' by the way I've added run-on flag supprt (eg. -xvzf) as well some help support, ex- # bin/example class MyCmd << Console::Command help "This does something" def something puts "Something!" end help "This does another" def another puts "Another!" end end MyCmd.execute then at the CLI (command line interface) % example help example another This does another something This does something it's still a bit primitive obviously but we can improve it over time. thanks, T. From transfire at gmail.com Sun Jun 18 21:08:10 2006 From: transfire at gmail.com (TRANS) Date: Sun, 18 Jun 2006 21:08:10 -0400 Subject: [Nitro] Some suggestions for 0.31.0 (gems) In-Reply-To: <9c00d3e00606161944r74d4e91em7b6d1db6f0c8886d@mail.gmail.com> References: <9c00d3e00606161944r74d4e91em7b6d1db6f0c8886d@mail.gmail.com> Message-ID: <4b6f054f0606181808u6cb8e196ma868ec5960b9c382@mail.gmail.com> On 6/16/06, Michael Fellinger wrote: > Third: >> facets << > I know the issues with facets, as their code is weaved closely with > nitro/og, but i have to say that i'm using still the code of 0.29.0 > with the current facets and have no broken functionality. > This may serve as both an compliment and an reminder to both the > community and especially to trans and george, since they work closely > together. We work pretty close together on certain parts where functionality is crucial for Nitro/Og. That's true. Keep in mind though that I'm sworn to keeping Facets a general purpose library. And that's actually a boon for Nitro/Og as opposed to ActiveSupport and Rails. > But it's a reminder that nitro _is_ becoming more mature and we should > reflect that, if possible in the dependencies of the next gems to come I think we're getting to a point where it would be safe to reduce the dependeny resitrictions for Facets to a flexibley teenty: 1.3.x or 1.4.x, etc. > Another thing is that the rdoc of facets doesn't seem to be on the > latest level on facets.rubyforge.org - it would be nice to have an > up2date documentation since i regulary search this page for > functionality i need and maybe have close at hand without knowing it. Hmm... they should be up2date. Are there some partiuclar docs missing? Please let me know anything you come across. I've put a lot of work into the docs, but it's a huge task. Also I've noticed that Rdoc itself can be a little tricky. Sometimes it doesn't display what I had exepted. Help with docs is very much appreciated! > gemifying examples/spark/flare I concur with Jonas. Get familiar with Reap and this will pretty much become cake. Moreover the more people using Reap the better it'll get. T. From zimba.tm at gmail.com Mon Jun 19 02:41:38 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Mon, 19 Jun 2006 08:41:38 +0200 Subject: [Nitro] opinion on console command facet In-Reply-To: <4b6f054f0606181750t956c27fq484f698909cdda59@mail.gmail.com> References: <4b6f054f0606181750t956c27fq484f698909cdda59@mail.gmail.com> Message-ID: <3ff63f9b0606182341l7e798216s68a73d40ecf34c4b@mail.gmail.com> On 19/06/06, TRANS wrote: > another one of my opinion queries.... Console::Controller ? Console::Command doesn't fit quite since it can be multiple commands. > # bin/example > > class MyCmd < Console::Command > > help "This does something" > > def something > puts "Something!" > end > end Is it the same as : class MyCmd < Console::Command def something puts "Something!" end ann :something, :doc => "This does something" end -- Cheers, zimbatm http://zimbatm.oree.ch From transfire at gmail.com Mon Jun 19 05:01:52 2006 From: transfire at gmail.com (TRANS) Date: Mon, 19 Jun 2006 05:01:52 -0400 Subject: [Nitro] opinion on console command facet In-Reply-To: <3ff63f9b0606182341l7e798216s68a73d40ecf34c4b@mail.gmail.com> References: <4b6f054f0606181750t956c27fq484f698909cdda59@mail.gmail.com> <3ff63f9b0606182341l7e798216s68a73d40ecf34c4b@mail.gmail.com> Message-ID: <4b6f054f0606190201k1e03cf11g3b274b64564afc32@mail.gmail.com> On 6/19/06, Jonas Pfenniger wrote: > On 19/06/06, TRANS wrote: > > another one of my opinion queries.... > > Console::Controller ? Console::Command doesn't fit quite since it can > be multiple commands. ooeee... you're in too deep with the MVC ;-) It's a "command", man, as in "shell command" and "command line interface". > > # bin/example > > > > class MyCmd < Console::Command > > > > help "This does something" > > > > def something > > puts "Something!" > > end > > end > > Is it the same as : > > class MyCmd < Console::Command > def something > puts "Something!" > end > ann :something, :doc => "This does something" > end Hmm... that's a interesting though. I didn't do it that way. The implementation is rather simple by comparision. Is there's an advantage to using annotations here? T. From zimba.tm at gmail.com Mon Jun 19 05:20:15 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Mon, 19 Jun 2006 11:20:15 +0200 Subject: [Nitro] opinion on console command facet In-Reply-To: <4b6f054f0606190201k1e03cf11g3b274b64564afc32@mail.gmail.com> References: <4b6f054f0606181750t956c27fq484f698909cdda59@mail.gmail.com> <3ff63f9b0606182341l7e798216s68a73d40ecf34c4b@mail.gmail.com> <4b6f054f0606190201k1e03cf11g3b274b64564afc32@mail.gmail.com> Message-ID: <3ff63f9b0606190220t572b7870hd0d16689953b41dc@mail.gmail.com> On 19/06/06, TRANS wrote: > > Console::Controller ? Console::Command doesn't fit quite since it can > > be multiple commands. > > ooeee... you're in too deep with the MVC ;-) > > It's a "command", man, as in "shell command" and "command line interface". :-p maybe > > class MyCmd < Console::Command > > def something > > puts "Something!" > > end > > ann :something, :doc => "This does something" > > end > > Hmm... that's a interesting though. I didn't do it that way. The > implementation is rather simple by comparision. Is there's an > advantage to using annotations here? Not really, unless RDoc to annotation is implemented. Then you could have : class MyCmd < Console::Command # This does something def something puts "Something" end end -- Cheers, zimbatm http://zimbatm.oree.ch From william.full.moon at gmail.com Mon Jun 19 06:16:48 2006 From: william.full.moon at gmail.com (* William) Date: Mon, 19 Jun 2006 20:16:48 +1000 Subject: [Nitro] Nitro evolution Rules ?? In-Reply-To: Message-ID: <009f01c69389$7ffd57f0$03af07ca@ghostgum> De nada ... j> p> http://platypus.stikipad.com/muse/show/rough+notes j> j>Thanks for opening that to the public! The idea is that people will tell me the bits that need correction. And/or it could help people understand how it works. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.0/368 - Release Date: 16-Jun-2006 From william.full.moon at gmail.com Mon Jun 19 06:23:11 2006 From: william.full.moon at gmail.com (* William) Date: Mon, 19 Jun 2006 20:23:11 +1000 Subject: [Nitro] sorry about the formatting In-Reply-To: <4495D4C6.7090105@gmail.com> Message-ID: <00a001c6938a$621fa9d0$03af07ca@ghostgum> Hello James j> One gripe: The table of contents floating div thing renders j> poorly in Firefox on WinXP. The text from the first main j> paragraph in the center overlaps the TOC thing. Yes I know. The web site renders valid HTML. Oddly enough it work correctly in IE v6. As one mate commented, that could be a "first". I think my solution will be to put the toc at the bottom with a hyper-link. Any CSS/HTML gurus out there? Aloha, Will. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.0/368 - Release Date: 16-Jun-2006 From transfire at gmail.com Mon Jun 19 06:26:17 2006 From: transfire at gmail.com (TRANS) Date: Mon, 19 Jun 2006 06:26:17 -0400 Subject: [Nitro] opinion on console command facet In-Reply-To: <3ff63f9b0606190220t572b7870hd0d16689953b41dc@mail.gmail.com> References: <4b6f054f0606181750t956c27fq484f698909cdda59@mail.gmail.com> <3ff63f9b0606182341l7e798216s68a73d40ecf34c4b@mail.gmail.com> <4b6f054f0606190201k1e03cf11g3b274b64564afc32@mail.gmail.com> <3ff63f9b0606190220t572b7870hd0d16689953b41dc@mail.gmail.com> Message-ID: <4b6f054f0606190326q6c7cb2bcyc43c49f039da17f7@mail.gmail.com> s/that's a interesting though/ that's an interesting thought/ I'm so tired of misspelling "thought" as "though" (two terribly unphonetic words to begin with) that I'm just NOT going to spell it that way any more! From now on it' s "thot"!!! T. From m.fellinger at gmail.com Mon Jun 19 06:26:58 2006 From: m.fellinger at gmail.com (Michael Fellinger) Date: Mon, 19 Jun 2006 19:26:58 +0900 Subject: [Nitro] Nitro evolution Rules ?? In-Reply-To: <009f01c69389$7ffd57f0$03af07ca@ghostgum> References: <009f01c69389$7ffd57f0$03af07ca@ghostgum> Message-ID: <200606191926.58227.manveru@weez-int.com> Hey, that page is really helpful :) already using it to show others concepts of Og. However, there are some small things that bug me: the code-example at the beginning, how about using real code? most people who know ruby are confused about how this should work or display next thing is og_pre_insert_update ?. [?] what is an insert-update??? ?og_post_insert_update ? i think it works for insert AND update, saves a bit of typing :) also, an example of EZ would be nice Foo.find{|foo| foo.name == 'bar'} or similar... there's lots of them in announcements at explaining options: * destroy ? - false: remove any existing database ? - true: leave existing table alone if it?s there just invert that :) * evolve_schema => true, ? - false: ? - true: This is the trigger if Og should add new fields/tables to the database. * evolve_schema_cautious (true) ? - false: avoid destructive schema changes. ? - true: drop old fields not present (also, are unused tables dropped?) yes, this one is applying _all_changes - adding/dropping tables/rows don't have too much time, hope that helps a bit :) From zimba.tm at gmail.com Mon Jun 19 10:42:49 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Mon, 19 Jun 2006 16:42:49 +0200 Subject: [Nitro] opinion on console command facet In-Reply-To: <4b6f054f0606190326q6c7cb2bcyc43c49f039da17f7@mail.gmail.com> References: <4b6f054f0606181750t956c27fq484f698909cdda59@mail.gmail.com> <3ff63f9b0606182341l7e798216s68a73d40ecf34c4b@mail.gmail.com> <4b6f054f0606190201k1e03cf11g3b274b64564afc32@mail.gmail.com> <3ff63f9b0606190220t572b7870hd0d16689953b41dc@mail.gmail.com> <4b6f054f0606190326q6c7cb2bcyc43c49f039da17f7@mail.gmail.com> Message-ID: <3ff63f9b0606190742xa90a235jef79701ccf80b7ca@mail.gmail.com> On 19/06/06, TRANS wrote: > s/that's a interesting though/ that's an interesting thought/ > > I'm so tired of misspelling "thought" as "though" (two terribly > unphonetic words to begin with) that I'm just NOT going to spell it > that way any more! From now on it' s "thot"!!! :-p In general ann allows more flexibility isn't it ? -- Cheers, zimbatm http://zimbatm.oree.ch From transfire at gmail.com Mon Jun 19 11:14:03 2006 From: transfire at gmail.com (TRANS) Date: Mon, 19 Jun 2006 11:14:03 -0400 Subject: [Nitro] opinion on console command facet In-Reply-To: <3ff63f9b0606190742xa90a235jef79701ccf80b7ca@mail.gmail.com> References: <4b6f054f0606181750t956c27fq484f698909cdda59@mail.gmail.com> <3ff63f9b0606182341l7e798216s68a73d40ecf34c4b@mail.gmail.com> <4b6f054f0606190201k1e03cf11g3b274b64564afc32@mail.gmail.com> <3ff63f9b0606190220t572b7870hd0d16689953b41dc@mail.gmail.com> <4b6f054f0606190326q6c7cb2bcyc43c49f039da17f7@mail.gmail.com> <3ff63f9b0606190742xa90a235jef79701ccf80b7ca@mail.gmail.com> Message-ID: <4b6f054f0606190814v6c6a35e2p7161906b10cfb571@mail.gmail.com> On 6/19/06, Jonas Pfenniger wrote: > On 19/06/06, TRANS wrote: > > s/that's a interesting though/ that's an interesting thought/ > > > > I'm so tired of misspelling "thought" as "though" (two terribly > > unphonetic words to begin with) that I'm just NOT going to spell it > > that way any more! From now on it' s "thot"!!! > > :-p > > In general ann allows more flexibility isn't it ? Yes, but I'm thinking YAGNI in this case. But I'll consider it more. And also it would be easy enough to change later if the need arises. Still wondering about the file name. Hmm.... Guess I'll just rename it command.rb since that's the simplist option. T. From george.moschovitis at gmail.com Mon Jun 19 11:56:59 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 19 Jun 2006 18:56:59 +0300 Subject: [Nitro] opinion on console command facet In-Reply-To: <4b6f054f0606190201k1e03cf11g3b274b64564afc32@mail.gmail.com> References: <4b6f054f0606181750t956c27fq484f698909cdda59@mail.gmail.com> <3ff63f9b0606182341l7e798216s68a73d40ecf34c4b@mail.gmail.com> <4b6f054f0606190201k1e03cf11g3b274b64564afc32@mail.gmail.com> Message-ID: > > class MyCmd < Console::Command > > def something > > puts "Something!" > > end > > ann :something, :doc => "This does something" > > end I was thinking about using annotations too, to stay more unifor with the rest of facets (and nitro) -g. -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Mon Jun 19 11:58:23 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 19 Jun 2006 18:58:23 +0300 Subject: [Nitro] litte patch to og/relation.rb In-Reply-To: <44955573.8070503@gmx.de> References: <44955573.8070503@gmx.de> Message-ID: thanks! -g. On 6/18/06, jfwittmann wrote: > do a modifications to symbol_to_class method in relation.rb to handle > following entity classes > > module Gallery::Models > class Image > has_one :image_detail > end > > class ImageDetail > belongs_to :image > end > end > > cu, Felix > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Mon Jun 19 11:59:17 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 19 Jun 2006 18:59:17 +0300 Subject: [Nitro] fix problem in admin controller with plural names In-Reply-To: <4495D00B.5060901@gmx.de> References: <4495D00B.5060901@gmx.de> Message-ID: thanks! -g. On 6/19/06, jfwittmann wrote: > This will now working with the fix: > > class AdminController; > scaffold Genus, :plural_name => 'generis' > scaffold Species, :plural_name => 'species'; > end > > cu, Felix > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > > -- http://www.gmosx.com http://www.nitroproject.org From surrender_it at yahoo.it Mon Jun 19 18:30:14 2006 From: surrender_it at yahoo.it (gabriele renzi) Date: Tue, 20 Jun 2006 00:30:14 +0200 Subject: [Nitro] Gen Form not working without Og.setup In-Reply-To: <287d732edf715bbb048420aa22ef0da5@oggu.de> References: <287d732edf715bbb048420aa22ef0da5@oggu.de> Message-ID: Fabian Buch ha scritto: > I just tested gen form which didn't work. After some debugging I had > the feeling my model wasn't enchanted yet, so I put an Og.setup into > FormGen.setup method, after the require of my model and it worked. > > Did anyone ever test form gen? in my rewrite of gen I did, and it works as expected, but it did even before my rewrite, are you using repo.nitroproject.org? (I'm on devlab ATM) -- blog en: http://www.riffraff.info blog it: http://riffraff.blogsome.com jabber : rff.rff at gmail dot com From bryan.a.soto at gmail.com Tue Jun 20 02:43:44 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Mon, 19 Jun 2006 23:43:44 -0700 Subject: [Nitro] fix problem in admin controller with plural names In-Reply-To: <4495D00B.5060901@gmx.de> References: <4495D00B.5060901@gmx.de> Message-ID: On 6/18/06, jfwittmann wrote: > This will now working with the fix: > > class AdminController; > scaffold Genus, :plural_name => 'generis' > scaffold Species, :plural_name => 'species'; > end > I'm not sure why, but the example you give seems very familiar... Anyway, thanks for the patch. It's been applied to devlab. > cu, Felix > From bryan.a.soto at gmail.com Tue Jun 20 02:47:06 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Mon, 19 Jun 2006 23:47:06 -0700 Subject: [Nitro] litte patch to og/relation.rb In-Reply-To: <44955573.8070503@gmx.de> References: <44955573.8070503@gmx.de> Message-ID: On 6/18/06, jfwittmann wrote: > do a modifications to symbol_to_class method in relation.rb to handle > following entity classes > > module Gallery::Models > class Image > has_one :image_detail > end > > class ImageDetail > belongs_to :image > end > end > Would it be possible for you to supply a testcase to go with this? I had a go with the example you gave, but had no luck making it work. Thanks, Bryan From james.britt at gmail.com Tue Jun 20 13:35:41 2006 From: james.britt at gmail.com (James Britt) Date: Tue, 20 Jun 2006 10:35:41 -0700 Subject: [Nitro] RDog ping Message-ID: <449831ED.1030908@gmail.com> I've been busy, but still interested in getting a better Ruby API search and comment tool up on ruby-doc.org. Both RDog and Rannotate take a similar approach: use rdoc to create a set of base files, then feed those files into some processor. Rannotate has rdoc generate SQL, and then the rest is basically a Rails app that allows for searching and commenting. RDoc goes for a yaml intermediate format, which I find more interesting, because it seems like it would lend itself to assorted data manipulation tools. But, last I checked, it was barfing on various files (or at least had issues when I tried running it over the Ruby core). However, there was another Make RDoc Better project, Rue, that included a YAML output formatter. (Rue created nice-looking rdoc pages that uses XMLHttpRequest for neat-o Web 2.0 goodness. Quite nice, really.) I took a look at the YAML it creates, and it appears, at first glance, complete. (I've spent time trying to get Rdoc to emit useful XML; the default XML is heavy with presentation markup and light on semantic metadata.) I also ran the rue template over the core Ruby source; it ran quite fast, and produce an 88K+ YAML file. (I've not inspected it for completeness.) So the rue template may solve at least one issue I've seen with RDog. If the YAML is complete (meaning it has both all the basic for all classes, modules, methods, etc, as well as data required to disambiguate when a method is part of the base class definition, and when it gets added when loading a module; Rannotate, for example, does not seem to manage this distinction) then the next step is using the corresponding Ruby objects to drive a viewing/searching/commenting system. Thoughts? The Rue project seems to have vanished, but I have the files if anyone is interested in playing around. (One thing I like about Og is that, once you have Ruby objects, you have automagical data persistence; that part Just Happens. And the YAML format gives us at least the basis for a set of Ruby objects that define API data.) -- James Britt http://www.ruby-doc.org - Ruby Help & Documentation http://www.artima.com/rubycs/ - The Journal By & For Rubyists http://www.rubystuff.com - The Ruby Store for Ruby Stuff http://www.30secondrule.com - Building Better Tools From transfire at gmail.com Tue Jun 20 12:50:44 2006 From: transfire at gmail.com (TRANS) Date: Tue, 20 Jun 2006 12:50:44 -0400 Subject: [Nitro] opinion on console command facet In-Reply-To: References: <4b6f054f0606181750t956c27fq484f698909cdda59@mail.gmail.com> <3ff63f9b0606182341l7e798216s68a73d40ecf34c4b@mail.gmail.com> <4b6f054f0606190201k1e03cf11g3b274b64564afc32@mail.gmail.com> Message-ID: <4b6f054f0606200950v3245befi5477efe7cb30d6c2@mail.gmail.com> In working on this Help feature of Console::Command I'm led right back to my original opinion -- it's more trouble then its worth. Doing it this way assumes all help cases fit the same mold. But there are many formating issues that can arise. So this simply will not satisfy anyone except for the crudest of cases. IMO when you factor in the lack of control over the output, it's actually more trouble to use these special help clauses then it is just to do: HELP <<-END what ever you want END def help puts HELP end I'm going to remark out the feature for now. It can be revisisted later if someone one else wants to have a look. T. From neokolor at gmx.de Tue Jun 20 13:01:32 2006 From: neokolor at gmx.de (jfwittmann) Date: Tue, 20 Jun 2006 19:01:32 +0200 Subject: [Nitro] litte patch to og/relation.rb In-Reply-To: References: <44955573.8070503@gmx.de> Message-ID: <449829EC.6000609@gmx.de> Without my patch og can't handle following module/class structure. The problem was a regex. With the old regex you can only handle og classes that are in one module but not in a sub-Module too. That does mean you could handle og classes like: Module->Class but with my changes you can handle classes like too: Module->Module*n->Class My intention for this was use og in camping like classes too. Ok ? example: require 'og' module Gallery def self.create Og.start Og.thread_safe=false end end module Gallery::Models class Image prop_accessor :filename, String has_one :image_details end class ImageDetail prop_accessor :comment, String belongs_to :image end end Gallery.create imgd = Gallery::Models::ImageDetail.new imgd.save img = Gallery::Models::Image.new img.save Bryan Soto wrote: > Would it be possible for you to supply a testcase to go with this? I > had a go with the example you gave, but had no luck making it work. > > Thanks, > > Bryan > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > > From billk at cts.com Tue Jun 20 23:09:21 2006 From: billk at cts.com (Bill Kelly) Date: Tue, 20 Jun 2006 20:09:21 -0700 Subject: [Nitro] [BUG?] nitro/helper/xhtml.rb options Message-ID: <06aa01c694e0$17afcc20$6442a8c0@musicbox> Hi, I'm wondering if the "to_i" is intentional in the following code: nitro-0.30.0/lib/nitro/helper/xhtml.rb ------------------------------------------- def options(options = {}) if labels = options[:labels] || options[:labels_values] str = '' values = options[:values] || options[:labels_values] || (0...labels.size).to_a selected = (options[:selected] || -1).to_i # ^^^^ ------------------------------------------- It's forcing selected to be an integer, but my values are strings, so the conditional here was always false: ------------------------------------------- if value == selected str << %|| else str << %|| end ------------------------------------------- I've removed the to_i, and the method now behaves as expected. Regards, Bill From transfire at gmail.com Wed Jun 21 02:35:20 2006 From: transfire at gmail.com (TRANS) Date: Wed, 21 Jun 2006 02:35:20 -0400 Subject: [Nitro] RDog ping In-Reply-To: <449831ED.1030908@gmail.com> References: <449831ED.1030908@gmail.com> Message-ID: <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> I like the sound of this Rue project. Is it a complete RDoc replacement, or does it just mod Roc? T. From neokolor at gmx.de Tue Jun 20 13:12:19 2006 From: neokolor at gmx.de (jfwittmann) Date: Tue, 20 Jun 2006 19:12:19 +0200 Subject: [Nitro] fix problem in admin controller with plural names In-Reply-To: References: <4495D00B.5060901@gmx.de> Message-ID: <44982C73.10205@gmx.de> Ok, sorry not good example. not really explain the problem. Without my patch you get incorrect links to the list action in the AdminController class. Now you have correct plural links to entity classes like: http://localhost:9999/admin/generis/list http://localhost:9999/admin/species/list etc. Felix Bryan Soto wrote: > On 6/18/06, jfwittmann wrote: > >> This will now working with the fix: >> >> class AdminController; >> scaffold Genus, :plural_name => 'generis' >> scaffold Species, :plural_name => 'species'; >> end >> >> > > I'm not sure why, but the example you give seems very familiar... > > Anyway, thanks for the patch. It's been applied to devlab. > > >> cu, Felix >> >> > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060621/d24844b3/attachment.html From aglarond at gmail.com Wed Jun 21 07:05:41 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Wed, 21 Jun 2006 13:05:41 +0200 Subject: [Nitro] [BUG?] nitro/helper/xhtml.rb options In-Reply-To: <06aa01c694e0$17afcc20$6442a8c0@musicbox> References: <06aa01c694e0$17afcc20$6442a8c0@musicbox> Message-ID: <55c107bf0606210405p386b9ef7he0a8e470a219823e@mail.gmail.com> Hi Bill, On 6/21/06, Bill Kelly wrote: > I'm wondering if the "to_i" is intentional in the following code: > > selected = (options[:selected] || -1).to_i > # ^^^^ > ------------------------------------------- If this is changed, then the following ticket can be ignored: http://devlab.oree.ch/trac/glycerin/ticket/34 One or the other should happen, though, IMO. It would make the comparison as mentioned in the ticket consistent. - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060621/e9521abe/attachment.html From aglarond at gmail.com Wed Jun 21 07:09:09 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Wed, 21 Jun 2006 13:09:09 +0200 Subject: [Nitro] RDog ping In-Reply-To: <449831ED.1030908@gmail.com> References: <449831ED.1030908@gmail.com> Message-ID: <55c107bf0606210409t3f89a56aw5043f1774dd50bb0@mail.gmail.com> Hi James, On 6/20/06, James Britt wrote: > > > The Rue project seems to have vanished, but I have the files if anyone > is interested in playing around. > I'd be interested. My time is limited, but I'd still like to take a look. Can you make these files available publically somewhere? Maybe on ruby-doc.org? Thanks, - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060621/65981874/attachment.html From fabian at oggu.de Wed Jun 21 07:41:13 2006 From: fabian at oggu.de (Fabian Buch) Date: Wed, 21 Jun 2006 13:41:13 +0200 Subject: [Nitro] Gen Form not working without Og.setup In-Reply-To: References: <287d732edf715bbb048420aa22ef0da5@oggu.de> Message-ID: <4636e46f5853c32a32f9601148638cb3@oggu.de> Am 20.06.2006 um 00:30 schrieb gabriele renzi: > Fabian Buch ha scritto: >> Did anyone ever test form gen? > > in my rewrite of gen I did, and it works as expected, but it did even > before my rewrite, are you using repo.nitroproject.org? (I'm on devlab > ATM) devlab but as it is at the moment it's pretty useless for me anyway. Thought of rewriting it as well, but since exams are around the corner I shouldn't do anything in that direction, so I'm pretty curious on how your new gen will look like after my exams (in about 6 weeks). Fabian From billk at cts.com Wed Jun 21 11:43:25 2006 From: billk at cts.com (Bill Kelly) Date: Wed, 21 Jun 2006 08:43:25 -0700 Subject: [Nitro] [BUG?] nitro/helper/xhtml.rb options References: <06aa01c694e0$17afcc20$6442a8c0@musicbox> <55c107bf0606210405p386b9ef7he0a8e470a219823e@mail.gmail.com> Message-ID: <076701c69549$6fa01070$6442a8c0@musicbox> From: Dimitri Aivaliotis > > If this is changed, then the following ticket can be ignored: > > http://devlab.oree.ch/trac/glycerin/ticket/34 > > > One or the other should happen, though, IMO. It would make the > comparison as mentioned in the ticket consistent. Hi Dimitri, Thanks for the link. I've added a comment there. Regards, Bill From james.britt at gmail.com Wed Jun 21 10:55:09 2006 From: james.britt at gmail.com (James Britt) Date: Wed, 21 Jun 2006 07:55:09 -0700 Subject: [Nitro] RDog ping In-Reply-To: <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> References: <449831ED.1030908@gmail.com> <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> Message-ID: <44995DCD.1030102@gmail.com> TRANS wrote: > I like the sound of this Rue project. Is it a complete RDoc > replacement, or does it just mod Roc? It uses the built-in rdoc to drive the Rue template. Normally (I think) the output is a set of HTML pages that use AJAX to fetch and render the API content. Not sure where the YAML is created (perhaps it feeds the sever for delivering content; I've only poked around, not properly run it). But it does include an rdoc template that generates the YAML (again, driven by the built-in rdoc that Dave Thomas wrote). -- James Britt http://www.ruby-doc.org - Ruby Help & Documentation http://www.artima.com/rubycs/ - The Journal By & For Rubyists http://www.rubystuff.com - The Ruby Store for Ruby Stuff http://web2.0validator.com - We're the Dot in Web 2.0 From transfire at gmail.com Wed Jun 21 12:53:57 2006 From: transfire at gmail.com (TRANS) Date: Wed, 21 Jun 2006 12:53:57 -0400 Subject: [Nitro] Facets 1.4.2 Message-ID: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> Facets 1.4.2 has been released. With any luck this will be the official 1.4 release. Major changes: * consoleapp.rb is now called command.rb and Console::Command now supports multi-flags (eg. -xvzf). * classinherit.rb is gone. Use classmethods.rb or better module/class_extension. * Added kernel __method__ and __callee__. Appearently these will be standard in Ruby 2.0. They replace the old #method_name and #methname. * Added yet another alias for (class < Following Facets, Reap 6.0.2 is up. Same deal, this should be pretty close to final Reap 6 release. I fixed a bug in the gem packager and I added a backup task. Example ProjectInfo for Reap: backup: !!backup dir: ../BACKUPS Which will backup Reap in a the BACKUPS directy just above the project directory. It stores the backup in that directory under the name of the project folder and subdirectory of the date. Eg. BACKUPS/reap/2006_06_21/reap/. Since it is a brand new task, as a precautionary measure, please make a manual backup before tryin it out. T. From transfire at gmail.com Wed Jun 21 13:59:24 2006 From: transfire at gmail.com (TRANS) Date: Wed, 21 Jun 2006 13:59:24 -0400 Subject: [Nitro] Okay using Nitro as Front Line? Message-ID: <4b6f054f0606211059o5b37c95fibd9bec652193664a@mail.gmail.com> BTW, just to be sure. Is it okay with everyone that I'm using Nitro dev list as the front for Facets and Reap development? T. From vagabond at cataclysm-software.net Wed Jun 21 14:05:13 2006 From: vagabond at cataclysm-software.net (Andrew Thompson) Date: Wed, 21 Jun 2006 14:05:13 -0400 Subject: [Nitro] RDog ping In-Reply-To: <44995DCD.1030102@gmail.com> References: <449831ED.1030908@gmail.com> <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> <44995DCD.1030102@gmail.com> Message-ID: <20060621180513.GA12275@hijacked.us> On Wed, Jun 21, 2006 at 07:55:09AM -0700, James Britt wrote: > TRANS wrote: > > I like the sound of this Rue project. Is it a complete RDoc > > replacement, or does it just mod Roc? > > It uses the built-in rdoc to drive the Rue template. Normally (I think) > the output is a set of HTML pages that use AJAX to fetch and render the > API content. Not sure where the YAML is created (perhaps it feeds the > sever for delivering content; I've only poked around, not properly run it). > > But it does include an rdoc template that generates the YAML (again, > driven by the built-in rdoc that Dave Thomas wrote). > Rdoc allows you to write new 'generators', it ships with 3; the xml the html and the ri ones, anyone can develop more but it's a real pain in the ass to do so. Andrew From lasso at lassoweb.se Wed Jun 21 14:21:35 2006 From: lasso at lassoweb.se (Lars Olsson) Date: Wed, 21 Jun 2006 20:21:35 +0200 Subject: [Nitro] "magic" mapping of controllers possible? Message-ID: <44998E2F.2080007@lassoweb.se> Hi list! When mapping multiple controllers (via Nitro::Server.map) all Controller classes has to be loaded/required before I put them in the map. To my understanding this means that even if I only visit a particular url (/foo) Nitro still have to load both the DefaultController and the BarController. Is this correct? # sample run.rb require 'nitro' class DefaultController def index "DefaultController" end end class FooController def index "FooController" end end class BarController def index "BarController" end end Nitro::Server.map = { '/' => DefaultController, '/foo' => FooController, '/bar' => BarController } Nitro.run # end sample Is it in any way possible to create a "magic" map that maps the request name to a partical controller, i.e: "/" maps to controllers/DefaultController (special case) "/foo" maps to controllers/FooController "/bar" maps to controllers/BarController "/baz" maps to controllers/BazController # you get the idea... Kindly /Lasso -- ________________________________________ Lars Olsson lasso at lassoweb.se http://www.lassoweb.se/ From james.britt at gmail.com Wed Jun 21 14:52:21 2006 From: james.britt at gmail.com (James Britt) Date: Wed, 21 Jun 2006 11:52:21 -0700 Subject: [Nitro] RDog ping In-Reply-To: <20060621180513.GA12275@hijacked.us> References: <449831ED.1030908@gmail.com> <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> <44995DCD.1030102@gmail.com> <20060621180513.GA12275@hijacked.us> Message-ID: <44999565.8010105@gmail.com> Andrew Thompson wrote: > On Wed, Jun 21, 2006 at 07:55:09AM -0700, James Britt wrote: > >>TRANS wrote: >> >>>I like the sound of this Rue project. Is it a complete RDoc >>>replacement, or does it just mod Roc? >> >>It uses the built-in rdoc to drive the Rue template. Normally (I think) >>the output is a set of HTML pages that use AJAX to fetch and render the >>API content. Not sure where the YAML is created (perhaps it feeds the >>sever for delivering content; I've only poked around, not properly run it). >> >>But it does include an rdoc template that generates the YAML (again, >>driven by the built-in rdoc that Dave Thomas wrote). >> > > Rdoc allows you to write new 'generators', it ships with 3; the xml the > html and the ri ones, anyone can develop more but it's a real pain in > the ass to do so. Rue is a template; if I run rdoc --template 'rue' -1 I get (usually) a slew of data/*.txt files and an HTML page or so that will use Ajax to render those data files. If I run rdoc --template 'rue-yaml' -1 > my-data.yml I get a big YAML file. But Rue also includes rdoc-hacks.rb, which mods the default rdoc behavior (which may be a simpler approach than writing a generator from scratch). The YAML emitted by Rue looks much much nicer than the default ri/rdoc YAML, which embeds object types into the text. The Rue YAML is simply structure tagged text; you can play with a hash of arrays of hashes (r arrays ...) and reorganize it as you like. You can grab Rue here (an unofficial download spot; the actual Ruedoc project seems to have withered away): http://www.ruby-doc.org/download/code/ruedoc-0.1.2.tar.gz One thought was to load in the YAML and hold a custom API data-model in memory, unnormalized and optimized for searching and commenting. (Though I wonder if Madeleine might be a fit as well). And, as with Madeleine, have it back itself up with periodic snapshots, using Og + Kirbybase or Sqlite. If the memory footprint isn't too great, it might work as a standalone, desktop Ruby API server, faster than ri (which is parsing YAML off disk on every query), with options to add your own notes and comments. Bundle it up with Nitro+Mongrel, some nice AJAX calls, or whatever. -- James Britt "In Ruby, no one cares who your parents were, all they care about is if you know what you are talking about." - Logan Capaldo From james.britt at gmail.com Wed Jun 21 16:40:26 2006 From: james.britt at gmail.com (James Britt) Date: Wed, 21 Jun 2006 13:40:26 -0700 Subject: [Nitro] RDog ping In-Reply-To: <55c107bf0606210409t3f89a56aw5043f1774dd50bb0@mail.gmail.com> References: <449831ED.1030908@gmail.com> <55c107bf0606210409t3f89a56aw5043f1774dd50bb0@mail.gmail.com> Message-ID: <4499AEBA.3030105@gmail.com> Dimitri Aivaliotis wrote: > Hi James, > > On 6/20/06, James Britt wrote: > >> >> >> The Rue project seems to have vanished, but I have the files if anyone >> is interested in playing around. >> > > I'd be interested. My time is limited, but I'd still like to take a look. > Can you make these files available publically somewhere? Maybe on > ruby-doc.org? http://www.ruby-doc.org/download/code/ruedoc-0.1.2.tar.gz However, in doing some quick testing, it seems that Rue has the same affliction as general RDoc: It doesn't think that attribute accessor methods are methods. More precisely, methods defined using the various attr_* meta-code methods do not get yamlized by Rue. RDoc (by default) will find these, but does not document them as methods; they get a special section reserved for attributes, and methods defined this way do not appear in the list of defined methods. I'm guessing then that the Rue code is not seeking these out, and only process those methods rdoc considers to be methods. -- James Britt "In Ruby, no one cares who your parents were, all they care about is if you know what you are talking about." - Logan Capaldo From transfire at gmail.com Wed Jun 21 17:04:04 2006 From: transfire at gmail.com (TRANS) Date: Wed, 21 Jun 2006 17:04:04 -0400 Subject: [Nitro] RDog ping In-Reply-To: <44995DCD.1030102@gmail.com> References: <449831ED.1030908@gmail.com> <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> <44995DCD.1030102@gmail.com> Message-ID: <4b6f054f0606211404n72faa93an1d3ea69e4d0faefc@mail.gmail.com> On 6/21/06, James Britt wrote: > TRANS wrote: > > I like the sound of this Rue project. Is it a complete RDoc > > replacement, or does it just mod Roc? > > It uses the built-in rdoc to drive the Rue template. Normally (I think) > the output is a set of HTML pages that use AJAX to fetch and render the > API content. Not sure where the YAML is created (perhaps it feeds the > sever for delivering content; I've only poked around, not properly run it). > > But it does include an rdoc template that generates the YAML (again, > driven by the built-in rdoc that Dave Thomas wrote). Ah, okay. Well, that's sort of too bad in a way. I think a "Rdoc2" is sorely needed. I tried creating a template for RDoc once and about lost my wits. It was simply too hard. T. From james.britt at gmail.com Wed Jun 21 17:14:33 2006 From: james.britt at gmail.com (James Britt) Date: Wed, 21 Jun 2006 14:14:33 -0700 Subject: [Nitro] RDog ping In-Reply-To: <4499AEBA.3030105@gmail.com> References: <449831ED.1030908@gmail.com> <55c107bf0606210409t3f89a56aw5043f1774dd50bb0@mail.gmail.com> <4499AEBA.3030105@gmail.com> Message-ID: <4499B6B9.8080600@gmail.com> James Britt wrote: > Dimitri Aivaliotis wrote: > >>Hi James, >> >>On 6/20/06, James Britt wrote: >> >> >>> >>>The Rue project seems to have vanished, but I have the files if anyone >>>is interested in playing around. >>> >> >>I'd be interested. My time is limited, but I'd still like to take a look. >>Can you make these files available publically somewhere? Maybe on >>ruby-doc.org? > > > http://www.ruby-doc.org/download/code/ruedoc-0.1.2.tar.gz > > > However, in doing some quick testing, it seems that Rue has the same > affliction as general RDoc: It doesn't think that attribute accessor > methods are methods. Looking at rdoc-hacks, there is a method named 'normalize' that grabs a large data structure of rdoc details and does some basic reorganization. It was not looking for attributes; I changed my copy, so they now appear in the resulting YAML. But, other problem: No tracking of what file created what method when the same class is defined in multiple places. -- James Britt "Design depends largely on constraints." - Charles Eames From james.britt at gmail.com Wed Jun 21 17:20:54 2006 From: james.britt at gmail.com (James Britt) Date: Wed, 21 Jun 2006 14:20:54 -0700 Subject: [Nitro] RDog ping In-Reply-To: <4b6f054f0606211404n72faa93an1d3ea69e4d0faefc@mail.gmail.com> References: <449831ED.1030908@gmail.com> <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> <44995DCD.1030102@gmail.com> <4b6f054f0606211404n72faa93an1d3ea69e4d0faefc@mail.gmail.com> Message-ID: <4499B836.4020607@gmail.com> TRANS wrote: > On 6/21/06, James Britt wrote: > >>But it does include an rdoc template that generates the YAML (again, >>driven by the built-in rdoc that Dave Thomas wrote). > > > Ah, okay. Well, that's sort of too bad in a way. I think a "Rdoc2" is > sorely needed. I tried creating a template for RDoc once and about > lost my wits. It was simply too hard. > I've done OK modifying existing templates, fixing up bad XHTML and adding in some details, but determining just how template variables get set is tedious. On the bright side, looking at ruedoc and rdoc-hacks, one can get a fairly straight-forward data structure with the rdoc details, and them use that to drive a template. What I'm looking at now is how to track the name of the file where a method/const/attr is defined, so that, for example, one can look at Array and see that it can have a to_yaml method, but only if you include another file. One thought: ruedoc/yamlize each file, one-by-one, and then let rdog manage the interleaving of classes and methods. (This might make it easier to handle arbitrary rdoc data from gems and such; just parse and load, and let rdog do the rest.) -- James Britt http://www.ruby-doc.org - Ruby Help & Documentation http://www.artima.com/rubycs/ - The Journal By & For Rubyists http://www.rubystuff.com - The Ruby Store for Ruby Stuff http://www.jamesbritt.com - Playing with Better Toys http://www.30secondrule.com - Building Better Tools From lists at davidlangston.com Wed Jun 21 17:29:16 2006 From: lists at davidlangston.com (Dave Langston) Date: Wed, 21 Jun 2006 14:29:16 -0700 Subject: [Nitro] [PATCH] Fix Og revisable.rb to correctly number revisions Message-ID: <4499BA2C.8090701@davidlangston.com> Attached is a patch the modifies glue/revisable.rb in Og so that revisions are correctly numbered (particularly if you set the initial revision yourself)... before the patch, the revision number is incremented before saving the revision to the revisions table. Patch moves the increment of revision number to after the save. rgds, Dave Langston -------------- next part -------------- A non-text attachment was scrubbed... Name: revisable.rb.patch.gz Type: application/gzip Size: 2848 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060621/7de7d132/attachment.bin From bryan.a.soto at gmail.com Wed Jun 21 18:18:40 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Wed, 21 Jun 2006 15:18:40 -0700 Subject: [Nitro] Facets 1.4.2 In-Reply-To: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> Message-ID: On 6/21/06, TRANS wrote: > Facets 1.4.2 has been released. With any luck this will be the > official 1.4 release. Major changes: > Hi Trans, While looking for problems with Nitro/Og, I ran into this right off the bat. I'll let you know what I find out. $ RUBYOPT=rubygems ruby script/test.rb og Loading tests for 'og'. /usr/lib/ruby/gems/1.8/gems/facets-1.4.2/lib/facets/more/paramix.rb:120:in `define_method': empty symbol string (ArgumentError) from /usr/lib/ruby/gems/1.8/gems/facets-1.4.2/lib/facets/more/paramix.rb:120:in `extend' from /usr/lib/ruby/gems/1.8/gems/facets-1.4.2/lib/facets/more/paramix.rb:118:in `extend' from /usr/lib/ruby/gems/1.8/gems/facets-1.4.2/lib/facets/more/paramix.rb:117:in `extend' from /usr/lib/ruby/gems/1.8/gems/facets-1.4.2/lib/facets/core/module/class_extension.rb:76:in `append_features' from /usr/lib/ruby/gems/1.8/gems/facets-1.4.2/lib/facets/more/paramix.rb:104:in `include' from /usr/lib/ruby/1.8/yaml/syck.rb:15 from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require' from /usr/lib/ruby/1.8/yaml.rb:11 ... 16 levels... from /usr/lib/ruby/gems/1.8/gems/facets-1.4.2/lib/facets/core/dir/self/ls_r.rb:11:in `recurse' from script/test.rb:18 from script/test.rb:17 from script/test.rb:15 From transfire at gmail.com Wed Jun 21 18:18:53 2006 From: transfire at gmail.com (TRANS) Date: Wed, 21 Jun 2006 18:18:53 -0400 Subject: [Nitro] hey Message-ID: <4b6f054f0606211518k25ae9194q576dac7aa47467f6@mail.gmail.com> George, T. From transfire at gmail.com Wed Jun 21 18:41:03 2006 From: transfire at gmail.com (TRANS) Date: Wed, 21 Jun 2006 18:41:03 -0400 Subject: [Nitro] Facets 1.4.2 In-Reply-To: References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> Message-ID: <4b6f054f0606211541l3590d597u4a02d3685850ec4b@mail.gmail.com> I know what it is. It's trying to define a method with a name based on the module's name, but the module is anonymous, so it has no name. Now what to do about it? Either module#basname can return some special method name for anonymous modules (but what exactly?), or paramix can skip the definition of that method when it come across an anonymous module, or perhaps paramix should not be defining those methods at all, but it sure is convenient for accessing the module's include parameters. T. From bryan.a.soto at gmail.com Wed Jun 21 18:42:16 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Wed, 21 Jun 2006 15:42:16 -0700 Subject: [Nitro] Facets 1.4.2 In-Reply-To: References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> Message-ID: lib/facets/core/module/basename.rb:20 def basename + if self.name and not self.name.empty? - if self.name It seems that mod.name is returning "" (empty string), not nil. Please make as elegant as you wish. :) Bryan From transfire at gmail.com Wed Jun 21 18:53:21 2006 From: transfire at gmail.com (TRANS) Date: Wed, 21 Jun 2006 18:53:21 -0400 Subject: [Nitro] Facets 1.4.2 In-Reply-To: References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> Message-ID: <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> On 6/21/06, Bryan Soto wrote: > lib/facets/core/module/basename.rb:20 > > def basename > + if self.name and not self.name.empty? > - if self.name > > It seems that mod.name is returning "" (empty string), not nil. Please > make as elegant as you wish. :) Yea, but self.name returns "" too, so maybe basnema should do the same. If you look at waht it returns when fixed, like you show, then the basename is something like: Module_0xb7cd02cc And that's pretty useless. So I think I'll make paramix skip anonymous modules. Obviously if they don;t have a name, no one's planning to reference them manually either. Lets try this: def basename if name and not name.empty? name.gsub(/^.*::/, '') end end And in paramix.rb theres two places essentially the same/ Change to: mixin_parameters[mod] = params if mod.basename? define_method( mod.basename ) do |key| if params.key?(key) params[key] else super if defined?( super ) end end end See any problems with that. Could you test that? Thanks, T. From transfire at gmail.com Wed Jun 21 19:03:07 2006 From: transfire at gmail.com (TRANS) Date: Wed, 21 Jun 2006 19:03:07 -0400 Subject: [Nitro] Facets 1.4.2 In-Reply-To: <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> Message-ID: <4b6f054f0606211603t1d203552x58366d2862838726@mail.gmail.com> s/mod.basename?/mod.basename/ T. From bryan.a.soto at gmail.com Wed Jun 21 19:40:34 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Wed, 21 Jun 2006 16:40:34 -0700 Subject: [Nitro] Facets 1.4.2 In-Reply-To: <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> Message-ID: On 6/21/06, TRANS wrote: > On 6/21/06, Bryan Soto wrote: > > lib/facets/core/module/basename.rb:20 > > > > def basename > > + if self.name and not self.name.empty? > > - if self.name > > > > It seems that mod.name is returning "" (empty string), not nil. Please > > make as elegant as you wish. :) > > Yea, but self.name returns "" too, so maybe basnema should do the > same. If you look at waht it returns when fixed, like you show, then > the basename is something like: > Actually, that was a typo on my part from jumping back and forth between paramix.rb and basename.rb. I meant self.name rather than mod.name in the above. The error was due to '' (empty string) being converted to a symbol in the define_method call, so I think you have to return a string that can be converted to a symbol. That's probably why generated the string based off of inspect below. > Module_0xb7cd02cc > > See any problems with that. Could you test that? > First off, there's a missing method, basename?. I went with # paramix.rb mixin_parameters[mod] = params + unless mod.basename.to_s.empty? - if mod.basename? at the moment and am back to fixing requires as I'm activating an older version of facets. I'll let you know how it goes. Bryan From bryan.a.soto at gmail.com Wed Jun 21 19:42:47 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Wed, 21 Jun 2006 16:42:47 -0700 Subject: [Nitro] Facets 1.4.2 In-Reply-To: <4b6f054f0606211603t1d203552x58366d2862838726@mail.gmail.com> References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> <4b6f054f0606211603t1d203552x58366d2862838726@mail.gmail.com> Message-ID: On 6/21/06, TRANS wrote: > s/mod.basename?/mod.basename/ > Ah, I see. Okay, made your changes and am back to updating to Facets 1.4.2. From bryan.a.soto at gmail.com Wed Jun 21 20:13:46 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Wed, 21 Jun 2006 17:13:46 -0700 Subject: [Nitro] Facets 1.4.2 In-Reply-To: <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> Message-ID: On 6/21/06, TRANS wrote: > See any problems with that. Could you test that? > Okay, I've updated the classinheirit requires appropriately and all tests pass with the changes you've specified. Hope that helps, Bryan From bryan.a.soto at gmail.com Wed Jun 21 20:45:28 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Wed, 21 Jun 2006 17:45:28 -0700 Subject: [Nitro] Devlab and Facets-1.4.2 Message-ID: I've updated devlab to Facets-1.4.2+ (the plus being the changes Trans specified in a different thread.) Please don't pull unless you make the changes Trans specified to paramix and basename or he releases an updated version of Facets. If you've already pulled this patch and don't meet the above criteria: $ darcs unpull --match "exact update-facets-1.4.2" and hit 'y' at the prompt. Bryan From transfire at gmail.com Wed Jun 21 21:28:21 2006 From: transfire at gmail.com (TRANS) Date: Wed, 21 Jun 2006 21:28:21 -0400 Subject: [Nitro] Devlab and Facets-1.4.2 In-Reply-To: References: Message-ID: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> Interesting. I didn't realize the devlab repo for Facets was already up and running. Well that's cool b/c I that was going to be my next task after offical release of 1.4. So what's the url for pulling it down? Also, Jonas said something about Trac not working with Darcs, and that maybe we should consider SVN instead? I really know very little about SVN, so I can't really judge. But it's too bad Trac doesn't work with Darcs. So why have most other Rubists gone with SVN? T. From james.britt at gmail.com Wed Jun 21 22:37:21 2006 From: james.britt at gmail.com (James Britt) Date: Wed, 21 Jun 2006 19:37:21 -0700 Subject: [Nitro] Devlab and Facets-1.4.2 In-Reply-To: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> References: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> Message-ID: <449A0261.9070006@gmail.com> TRANS wrote: > Interesting. I didn't realize the devlab repo for Facets was already > up and running. Well that's cool b/c I that was going to be my next > task after offical release of 1.4. So what's the url for pulling it > down? > > Also, Jonas said something about Trac not working with Darcs, and that > maybe we should consider SVN instead? I really know very little about > SVN, so I can't really judge. But it's too bad Trac doesn't work with > Darcs. So why have most other Rubists gone with SVN? Ah, a potential flame-filled religious war troll-fest! OK, here's my little story: Was on cvs for about forever. Like many, got fed up with the quirks. Also saw that an increasing number of Rubyists were using svn (though not ruby-lang itself; perhaps one day), and a sort of viral effect set it. To grab code for various projects I had to install and learn a little about svn. (Side note: That's how I learned about darcs, too, which I like, though I'm not sure how it compares to svn. I often suggest people consider darcs if they are shopping for source control, though.) So then I ended up on a project that had switched from cvs to svn, and after a mild learning period, I liked it. Certainly better than cvs, and there seem to be assorted tools and hooks and such that allow for a sort of ecosystem. Capistrano (AKA Switchtower, until a C&D on the name came along), for example, assumes svn. As does Trac. I've recently been giving myself a crash course in Trac. It's built for svn, and after a bit of snake rasslin' I had it up and running and working it's magic. It's hard to ignore the value of the network effect. Most developers I know or end up working with know something in the RCS/CVS/SVN gene pool. Moving from one to another is not an issue; typically, people have migrated one direction, ending up at SVN. Suggesting darcs to a team therefore can be an issue. But I know a few local people who are using Trac, so I have some resources if I need help. There are seem to be more tools and hacks that add value to svn than, say darcs. So when picking a code repo tool, one should consider both the immediate feature set and the extended value-added from 3rd-party apps and such. -- James Britt "You harmonize; then you customize." - Wilson Pickett From manveru at weez-int.com Wed Jun 21 22:51:11 2006 From: manveru at weez-int.com (Michael Fellinger) Date: Thu, 22 Jun 2006 11:51:11 +0900 Subject: [Nitro] "magic" mapping of controllers possible? In-Reply-To: <44998E2F.2080007@lassoweb.se> References: <44998E2F.2080007@lassoweb.se> Message-ID: <200606221151.11285.manveru@weez-int.com> Hey Lars, I am all for doing something like that, but the problem is that just about everybody has a different structure of the projects they work on. However, here is how i would do that stuff for my own project - possible problems that might need an additional variable or a convention in the community (imho not the worst thing, since one can override it): * the controller mapped to / is even in my own projects inconsistent, either BaseController, RootController, DefaultController, MainController, HomepageController and whatnot else... * the place where the controllers are is usually /src or /controllers - but there are endless possibilities and i have no idea where other people put their stuff into def try &block yield rescue Object false end def fetch_mount point if point == '/' file, controller = 'controller.rb', 'RootController' else base = point.gsub('/', '') file, controller = "controllers/#{base}", "#{base.capitalize}Controller" end # check if file is in $: Logger.debug 'missing #{file} for #{controller}' unless try{require file} if Module.const_defined? controller Module.const_get(controller) else raise NameError, "missing Controller #{controller} for #{point}" end end module Nitro class Server def self.automap *arr arr.flatten! Nitro::Server.map = Hash[*arr.map{|m| [m, fetch_mount(m)] }.flatten] end end end # i just worked out the one above, you can of course do it in a short and # dirty oneliner without meaningful errors :) # the directory-structure is the one i use by default %w{Root Foo Bar Baz}.each{|c| eval("class #{c}Controller; end")} # ["Root", "Foo", "Bar", "Baz"] Nitro::Server.auto_map = "/", "/foo", "/bar", "/baz" On Thursday 22 June 2006 03:21, Lars Olsson wrote: > Hi list! > > When mapping multiple controllers (via Nitro::Server.map) all Controller > classes has to be loaded/required before I put them in the map. To my > understanding this means that even if I only visit a particular url > (/foo) Nitro still have to load both the DefaultController and the > BarController. Is this correct? > > # sample run.rb > require 'nitro' > > class DefaultController > def index > "DefaultController" > end > end > > class FooController > def index > "FooController" > end > end > > class BarController > def index > "BarController" > end > end > > Nitro::Server.map = > { > '/' => DefaultController, > '/foo' => FooController, > '/bar' => BarController > } > > Nitro.run > # end sample > > Is it in any way possible to create a "magic" map that maps the request > name to a partical controller, i.e: > > "/" maps to controllers/DefaultController (special case) > "/foo" maps to controllers/FooController > "/bar" maps to controllers/BarController > "/baz" maps to controllers/BazController > # you get the idea... > > Kindly > > /Lasso From bryan.a.soto at gmail.com Thu Jun 22 01:00:12 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Wed, 21 Jun 2006 22:00:12 -0700 Subject: [Nitro] Devlab and Facets-1.4.2 In-Reply-To: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> References: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> Message-ID: On 6/21/06, TRANS wrote: > Interesting. I didn't realize the devlab repo for Facets was already > up and running. Well that's cool b/c I that was going to be my next > task after offical release of 1.4. So what's the url for pulling it > down? > I meant I updated the devlab repo for Nitro/Og to be compatible with Facets-1.4.2. Sorry for the confusion. > Also, Jonas said something about Trac not working with Darcs, and that > maybe we should consider SVN instead? I really know very little about > SVN, so I can't really judge. But it's too bad Trac doesn't work with > Darcs. So why have most other Rubists gone with SVN? You can use tailor as a bridge between subversion and darcs. That's our current plan. Unfortunately, there is a bug in darcs that affects one of our patches that's preventing us from using it. Somehow, we have a patch that both adds and removes the same set of files and the command tailor uses to sync the two repos doesn't list the adds. It doesn't appear to be a common problem though. I can't speak for Jonas, but if you plan to host on devlab, perhaps he'd be willing to use subversion? Bryan From bryan.a.soto at gmail.com Thu Jun 22 01:20:48 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Wed, 21 Jun 2006 22:20:48 -0700 Subject: [Nitro] Gen Form not working without Og.setup In-Reply-To: <4636e46f5853c32a32f9601148638cb3@oggu.de> References: <287d732edf715bbb048420aa22ef0da5@oggu.de> <4636e46f5853c32a32f9601148638cb3@oggu.de> Message-ID: On 6/21/06, Fabian Buch wrote: > > Am 20.06.2006 um 00:30 schrieb gabriele renzi: > > Fabian Buch ha scritto: > >> Did anyone ever test form gen? > > > > in my rewrite of gen I did, and it works as expected, but it did even > > before my rewrite, are you using repo.nitroproject.org? (I'm on devlab > > ATM) > > devlab Straight devlab works fine. > but as it is at the moment it's pretty useless for me anyway. Thought > of rewriting it as well, but since exams are around the corner I > shouldn't do anything in that direction, so I'm pretty curious on how > your new gen will look like after my exams (in about 6 weeks). You could always take a sneak peek at his blog. Gabrielle posts his patches there as well. :) From james.britt at gmail.com Thu Jun 22 02:10:46 2006 From: james.britt at gmail.com (James Britt) Date: Wed, 21 Jun 2006 23:10:46 -0700 Subject: [Nitro] RDog ping In-Reply-To: <20060621180513.GA12275@hijacked.us> References: <449831ED.1030908@gmail.com> <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> <44995DCD.1030102@gmail.com> <20060621180513.GA12275@hijacked.us> Message-ID: <449A3466.5010307@gmail.com> Andrew Thompson wrote: > > Rdoc allows you to write new 'generators', it ships with 3; the xml the > html and the ri ones, anyone can develop more but it's a real pain in > the ass to do so. One approach that has floated through my mind is writing an rdoc HTML template that emits Nitro XHTML, with each Nitro file representing a discrete Ruby source file. Then load up all the files to create the in-memory object representation of the API data. I'm not clear just how this would work, but I was struck by Nitro's bluring of XHTML files and Ruby source. Something along the lines of imaging what if the various rdoc HTML pages were active objects that could exchange messages with each other. Creating template to directly generate Ruby files might be useful, too. In the end, what I looking for is a way to think about the API data as a set of related objects, and not as a particular database schema. It's not that I'm so sure this is a good approach, more that it has an intrinsic, but ill-defined, appeal to me. I've munged ruedoc to emit a yaml file for each source file; then I wondered if I just recreated ri. Maybe, though the resulting yaml seems a bit easier to play with. A useful feature is that each yaml file knows where it came from, so any doc server that used it could pinpoint when a method was part of a mixin (such as yaml.rb) and not intrinsic to some core class. -- James Britt http://www.ruby-doc.org - Ruby Help & Documentation http://www.artima.com/rubycs/ - The Journal By & For Rubyists http://www.rubystuff.com - The Ruby Store for Ruby Stuff http://www.30secondrule.com - Building Better Tools From john at oxyliquit.de Thu Jun 22 08:55:01 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Thu, 22 Jun 2006 14:55:01 +0200 Subject: [Nitro] Okay using Nitro as Front Line? In-Reply-To: <4b6f054f0606211059o5b37c95fibd9bec652193664a@mail.gmail.com> References: <4b6f054f0606211059o5b37c95fibd9bec652193664a@mail.gmail.com> Message-ID: Hi, > BTW, just to be sure. Is it okay with everyone that I'm using Nitro > dev list as the front for Facets and Reap development? Totally ok by me, more interesting stuff to read :) argh, less reading/writing, more learning for exams ;/ Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Thu Jun 22 11:11:43 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 22 Jun 2006 18:11:43 +0300 Subject: [Nitro] [PATCH] Fix Og revisable.rb to correctly number revisions In-Reply-To: <4499BA2C.8090701@davidlangston.com> References: <4499BA2C.8090701@davidlangston.com> Message-ID: Thanks for the patch! -g. On 6/22/06, Dave Langston wrote: > Attached is a patch the modifies glue/revisable.rb in Og so that > revisions are correctly numbered (particularly if you set the initial > revision yourself)... before the patch, the revision number is > incremented before saving the revision to the revisions table. Patch > moves the increment of revision number to after the save. > > rgds, > Dave Langston > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Thu Jun 22 11:13:57 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 22 Jun 2006 18:13:57 +0300 Subject: [Nitro] Okay using Nitro as Front Line? In-Reply-To: <4b6f054f0606211059o5b37c95fibd9bec652193664a@mail.gmail.com> References: <4b6f054f0606211059o5b37c95fibd9bec652193664a@mail.gmail.com> Message-ID: > BTW, just to be sure. Is it okay with everyone that I'm using Nitro > dev list as the front for Facets and Reap development? No problem at all ;-) I personaly love reading your posts... regards, George. -- http://www.gmosx.com http://www.nitroproject.org From james.britt at gmail.com Thu Jun 22 12:04:58 2006 From: james.britt at gmail.com (James Britt) Date: Thu, 22 Jun 2006 09:04:58 -0700 Subject: [Nitro] Integration testing in Nitro Message-ID: <449ABFAA.6000505@gmail.com> I've been digging into integration testing in Rails, and it's quite handy. http://jamis.jamisbuck.org/articles/2006/03/09/integration-testing-in-rails-1-1 Is there something like this Nitro? Thanks. -- James Britt "Programs must be written for people to read, and only incidentally for machines to execute." - H. Abelson and G. Sussman (in "The Structure and Interpretation of Computer Programs) From george.moschovitis at gmail.com Thu Jun 22 12:15:28 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 22 Jun 2006 19:15:28 +0300 Subject: [Nitro] Integration testing in Nitro In-Reply-To: <449ABFAA.6000505@gmail.com> References: <449ABFAA.6000505@gmail.com> Message-ID: Nitro 0.31.0 (in my repo) includes the new Script/ControlAdapter. This more or less provides equivalent functionality ;-) Just as in rails, this is integrated in the irb session when you run nitro console be patient for the final nitro 0.31.0 release. regards, George. On 6/22/06, James Britt wrote: > I've been digging into integration testing in Rails, and it's quite handy. > > http://jamis.jamisbuck.org/articles/2006/03/09/integration-testing-in-rails-1-1 > > Is there something like this Nitro? > > Thanks. > > -- > James Britt > > "Programs must be written for people to read, and only incidentally > for machines to execute." > - H. Abelson and G. Sussman > (in "The Structure and Interpretation of Computer Programs) > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Thu Jun 22 12:16:25 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 22 Jun 2006 19:16:25 +0300 Subject: [Nitro] Integration testing in Nitro In-Reply-To: References: <449ABFAA.6000505@gmail.com> Message-ID: > Nitro 0.31.0 (in my repo) includes the new Script/ControlAdapter. I mean ScriptAdapter / ConsoleAdapter. This a wbe adapter like webrick/fcgi etc but is driven by ruby scripts or the console (irb) instead... -g. -- http://www.gmosx.com http://www.nitroproject.org From aglarond at gmail.com Thu Jun 22 16:47:40 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Thu, 22 Jun 2006 22:47:40 +0200 Subject: [Nitro] "magic" mapping of controllers possible? In-Reply-To: <200606221151.11285.manveru@weez-int.com> References: <44998E2F.2080007@lassoweb.se> <200606221151.11285.manveru@weez-int.com> Message-ID: <55c107bf0606221347i60811d95q4f4e8927c5f50357@mail.gmail.com> Here's my version, modified (correcting a couple of small errors, including it within the main Nitro namespace, and fitting it to the way I like to lay out my sources) from what manveru wrote: module Nitro class Server class << self def try( &block ) yield rescue Object false end def fetch_mount( point ) if point == '/' return Nitro::Controller # because I like to craft my index page by hand else base = point.gsub('/', '') # now, this assumes the sources for the controllers are in # files named "app/_c.rb file, controller = "app/#{base}_c.rb", "#{base.capitalize }Controller" end # check if file is in $: Logger.debug "missing #{file} for #{controller}" unless try{require file} if ! Nitro.const_defined?( controller ) Nitro.const_get(controller) else raise NameError, "missing controller #{controller} for #{point}" end end end def self.auto_map=( *arr ) arr.flatten! Nitro::Server.map = Hash[*arr.map{|m| [m, fetch_mount(m)] }.flatten] end end end Then, your Nitro::Server.auto_map= goodness is ready to go! - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060622/587e8e1c/attachment.html From aglarond at gmail.com Thu Jun 22 17:12:20 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Thu, 22 Jun 2006 23:12:20 +0200 Subject: [Nitro] default js rendering Message-ID: <55c107bf0606221412r6fbc32c9tabf5b06bbee8d784@mail.gmail.com> Has anybody else noticed this? D, [2006-06-22T23:00:25.428061 #3634] DEBUG -- : Rendering '/news'. D, [2006-06-22T23:00:25.428820 #3634] DEBUG -- : Compiling action 'NewsController#index' D, [2006-06-22T23:00:25.430394 #3634] DEBUG -- : Compiling template 'NewsController: ./templates/news/index.xhtml' D, [2006-06-22T23:00:25.772553 #3634] DEBUG -- : Rendering '/js/prototype.js'. E, [2006-06-22T23:00:25.774243 #3634] ERROR -- : No action for path '/js/prototype.js' on 'Nitro::Controller' D, [2006-06-22T23:00:25.774729 #3634] DEBUG -- : Rendering '/error'. D, [2006-06-22T23:00:25.775546 #3634] DEBUG -- : Compiling action 'Nitro::Controller#error' D, [2006-06-22T23:00:25.776972 #3634] DEBUG -- : Compiling template 'Nitro::Controller: ~/Projects/nitro/repo/nitrohq/nitro/lib/../proto/public/error.xhtml' D, [2006-06-22T23:00:25.854314 #3634] DEBUG -- : Rendering '/js/effects.js'. E, [2006-06-22T23:00:25.855891 #3634] ERROR -- : No action for path '/js/effects.js' on 'Nitro::Controller' D, [2006-06-22T23:00:25.856354 #3634] DEBUG -- : Rendering '/error'. D, [2006-06-22T23:00:25.886745 #3634] DEBUG -- : Rendering '/js/dragdrop.js'. E, [2006-06-22T23:00:25.896419 #3634] ERROR -- : No action for path '/js/dragdrop.js' on 'Nitro::Controller' D, [2006-06-22T23:00:25.896990 #3634] DEBUG -- : Rendering '/error'. D, [2006-06-22T23:00:27.065704 #3634] DEBUG -- : File './templates/news/index.xhtml' changed all produced from one hit to /news, which is mapped to NewsController. '/' maps to Nitro::Controller. This behavior has changed from 0.29.0 to 0.30.0, and is still present in devlab. It happens with both Webrick and Mongrel. Note that when there is no 'templates/news/index.xhtml', the error does not occur. Could it have something to do with the following? from RELEASES: * More flexible Script generator, the developer can use most of its features without a Client subclass. I've not used 'gen' to setup my project, and I've got: Glue::Template.root = './templates' Yes, I can diff the sources and see what's changed. I was just curious if anybody else had noticed this behaviour, and could provide some immediate "aha!" feedback. - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060622/4bcab23d/attachment.html From bryan.a.soto at gmail.com Thu Jun 22 19:25:52 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Thu, 22 Jun 2006 16:25:52 -0700 Subject: [Nitro] default js rendering In-Reply-To: <55c107bf0606221412r6fbc32c9tabf5b06bbee8d784@mail.gmail.com> References: <55c107bf0606221412r6fbc32c9tabf5b06bbee8d784@mail.gmail.com> Message-ID: On 6/22/06, Dimitri Aivaliotis wrote: > Yes, I can diff the sources and see what's changed. I was just curious if > anybody else had noticed this behaviour, and could provide some immediate > "aha!" feedback. > Aha! ;) Beginning in 0.30.0, we removed a regex that prevented Nitro from handling query strings with a period in it. A sample use-case would be oxywtf that uses tags of '0.30.0' and passes the tag string via get. Ultimately, what is happening is that something is generating requests for /js/prototype.js and friends. Because you didn't use gen to generate the directory, those files aren't present and so the request is passed on to Nitro. So, I suppose the interesting question is, do you expect those files to be included in an html page? If so, you can just gen app a fake directory and copy the files over. If not, then we'd need to figure out where/why they're being included and check on the assumption that they'll be present. Hope that helps and feel free to ask for any clarification. Bryan From manveru at weez-int.com Thu Jun 22 21:32:36 2006 From: manveru at weez-int.com (Michael Fellinger) Date: Fri, 23 Jun 2006 10:32:36 +0900 Subject: [Nitro] "magic" mapping of controllers possible? In-Reply-To: <55c107bf0606221347i60811d95q4f4e8927c5f50357@mail.gmail.com> References: <44998E2F.2080007@lassoweb.se> <200606221151.11285.manveru@weez-int.com> <55c107bf0606221347i60811d95q4f4e8927c5f50357@mail.gmail.com> Message-ID: <200606231032.36346.manveru@weez-int.com> On Friday 23 June 2006 05:47, Dimitri Aivaliotis wrote: > Here's my version, modified (correcting a couple of small errors, including > it within the main Nitro namespace, and fitting it to the way I like to lay > out my sources) from what manveru wrote: Thanks, that looks much better (saner :) maybe i should have added that i didn't actually try the code i suggested... > > module Nitro > class Server > > class << self > > def try( &block ) > yield > rescue Object > false > end > > def fetch_mount( point ) > if point == '/' > return Nitro::Controller # because I like to craft my index page > by hand > else > base = point.gsub('/', '') > # now, this assumes the sources for the controllers are in > # files named "app/_c.rb > file, controller = "app/#{base}_c.rb", "#{base.capitalize > }Controller" > end > # check if file is in $: > Logger.debug "missing #{file} for #{controller}" unless try{require > file} > > if ! Nitro.const_defined?( controller ) one thing still disturbing me is if ! Nitro.const_defined?( controller ) could we make it into a pretty unless Nitro.const_defined? controller it just seems !good to me to use ! unless it's needed (task for today: discover the wordplay in the last sentence) > Nitro.const_get(controller) > else > raise NameError, "missing controller #{controller} for #{point}" > end > end > > end > > def self.auto_map=( *arr ) > arr.flatten! > Nitro::Server.map = Hash[*arr.map{|m| [m, fetch_mount(m)] }.flatten] > end and also, auto_map= implies that one can retrieve the map later by calling Nitro::Server.auto_map, which is not the case, but should be easy to provide an alias to Nitro::Server.map - right? :) > > end > end > > Then, your Nitro::Server.auto_map= goodness is ready to go! > > - Dimitri I think we should decide on a (very simple) default nitro-dir-structure and integrate that piece of code to make life easier... Maybe adding some Global variables for the default-locations? also, how about this snippet, since we are just at improving run.rb... module Kernel def aquire *dirs dirs.each do |dir| Dir["#{dir}/*.rb"].each do |file| require file end end end end aquire :helpers, :controllers, :models From manveru at weez-int.com Thu Jun 22 22:18:17 2006 From: manveru at weez-int.com (Michael Fellinger) Date: Fri, 23 Jun 2006 11:18:17 +0900 Subject: [Nitro] "magic" mapping of controllers possible? In-Reply-To: <200606231032.36346.manveru@weez-int.com> References: <44998E2F.2080007@lassoweb.se> <55c107bf0606221347i60811d95q4f4e8927c5f50357@mail.gmail.com> <200606231032.36346.manveru@weez-int.com> Message-ID: <200606231118.17109.manveru@weez-int.com> Sifting a bit through my codebase showed me a possible problem: '/xmlrpc' => XmlRpcController any ideas? From aglarond at gmail.com Fri Jun 23 03:11:36 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Fri, 23 Jun 2006 09:11:36 +0200 Subject: [Nitro] default js rendering In-Reply-To: References: <55c107bf0606221412r6fbc32c9tabf5b06bbee8d784@mail.gmail.com> Message-ID: <55c107bf0606230011i2462ecffm1f3c3995067873bc@mail.gmail.com> Hi Bryan, On 6/23/06, Bryan Soto wrote: > > > Beginning in 0.30.0, we removed a regex that prevented Nitro from > handling query strings with a period in it. A sample use-case would be > oxywtf that uses tags of '0.30.0' and passes the tag string via get. Ok. I find this a good change. Ultimately, what is happening is that something is generating requests > for /js/prototype.js and friends. Because you didn't use gen to > generate the directory, those files aren't present and so the request > is passed on to Nitro. That's my question, I guess. -> What's generating these requests? Is it now part of the default Nitro::Controller? Is it now part of the Rendering chain automatically? I don't include a link to any /js file anywhere. My only clue here is that it only happens with .xhtml files. When Nitro encounters these, it goes ahead and Renders them through its chain, and now expects these /js files to be present for some reason... > So, I suppose the interesting question is, do you expect those files > to be included in an html page? No, I don't. But Nitro now somehow does. - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060623/80d4f4c6/attachment.html From aglarond at gmail.com Fri Jun 23 03:30:10 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Fri, 23 Jun 2006 09:30:10 +0200 Subject: [Nitro] "magic" mapping of controllers possible? In-Reply-To: <200606231032.36346.manveru@weez-int.com> References: <44998E2F.2080007@lassoweb.se> <200606221151.11285.manveru@weez-int.com> <55c107bf0606221347i60811d95q4f4e8927c5f50357@mail.gmail.com> <200606231032.36346.manveru@weez-int.com> Message-ID: <55c107bf0606230030w6fcccf7ct3729e5210ffa2a39@mail.gmail.com> On 6/23/06, Michael Fellinger wrote: > > > one thing still disturbing me is > if ! Nitro.const_defined?( controller ) > could we make it into a pretty > unless Nitro.const_defined? controller > it just seems !good to me to use ! unless it's needed Ah, much better. > (task for today: discover the wordplay in the last sentence) > :) > > and also, auto_map= implies that one can retrieve the map later by calling > Nitro::Server.auto_map, which is not the case, but should be easy to > provide > an alias to Nitro::Server.map - right? :) Sounds good to me. > > I think we should decide on a (very simple) default nitro-dir-structure > and > integrate that piece of code to make life easier... > Maybe adding some Global variables for the default-locations? Or by using the Configuration system. That's something I've been wanting for awhile - so that I can more easily change the defaults. :) Right now, all we have is Glue::Template.root= > also, how about this snippet, since we are just at improving run.rb... > > module Kernel > def aquire *dirs > dirs.each do |dir| > Dir["#{dir}/*.rb"].each do |file| > require file > end > end > end > end > > aquire :helpers, :controllers, :models > I like it! Till now, I've been doing Dir.glob('app/*.rb').each { |r| require r } to get my controllers and extra files loaded. - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060623/e74c242a/attachment.html From aglarond at gmail.com Fri Jun 23 03:45:37 2006 From: aglarond at gmail.com (Dimitri Aivaliotis) Date: Fri, 23 Jun 2006 09:45:37 +0200 Subject: [Nitro] "magic" mapping of controllers possible? In-Reply-To: <200606231118.17109.manveru@weez-int.com> References: <44998E2F.2080007@lassoweb.se> <55c107bf0606221347i60811d95q4f4e8927c5f50357@mail.gmail.com> <200606231032.36346.manveru@weez-int.com> <200606231118.17109.manveru@weez-int.com> Message-ID: <55c107bf0606230045g228f8bbfn8782880c9f814849@mail.gmail.com> On 6/23/06, Michael Fellinger wrote: > > Sifting a bit through my codebase showed me a possible problem: > > '/xmlrpc' => XmlRpcController > > any ideas? > Well, if you're ok with changing the path... require 'facets/core/string/camelcase' "xml-rpc".camelcase(true, '-') - Dimitri -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060623/a7c8c640/attachment.html From zimba.tm at gmail.com Fri Jun 23 06:37:53 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Fri, 23 Jun 2006 12:37:53 +0200 Subject: [Nitro] About the different repos Message-ID: <3ff63f9b0606230337k28966e79rd327f3bf2bd4d10d@mail.gmail.com> Hi list, Actually there are two major repos out there : * http://devlab.oree.ch/darcs/glycerin * http://repo.nitroproject.org The first one's short name is "glycerin". It would be handy to also have a short name for george's repo. What about "navel", "tip", "edge" or simply "repo" ? George is best placed to choose a name for his repo but inputs are welcom. I would also like to know what will happen to all modifications in glycerin. I think that George will take his own repo to make the release and as the time passes, the differences between both repos grows. We all know that the changes will have to be merged one time because if we wait too long, some part of the work will be lost. We also know that George doesn't particularily like to merge other people's work ;-) This is why I propose to sync glycerin on "repo" as fast as possible. And this leads to the third point... Some people (like me) are developping on top of glycerin because 0.30 is unstable and the fixes are only in glycerin. The mistake was to not create a stable branch for 0.30. Now I think it's too late but for the next release, I'll create a new repo where we can backport fixes. Probably under the url http://devlab.oree.ch/nitroproject/0.31 Please post your thoughts :-) -- Cheers, zimbatm http://zimbatm.oree.ch From zimba.tm at gmail.com Fri Jun 23 06:56:58 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Fri, 23 Jun 2006 12:56:58 +0200 Subject: [Nitro] Devlab and Facets-1.4.2 In-Reply-To: References: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> Message-ID: <3ff63f9b0606230356v16e48f6ela085c3b357ce662c@mail.gmail.com> > You can use tailor as a bridge between subversion and darcs. That's > our current plan. Unfortunately, there is a bug in darcs that affects > one of our patches that's preventing us from using it. Somehow, we > have a patch that both adds and removes the same set of files and the > command tailor uses to sync the two repos doesn't list the adds. It > doesn't appear to be a common problem though. Almost correct. Tailor works only with Darcs 1.0.7, which is now masked in Gentoo (the distro on which devlab runs). Tailor has other bugs (related to how darcs and svn handle file moves because darcs is too smart :-) that prevent going further but I've seen that the project's bug tracker has moved quite a bit these times so I might give a try again. > I can't speak for Jonas, but if you plan to host on devlab, perhaps > he'd be willing to use subversion? Okay so my idea was to start with subversion until tailor works correctly. We know that Trac works with it nicely and ^ it is better supported. I would then like to provide a darcs mirror for the people who prefer darcs once tailor works perfectly. There is also another thing that doesn't work well with Trac+Darcs : branches. Since Trac is designed to have one install per repo it is not very nice. I don't know if it's feasible but I'm going to try to investigate on merging different darcs repos into sub folders of an svn-repo. That way we could have for example : glycerin -> /branches/glycerin george's repo -> /trunk 0.30 -> /releases/0.30 0.31 -> /releases/0.31 where / is the root of the svn repo. I don't know if all this is feasible but since there is no good alternative to Trac, I think it's better to start with SVN and see what we can do else in the future. -- Cheers, zimbatm http://zimbatm.oree.ch From george.moschovitis at gmail.com Fri Jun 23 12:59:39 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 23 Jun 2006 19:59:39 +0300 Subject: [Nitro] Gen Form not working without Og.setup In-Reply-To: References: <287d732edf715bbb048420aa22ef0da5@oggu.de> <4636e46f5853c32a32f9601148638cb3@oggu.de> Message-ID: > You could always take a sneak peek at his blog. hmm... interesting blog... -g. -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Fri Jun 23 13:38:08 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 23 Jun 2006 20:38:08 +0300 Subject: [Nitro] default js rendering In-Reply-To: References: <55c107bf0606221412r6fbc32c9tabf5b06bbee8d784@mail.gmail.com> Message-ID: > Beginning in 0.30.0, we removed a regex that prevented Nitro from > handling query strings with a period in it. A sample use-case would be Hmm this seems to generate some random problems with me too... Can you please remind me how exactly you changed the '.' handling? thanks, George -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Fri Jun 23 13:44:31 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 23 Jun 2006 20:44:31 +0300 Subject: [Nitro] "magic" mapping of controllers possible? In-Reply-To: <44998E2F.2080007@lassoweb.se> References: <44998E2F.2080007@lassoweb.se> Message-ID: > Is it in any way possible to create a "magic" map that maps the request > name to a partical controller, i.e: Yeah a lot of 'magic' functionality is planned (in Rails style). We are not exactly sure about the details at the moment though. Ideas/proposals appreciated. regards, George. -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Fri Jun 23 13:53:08 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 23 Jun 2006 20:53:08 +0300 Subject: [Nitro] "magic" mapping of controllers possible? In-Reply-To: <200606231032.36346.manveru@weez-int.com> References: <44998E2F.2080007@lassoweb.se> <200606221151.11285.manveru@weez-int.com> <55c107bf0606221347i60811d95q4f4e8927c5f50357@mail.gmail.com> <200606231032.36346.manveru@weez-int.com> Message-ID: Dimitri and Michael thanks for the provided code. -g. On 6/23/06, Michael Fellinger wrote: > On Friday 23 June 2006 05:47, Dimitri Aivaliotis wrote: > > Here's my version, modified (correcting a couple of small errors, including > > it within the main Nitro namespace, and fitting it to the way I like to lay > > out my sources) from what manveru wrote: > > Thanks, that looks much better (saner :) maybe i should have added that i > didn't actually try the code i suggested... > > > > > module Nitro > > class Server > > > > class << self > > > > def try( &block ) > > yield > > rescue Object > > false > > end > > > > def fetch_mount( point ) > > if point == '/' > > return Nitro::Controller # because I like to craft my index page > > by hand > > else > > base = point.gsub('/', '') > > # now, this assumes the sources for the controllers are in > > # files named "app/_c.rb > > file, controller = "app/#{base}_c.rb", "#{base.capitalize > > }Controller" > > end > > # check if file is in $: > > Logger.debug "missing #{file} for #{controller}" unless try{require > > file} > > > > if ! Nitro.const_defined?( controller ) > > one thing still disturbing me is > if ! Nitro.const_defined?( controller ) > could we make it into a pretty > unless Nitro.const_defined? controller > it just seems !good to me to use ! unless it's needed > (task for today: discover the wordplay in the last sentence) > > > Nitro.const_get(controller) > > else > > raise NameError, "missing controller #{controller} for #{point}" > > end > > end > > > > end > > > > def self.auto_map=( *arr ) > > arr.flatten! > > Nitro::Server.map = Hash[*arr.map{|m| [m, fetch_mount(m)] }.flatten] > > end > > and also, auto_map= implies that one can retrieve the map later by calling > Nitro::Server.auto_map, which is not the case, but should be easy to provide > an alias to Nitro::Server.map - right? :) > > > > > end > > end > > > > Then, your Nitro::Server.auto_map= goodness is ready to go! > > > > - Dimitri > > I think we should decide on a (very simple) default nitro-dir-structure and > integrate that piece of code to make life easier... > Maybe adding some Global variables for the default-locations? > > also, how about this snippet, since we are just at improving run.rb... > > module Kernel > def aquire *dirs > dirs.each do |dir| > Dir["#{dir}/*.rb"].each do |file| > require file > end > end > end > end > > aquire :helpers, :controllers, :models > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From vagabond at cataclysm-software.net Fri Jun 23 16:11:25 2006 From: vagabond at cataclysm-software.net (Andrew Thompson) Date: Fri, 23 Jun 2006 16:11:25 -0400 Subject: [Nitro] RDog ping In-Reply-To: <4499B836.4020607@gmail.com> References: <449831ED.1030908@gmail.com> <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> <44995DCD.1030102@gmail.com> <4b6f054f0606211404n72faa93an1d3ea69e4d0faefc@mail.gmail.com> <4499B836.4020607@gmail.com> Message-ID: <20060623201125.GA17744@hijacked.us> On Wed, Jun 21, 2006 at 02:20:54PM -0700, James Britt wrote: > What I'm looking at now is how to track the name of the file where a > method/const/attr is defined, so that, for example, one can look at > Array and see that it can have a to_yaml method, but only if you include > another file. > Rdog did this, however it required some changes to rdoc's output to allow this. Rdoc just puts everything from a particular class into one file with no origin information. I hacked it so that they'd remain seperate and I put all the pieces back together in the generator (which is why all the other generators fail when you run with the rdog-rdoc). > One thought: ruedoc/yamlize each file, one-by-one, and then let rdog > manage the interleaving of classes and methods. (This might make it > easier to handle arbitrary rdoc data from gems and such; just parse and > load, and let rdog do the rest.) > I'm not convinced we need YAML at all, why not pass the data to Og? Then we can cleanly only get the information we need, rather then sucking big YAML files into RAM. Anyway, I know I said I'd try to knock the rdog generator into shape, but I've been far too busy to have the energy to touch it. I apologise but I'm not sure when I will have a chance to attack it... Andrew From itsme213 at hotmail.com Fri Jun 23 16:30:15 2006 From: itsme213 at hotmail.com (itsme213) Date: Fri, 23 Jun 2006 15:30:15 -0500 Subject: [Nitro] class_extension etc. Message-ID: Hey Trans, would you mind posting a pointer to the discussion with Matz about this. I am very interested in knowing his recommendation, as well as the likely standard Ruby support in the future. Thanks! From vagabond at cataclysm-software.net Fri Jun 23 20:17:49 2006 From: vagabond at cataclysm-software.net (Andrew Thompson) Date: Fri, 23 Jun 2006 20:17:49 -0400 Subject: [Nitro] RDog ping In-Reply-To: <4499B836.4020607@gmail.com> References: <449831ED.1030908@gmail.com> <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> <44995DCD.1030102@gmail.com> <4b6f054f0606211404n72faa93an1d3ea69e4d0faefc@mail.gmail.com> <4499B836.4020607@gmail.com> Message-ID: <20060624001742.GA27767@hijacked.us> On Wed, Jun 21, 2006 at 02:20:54PM -0700, James Britt wrote: The ML ate my post, but I can re-reply again... > What I'm looking at now is how to track the name of the file where a > method/const/attr is defined, so that, for example, one can look at > Array and see that it can have a to_yaml method, but only if you include > another file. > RdOg does this, but I had to hack the internal(horribly ugly) format rdoc stores it's class/method/whatever info in. This breaks ALL other generators. > One thought: ruedoc/yamlize each file, one-by-one, and then let rdog > manage the interleaving of classes and methods. (This might make it > easier to handle arbitrary rdoc data from gems and such; just parse and > load, and let rdog do the rest.) > Why use YAML at all? Why not database back this information? The original plan for rdog was to use Og to store all the information. The YAML stuff was only a transitional thing because we couldn't get Og to work. That has been resolved, but we never finished porting it to use Og. I have actually just checked out the repository and installed nitro. I'm gonna try and get rdoc-devel (my hacked rdoc) to work with ruby 1.8.4 (there's probably rdoc changes again that are breaking things). I'm also gonna try and transition to a proper og generator and move away from the YAML one. I tried to kludge the Og one onto the existing YAML one which just added more issues than it solved. I think YAML is not really suited to this anyway, it's harder to generate a list of all classes/methods, you often have to load more into RAM than you need and it's a pain to search. I think Og would do an all round better job. If manveru, James or someone else was willing to help with the frontend and just persistantly nag me on generator issues I still think we can knock rdog into some kinda acceptable shape. I'm really gonna *try* and do something this weekend to make progress on this front. If someone else could assist with testing/frontend conversion that'd be great. I hope this stupid email works this time... Andrew From john at oxyliquit.de Sat Jun 24 07:17:50 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 24 Jun 2006 13:17:50 +0200 Subject: [Nitro] [TEST] send test Message-ID: My previous email didn't arrive here it seems, this is just a test. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From transfire at gmail.com Sat Jun 24 09:41:55 2006 From: transfire at gmail.com (TRANS) Date: Sat, 24 Jun 2006 09:41:55 -0400 Subject: [Nitro] Og 2 Message-ID: <4b6f054f0606240641m2226c6aje5f39b8e59b4726@mail.gmail.com> What's the word on the new Og. What's different about it from the previous version? T. From william.full.moon at gmail.com Sat Jun 24 09:52:13 2006 From: william.full.moon at gmail.com (* William) Date: Sat, 24 Jun 2006 23:52:13 +1000 Subject: [Nitro] Who knows aspects? In-Reply-To: Message-ID: <02cd01c69795$6a2ad0f0$03af07ca@ghostgum> Hi folk. I have more or less moved on from writing about Og stuff. Now is a good time for corrections and suggestions. Reviewers go to: http://platypus.stikipad.com/muse/show/rough+notes#og I am stuck on the notes for "callback" or trigger functions. I am unable to verify what I have written based on the sparse notes I've read. http://platypus.stikipad.com/muse/show/rough+notes#callback That is the stuff available from ... require ?facets/aspects.rb? I based a small program on an Aspects test app: test/glue/tc_aspects.rb. I do not see puts statements from the callback functions. I am unconvinced that the example on Og will work ads intended also (I began with a dumbed down version of that first). Does anyone have a really SIMPLE working example? Naturally, all comments on what's written are solicited. I'll be busy this week, so answers may be slow coming, Kiearr'wo, Will. ____________________________________________________________________________ ____ (2006) Information proprietary and confidential intended for direct recipient(s) and mutually agreed co-respondents. http://adroit-process.blogspot.com/ Kiearr'wo -- "Everything is beautiful, sweet, delicious, happy, good". The usual greeting & departure of the Ya-idt'midtung people. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.3/374 - Release Date: 23-Jun-2006 From george.moschovitis at gmail.com Sun Jun 25 06:23:26 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 25 Jun 2006 13:23:26 +0300 Subject: [Nitro] Facets 1.4.2 In-Reply-To: References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> Message-ID: Tom, can you update facets with this fix to make 1.4.2 usable with nitro? (as always please update to 1.4.3) thanks in advance, George. On 6/22/06, Bryan Soto wrote: > On 6/21/06, TRANS wrote: > > See any problems with that. Could you test that? > > > > Okay, I've updated the classinheirit requires appropriately and all > tests pass with the changes you've specified. > > Hope that helps, > > Bryan > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From john at oxyliquit.de Sun Jun 25 15:34:14 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Sun, 25 Jun 2006 21:34:14 +0200 Subject: [Nitro] [REQ] Og, typecheck at startup Message-ID: Hi, see: http://oxyliquit.de/question/62 George: is this possible? Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From william.full.moon at gmail.com Mon Jun 26 10:32:08 2006 From: william.full.moon at gmail.com (* William) Date: Tue, 27 Jun 2006 00:32:08 +1000 Subject: [Nitro] Wither list? In-Reply-To: Message-ID: <036f01c6992d$51eb21e0$03af07ca@ghostgum> Hi ho all. In one respect this is a test to verify or diagnose if the Nitro list is currently working. I have sent a couple of messages out and not seen them delivered back. While/if I have your attention, I've move the Nitro/Og programming document I've been working on to a new URL: "Programming Nitro and Og" http://platypus.stikipad.com/muse/show/Programming+Nitro+and+Og Draft work on other unfinished documentation areas will continue in the "rough notes" area. Go the footy-roos!! Aloha, Will. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.4 - Release Date: 25-Jun-2006 From george.moschovitis at gmail.com Mon Jun 26 13:33:49 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 26 Jun 2006 20:33:49 +0300 Subject: [Nitro] Nice for facets Message-ID: Tom, this may be a worthwhile addition to facets (perhaps with a better name): http://weblog.rubyonrails.com/2006/04/26/new-in-rails-module-alias_method_chain/ regards, George. -- http://www.gmosx.com http://www.nitroproject.org From lists at davidlangston.com Mon Jun 26 14:38:24 2006 From: lists at davidlangston.com (Dave Langston) Date: Mon, 26 Jun 2006 11:38:24 -0700 Subject: [Nitro] Nitro.General mail list seems to be partially broken... Message-ID: <44A029A0.5070504@davidlangston.com> George, (also copying mail list in case others can see the message and have a solution) don't know if this is a problem for you, RubyForge, or who, but... it seems that the nitro.general mail list is not being dup'ed to comp.lang.ruby.nitro.general in the last 4-5 days and other mail archive services (such as gmane.org) is therefore not getting the list. I think you will see that the list activity is very low the last couple of days. Plus, I have not gotten a digest of the mail list since last Thursday (I am subscribed to get a digest rather than individual messages). Is this something you can correct?, or do I need to contact the RubyForge admins??? thx, Dave Langston lists at davidlangston.com From john at oxyliquit.de Sun Jun 25 15:55:50 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Sun, 25 Jun 2006 21:55:50 +0200 Subject: [Nitro] [PATCH] Feed helper backwards compatibility Message-ID: [repost] Hi, George, you made some change to the Feed helper, specifically to the author handling. This patch adds the capability to also let it handle Hashes. Hashes are easier to create than full classes, thats why my brother chose them to represent an author. The patch creates an OpenStruct if the o.author is a Hash, everything else stays as it was. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png -------------- next part -------------- A non-text attachment was scrubbed... Name: feed_author.patch.tar.bz2 Type: application/bzip2 Size: 16424 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060626/f11644eb/attachment-0001.bin From john at oxyliquit.de Thu Jun 22 14:06:00 2006 From: john at oxyliquit.de (Jonathan Buch) Date: Thu, 22 Jun 2006 20:06:00 +0200 Subject: [Nitro] [PATCH] Feed helper backwards compatibility Message-ID: Hi, George, you made some change to the Feed helper, specifically to the author handling. This patch adds the capability to also let it handle Hashes. Hashes are easier to create than full classes, thats why my bro chose them to represent an author. The patch creates an OpenStruct if the o.author is a Hash, everything else stays as it was. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png -------------- next part -------------- A non-text attachment was scrubbed... Name: feed_author.patch.tar.bz2 Type: application/bzip2 Size: 16424 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060626/4e0f3f28/attachment.bin From george.moschovitis at gmail.com Mon Jun 26 15:29:37 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 26 Jun 2006 22:29:37 +0300 Subject: [Nitro] Test... Message-ID: lets see if this list works!! -g. -- http://www.gmosx.com http://www.nitroproject.org From james.britt at gmail.com Mon Jun 26 18:41:38 2006 From: james.britt at gmail.com (James Britt) Date: Mon, 26 Jun 2006 15:41:38 -0700 Subject: [Nitro] RDog ping In-Reply-To: <20060623201125.GA17744@hijacked.us> References: <449831ED.1030908@gmail.com> <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> <44995DCD.1030102@gmail.com> <4b6f054f0606211404n72faa93an1d3ea69e4d0faefc@mail.gmail.com> <4499B836.4020607@gmail.com> <20060623201125.GA17744@hijacked.us> Message-ID: <44A062A2.5070806@gmail.com> Andrew Thompson wrote: > ... > I'm not convinced we need YAML at all, why not pass the data to Og? Then > we can cleanly only get the information we need, rather then sucking big > YAML files into RAM. > > Anyway, I know I said I'd try to knock the rdog generator into shape, > but I've been far too busy to have the energy to touch it. I apologise > but I'm not sure when I will have a chance to attack it... > Well, so far, I've hacked up ruedoc to output a single yaml file for each source file. Each file nows what source it came from. I've mocked out og'ed classed for each fundamental object (file, class, module, method, constant, some others maybe) that map t the structure of the yaml. Then some simple code that reads in a yaml file and creates the object hierarchy (which in turn populates the database). There is no longer a single giant YAML file, and my thinking is that having a data file for each source file makes it easier to add in arbitrary code (e.g., from gems or other 3rd-party libs) without overwriting current data. Then you can always tell if a method is defined in a the original class or added by the inclusion of another file. (The next release of rubygems is, I think, to have an option to add data to ri. Curious to see this.) I did this in a series of steps as I became familiar with rdoc and a bit more familiar with Og. So this is not the results of some master plan, but the current state of some exploring. But what I like is that each part is simple, and adding/modifying content is also simple. The question that's in my head now is how to best represent the data for queries. Loading data happens rarely; querying is the whole point. Would some in-memory structure be faster than using MySql or Sqlite (or some other more or less conventional relational DB)? Am I getting into premature optimization? I'd really like to end up with something that can be easily installed on a desktop and used in place of ri while running faster and not consuming vast resources. Basically, ri as a local (Web) service with a CLI client as well. -- James Britt "Blanket statements are over-rated" From james.britt at gmail.com Mon Jun 26 18:49:26 2006 From: james.britt at gmail.com (James Britt) Date: Mon, 26 Jun 2006 15:49:26 -0700 Subject: [Nitro] RDog ping In-Reply-To: <20060624001742.GA27767@hijacked.us> References: <449831ED.1030908@gmail.com> <4b6f054f0606202335u295ed32bw7e998df1b3426149@mail.gmail.com> <44995DCD.1030102@gmail.com> <4b6f054f0606211404n72faa93an1d3ea69e4d0faefc@mail.gmail.com> <4499B836.4020607@gmail.com> <20060624001742.GA27767@hijacked.us> Message-ID: <44A06476.6060705@gmail.com> Andrew Thompson wrote: > Why use YAML at all? Why not database back this information? The > original plan for rdog was to use Og to store all the information. The > YAML stuff was only a transitional thing because we couldn't get Og to > work. That has been resolved, but we never finished porting it to use > Og. > In case my earlier posts were not clear, I see the YAML as an intermediate way to get the data into someplace for Og/Nitro to play with. Yes, I imagine now that the hacked ruedoc code I'm using could just poke stuff into a database, by-passing the saving to disk/loading into Og-based object step. > I have actually just checked out the repository and installed nitro. I'm > gonna try and get rdoc-devel (my hacked rdoc) to work with ruby 1.8.4 > (there's probably rdoc changes again that are breaking things). I'm also > gonna try and transition to a proper og generator and move away from the > YAML one. I tried to kludge the Og one onto the existing YAML one which > just added more issues than it solved. > > I think YAML is not really suited to this anyway, it's harder to > generate a list of all classes/methods, you often have to load more into > RAM than you need and it's a pain to search. I think Og would do an all > round better job. Well, here's the thing: is it feasible to just keep the entire API in memory, using some data structure suited for searching and lookups? E.g., using Madeleine. -- James Britt "The use of anthropomorphic terminology when dealing with computing systems is a symptom of professional immaturity." - Edsger W. Dijkstra From james.britt at gmail.com Mon Jun 26 19:12:21 2006 From: james.britt at gmail.com (James Britt) Date: Mon, 26 Jun 2006 16:12:21 -0700 Subject: [Nitro] Nitro.General mail list seems to be partially broken... In-Reply-To: <44A029A0.5070504@davidlangston.com> References: <44A029A0.5070504@davidlangston.com> Message-ID: <44A069D5.2050608@gmail.com> Dave Langston wrote: > ... > it seems that the nitro.general mail list is not being dup'ed to > comp.lang.ruby.nitro.general in the last 4-5 days and other mail archive > services (such as gmane.org) is therefore not getting the list. I think > you will see that the list activity is very low the last couple of > days. Indeed. But I just figured everyone had gone to RailsConf. -- James Britt "I must create a system, or be enslaved by another man's; I will not reason and compare; my business is to create." - William Blake From bryan.a.soto at gmail.com Mon Jun 26 19:27:47 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Mon, 26 Jun 2006 16:27:47 -0700 Subject: [Nitro] Mailing List Problems Message-ID: Hi all, Obviously the mailing list is working again. For those interested, the bug report is here: http://rubyforge.org/tracker/index.php?func=detail&aid=4853&group_id=5&atid=101 though the problem seems to have been permissions on /etc/hosts and mailman. Bryan From bryan.a.soto at gmail.com Mon Jun 26 20:01:47 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Mon, 26 Jun 2006 17:01:47 -0700 Subject: [Nitro] About the different repos In-Reply-To: <3ff63f9b0606230337k28966e79rd327f3bf2bd4d10d@mail.gmail.com> References: <3ff63f9b0606230337k28966e79rd327f3bf2bd4d10d@mail.gmail.com> Message-ID: On 6/23/06, Jonas Pfenniger wrote: > Hi list, > > Actually there are two major repos out there : > * http://devlab.oree.ch/darcs/glycerin > * http://repo.nitroproject.org > > The first one's short name is "glycerin". It would be handy to also > have a short name for george's repo. What about "navel", "tip", "edge" > or simply "repo" ? George is best placed to choose a name for his repo > but inputs are welcom. > Arguably, nitroproject is more glycerin than devlab. ;) > I would also like to know what will happen to all modifications in > glycerin. I think that George will take his own repo to make the > release and as the time passes, the differences between both repos > grows. We all know that the changes will have to be merged one time > because if we wait too long, some part of the work will be lost. We > also know that George doesn't particularily like to merge other > people's work ;-) This is why I propose to sync glycerin on "repo" as > fast as possible. And this leads to the third point... > Yes, I believe George is planning to release 0.31 from nitroproject. There will be no 0.30.1 bugfix release. > Some people (like me) are developping on top of glycerin because 0.30 > is unstable and the fixes are only in glycerin. The mistake was to not > create a stable branch for 0.30. Now I think it's too late but for the > next release, I'll create a new repo where we can backport fixes. > Probably under the url http://devlab.oree.ch/nitroproject/0.31 > If a stable branch is desired by the community, devlab has only bugfixes and minimal enhancements. It might still be useful as a stable branch. Whatever the users want. :) By the way, zimba: $ darcs pull http://devlab.oree.ch/darcs/nitrohq darcs failed: Not a repository: http://devlab.oree.ch/darcs/nitrohq (user error (Failed to download URL http://devlab.oree.ch/darcs/nitrohq/_darcs/inventory libcurl: HTTP error (404?))) Bryan From bryan.a.soto at gmail.com Mon Jun 26 20:06:38 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Mon, 26 Jun 2006 17:06:38 -0700 Subject: [Nitro] Devlab and Facets-1.4.2 In-Reply-To: <3ff63f9b0606230356v16e48f6ela085c3b357ce662c@mail.gmail.com> References: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> <3ff63f9b0606230356v16e48f6ela085c3b357ce662c@mail.gmail.com> Message-ID: On 6/23/06, Jonas Pfenniger wrote: > > You can use tailor as a bridge between subversion and darcs. That's > > our current plan. Unfortunately, there is a bug in darcs that affects > > one of our patches that's preventing us from using it. Somehow, we > > have a patch that both adds and removes the same set of files and the > > command tailor uses to sync the two repos doesn't list the adds. It > > doesn't appear to be a common problem though. > > Almost correct. Tailor works only with Darcs 1.0.7, which is now > masked in Gentoo (the distro on which devlab runs). Tailor has other > bugs (related to how darcs and svn handle file moves because darcs is > too smart :-) that prevent going further but I've seen that the > project's bug tracker has moved quite a bit these times so I might > give a try again. > As a reminder zimba, with the current nitro/og repo, if you begin with 0.30.0 rather than INITIAL, you sacrifice history but get a working tailor config. I don't know if people would be willing to make that sacrifice, but I'll throw it out. From bryan.a.soto at gmail.com Mon Jun 26 20:12:20 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Mon, 26 Jun 2006 17:12:20 -0700 Subject: [Nitro] default js rendering In-Reply-To: References: <55c107bf0606221412r6fbc32c9tabf5b06bbee8d784@mail.gmail.com> Message-ID: On 6/23/06, George Moschovitis wrote: > > Beginning in 0.30.0, we removed a regex that prevented Nitro from > > handling query strings with a period in it. A sample use-case would be > > Hmm this seems to generate some random problems with me too... Can you > please remind me how exactly you changed the '.' handling? > There was a test in cgi, webrick and mongrel. Something along the lines of: =begin unless request.url =~ /\./ # unless request contains a period # nitro handles request end # no else clause, so nothing was rendered. =end I removed the unless test and the end. Bryan From bryan.a.soto at gmail.com Mon Jun 26 20:24:07 2006 From: bryan.a.soto at gmail.com (Bryan Soto) Date: Mon, 26 Jun 2006 17:24:07 -0700 Subject: [Nitro] "magic" mapping of controllers possible? In-Reply-To: <55c107bf0606230030w6fcccf7ct3729e5210ffa2a39@mail.gmail.com> References: <44998E2F.2080007@lassoweb.se> <200606221151.11285.manveru@weez-int.com> <55c107bf0606221347i60811d95q4f4e8927c5f50357@mail.gmail.com> <200606231032.36346.manveru@weez-int.com> <55c107bf0606230030w6fcccf7ct3729e5210ffa2a39@mail.gmail.com> Message-ID: > > module Kernel > > def aquire *dirs > > dirs.each do |dir| > > Dir["#{dir}/*.rb"].each do |file| > > require file > > end > > end > > end > > end > > > > aquire :helpers, :controllers, :models > > > > I like it! Till now, I've been doing > > Dir.glob('app/*.rb').each { |r| require r } > > to get my controllers and extra files loaded. > Trans like it too. :) require 'facet/kernel/require_all require_all 'app/*.rb' From transfire at gmail.com Mon Jun 26 20:27:38 2006 From: transfire at gmail.com (TRANS) Date: Mon, 26 Jun 2006 20:27:38 -0400 Subject: [Nitro] class_extension etc. In-Reply-To: References: Message-ID: <4b6f054f0606261727y14531696oe91e1ef486418b6a@mail.gmail.com> ruby-talk: 196402 http://groups.google.com/group/ruby-talk-google/browse_thread/thread/4e08a07aa0ff6d2b/bda97af172cf5555?q=class_extension& T. From transfire at gmail.com Mon Jun 26 21:06:07 2006 From: transfire at gmail.com (TRANS) Date: Mon, 26 Jun 2006 21:06:07 -0400 Subject: [Nitro] Facets 1.4.2 In-Reply-To: References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> Message-ID: <4b6f054f0606261806w59ab931la853b8303604f719@mail.gmail.com> On 6/25/06, George Moschovitis wrote: > Tom, can you update facets with this fix to make 1.4.2 usable with > nitro? (as always please update to 1.4.3) Will do! We just got upload/commits back at Rubyforge, so I'll do it some time this evening. T. From transfire at gmail.com Mon Jun 26 21:10:07 2006 From: transfire at gmail.com (TRANS) Date: Mon, 26 Jun 2006 21:10:07 -0400 Subject: [Nitro] Nitro.General mail list seems to be partially broken... In-Reply-To: <44A029A0.5070504@davidlangston.com> References: <44A029A0.5070504@davidlangston.com> Message-ID: <4b6f054f0606261810p3c947568u92c696c80d86e7ff@mail.gmail.com> On 6/26/06, Dave Langston wrote: > George, > (also copying mail list in case others can see the message and have a > solution) > > don't know if this is a problem for you, RubyForge, or who, but... > > it seems that the nitro.general mail list is not being dup'ed to > comp.lang.ruby.nitro.general in the last 4-5 days and other mail archive > services (such as gmane.org) is therefore not getting the list. I think > you will see that the list activity is very low the last couple of > days. Plus, I have not gotten a digest of the mail list since last > Thursday (I am subscribed to get a digest rather than individual > messages). Is this something you can correct?, or do I need to contact > the RubyForge admins??? RubyForge swithced servers, so there's lots of problems right now. Not sure how that effects newsgroups and gmane, but anything you can think of to help.... T. From manveru at weez-int.com Tue Jun 27 00:00:41 2006 From: manveru at weez-int.com (Michael Fellinger) Date: Tue, 27 Jun 2006 13:00:41 +0900 Subject: [Nitro] Facets 1.4.2 In-Reply-To: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> Message-ID: <200606271300.42102.manveru@weez-int.com> Hey trans, One thing that really makes me wonder is that there's facets and there's calibre, but what exactly distinguishes one from the other - i've seen lots of duplication between them... This is not nitro-specific, so please excuse me - but me and some others are quite interested in that :) ~~~~manveru On Thursday 22 June 2006 01:53, TRANS wrote: > Facets 1.4.2 has been released. With any luck this will be the > official 1.4 release. Major changes: > > * consoleapp.rb is now called command.rb and Console::Command now > supports multi-flags (eg. -xvzf). > > * classinherit.rb is gone. Use classmethods.rb or better > module/class_extension. > > * Added kernel __method__ and __callee__. Appearently these will be > standard in Ruby 2.0. They replace the old #method_name and #methname. > > * Added yet another alias for (class < kernel/quaclass and deprecated #singleton and #adhoc. Currently the > (independently) available methods for this are: > > - eigenclass > - metaclass > - own > - quaclass > - singleton_class > > Note #eigenclass has been fun, but it seems support for it is starting > to wane --I guess b/c matz didn't go for it. "eigen", btw, essentially > means "own", hence the #own method, which was provided as a concise > alternative (instead of #meta). BTW, Both #own and #quaclass have a > nice extra feature, they can take a block and module_eval it against > the "qua class". > > T. > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general From transfire at gmail.com Tue Jun 27 00:34:22 2006 From: transfire at gmail.com (TRANS) Date: Tue, 27 Jun 2006 00:34:22 -0400 Subject: [Nitro] Facets 1.4.2 In-Reply-To: <200606271300.42102.manveru@weez-int.com> References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> <200606271300.42102.manveru@weez-int.com> Message-ID: <4b6f054f0606262134t20200428qfeec2d4f1b322c51@mail.gmail.com> On 6/27/06, Michael Fellinger wrote: > Hey trans, > > One thing that really makes me wonder is that there's facets and there's > calibre, but what exactly distinguishes one from the other - i've seen lots > of duplication between them... > This is not nitro-specific, so please excuse me - but me and some others are > quite interested in that :) Eeek, did you have to ask? ;-) Well, Calibre was Facets/More when Facets was just Facets/Core. They were two separate libs for a while. It took me a long time to figure out how to make them one harmonious package. The other thing about Calibre is that each lib was being offered as a separate download b/c some complain about the whole lib being too "big". That seemed reasonable at the time but on further reflection compared to C and Java libs Facets is small LOC --thanks to the brevity of Ruby! So I'm not so sure about that. But I haven't killed Calibre project yet just in case, though maybe it's time to do so. Thoughts? T. From vagabond at cataclysm-software.net Tue Jun 27 01:12:39 2006 From: vagabond at cataclysm-software.net (Andrew Thompson) Date: Tue, 27 Jun 2006 01:12:39 -0400 Subject: [Nitro] RDog Pong Message-ID: <20060627051239.GA19531@hijacked.us> Hey all, This is a continuation of the 'Rdog ping' thread a few threads up, I decided to start over again as the mailing list breaking kinda scewed stuff up. Over the weekend I have been hammering on the rdog-generators with the result that I have fixed 4 major (as in htf did this code ever work) bugs, added some more features and completely gutted and re-written the Og generator. I've also been poking manveru to work on the frontend again. Apparently with no longer having to deal with YAML files and with his improved nitro experience he also has improved the code. I'm working on getting the development site hosted on a machine at work as neither manveru or I have boxes that can easily host or run the rdoc generator runs (500mhz thinkpad with 192 megs of ram here). I've committed my fixes to the ruby forge SVn (now that it's finally back up) and manveru will probably do the same shortly. I hope to continue to work on it so we can show that anything railers can do, we can do better :P. Andrew From william.full.moon at gmail.com Tue Jun 27 02:49:18 2006 From: william.full.moon at gmail.com (* William) Date: Tue, 27 Jun 2006 16:49:18 +1000 Subject: [Nitro] Wither list? Message-ID: <001b01c699b5$de05a500$85af07ca@ghostgum> Hi ho all. In one respect this is a test to verify and to re-send some minor information. Now the Nitro list is working again. I have sent a couple of messages out and not seen them delivered back. While/if I have your attention, I've move the Nitro/Og programming document I've been working on to a new URL: "Programming Nitro and Og" http://platypus.stikipad.com/muse/show/Programming+Nitro+and+Og Draft work on other unfinished documentation areas will continue in the "rough notes" area. Aloha, Will. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.5 - Release Date: 26-Jun-2006 From manveru at weez-int.com Tue Jun 27 02:54:10 2006 From: manveru at weez-int.com (Michael Fellinger) Date: Tue, 27 Jun 2006 15:54:10 +0900 Subject: [Nitro] Wither list? In-Reply-To: <001b01c699b5$de05a500$85af07ca@ghostgum> References: <001b01c699b5$de05a500$85af07ca@ghostgum> Message-ID: <200606271554.10391.manveru@weez-int.com> On Tuesday 27 June 2006 15:49, * William wrote: > Hi ho all. > > In one respect this is a test to verify and to re-send some minor > information. Now the Nitro list is working again. I have sent a couple of > messages out and not seen them delivered back. > > While/if I have your attention, I've move the Nitro/Og programming document > I've been working on to a new URL: > > "Programming Nitro and Og" > http://platypus.stikipad.com/muse/show/Programming+Nitro+and+Og Thank you for that incredible summary of Og, i just couldn't resist and immediatly pressed the 'print' button - will read it later today as i have some other stuff to do (and continue work on rdog), but it looks sweet :D Thanks again > > Draft work on other unfinished documentation areas will continue in the > "rough notes" area. > > > Aloha, > Will. From alexandru at globalterrasoft.ro Tue Jun 27 03:07:35 2006 From: alexandru at globalterrasoft.ro (Alexandru E. Ungur) Date: Tue, 27 Jun 2006 10:07:35 +0300 Subject: [Nitro] Problem getting started with Nitro Message-ID: <20060627070735.GA16968@globalterrasoft.ro> Hi all, I just discovered Nitro, and I would really like to try it out. I started with the video tutorials, Part I: http://www.nitroproject.org/videos/nitro.html but I encountered a problem which forbids me to complete it... I'd really appreciate if you could give me an ideea of what's wrong and what can I do to be able to continue with the tutorial. Here it goes: I followed the tutorial until around the minute 12:30 where I got to define the init_db function. When I try to actually run it, like this: http://localhost:9999/init_db this is what I get: Error Path: /init_db wrong number of arguments (1 for 0) This is the output from "ruby demo.rb": D, [2006-06-27T09:49:57.300160 #20952] DEBUG -- : Using Memory sessions. I, [2006-06-27T09:49:58.577305 #20952] INFO -- : Og uses the Sqlite store. ==> Setup for debug mode ==> Listening at 0.0.0.0:9999. [WEBRICK] ==> Press Ctrl-C to shutdown; Run with --help for options. [2006-06-27 09:49:59] INFO WEBrick 1.3.1 [2006-06-27 09:49:59] INFO ruby 1.8.4 (2005-12-24) [i686-linux] [2006-06-27 09:49:59] INFO WEBrick::HTTPServer#start: pid=20952 port=9999 D, [2006-06-27T09:50:32.849900 #20952] DEBUG -- : Rendering '/'. D, [2006-06-27T09:50:32.850710 #20952] DEBUG -- : Compiling action 'Hello#index' D, [2006-06-27T09:50:43.952656 #20952] DEBUG -- : Rendering '/init_db'. D, [2006-06-27T09:50:43.953424 #20952] DEBUG -- : Compiling action 'Hello#init_db' E, [2006-06-27T09:50:43.994309 #20952] ERROR -- : Error while handling '/init_db'. E, [2006-06-27T09:50:43.994817 #20952] ERROR -- : wrong number of arguments (1 for 0) /usr/local/lib/ruby/gems/1.8/gems/og-0.28.0/lib/og/entity.rb:123:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/og-0.28.0/lib/og/entity.rb:123:in `create' ./controller.rb:27:in `init_db' (eval):6:in `init_db_action' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.28.0/lib/nitro/controller.rb:88:in `method_missing' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.28.0/lib/nitro/render.rb:127:in `render' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.28.0/lib/nitro/adapter/webrick.rb:151:in `do_GET' /usr/local/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `service' /usr/local/lib/ruby/1.8/webrick/httpserver.rb:104:in `service' /usr/local/lib/ruby/1.8/webrick/httpserver.rb:65:in `run' /usr/local/lib/ruby/1.8/webrick/server.rb:173:in `start_thread' /usr/local/lib/ruby/1.8/webrick/server.rb:162:in `start_thread' /usr/local/lib/ruby/1.8/webrick/server.rb:95:in `start' /usr/local/lib/ruby/1.8/webrick/server.rb:92:in `start' /usr/local/lib/ruby/1.8/webrick/server.rb:23:in `start' /usr/local/lib/ruby/1.8/webrick/server.rb:82:in `start' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.28.0/lib/nitro/adapter/webrick.rb:55:in `start' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.28.0/lib/nitro/server/runner.rb:321:in `invoke_server' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.28.0/lib/nitro/server/runner.rb:287:in `invoke' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.28.0/lib/nitro/server.rb:123:in `run' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.28.0/lib/nitro.rb:73:in `start' demo.rb:9 LOGGED FROM: /usr/local/lib/ruby/gems/1.8/gems/nitro-0.28.0/lib/nitro/render.rb:205:in `log_error' D, [2006-06-27T09:50:43.996436 #20952] DEBUG -- : Rendering '/error'. D, [2006-06-27T09:50:43.997384 #20952] DEBUG -- : Compiling action 'Hello#error' D, [2006-06-27T09:50:43.998540 #20952] DEBUG -- : Compiling template 'Hello: /usr/local/lib/ruby/gems/1.8/gems/nitro-0.28.0/lib/../proto/public/error.xhtml' D, [2006-06-27T09:50:44.365414 #20952] DEBUG -- : Rendering '/error'. I got sqlite3 installed ok, the DB and table were installed OK (I think): # sqlite3 data.db SQLite version 3.2.2 Enter ".help" for instructions sqlite> .schema CREATE TABLE oguser (name text, description text, age integer, oid integer PRIMARY KEY); sqlite> I walked through the entire video all over again, and I noticed no differences at all between the tutorial and what I did, I will attach the files as well. Thank you in advance, Alex -------------- next part -------------- class Hello def index %{ Hello World
test
list } end def test(name, password) %{ The time is now #{Time.now}

The name is #{name}
The password is #{password} } end def another @hello = 'hello from controller' end def init_db User.create 'alex' User.create 'ioana' User.create 'gigi' redirect_to_referer end end -------------- next part -------------- require 'rubygems' require 'nitro' require 'og' require 'model' require 'controller' Og.start Nitro.start Hello -------------- next part -------------- class User property :name, String property :description, String property :age, Fixnum def inititialize(name) @name = name end end From william.full.moon at gmail.com Tue Jun 27 03:31:15 2006 From: william.full.moon at gmail.com (* William) Date: Tue, 27 Jun 2006 17:31:15 +1000 Subject: [Nitro] [REQ] Og, typecheck at startup In-Reply-To: Message-ID: <002b01c699bb$b0b4c990$85af07ca@ghostgum> Howdy ... I found this question VERY interesting. In the first instance, it is something I've had to implement a couple of four times. It is also a very common thing in most databases, for instance something like "ZIPCODE" changes from Numeric to String (and back again) *lol* The second harkens back to my proposition for a Database Entity. This is one really common and good example of _why_ people need that kind of 'integrity' in the database. It is good because it is simple. It is good because it happens a lot more than people write about or let on. Remembering my previous question, it was how to migrate one database to a second database (http://oxyliquit.de/question/58). To read from mysql to sqlite? To do this effectively we need an ability to open two distinct Og::Manager instances; one in each database. See: http://platypus.stikipad.com/muse/show/Programming+Nitro+and+Og#manager as background. My reading of the Og::Manager is that it is ostensibly built around a 'single database' paradigm. It is a bigger thing to consider applications that need a 'data store' based on a 'multiple database' paradigm. (Which I admit is only one person's notion of how I'd do it this time out of the box). Emilio15's question: http://oxyliquit.de/question/62, is more sophisticated example imho. Personally, I would want to open two different versions of the SAME database to do this. Others may choose a different option, of course. I thoroughly endorse the Data Dictionary concept!! One implementation model for that could use 'dictionary-type' to be used for example. My choice is largely based on work with commercial products that implement(-ed) the suggested: "an evolve_schema modify field properties on DB?" http://oxyliquit.de/question/62 ... Functionality and observation of other tools and databases. Og maintains its own relationship tables. This is one extra level of object-management that needs to be sustained by Og during data migration. Maintaining distinct database entities and distinct database generations (versions) keeps things tidy and neat. That means my life is easier. It would be interesting to hear other ideas to do what Emillio15 is asking. Cheers, Will. -----Original Message----- From: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] On Behalf Of Jonathan Buch Sent: Monday, 26 June 2006 05:34 Subject: [Nitro] [REQ] Og, typecheck at startup see: http://oxyliquit.de/question/62 George: is this possible? -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.5 - Release Date: 26-Jun-2006 From james.britt at gmail.com Tue Jun 27 02:04:28 2006 From: james.britt at gmail.com (James Britt) Date: Mon, 26 Jun 2006 23:04:28 -0700 Subject: [Nitro] RDog Pong In-Reply-To: <20060627051239.GA19531@hijacked.us> References: <20060627051239.GA19531@hijacked.us> Message-ID: <44A0CA6C.2040005@gmail.com> Andrew Thompson wrote: > Hey all, > > This is a continuation of the 'Rdog ping' thread a few threads up, I > decided to start over again as the mailing list breaking kinda scewed > stuff up. > > Over the weekend I have been hammering on the rdog-generators with the > result that I have fixed 4 major (as in htf did this code ever work) > bugs, added some more features and completely gutted and re-written the > Og generator. > > I've also been poking manveru to work on the frontend again. Apparently > with no longer having to deal with YAML files and with his improved > nitro experience he also has improved the code. > > I'm working on getting the development site hosted on a machine at work > as neither manveru or I have boxes that can easily host or run the rdoc > generator runs (500mhz thinkpad with 192 megs of ram here). > > I've committed my fixes to the ruby forge SVn (now that it's finally > back up) and manveru will probably do the same shortly. I hope to > continue to work on it so we can show that anything railers can do, we > can do better :P. Oh, nice, thanks. (svn? I've been asleep. When did rubyforge.org move from cvs? Anyways, I like it. But shows how often I touch my own rubyforge projects.) I see I'll something extra: require '/home/manveru/darcs/devlab/glycerin' -- James Britt "In physics the truth is rarely perfectly clear, and that is certainly universally the case in human affairs. Hence, what is not surrounded by uncertainty cannot be the truth." - R. Feynman From william.full.moon at gmail.com Tue Jun 27 03:56:57 2006 From: william.full.moon at gmail.com (* William) Date: Tue, 27 Jun 2006 17:56:57 +1000 Subject: [Nitro] Wither list? In-Reply-To: <200606271554.10391.manveru@weez-int.com> Message-ID: <002c01c699bf$4816e0e0$85af07ca@ghostgum> That's fine Michael Please flag errors and corrections. What do you do while the news group is down? Try Google's trends... http://www.google.com/trends?q=object+store%2C+nitro%2C+rails&ctab=0&geo=all &date=all At first I thought this makes Nitro look pretty cool compared to rails. Hmmm, it turns out to be a "Dodge Nitro", probably a kind of utility vehicle (or 'truck' as they say in America). *lol* Aloha, w. -----Original Message----- From: Michael Fellinger [mailto:manveru at weez-int.com] Sent: Tuesday, 27 June 2006 16:54 To: william.full.moon at gmail.com; General discussion about Nitro Subject: Re: [Nitro] Wither list? Importance: Low On Tuesday 27 June 2006 15:49, * William wrote: > > While/if I have your attention, I've move the Nitro/Og programming > document I've been working on to a new URL: > > "Programming Nitro and Og" > http://platypus.stikipad.com/muse/show/Programming+Nitro+and+Og Thank you for that incredible summary of Og, i just couldn't resist and immediatly pressed the 'print' button - will read it later today as i have some other stuff to do (and continue work on rdog), but it looks sweet :D -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.5 - Release Date: 26-Jun-2006 From thoraval.yvon at free.fr Tue Jun 27 04:29:10 2006 From: thoraval.yvon at free.fr (Yvon Thoraval) Date: Tue, 27 Jun 2006 10:29:10 +0200 Subject: [Nitro] unable to unsubscribe Message-ID: Hey all ! i went to http://rubyforge.org/mailman/options/nitro-general in order to unsubscribe having the message "The confirmation email has been sent." and never receive this confirmation email. i've reproduced this process for the three email addresses i'm using... how to unsubscribe ? best, Yvon From zimba.tm at gmail.com Tue Jun 27 06:28:40 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 27 Jun 2006 12:28:40 +0200 Subject: [Nitro] unable to unsubscribe In-Reply-To: References: Message-ID: <3ff63f9b0606270328s354b1f17q2a36d5c5de9957a9@mail.gmail.com> Hi Yvon, you'll have to ask the rubyforge maintainer -- Cheers, zimbatm http://zimbatm.oree.ch From zimba.tm at gmail.com Tue Jun 27 06:39:03 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 27 Jun 2006 12:39:03 +0200 Subject: [Nitro] About the different repos In-Reply-To: References: <3ff63f9b0606230337k28966e79rd327f3bf2bd4d10d@mail.gmail.com> Message-ID: <3ff63f9b0606270339y11d19a87pc4ab219ce2e2d801@mail.gmail.com> On 27/06/06, Bryan Soto wrote: > Arguably, nitroproject is more glycerin than devlab. ;) Yes > If a stable branch is desired by the community, devlab has only > bugfixes and minimal enhancements. It might still be useful as a > stable branch. Whatever the users want. :) I'm going to create a stable 0.31.0 repo once released. > By the way, zimba: > > $ darcs pull http://devlab.oree.ch/darcs/nitrohq > darcs failed: Not a repository: http://devlab.oree.ch/darcs/nitrohq > (user error (Failed to download URL > http://devlab.oree.ch/darcs/nitrohq/_darcs/inventory > libcurl: HTTP error (404?))) Ooops, fixed. Btw it is an alias for http://devlab.oree.ch/darcs/glycerin -- Cheers, zimbatm http://zimbatm.oree.ch From zimba.tm at gmail.com Tue Jun 27 06:40:31 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 27 Jun 2006 12:40:31 +0200 Subject: [Nitro] Devlab and Facets-1.4.2 In-Reply-To: References: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> <3ff63f9b0606230356v16e48f6ela085c3b357ce662c@mail.gmail.com> Message-ID: <3ff63f9b0606270340k5d36d829na9119bc6ada5dd4@mail.gmail.com> > As a reminder zimba, with the current nitro/og repo, if you begin with > 0.30.0 rather than INITIAL, you sacrifice history but get a working > tailor config. I don't know if people would be willing to make that > sacrifice, but I'll throw it out. Yeah, I'm going to do it that way. At least there are some files.. -- Cheers, zimbatm http://zimbatm.oree.ch From zimba.tm at gmail.com Tue Jun 27 06:47:51 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 27 Jun 2006 12:47:51 +0200 Subject: [Nitro] Who knows aspects? In-Reply-To: <02cd01c69795$6a2ad0f0$03af07ca@ghostgum> References: <02cd01c69795$6a2ad0f0$03af07ca@ghostgum> Message-ID: <3ff63f9b0606270347s408c4620ge8c531a2651acfb@mail.gmail.com> Hi, Glue::Aspects is not a real AOP Aspect. Instead, the class has to define interceptable methods. og/store/sql.rb defines pre and post methods for og_insert, og_update, og_read and og_delete you can use it like that : class User before :check_something, :on => [:og_read, :og_insert] private def check_something #... end end -- Cheers, zimbatm http://zimbatm.oree.ch From thoraval.yvon at free.fr Tue Jun 27 07:25:38 2006 From: thoraval.yvon at free.fr (Yvon Thoraval) Date: Tue, 27 Jun 2006 13:25:38 +0200 Subject: [Nitro] unable to unsubscribe In-Reply-To: <3ff63f9b0606270328s354b1f17q2a36d5c5de9957a9@mail.gmail.com> References: <3ff63f9b0606270328s354b1f17q2a36d5c5de9957a9@mail.gmail.com> Message-ID: Le 27 juin 06 ? 12:28, Jonas Pfenniger a ?crit : > you'll have to ask the rubyforge maintainer ok, thanks )) Yvon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060627/4cb81291/attachment.html From m.fellinger at gmail.com Tue Jun 27 07:30:01 2006 From: m.fellinger at gmail.com (Michael Fellinger) Date: Tue, 27 Jun 2006 20:30:01 +0900 Subject: [Nitro] RDog Pong In-Reply-To: <44A0CA6C.2040005@gmail.com> References: <20060627051239.GA19531@hijacked.us> <44A0CA6C.2040005@gmail.com> Message-ID: <9c00d3e00606270430m247b3910i71efd0443034d7f0@mail.gmail.com> Ok, it's been a while since i wrote about the progress of rdog, good vagabond kept you guys up to date :) However, the version runs now - with about 90% of the featureset on vagabonds server. I'm not sure if i can post the address here, so i'll just wait for an OK from vag - also because webrick eats quite some ressources and i'm not sure what this server is supposed to do... anyway, the svn is a bit messy at the moment... apologies for that, but i just checked in the version that worked for me at that time. some issues i have encountered: facets needs to be patched - waiting for version 1.4.3 - using our own version for now... the patch was posted here a while ago in the facets 1.4.2-thread we have found a bug in the schema_inheritance of all stores except for postgres. but i cannot create a bundle to patch it as long as devlab-repo gives me a 404 :( apart from that, most stuff runs smooth, reduced the code of rdog-frontend to about 1/3 of the old svn and there's still room for improvment. one thing we currently don't do is handling of the categories and showing where which method originates - i have to bring the frontend up2date on that, but that might take a bit... anyway - with a little bit more effort we have rdog finished and can work on extending functionality even more - the approach of embedding it in spark is not the worst - but i still believe it can be made better, with a wiki/comments mix so that designated editors can integrate content of comments into the wiki which joins the documentation.. ok, back to work :) On 6/27/06, James Britt wrote: > Andrew Thompson wrote: > > Hey all, > > > > This is a continuation of the 'Rdog ping' thread a few threads up, I > > decided to start over again as the mailing list breaking kinda scewed > > stuff up. > > > > Over the weekend I have been hammering on the rdog-generators with the > > result that I have fixed 4 major (as in htf did this code ever work) > > bugs, added some more features and completely gutted and re-written the > > Og generator. > > > > I've also been poking manveru to work on the frontend again. Apparently > > with no longer having to deal with YAML files and with his improved > > nitro experience he also has improved the code. > > > > I'm working on getting the development site hosted on a machine at work > > as neither manveru or I have boxes that can easily host or run the rdoc > > generator runs (500mhz thinkpad with 192 megs of ram here). > > > > I've committed my fixes to the ruby forge SVn (now that it's finally > > back up) and manveru will probably do the same shortly. I hope to > > continue to work on it so we can show that anything railers can do, we > > can do better :P. > > > Oh, nice, thanks. > > (svn? I've been asleep. When did rubyforge.org move from cvs? > Anyways, I like it. But shows how often I touch my own rubyforge projects.) > > > I see I'll something extra: > > require '/home/manveru/darcs/devlab/glycerin' > > > -- > James Britt > > "In physics the truth is rarely perfectly clear, and that is certainly > universally the case in human affairs. Hence, what is not surrounded by > uncertainty cannot be the truth." > - R. Feynman > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From m.fellinger at gmail.com Tue Jun 27 08:30:18 2006 From: m.fellinger at gmail.com (Michael Fellinger) Date: Tue, 27 Jun 2006 21:30:18 +0900 Subject: [Nitro] [PATCH] schema_inheritance flaw Message-ID: <9c00d3e00606270530p2c99be86v8031aa011c7e8093@mail.gmail.com> make following work: class Foo propert :name, String schema_inheritance end class FooBar < Foo end class BarFoo References: <3ff63f9b0606230337k28966e79rd327f3bf2bd4d10d@mail.gmail.com> Message-ID: <4b6f054f0606270647s2e40e1b3p4b14045f98780418@mail.gmail.com> On 6/23/06, Jonas Pfenniger wrote: > Hi list, > > Actually there are two major repos out there : > * http://devlab.oree.ch/darcs/glycerin > * http://repo.nitroproject.org > > The first one's short name is "glycerin". It would be handy to also > have a short name for george's repo. What about "navel", "tip", "edge" > or simply "repo" ? George is best placed to choose a name for his repo > but inputs are welcom. > > I would also like to know what will happen to all modifications in > glycerin. I think that George will take his own repo to make the > release and as the time passes, the differences between both repos > grows. We all know that the changes will have to be merged one time > because if we wait too long, some part of the work will be lost. We > also know that George doesn't particularily like to merge other > people's work ;-) This is why I propose to sync glycerin on "repo" as > fast as possible. And this leads to the third point... > > Some people (like me) are developping on top of glycerin because 0.30 > is unstable and the fixes are only in glycerin. The mistake was to not > create a stable branch for 0.30. Now I think it's too late but for the > next release, I'll create a new repo where we can backport fixes. > Probably under the url http://devlab.oree.ch/nitroproject/0.31 > > Please post your thoughts :-) Personally I think have two repos like this is too problematic. There needs to be one main repo. People can of course pull down there own and work on it with the goal of applying their patches back to main. But what's going to happen with two main repos is that a whole lot of work is going to end up useless. This is also another reason why SOC is so important. When parts of a system are clearly separated it becomes easier for a community to work on those parts separately. T. From transfire at gmail.com Tue Jun 27 09:55:25 2006 From: transfire at gmail.com (TRANS) Date: Tue, 27 Jun 2006 09:55:25 -0400 Subject: [Nitro] Facets 1.4.2 In-Reply-To: References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> Message-ID: <4b6f054f0606270655r5479bd1ct7f37c390c0615fb6@mail.gmail.com> Release 1.4.3. Please give it a try --make sure I didn't miss anything. Thanks, T. From transfire at gmail.com Tue Jun 27 10:06:46 2006 From: transfire at gmail.com (TRANS) Date: Tue, 27 Jun 2006 10:06:46 -0400 Subject: [Nitro] Devlab and Facets-1.4.2 In-Reply-To: <3ff63f9b0606270340k5d36d829na9119bc6ada5dd4@mail.gmail.com> References: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> <3ff63f9b0606230356v16e48f6ela085c3b357ce662c@mail.gmail.com> <3ff63f9b0606270340k5d36d829na9119bc6ada5dd4@mail.gmail.com> Message-ID: <4b6f054f0606270706l692574fdmba34260846573a21@mail.gmail.com> Is it possible to use Darcs and SVN in parrallel? I imagine using an intermediary like Reap to issue the pulls, adds, remove, commits, etc. and translating that into a pair of commands one for each repo type. Obviously that leads to an LCD situation but if the functional overlap is enough... T. From zimba.tm at gmail.com Tue Jun 27 10:08:53 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 27 Jun 2006 16:08:53 +0200 Subject: [Nitro] About the different repos In-Reply-To: <4b6f054f0606270647s2e40e1b3p4b14045f98780418@mail.gmail.com> References: <3ff63f9b0606230337k28966e79rd327f3bf2bd4d10d@mail.gmail.com> <4b6f054f0606270647s2e40e1b3p4b14045f98780418@mail.gmail.com> Message-ID: <3ff63f9b0606270708m6aabd9f1ub3dc7eb62adb56c0@mail.gmail.com> On 27/06/06, TRANS wrote: > Personally I think have two repos like this is too problematic. There > needs to be one main repo. People can of course pull down there own > and work on it with the goal of applying their patches back to main. > But what's going to happen with two main repos is that a whole lot of > work is going to end up useless. This is also another reason why SOC > is so important. When parts of a system are clearly separated it > becomes easier for a community to work on those parts separately. This is why I propose to restore the old way at next release. The main repo would be nitroproject. Glycerin would sync on nitroproject. Glycerin is the kind of test lab (devlab) where george can pull to get new patches from users. Thing also go faster there. But at every release, we need to create a backup repo for stable patches. We can't continue living on edge.. -- Cheers, zimbatm http://zimbatm.oree.ch From zimba.tm at gmail.com Tue Jun 27 10:13:52 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 27 Jun 2006 16:13:52 +0200 Subject: [Nitro] Devlab and Facets-1.4.2 In-Reply-To: <4b6f054f0606270706l692574fdmba34260846573a21@mail.gmail.com> References: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> <3ff63f9b0606230356v16e48f6ela085c3b357ce662c@mail.gmail.com> <3ff63f9b0606270340k5d36d829na9119bc6ada5dd4@mail.gmail.com> <4b6f054f0606270706l692574fdmba34260846573a21@mail.gmail.com> Message-ID: <3ff63f9b0606270713u7fe9e41ma7746d4b9af3c8fb@mail.gmail.com> On 27/06/06, TRANS wrote: > Is it possible to use Darcs and SVN in parrallel? I imagine using an > intermediary like Reap to issue the pulls, adds, remove, commits, etc. > and translating that into a pair of commands one for each repo type. > Obviously that leads to an LCD situation but if the functional overlap > is enough... Theoritically yes. Theortically tailor is able to sync between both. In the first times, SVN could be used to work with Trac or to pull the source. We can envisage to push in the future however so that SVN people can also work with us. Right now I thinkt it would require too much hand work to have a two way sync because of all the bugs. -- Cheers, zimbatm http://zimbatm.oree.ch From zimba.tm at gmail.com Tue Jun 27 10:21:28 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 27 Jun 2006 16:21:28 +0200 Subject: [Nitro] [PATCH][nitroproject] Some small fixes to Og and Glue Message-ID: <3ff63f9b0606270721s1891de30k70053913522bd1f@mail.gmail.com> * Removed Glue::Flexob testcase since it does't exist anymore * Added String to Car's property in tc_inheritance.rb However STI talbe creation is still broken * Added handle_sql_exception for MysqlAdapter#create_table Provides a better output -- Cheers, zimbatm http://zimbatm.oree.ch -------------- next part -------------- A non-text attachment was scrubbed... Name: og_bundle.tgz Type: application/x-gzip Size: 3446 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060627/d11940f5/attachment.tgz From zimba.tm at gmail.com Tue Jun 27 10:34:45 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 27 Jun 2006 16:34:45 +0200 Subject: [Nitro] [BUG][nitroproject][og] STI table creation broken Message-ID: <3ff63f9b0606270734h52225511o389b81b9f19e06ec@mail.gmail.com> This is a bug in the repo.nitroproject.org repo. Just run the og/test/og/tc_inheritance.rb test. There is a weird generated SQL : "CREATE TABLE ogtc_oginheritance_user (ogtype VARCHAR(30), login text, oid integer AUTO_INCREMENT PRIMARY KEY, login text, oid integer AUTO_INCREMENT PRIMARY KEY, password );" (appears if you apply my previous patch and set debug to true in og/test/og/CONFIG.rb= I've looked a bit in the code but couldn't sort that out. There seems to be three problems : 1) The Og::SqlStore#serializable_attributes_for_class doesn't return unique fields. Thus the two AUTO_INCREMENT fields 2) The password field has no type set. In the test case it's a String. 3) The order of the defined fields is not good, password should be defined before the primary key. NOTE : in SqlStore#fields_for_class there is a FIXME not about the new serializable attributes. Hope this helps -- Cheers, zimbatm http://zimbatm.oree.ch From transfire at gmail.com Tue Jun 27 10:34:52 2006 From: transfire at gmail.com (TRANS) Date: Tue, 27 Jun 2006 10:34:52 -0400 Subject: [Nitro] Devlab and Facets-1.4.2 In-Reply-To: <3ff63f9b0606270713u7fe9e41ma7746d4b9af3c8fb@mail.gmail.com> References: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> <3ff63f9b0606230356v16e48f6ela085c3b357ce662c@mail.gmail.com> <3ff63f9b0606270340k5d36d829na9119bc6ada5dd4@mail.gmail.com> <4b6f054f0606270706l692574fdmba34260846573a21@mail.gmail.com> <3ff63f9b0606270713u7fe9e41ma7746d4b9af3c8fb@mail.gmail.com> Message-ID: <4b6f054f0606270734q33cc43c2h78b9818edf8df95e@mail.gmail.com> On 6/27/06, Jonas Pfenniger wrote: > Theoritically yes. Theortically tailor is able to sync between both. > In the first times, SVN could be used to work with Trac or to pull the > source. We can envisage to push in the future however so that SVN > people can also work with us. Right now I thinkt it would require too > much hand work to have a two way sync because of all the bugs. bugs? From james.britt at gmail.com Tue Jun 27 09:10:14 2006 From: james.britt at gmail.com (James Britt) Date: Tue, 27 Jun 2006 06:10:14 -0700 Subject: [Nitro] unable to unsubscribe In-Reply-To: References: <3ff63f9b0606270328s354b1f17q2a36d5c5de9957a9@mail.gmail.com> Message-ID: <44A12E36.9020602@gmail.com> Yvon Thoraval wrote: > > Le 27 juin 06 ? 12:28, Jonas Pfenniger a ?crit : > >> you'll have to ask the rubyforge maintainer > > > ok, thanks )) Just to be sure, did you mail the request to nitro-general-request at rubyforge.org with a subject line of unsubscribe using the address that has the current subscription? -- James Britt http://www.ruby-doc.org - Ruby Help & Documentation http://www.artima.com/rubycs/ - The Journal By & For Rubyists http://www.rubystuff.com - The Ruby Store for Ruby Stuff http://yourelevatorpitch.com - Finding Business Focus From transfire at gmail.com Tue Jun 27 11:44:30 2006 From: transfire at gmail.com (TRANS) Date: Tue, 27 Jun 2006 11:44:30 -0400 Subject: [Nitro] [OT] Roll n' Rain Message-ID: <4b6f054f0606270844k7742ee44g312c4de351075f93@mail.gmail.com> Hi NCT, I want to tell you about two project I've been working on that are starting to come to fruition. One is called RubyRoll,or just Roll(s), and the other Rain. Rolls adds object-oriented library management with versioning to Ruby w/o being tied to a package manager (as opposed to Gems). It essentially works like this. When distributing your project, organize the lib/, ext/ and/or data/ directories with a version tier. Eg. myapp/ lib/ 1.0.0/ ... Keep in mind you don't have to develop with the project in this layout (though you could) you can leave the versioin tier out and only add it in upon distribution. (Another alternative is to leave it in but label it '0' and just rename it upon distribution.) With that addition of RUBYOPT="-roll" you can then do things like: library('myapp', '>1' ) #=> # library('myapp').require('somefile') Of course it also works like normal: require 'myapp/somefile' Rolls will insert the version tier as needed. Rolls also has the ability to add meta information, like author, summary, etc. to the Library object. One piece of info that is esspecially useful is 'scope'. By setting the scope you can tell Rolls to search multiple subdirs. For example: myapp/ lib/ 1.0.0/ foo/ ... bar/ here.rb library('myapp').scope( '.', 'foo', 'bar' ) require 'myapp/here' Finally you can add an index.rb file to your project which will be loaded automatically when a library is activated (perfect for setting the scope and other meta-info). I just released version 0.7.0, it still needs a little work (I know of two issue I need to fix) but 's good enough to try out. The current code is actually a complete rewrite of the precisou version --I shrunk the code base in half! Much more elegant now. The second project is Rain and it is a very unique package manager. It actually takes a compressed source package called a "drop file" (.drp right now, but maybe .drop or .rdr better?) Inside the package is also a drop/ directory that holds a metainfo file and may have other suplemental scripts if needed. Using this the rain command line application can build and install a native OS package on the fly. Let me repeat that: Rain generates and installs native OS packages on the fly! Just ot be clear, let me give an examnple. Let's say you're using Debian or Ubunutu. Typing 'rain install myapp' will create a .deb package and install it. If you're using Arch, it will build a pacman package and install it. If Fedora or Redhat, and .rpm. And so on. Rain is quite as developed ad Roll, but it's coming along well --it already works on my Ubuntu system. Of course the real trick will be the Windows .msi adapter ;-) While Rain can download drop packages from the internet (on the fly too). I haven't added dependency handling. I'm not sure about that yet. I sometimes think it would be nice to revive RPA to handle this side of things. Ansyway, So those are the two project that are almost ready for initial releases. I wonder if I should merge them into one project? While I don't want to tie Rolls to any package manager --Rain isn't really any package manager, it's more like a meta-package manager. Also I would like to teach Rolls to recognize a drop file and be able to use it much like Java can use jar files. In other words you would be able to do: require 'myapp.drp' And Ruby/Rolls would uncompress the myapp drop package in a special cache location and then load it from there. Not sure what I would call this combined project if I did so though. So anyway, just wanted to get NCT's take. Thanks, T. P.S. Sorry for the long post. And yes, this is my legendary Gems killer ;-) From zimba.tm at gmail.com Tue Jun 27 12:10:53 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 27 Jun 2006 18:10:53 +0200 Subject: [Nitro] [PATCH][nitroproject] Startup time of Og speeded up by avoiding browsing ObjectSpace Message-ID: <3ff63f9b0606270910s7bcfe7dfk3dc475a45af89f97@mail.gmail.com> What I did is storing all Og::EntityMixin'ss childrens in Og::EntityMixin.children. >From my small test case, I got from 2 secs to 1.13 secs -- Cheers, zimbatm http://zimbatm.oree.ch -------------- next part -------------- A non-text attachment was scrubbed... Name: bundle.tgz Type: application/x-gzip Size: 3271 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20060627/f4023dd5/attachment.tgz From zimba.tm at gmail.com Tue Jun 27 12:15:42 2006 From: zimba.tm at gmail.com (Jonas Pfenniger) Date: Tue, 27 Jun 2006 18:15:42 +0200 Subject: [Nitro] Devlab and Facets-1.4.2 In-Reply-To: <4b6f054f0606270734q33cc43c2h78b9818edf8df95e@mail.gmail.com> References: <4b6f054f0606211828g1894a6a1q3e9b3b1c4f519dca@mail.gmail.com> <3ff63f9b0606230356v16e48f6ela085c3b357ce662c@mail.gmail.com> <3ff63f9b0606270340k5d36d829na9119bc6ada5dd4@mail.gmail.com> <4b6f054f0606270706l692574fdmba34260846573a21@mail.gmail.com> <3ff63f9b0606270713u7fe9e41ma7746d4b9af3c8fb@mail.gmail.com> <4b6f054f0606270734q33cc43c2h78b9818edf8df95e@mail.gmail.com> Message-ID: <3ff63f9b0606270915p13d1708do28d956a2c752f760@mail.gmail.com> On 27/06/06, TRANS wrote: > On 6/27/06, Jonas Pfenniger wrote: > > Theoritically yes. Theortically tailor is able to sync between both. > > In the first times, SVN could be used to work with Trac or to pull the > > source. We can envisage to push in the future however so that SVN > > people can also work with us. Right now I thinkt it would require too > > much hand work to have a two way sync because of all the bugs. > > bugs? lots. that task is not simple since every RCS has different features (which is what differenciate them) -- Cheers, zimbatm http://zimbatm.oree.ch From george.moschovitis at gmail.com Tue Jun 27 13:34:12 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 27 Jun 2006 19:34:12 +0200 Subject: [Nitro] [PATCH][nitroproject] Startup time of Og speeded up by avoiding browsing ObjectSpace In-Reply-To: <3ff63f9b0606270910s7bcfe7dfk3dc475a45af89f97@mail.gmail.com> References: <3ff63f9b0606270910s7bcfe7dfk3dc475a45af89f97@mail.gmail.com> Message-ID: Hmm I havent seen your patch, but I remember submitting a similar patch and then removing it because it was problematic (the problem has to do with the dynamic nature of Og, ie when classes where added/changed but i do not remember at the moment). Anyway, I will review the patch. thanks, George. On 6/27/06, Jonas Pfenniger wrote: > What I did is storing all Og::EntityMixin'ss childrens in > Og::EntityMixin.children. > > >From my small test case, I got from 2 secs to 1.13 secs > > -- > Cheers, > zimbatm > > http://zimbatm.oree.ch > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Tue Jun 27 13:36:32 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 27 Jun 2006 19:36:32 +0200 Subject: [Nitro] Og 2 In-Reply-To: <4b6f054f0606240641m2226c6aje5f39b8e59b4726@mail.gmail.com> References: <4b6f054f0606240641m2226c6aje5f39b8e59b4726@mail.gmail.com> Message-ID: Not much, uses the standard attr_accessor instead of property (property still works for backwards compatibility) so among other things it works with the gtk lib and the driver model is somehow cleaned up and refactored. Some other features like (the long requested) collections build up mode are added too.. regards, George. On 6/24/06, TRANS wrote: > What's the word on the new Og. What's different about it from the > previous version? > > T. > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.gmosx.com http://www.nitroproject.org From thoraval.yvon at free.fr Tue Jun 27 13:44:13 2006 From: thoraval.yvon at free.fr (Yvon Thoraval) Date: Tue, 27 Jun 2006 19:44:13 +0200 Subject: [Nitro] unable to unsubscribe In-Reply-To: <44A12E36.9020602@gmail.com> References: <3ff63f9b0606270328s354b1f17q2a36d5c5de9957a9@mail.gmail.com> <44A12E36.9020602@gmail.com> Message-ID: <7BC4B06D-98AF-4A9B-9675-DE6F84B7F52F@free.fr> Le 27 juin 06 ? 15:10, James Britt a ?crit : > Just to be sure, did you mail the request to > > nitro-general-request at rubyforge.org > > with a subject line of > > unsubscribe no i didn't do that that way. i've used a web interface i'll try that asap, thanks ;-) Yvon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20060627/9ebb27b5/attachment.html From george.moschovitis at gmail.com Tue Jun 27 13:45:31 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 27 Jun 2006 20:45:31 +0300 Subject: [Nitro] [PATCH] Feed helper backwards compatibility In-Reply-To: References: Message-ID: ok, thanx... -g. On 6/25/06, Jonathan Buch wrote: > [repost] > Hi, > > George, you made some change to the Feed helper, specifically > to the author handling. > This patch adds the capability to also let it handle Hashes. > > Hashes are easier to create than full classes, thats why my > brother chose them to represent an author. > > The patch creates an OpenStruct if the o.author is a Hash, > everything else stays as it was. > > Jo > > -- > Feel the love > http://pinkjuice.com/pics/ruby.png > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > > -- http://www.gmosx.com http://www.nitroproject.org From george.moschovitis at gmail.com Tue Jun 27 13:47:04 2006 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 27 Jun 2006 20:47:04 +0300 Subject: [Nitro] Facets 1.4.2 In-Reply-To: <4b6f054f0606270655r5479bd1ct7f37c390c0615fb6@mail.gmail.com> References: <4b6f054f0606210953s4e8a5de3r60c2a89afcac2d7@mail.gmail.com> <4b6f054f0606211553n58c9dff4l940d3b719559b0b4@mail.gmail.com> <4b6f054f0606270655r5479bd1ct7f37c390c0615fb6@mail.gmail.com> Message-ID: Ok, will check it ;-) thanks, George. On 6/27/06, TRANS