From john at oxyliquit.de Thu Mar 1 00:06:45 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Thu, 01 Mar 2007 06:06:45 +0100 Subject: [Nitro] Nitro homepage banner... In-Reply-To: References: Message-ID: Hi, > attached to this email you will find the banner for the new nitro web > site I am working on. This is of course under construction. I would > like to hear ideas for a new Nitro moto/tagline to replace what you > can see in this image. > > I would *really* love to hear your suggestions... I find it a little... cheesy? So to say, the starship is 'cuddly' and the blue-star background go well along together. Looks a little like 'toy story', not sure what 'message' it conveys... But then, it's just me probably. :P Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Thu Mar 1 03:19:55 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 1 Mar 2007 10:19:55 +0200 Subject: [Nitro] Nitro homepage banner... In-Reply-To: <45E6517A.5020705@gmail.com> References: <45E6517A.5020705@gmail.com> Message-ID: I know the image is nice (I painted it myself with inkscape the rocket and the box). I would like to hear suggestions about the text (the motto, the tagline). Any ideas? -g. On 3/1/07, James Britt wrote: > gabriele renzi wrote: > > George Moschovitis ha scritto: > >> oh, you can also have a peek at the new logo (look in the box ;-)) > >> > >> -g. > >> > >> On 2/28/07, George Moschovitis wrote: > >>> Dear devs, > >>> > >>> attached to this email you will find the banner for the new nitro web > >>> site I am working on. This is of course under construction. I would > >>> like to hear ideas for a new Nitro moto/tagline to replace what you > >>> can see in this image. > >>> > >>> I would *really* love to hear your suggestions... > > > > isn't it "state of the art" ? I thnk one "of" is missing. Other than > > that, the image is wonderful :) > > Yeah, quite the slickness. > > Very nice! > > I want to add Nitro %w{ shirt hat coffer_cup } stuff to rubystuff.com! > > -- > James Britt > > "Tear it up and start again." > - Anonymous > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From fabian at fabian-buch.de Thu Mar 1 05:14:14 2007 From: fabian at fabian-buch.de (Fabian Buch) Date: Thu, 1 Mar 2007 11:14:14 +0100 Subject: [Nitro] Nitro homepage banner... In-Reply-To: References: Message-ID: <23160E49-A0B4-46CD-ADC2-EBA2C7EDF050@fabian-buch.de> Where's Nitro? Like this it looks like the software you can download is called "Not Rocket Science". Fabian -- Nitro Q&A: http://oxyliquit.de LoxParts: http://loxparts.de Blog: http://blog.fabian-buch.de From george.moschovitis at gmail.com Thu Mar 1 05:26:05 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 1 Mar 2007 12:26:05 +0200 Subject: [Nitro] Nitro homepage banner... In-Reply-To: <23160E49-A0B4-46CD-ADC2-EBA2C7EDF050@fabian-buch.de> References: <23160E49-A0B4-46CD-ADC2-EBA2C7EDF050@fabian-buch.de> Message-ID: Not Rocket Science (and all the text) is a placeholder. This image is embeded in the nitro homepage, there says nitro all over the place, so your point is not valid ;-) -g. On 3/1/07, Fabian Buch wrote: > Where's Nitro? Like this it looks like the software you can download > is called "Not Rocket Science". > > Fabian > > > -- > Nitro Q&A: http://oxyliquit.de > LoxParts: http://loxparts.de > Blog: http://blog.fabian-buch.de > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From william.full.moon at gmail.com Thu Mar 1 06:13:11 2007 From: william.full.moon at gmail.com (* William) Date: Thu, 1 Mar 2007 22:13:11 +1100 Subject: [Nitro] Nitro homepage banner... In-Reply-To: <23160E49-A0B4-46CD-ADC2-EBA2C7EDF050@fabian-buch.de> References: <23160E49-A0B4-46CD-ADC2-EBA2C7EDF050@fabian-buch.de> Message-ID: <000c01c75bf2$a62fc430$0301a8c0@ghostgum> I thought it was really good! Although it looks like the local soccer team logo -- They did make the semi-final that's a good omen :-) -----Original Message----- From: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] On Behalf Of Fabian Buch Sent: Thursday, 1 March 2007 21:14 To: General discussion about Nitro Subject: Re: [Nitro] Nitro homepage banner... Importance: Low Where's Nitro? Like this it looks like the software you can download is called "Not Rocket Science". Fabian -- Nitro Q&A: http://oxyliquit.de LoxParts: http://loxparts.de Blog: http://blog.fabian-buch.de _______________________________________________ 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.5.446 / Virus Database: 268.18.4/705 - Release Date: 27-Feb-2007 15:24 From james.britt at gmail.com Thu Mar 1 14:06:23 2007 From: james.britt at gmail.com (James Britt) Date: Thu, 01 Mar 2007 12:06:23 -0700 Subject: [Nitro] Nitro homepage banner... In-Reply-To: References: <45E6517A.5020705@gmail.com> Message-ID: <45E7242F.4030307@gmail.com> George Moschovitis wrote: > I know the image is nice (I painted it myself with inkscape the rocket > and the box). > > I would like to hear suggestions about the text (the motto, the > tagline). Any ideas? > Who are the target audience, and what is the message you want to convey? Having a distinct icon or logo can help brand the application/framework/whatever. Using a rocket is good; it conveys speed, movement, sleekness "Not rocket science" is interesting; if the idea is to compare Nitro to a rocket, then in a way it *is* rocket science, but it's rocket science made easy. But that's an awkward idea. Or, maybe, the message is that Nitro gives you rocket power and performance, but without the need for geeky, heavy-handed rocket science. Or I'm over-analyzing it. I liked it on first take. There is a certain cutesy element to the image; not sure if that is good or bad. I like the idea that Nitro is not super-serious, Enterprise 2.0, look-we-have-slick-corporate-logo. On the other hand, if it looks to much like a toy rocket, then it may seem to lightweight. But, overall, I like it. It feels fun, happy. And that's good. From noe.rubinstein at gmail.com Thu Mar 1 15:45:08 2007 From: noe.rubinstein at gmail.com (=?UTF-8?Q?No=C3=A9_Rubinstein?=) Date: Thu, 1 Mar 2007 21:45:08 +0100 Subject: [Nitro] Nitro homepage banner... In-Reply-To: <45E7242F.4030307@gmail.com> References: <45E6517A.5020705@gmail.com> <45E7242F.4030307@gmail.com> Message-ID: I dont'l like the "Web 2.0" buzzword. The first question one may ask, discovering Nitro, is "Why Nitro instead of Rails ?". Thus, the motto may be better answering this question. The motto should therefore convey the following ideas : - Ruby - simple - flexible - OMG, this ORM is bloody good ! - explosive (like nitroglycerin) power The drawing is wonderful :) From brian.william.davis at gmail.com Fri Mar 2 00:04:22 2007 From: brian.william.davis at gmail.com (Brian Davis) Date: Thu, 1 Mar 2007 21:04:22 -0800 Subject: [Nitro] Unintuitive Og modeling Message-ID: <20070301210422.4d33ad25@localhost.localdomain> NOTE: I posted this at the Google Groups interface, but my message has languished in the ether. I spoke with Kashia earlier about this and he encouraged me to post this to the mailing list. Consider the following model definition: -------------------- class User ... many_to_many :buddies, User, :foreign_name => :buddies many_to_many :buddies_pending_confirmation, User, :foreign_name => :buddies_requested many_to_many :buddies_requested, User, :foreign_name => :buddies_pending_confirmation ... end -------------------- This is a reflexive join with several distinct relationships that happen to join to objects of the same class. My issue is that, with Og, only one join table is created to model *all* of these relationship: og_user_user. Because of this, the relationships are essentially mirrored. Thus, if a user is added to my 'buddies_pending_confirmation' queue, they also appear in my 'buddies' and 'buddies_requested' lists, although this is precisely the opposite of the intended behavior. Kashia showed me a hack that circumvents this behavior (by defining a self-join class for each of the relationships above), but we both found it to be, well, a hack. It lacked the clarity and intuitiveness of the code above. My suggestion, then, is to perhaps name join tables not by their associated types, but by their given label (the first argument to 'many_to_many'). Thus, my 'og_user_user' table right now would actually be three tables, 'og_user_buddies', 'og_user_buddies_pending_confirmation' and 'og_user_buddies_requested'. Please let me know if this is unreasonable, stupid or unclear. Also, if there's something I'm just altogether missing, set me straight. Thanks, Brian From george.moschovitis at gmail.com Fri Mar 2 03:39:40 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 2 Mar 2007 10:39:40 +0200 Subject: [Nitro] Nitro homepage banner... In-Reply-To: <45E7242F.4030307@gmail.com> References: <45E6517A.5020705@gmail.com> <45E7242F.4030307@gmail.com> Message-ID: I am considering changing this to: Rocket Science Nitro provides everything you need to create state of the art applications for the emerging Web OS. the message is: - Nitro is the state of the art - Nitro creates applications for the Read/Write Web - Nitro is a complete solution So, can you help me rephrase the above ..phrase to be better english? -g. On 3/1/07, James Britt wrote: > George Moschovitis wrote: > > I know the image is nice (I painted it myself with inkscape the rocket > > and the box). > > > > I would like to hear suggestions about the text (the motto, the > > tagline). Any ideas? > > > > Who are the target audience, and what is the message you want to convey? > > Having a distinct icon or logo can help brand the > application/framework/whatever. > > Using a rocket is good; it conveys speed, movement, sleekness > > "Not rocket science" is interesting; if the idea is to compare Nitro to > a rocket, then in a way it *is* rocket science, but it's rocket science > made easy. But that's an awkward idea. Or, maybe, the message is that > Nitro gives you rocket power and performance, but without the need for > geeky, heavy-handed rocket science. > > Or I'm over-analyzing it. I liked it on first take. > > There is a certain cutesy element to the image; not sure if that is > good or bad. I like the idea that Nitro is not super-serious, > Enterprise 2.0, look-we-have-slick-corporate-logo. On the other hand, > if it looks to much like a toy rocket, then it may seem to lightweight. > > But, overall, I like it. It feels fun, happy. And that's good. > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Fri Mar 2 03:57:58 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 2 Mar 2007 10:57:58 +0200 Subject: [Nitro] Unintuitive Og modeling In-Reply-To: <20070301210422.4d33ad25@localhost.localdomain> References: <20070301210422.4d33ad25@localhost.localdomain> Message-ID: I think your suggested solution is reasonable. A problem is that it is backwards incompatible but I prefer something that works. I am wondering if Jonathan or Judson could provide a patch for this (as I am working on Nitro stuff at the moment). thanks, George. On 3/2/07, Brian Davis wrote: > NOTE: I posted this at the Google Groups interface, but my message has > languished in the ether. > > I spoke with Kashia earlier about this and he encouraged me to post > this to the mailing list. > > Consider the following model definition: > -------------------- > class User > ... > many_to_many :buddies, User, :foreign_name => :buddies > many_to_many :buddies_pending_confirmation, User, :foreign_name > => :buddies_requested > many_to_many :buddies_requested, User, :foreign_name > => :buddies_pending_confirmation > ... > end > -------------------- > > This is a reflexive join with several distinct relationships that > happen to join to objects of the same class. My issue is that, with > Og, only one join table is created to model *all* of these > relationship: og_user_user. Because of this, the relationships are > essentially mirrored. Thus, if a user is added to my > 'buddies_pending_confirmation' queue, they also appear in my 'buddies' > and 'buddies_requested' lists, although this is precisely the opposite > of the intended behavior. > > Kashia showed me a hack that circumvents this behavior (by defining a > self-join class for each of the relationships above), but we both > found it to be, well, a hack. It lacked the clarity and intuitiveness > of the code above. > > My suggestion, then, is to perhaps name join tables not by their > associated types, but by their given label (the first argument to > 'many_to_many'). Thus, my 'og_user_user' table right now would > actually be three tables, 'og_user_buddies', > 'og_user_buddies_pending_confirmation' and > 'og_user_buddies_requested'. > > Please let me know if this is unreasonable, stupid or unclear. Also, > if there's something I'm just altogether missing, set me straight. > > Thanks, > > Brian > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Fri Mar 2 04:52:05 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 2 Mar 2007 11:52:05 +0200 Subject: [Nitro] Quotes about Nitro Message-ID: Dear devs... I am looking for some quotes for the forthcoming update of nitroproject.org. If you have something nice/clever to say about Nitro/Og, reply to this post ;-) thanks, George. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From Reid.Thompson at ateb.com Fri Mar 2 09:08:49 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Fri, 02 Mar 2007 09:08:49 -0500 Subject: [Nitro] Quotes about Nitro In-Reply-To: References: Message-ID: <1172844529.21060.5.camel@localhost> Og -- ORM in two letters. On Fri, 2007-03-02 at 11:52 +0200, George Moschovitis wrote: > Dear devs... > > I am looking for some quotes for the forthcoming update of > nitroproject.org. If you have something nice/clever to say about > Nitro/Og, reply to this post ;-) > > thanks, > George. > From transfire at gmail.com Fri Mar 2 09:21:03 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Fri, 02 Mar 2007 14:21:03 -0000 Subject: [Nitro] Nitro homepage banner... In-Reply-To: References: <45E6517A.5020705@gmail.com> <45E7242F.4030307@gmail.com> Message-ID: <1172845263.688164.155640@p10g2000cwp.googlegroups.com> On Mar 2, 3:39 am, "George Moschovitis" wrote: > I am considering changing this to: > > Rocket Science > Nitro provides everything you need to create state of the art > applications for the emerging Web OS. Ixnay on the "emerging Web OS". T. From george.moschovitis at gmail.com Fri Mar 2 10:33:49 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 2 Mar 2007 17:33:49 +0200 Subject: [Nitro] Nitro homepage banner... In-Reply-To: <1172845263.688164.155640@p10g2000cwp.googlegroups.com> References: <45E6517A.5020705@gmail.com> <45E7242F.4030307@gmail.com> <1172845263.688164.155640@p10g2000cwp.googlegroups.com> Message-ID: > Ixnay on the "emerging Web OS". Ixnay ? -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From wyhaines at gmail.com Fri Mar 2 11:17:34 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Fri, 2 Mar 2007 09:17:34 -0700 Subject: [Nitro] Nitro homepage banner... In-Reply-To: References: <45E6517A.5020705@gmail.com> <45E7242F.4030307@gmail.com> <1172845263.688164.155640@p10g2000cwp.googlegroups.com> Message-ID: On 3/2/07, George Moschovitis wrote: > > Ixnay on the "emerging Web OS". > > > Ixnay ? Pig Latin is a language scrambling system that is sometimes used in English. One takes the first consonant or consonant cluster of the work, and moves it to the end of the word, adding the 'ay' sound after it. cat -> atcay dog -> ogday walrus -> alrusway nix -> ixnay ixnay and amscray (nix and scram), for whatever reason, are pretty well accepted as common English slang, now. Kirk Haines From george.moschovitis at gmail.com Fri Mar 2 12:19:52 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 2 Mar 2007 19:19:52 +0200 Subject: [Nitro] Nitro homepage banner... In-Reply-To: References: <45E6517A.5020705@gmail.com> <45E7242F.4030307@gmail.com> <1172845263.688164.155640@p10g2000cwp.googlegroups.com> Message-ID: ok, what does nix mean then? -g. On 3/2/07, Kirk Haines wrote: > On 3/2/07, George Moschovitis wrote: > > > Ixnay on the "emerging Web OS". > > > > > > Ixnay ? > > Pig Latin is a language scrambling system that is sometimes used in English. > > One takes the first consonant or consonant cluster of the work, and > moves it to the end of the word, adding the 'ay' sound after it. > > cat -> atcay > dog -> ogday > walrus -> alrusway > nix -> ixnay > > ixnay and amscray (nix and scram), for whatever reason, are pretty > well accepted as common English slang, now. > > > Kirk Haines > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From wyhaines at gmail.com Fri Mar 2 12:51:27 2007 From: wyhaines at gmail.com (Kirk Haines) Date: Fri, 2 Mar 2007 10:51:27 -0700 Subject: [Nitro] Nitro homepage banner... In-Reply-To: References: <45E6517A.5020705@gmail.com> <45E7242F.4030307@gmail.com> <1172845263.688164.155640@p10g2000cwp.googlegroups.com> Message-ID: On 3/2/07, George Moschovitis wrote: > ok, what does nix mean then? http://dictionary.reference.com/browse/nix Kirk Haines From nyarly at gmail.com Fri Mar 2 13:48:39 2007 From: nyarly at gmail.com (Judson Lester) Date: Fri, 2 Mar 2007 10:48:39 -0800 Subject: [Nitro] Nitro homepage banner... In-Reply-To: References: <45E6517A.5020705@gmail.com> <45E7242F.4030307@gmail.com> <1172845263.688164.155640@p10g2000cwp.googlegroups.com> Message-ID: <8905c87a0703021048t56e1e43o7987f195924ba105@mail.gmail.com> He means "don't use emerging Web OS" On 3/2/07, Kirk Haines wrote: > On 3/2/07, George Moschovitis wrote: > > ok, what does nix mean then? > > http://dictionary.reference.com/browse/nix > > > Kirk Haines > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From billk at cts.com Fri Mar 2 14:03:21 2007 From: billk at cts.com (Bill Kelly) Date: Fri, 2 Mar 2007 11:03:21 -0800 Subject: [Nitro] Nitro homepage banner... References: <45E6517A.5020705@gmail.com><45E7242F.4030307@gmail.com><1172845263.688164.155640@p10g2000cwp.googlegroups.com> Message-ID: <059901c75cfd$729272b0$6442a8c0@musicbox> From: "Kirk Haines" > On 3/2/07, George Moschovitis wrote: > >>> From: >>>> Ixnay on the "emerging Web OS". >> >> ok, what does nix mean then? > > http://dictionary.reference.com/browse/nix In other words, the banner needs to depict a water spirit luring victims to its underwater emerging Web OS. :D Sorry could not resist, Bill From james.britt at gmail.com Fri Mar 2 15:02:52 2007 From: james.britt at gmail.com (James Britt) Date: Fri, 02 Mar 2007 13:02:52 -0700 Subject: [Nitro] Nitro homepage banner... In-Reply-To: <1172845263.688164.155640@p10g2000cwp.googlegroups.com> References: <45E6517A.5020705@gmail.com> <45E7242F.4030307@gmail.com> <1172845263.688164.155640@p10g2000cwp.googlegroups.com> Message-ID: <45E882EC.4020303@gmail.com> transfire at gmail.com wrote: > > On Mar 2, 3:39 am, "George Moschovitis" > wrote: >> I am considering changing this to: >> >> Rocket Science >> Nitro provides everything you need to create state of the art >> applications for the emerging Web OS. > > Ixnay on the "emerging Web OS". > I think that should be, "Ixnay on the Eb-oh-ess-way" With which I concur. Too buzzy. -- James Britt "Hackers will be expelled" - The Breakfast Club (1985) From george.moschovitis at gmail.com Fri Mar 2 15:22:01 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 2 Mar 2007 22:22:01 +0200 Subject: [Nitro] Nitro homepage banner... In-Reply-To: <059901c75cfd$729272b0$6442a8c0@musicbox> References: <45E7242F.4030307@gmail.com> <1172845263.688164.155640@p10g2000cwp.googlegroups.com> <059901c75cfd$729272b0$6442a8c0@musicbox> Message-ID: ok, got it :) -g. On 3/2/07, Bill Kelly wrote: > From: "Kirk Haines" > > On 3/2/07, George Moschovitis wrote: > > > >>> From: > >>>> Ixnay on the "emerging Web OS". > >> > >> ok, what does nix mean then? > > > > http://dictionary.reference.com/browse/nix > > In other words, the banner needs to depict a water spirit > luring victims to its underwater emerging Web OS. > > > :D > > Sorry could not resist, > > Bill > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Sat Mar 3 04:08:59 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 3 Mar 2007 11:08:59 +0200 Subject: [Nitro] Nitro sessions Message-ID: Dear devs, the latest repo version contains a new implementation of Nitro Sessions. The new default session store is a Cookie based store (with a twist ;-)). I have converted the old MemoryStore and DrbStore to the new system. If anyone wants to use the Memcached/File/Og stores then please submit a patch (have a look at DrbStore and you will see that this is EXTREMELY easy to do). I just want to see more contributors, and this is a very easy thing to do to contribute to this project. thanks, George. PS: I will demonstrate the 'twist' in examples/blog and/or my blog. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From transfire at gmail.com Sat Mar 3 15:26:22 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Sat, 03 Mar 2007 20:26:22 -0000 Subject: [Nitro] Facets instance_method? In-Reply-To: References: Message-ID: <1172953582.954385.180530@8g2000cwh.googlegroups.com> On Feb 27, 1:16 pm, "George Moschovitis" wrote: > Tom, > > how about including > > klass.instance_method? :meth Is this different from method_defined? T. From transfire at gmail.com Sat Mar 3 21:34:49 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Sun, 04 Mar 2007 02:34:49 -0000 Subject: [Nitro] Glue -> Facets In-Reply-To: References: <1172430483.482558.109540@p10g2000cwp.googlegroups.com> Message-ID: <1172975689.109167.91080@v33g2000cwv.googlegroups.com> On Feb 25, 4:58 pm, "Jonathan Buch" wrote: > Hi, > > > Well that's just > > great! I have to choose between a huge number of dependencies or > > screwed up docs. > > > unless someone has a bright idea.... > > no bright idea here, but I think broken docs on rubygems page are > less disturbing than to type 'y' 70 times. eeeeen-how :) > I love the 'spotlight' idea on the facets page btw.... When you > provide generated docs by yourself on rubyforge (in a better way > than rubygems does), wouldn't that be ok? (big link on the first > 'page' of the rubygems-generated rdocs to rubyforge) that's a good point/idea. for now i've made the More libs separate subprojects and use a custom task to bring them altogether into a single package for release. so yea, the rdocs of the single package will be garbled on install by gems, but i'll add a notice as you suggest about that. in making this change btw it became quite hard not to end up with two distinct projects, one for Core and another for More. as the repository currently stands, More isn't really recognizable as such b/ c Core is just a subproject along with all the others. it's kind of weird. i think it's progress though. at the very least the More libs are more managable, and now coders can depend on bits of pieces of facets without having to install the whole thing if they don't want. of course I prefer they just install the whole thing, but having the option is probably good --after all that's what facets is about, right? speaking of spotlights, i've been thinking of putting those on the wiki, so it's easier for others to contribute new spotlights. i'll also keep a page on the website itself that reflects these but formmated better. T. From george.moschovitis at gmail.com Sun Mar 4 03:19:08 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 4 Mar 2007 10:19:08 +0200 Subject: [Nitro] Facets instance_method? In-Reply-To: <1172953582.954385.180530@8g2000cwh.googlegroups.com> References: <1172953582.954385.180530@8g2000cwh.googlegroups.com> Message-ID: > Is this different from method_defined? ah, nice one... but an alias (instance_method?) would be nice. -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Sun Mar 4 05:05:56 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 4 Mar 2007 12:05:56 +0200 Subject: [Nitro] Ruby question... Message-ID: Dear devs, lets say I have the variable: base = Namespace::MyModule I need a method (lets call it extract) that works like this: extract(base) # => Namespace any ideas? -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From transfire at gmail.com Sun Mar 4 09:21:22 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Sun, 04 Mar 2007 14:21:22 -0000 Subject: [Nitro] Ruby question... In-Reply-To: References: Message-ID: <1173018082.027666.260780@8g2000cwh.googlegroups.com> On Mar 4, 5:05 am, "George Moschovitis" wrote: > Dear devs, > > lets say I have the variable: > > base = Namespace::MyModule > > I need a method (lets call it extract) that works like this: > > extract(base) # => Namespace > > any ideas? irb(main):005:0> require 'facets/core/module/dirname' => true irb(main):006:0> module X irb(main):007:1> module Y irb(main):008:2> end irb(main):009:1> end => nil irb(main):010:0> X::Y.basename NoMethodError: undefined method `basename' for X::Y:Module from (irb):10 from :0 irb(main):011:0> X::Y.dirname => "X" I know, the name 'dirname' is kind of odd, but I took the idea from File along with module/basename btw. Also X::Y.name.split('::') I'd make that a method of Module too if I could think of a good name for it. T. From transfire at gmail.com Sun Mar 4 09:42:14 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Sun, 04 Mar 2007 14:42:14 -0000 Subject: [Nitro] Ruby question... In-Reply-To: <1173018082.027666.260780@8g2000cwh.googlegroups.com> References: <1173018082.027666.260780@8g2000cwh.googlegroups.com> Message-ID: <1173019334.698087.68260@i80g2000cwc.googlegroups.com> On Mar 4, 9:21 am, transf... at gmail.com wrote: > NoMethodError: undefined method `basename' for X::Y:Module > from (irb):10 > from :0 oops. you have to require module/basename for that. T. From transfire at gmail.com Sun Mar 4 09:44:16 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Sun, 04 Mar 2007 14:44:16 -0000 Subject: [Nitro] Og on it's own Message-ID: <1173019456.929029.299780@n33g2000cwc.googlegroups.com> With the new layout will Og get it's own Darcs repo. I think Og is a great database interface and deserves to pushed on it's own merits independent of Nitro. Eg. it's own webpage, etc. T. From george.moschovitis at gmail.com Sun Mar 4 10:46:52 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 4 Mar 2007 17:46:52 +0200 Subject: [Nitro] Og on it's own In-Reply-To: <1173019456.929029.299780@n33g2000cwc.googlegroups.com> References: <1173019456.929029.299780@n33g2000cwc.googlegroups.com> Message-ID: I am not sure about this. Too much work to maintain a second webpage. But I will promote Og in the new website I am working on. In fact I will redesign it a little bit to make Og stand out. -g. On 3/4/07, transfire at gmail.com wrote: > With the new layout will Og get it's own Darcs repo. I think Og is a > great database interface and deserves to pushed on it's own merits > independent of Nitro. Eg. it's own webpage, etc. > > T. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Sun Mar 4 10:48:34 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 4 Mar 2007 17:48:34 +0200 Subject: [Nitro] Ruby question... In-Reply-To: <1173018082.027666.260780@8g2000cwh.googlegroups.com> References: <1173018082.027666.260780@8g2000cwh.googlegroups.com> Message-ID: dirname is strange indeed... how about namespace ? -g. PS: I think I had a namespace method in an older version of Glue, this must be somewhere in facets? On 3/4/07, transfire at gmail.com wrote: > > > On Mar 4, 5:05 am, "George Moschovitis" > wrote: > > Dear devs, > > > > lets say I have the variable: > > > > base = Namespace::MyModule > > > > I need a method (lets call it extract) that works like this: > > > > extract(base) # => Namespace > > > > any ideas? > > irb(main):005:0> require 'facets/core/module/dirname' > => true > irb(main):006:0> module X > irb(main):007:1> module Y > irb(main):008:2> end > irb(main):009:1> end > => nil > irb(main):010:0> X::Y.basename > NoMethodError: undefined method `basename' for X::Y:Module > from (irb):10 > from :0 > irb(main):011:0> X::Y.dirname > => "X" > > I know, the name 'dirname' is kind of odd, but I took the idea from > File along with module/basename btw. > > Also > > X::Y.name.split('::') > > I'd make that a method of Module too if I could think of a good name > for it. > > T. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From transfire at gmail.com Sun Mar 4 17:49:05 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Sun, 04 Mar 2007 22:49:05 -0000 Subject: [Nitro] Og on it's own In-Reply-To: References: <1173019456.929029.299780@n33g2000cwc.googlegroups.com> Message-ID: <1173048545.913081.195800@c51g2000cwc.googlegroups.com> On Mar 4, 10:46 am, "George Moschovitis" wrote: > I am not sure about this. Too much work to maintain a second webpage. > But I will promote Og in the new website I am working on. In fact I > will redesign it a little bit to make Og stand out. well, its a start. though I really think you should give Og it's own birthrights ;) maybe you put too much into the website? i don't think the website needs to be a wiki. a main website that rarely changes is good, the wiki secondary and thus can be more freeform. btw I notice a number of rmpty pages on nitro's which give a very unfinshed feel -- better not to even have links until the pages have content. thanks, t. From george.moschovitis at gmail.com Mon Mar 5 01:49:59 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 5 Mar 2007 08:49:59 +0200 Subject: [Nitro] Og on it's own In-Reply-To: <1173048545.913081.195800@c51g2000cwc.googlegroups.com> References: <1173019456.929029.299780@n33g2000cwc.googlegroups.com> <1173048545.913081.195800@c51g2000cwc.googlegroups.com> Message-ID: > better not to even have links until the pages have content. I am preparing a new site. Hopefully I will have a preview ready this week. -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Mon Mar 5 02:19:29 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 05 Mar 2007 09:19:29 +0200 Subject: [Nitro] Quotes about Nitro In-Reply-To: References: Message-ID: Hi, > Dear devs... non devs included too! ;) > I am looking for some quotes for the forthcoming update of > nitroproject.org. If you have something nice/clever to say about > Nitro/Og, reply to this post ;-) My two favourite ones: :) damnit, nitro is better, than I though, but I really miss the docs... ehird: as usual with nitro, you can do whatever you want, no limits Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Mon Mar 5 02:39:41 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 5 Mar 2007 09:39:41 +0200 Subject: [Nitro] Quotes about Nitro In-Reply-To: References: Message-ID: I need full/last names... -.g On 3/5/07, Jonathan Buch wrote: > Hi, > > > Dear devs... > > non devs included too! ;) > > > I am looking for some quotes for the forthcoming update of > > nitroproject.org. If you have something nice/clever to say about > > Nitro/Og, reply to this post ;-) > > My two favourite ones: :) > > damnit, nitro is better, than I though, but I really miss the docs... > > ehird: as usual with nitro, you can do whatever you want, no limits > > 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://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From transfire at gmail.com Mon Mar 5 14:38:25 2007 From: transfire at gmail.com (TRANS) Date: Mon, 5 Mar 2007 14:38:25 -0500 Subject: [Nitro] Aspects and more... In-Reply-To: References: <4b6f054f0703051015o64714760u367b5c23a6a7291@mail.gmail.com> Message-ID: <4b6f054f0703051138xa4be21ahf031c2119054b76e@mail.gmail.com> "Jim! I am a web developer not a rocket scientist! ;-) T. From jos at catnook.com Mon Mar 5 17:14:06 2007 From: jos at catnook.com (Jos Backus) Date: Mon, 5 Mar 2007 14:14:06 -0800 Subject: [Nitro] Interesting web framework article In-Reply-To: <43579.192.176.230.1.1172075728.squirrel@webmaiil.lassoweb.se> References: <39131.192.176.230.1.1172046749.squirrel@webmail.lassoweb.se> <45DC6CC2.2030505@gmail.com> <43579.192.176.230.1.1172075728.squirrel@webmaiil.lassoweb.se> Message-ID: <20070305221406.GA42063@lizzy.catnook.local> Fwiw, I tried getting people insterested in the idea of being able to restrict class changes. So one could make it so that changes to String would only be visible within, say, Nitro. But it didn't go anywhere. Sadly, I think Python gets this right, as it makes scaling more difficult. See http://www.ruby-forum.com/topic/94327#new for the thread. -- Jos Backus jos at catnook.com From jos at catnook.com Mon Mar 5 19:45:32 2007 From: jos at catnook.com (Jos Backus) Date: Mon, 5 Mar 2007 16:45:32 -0800 Subject: [Nitro] Og, adapting postgresql to reorgnaization In-Reply-To: <8905c87a0702211633y39bbefb6icb6da828ca7dea5e@mail.gmail.com> References: <8905c87a0702211049x7c4f4795mceb0e5fef8dfab72@mail.gmail.com> <8905c87a0702211633y39bbefb6icb6da828ca7dea5e@mail.gmail.com> Message-ID: <20070306004532.GB42063@lizzy.catnook.local> On Wed, Feb 21, 2007 at 04:33:28PM -0800, Judson Lester wrote: > Why autoincrements weren't part of the original spec, I'll never know. But PostgreSQL has support for sequences, which are in SQL2003, unlike MySQL's proprietary autoincrement "feature". See http://www.varlena.com/GeneralBits/71.php and http://dev.mysql.com/tech-resources/faq.html#gen5 (Yes, I vastly prefer PostgreSQL over MySQL.) -- Jos Backus jos at catnook.com From nyarly at gmail.com Mon Mar 5 19:59:59 2007 From: nyarly at gmail.com (Judson Lester) Date: Mon, 5 Mar 2007 16:59:59 -0800 Subject: [Nitro] Isolated specs bundle Message-ID: <8905c87a0703051659r4804b5ddlb88281e2267207de@mail.gmail.com> The attached patch bundle changes the way specs run so that each spec gets it's own shot at the database - there shouldn't be any carryover, which is pretty crucial to proper testing. Also, Postgres is much quieter now. One issue with it right now is that each spec file needs to be run individually. If anyone can figure out why, I'd love it. -------------- next part -------------- A non-text attachment was scrubbed... Name: isolating-spec.bndl Type: application/octet-stream Size: 45609 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070305/2da20418/attachment-0001.obj From nyarly at gmail.com Mon Mar 5 20:02:31 2007 From: nyarly at gmail.com (Judson Lester) Date: Mon, 5 Mar 2007 17:02:31 -0800 Subject: [Nitro] Og, adapting postgresql to reorgnaization In-Reply-To: <20070306004532.GB42063@lizzy.catnook.local> References: <8905c87a0702211049x7c4f4795mceb0e5fef8dfab72@mail.gmail.com> <8905c87a0702211633y39bbefb6icb6da828ca7dea5e@mail.gmail.com> <20070306004532.GB42063@lizzy.catnook.local> Message-ID: <8905c87a0703051702l1d5618e4of1be2f955ded7862@mail.gmail.com> Oh, we're on the same page. I just wish that an auto-incrementing type was part of the SQL spec, so that we didn't have such vast variations between how databases handle a pretty basic operation. That said, I continue to examine how Postgres could usefully use it's sequence lookup safely. Judson On 3/5/07, Jos Backus wrote: > On Wed, Feb 21, 2007 at 04:33:28PM -0800, Judson Lester wrote: > > Why autoincrements weren't part of the original spec, I'll never know. > > But PostgreSQL has support for sequences, which are in SQL2003, unlike MySQL's > proprietary autoincrement "feature". See > http://www.varlena.com/GeneralBits/71.php and > http://dev.mysql.com/tech-resources/faq.html#gen5 > > (Yes, I vastly prefer PostgreSQL over MySQL.) > > -- > Jos Backus > jos at catnook.com > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From transfire at gmail.com Mon Mar 5 20:18:55 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Tue, 06 Mar 2007 01:18:55 -0000 Subject: [Nitro] Og, adapting postgresql to reorgnaization In-Reply-To: <8905c87a0703051702l1d5618e4of1be2f955ded7862@mail.gmail.com> References: <8905c87a0702211049x7c4f4795mceb0e5fef8dfab72@mail.gmail.com> <8905c87a0702211633y39bbefb6icb6da828ca7dea5e@mail.gmail.com> <20070306004532.GB42063@lizzy.catnook.local> <8905c87a0703051702l1d5618e4of1be2f955ded7862@mail.gmail.com> Message-ID: <1173143935.641803.117420@q40g2000cwq.googlegroups.com> On Mar 5, 8:02 pm, "Judson Lester" wrote: > Oh, we're on the same page. I just wish that an auto-incrementing > type was part of the SQL spec, so that we didn't have such vast > variations between how databases handle a pretty basic operation. > > That said, I continue to examine how Postgres could usefully use it's > sequence lookup safely. > > Judson > > On 3/5/07, Jos Backus wrote: > > > On Wed, Feb 21, 2007 at 04:33:28PM -0800, Judson Lester wrote: > > > Why autoincrements weren't part of the original spec, I'll never know. > > > But PostgreSQL has support for sequences, which are in SQL2003, unlike MySQL's > > proprietary autoincrement "feature". See > >http://www.varlena.com/GeneralBits/71.phpand > >http://dev.mysql.com/tech-resources/faq.html#gen5 > > > (Yes, I vastly prefer PostgreSQL over MySQL.) Think this has been discussed before and the solution is to not use autoincrement. There shoud be an adapter method #new_id(table). In PostgreSQL this would quesry the sequence. Can MySQL handles this? Other stores? T. From nyarly at gmail.com Mon Mar 5 20:35:07 2007 From: nyarly at gmail.com (Judson Lester) Date: Mon, 5 Mar 2007 17:35:07 -0800 Subject: [Nitro] SQL bundle Message-ID: <8905c87a0703051735l17ae9605m1cae08b5bec240ae@mail.gmail.com> Working towards removing the OGTABLE semi-constant in favor of class methods, and a first step towards better oid generation in postgres (and better basis for similar for other DBs) Judson -------------- next part -------------- A non-text attachment was scrubbed... Name: sql-cleanup.bndl Type: application/octet-stream Size: 27150 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070305/4bb00476/attachment-0001.obj From transfire at gmail.com Mon Mar 5 20:36:01 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Tue, 06 Mar 2007 01:36:01 -0000 Subject: [Nitro] Interesting web framework article In-Reply-To: <20070305221406.GA42063@lizzy.catnook.local> References: <39131.192.176.230.1.1172046749.squirrel@webmail.lassoweb.se> <45DC6CC2.2030505@gmail.com> <43579.192.176.230.1.1172075728.squirrel@webmaiil.lassoweb.se> <20070305221406.GA42063@lizzy.catnook.local> Message-ID: <1173144961.296423.271350@c51g2000cwc.googlegroups.com> On Mar 5, 5:14 pm, Jos Backus wrote: > Fwiw, I tried getting people insterested in the idea of being able to restrict > class changes. So one could make it so that changes to String would only be > visible within, say, Nitro. But it didn't go anywhere. Sadly, I think Python > gets this right, as it makes scaling more difficult. > > Seehttp://www.ruby-forum.com/topic/94327#newfor the thread. Whiel ther are wasy to do this sort of thing, it's not a built-in part of Ruby so it's hacky. In fact Facets has a lib that comes damn close to allowing this scoping control and I've meaning to finish extending it to do so, BUT that's a far cry from something we'd want to use in everyday production code. It remains to be seen how efficient and reliable it would be. And of course there the other issue of the extra syntax invloved. Ideally Ruby would have a way to limit an extension to the current file. But that's not something one can code in pure Ruby however. Short of that I think the best we can do here is try to get ActiveSupport and Facets as compatiable as reasonablly possible. However ther may be one other option. I beleive _why developed something recently that might allow dynamic process swapping. In other words it's like having more than one ruby interpretor running at the same time (hence with differnt extensions) and flipping between them on the fly in the same program. At least, that's how it seemed to me. I have no idea what's involved in oding it though. T. From jos at catnook.com Mon Mar 5 22:06:29 2007 From: jos at catnook.com (Jos Backus) Date: Mon, 5 Mar 2007 19:06:29 -0800 Subject: [Nitro] Og, adapting postgresql to reorgnaization In-Reply-To: <8905c87a0703051702l1d5618e4of1be2f955ded7862@mail.gmail.com> References: <8905c87a0702211049x7c4f4795mceb0e5fef8dfab72@mail.gmail.com> <8905c87a0702211633y39bbefb6icb6da828ca7dea5e@mail.gmail.com> <20070306004532.GB42063@lizzy.catnook.local> <8905c87a0703051702l1d5618e4of1be2f955ded7862@mail.gmail.com> Message-ID: <20070306030629.GA52942@lizzy.catnook.local> On Mon, Mar 05, 2007 at 05:02:31PM -0800, Judson Lester wrote: > Oh, we're on the same page. I just wish that an auto-incrementing > type was part of the SQL spec, so that we didn't have such vast > variations between how databases handle a pretty basic operation. Agreed. But since the spec already has sequences, adding auto-incrementing types would be duplication of functionality. Besides, sequences are more powerful (but perhaps slighly less easy to use). If MySQL cared about standards they would simply implement them and make everybody's life a little easier. But given how popular MySQL is I doubt they'll feel a strong need; people will use their (mediocre) product anyway since it's the M in LAMP and ships with many distros. (Hm, I wonder how IE got so popular...) > That said, I continue to examine how Postgres could usefully use it's > sequence lookup safely. Thanks Judson! Jos > Judson > > On 3/5/07, Jos Backus wrote: > >On Wed, Feb 21, 2007 at 04:33:28PM -0800, Judson Lester wrote: > >> Why autoincrements weren't part of the original spec, I'll never know. > > > >But PostgreSQL has support for sequences, which are in SQL2003, unlike > >MySQL's > >proprietary autoincrement "feature". See > >http://www.varlena.com/GeneralBits/71.php and > >http://dev.mysql.com/tech-resources/faq.html#gen5 > > > >(Yes, I vastly prefer PostgreSQL over MySQL.) > > > >-- > >Jos Backus > >jos at catnook.com > >_______________________________________________ > >Nitro-general mailing list > >Nitro-general at rubyforge.org > >http://rubyforge.org/mailman/listinfo/nitro-general > > -- Jos Backus jos at catnook.com From george.moschovitis at gmail.com Tue Mar 6 01:59:06 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 6 Mar 2007 08:59:06 +0200 Subject: [Nitro] SQL bundle In-Reply-To: <8905c87a0703051735l17ae9605m1cae08b5bec240ae@mail.gmail.com> References: <8905c87a0703051735l17ae9605m1cae08b5bec240ae@mail.gmail.com> Message-ID: Thanks for the patches. I will consider them for inclusion. -g. On 3/6/07, Judson Lester wrote: > Working towards removing the OGTABLE semi-constant in favor of class > methods, and a first step towards better oid generation in postgres > (and better basis for similar for other DBs) > > Judson > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Tue Mar 6 02:25:12 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 06 Mar 2007 09:25:12 +0200 Subject: [Nitro] Isolated specs bundle In-Reply-To: <8905c87a0703051659r4804b5ddlb88281e2267207de@mail.gmail.com> References: <8905c87a0703051659r4804b5ddlb88281e2267207de@mail.gmail.com> Message-ID: Hi, > The attached patch bundle changes the way specs run so that each spec > gets it's own shot at the database - there shouldn't be any carryover, > which is pretty crucial to proper testing. Also, Postgres is much > quieter now. in earlier days each test would open its own og connection, I had then (for myself) made a change so the og-stores would be reused. This had the huge advantage of the tests running much faster through. The tests itself will not interfere with each other (because of each test residing in its own class and so getting different table names. Maybe something similar can be done with Specs, just put every og class into a class called like the filename. Of course, the og startup is much better nowadays (at least when using Og.setup(:classes => [Klass]). > One issue with it right now is that each spec file needs to be run > individually. If anyone can figure out why, I'd love it. Maybe a test script (script/test.rb) can be created for specs as well? Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Tue Mar 6 02:32:56 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 6 Mar 2007 09:32:56 +0200 Subject: [Nitro] Isolated specs bundle In-Reply-To: <8905c87a0703051659r4804b5ddlb88281e2267207de@mail.gmail.com> References: <8905c87a0703051659r4804b5ddlb88281e2267207de@mail.gmail.com> Message-ID: Judson, if possible please break your specs in more specify blogs so that we get a better (more descriptive) implementation. For example: specify "should provide standard og features" do is too general and could possibly be splite in more blocks. thanks for your work, George. PS: btw, please use attr_accessor instead of property! -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Tue Mar 6 02:39:16 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 6 Mar 2007 09:39:16 +0200 Subject: [Nitro] SQL bundle In-Reply-To: References: <8905c87a0703051735l17ae9605m1cae08b5bec240ae@mail.gmail.com> Message-ID: Ok, I applied both your patches. Btw, In the future please pull the latest version of the repo before submitting your patches. This makes things easier (and safer) when I try to integrate them. thanks, George. On 3/6/07, George Moschovitis wrote: > Thanks for the patches. I will consider them for inclusion. > > -g. > > On 3/6/07, Judson Lester wrote: > > Working towards removing the OGTABLE semi-constant in favor of class > > methods, and a first step towards better oid generation in postgres > > (and better basis for similar for other DBs) > > > > Judson > > > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Tue Mar 6 02:52:04 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 06 Mar 2007 09:52:04 +0200 Subject: [Nitro] SQL bundle In-Reply-To: <8905c87a0703051735l17ae9605m1cae08b5bec240ae@mail.gmail.com> References: <8905c87a0703051735l17ae9605m1cae08b5bec240ae@mail.gmail.com> Message-ID: Hi, > Working towards removing the OGTABLE semi-constant in favor of class > methods, > and a first step towards better oid generation in postgres > (and better basis for similar for other DBs) # raise StoreException, "Postgres stores need a sequence annotation for primary keys" I'm worried about this line. This will break custom primary key rows which is pretty much unacceptable. Think about textual pks for example. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Tue Mar 6 03:03:27 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 06 Mar 2007 10:03:27 +0200 Subject: [Nitro] Og, adapting postgresql to reorgnaization In-Reply-To: <1173143935.641803.117420@q40g2000cwq.googlegroups.com> References: <8905c87a0702211049x7c4f4795mceb0e5fef8dfab72@mail.gmail.com> <8905c87a0702211633y39bbefb6icb6da828ca7dea5e@mail.gmail.com> <20070306004532.GB42063@lizzy.catnook.local> <8905c87a0703051702l1d5618e4of1be2f955ded7862@mail.gmail.com> <1173143935.641803.117420@q40g2000cwq.googlegroups.com> Message-ID: Hi, > Think this has been discussed before and the solution is to not use > autoincrement. There shoud be an adapter method #new_id(table). In > PostgreSQL this would quesry the sequence. yes, I think this would be the way to go... SELECT AUTO_INCREMENT FROM information_schema.tables WHERE TABLE_SCHEMA = 'test' AND TABLE_NAME = 'addresses'; maybe around those lines... Just now to find out how to actually increment the auto increment.. Well, how about: ALTER TABLE tbl AUTO_INCREMENT = 100; and just set that to one above and use the correct oid for inserting, should replicate the psql behaviour. Someone care to find out how to do that stuff for sqlite? Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From nyarly at gmail.com Tue Mar 6 03:59:14 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 6 Mar 2007 00:59:14 -0800 Subject: [Nitro] SQL bundle In-Reply-To: References: <8905c87a0703051735l17ae9605m1cae08b5bec240ae@mail.gmail.com> Message-ID: <8905c87a0703060059y36e2946cncfb02452db241255@mail.gmail.com> > # raise StoreException, "Postgres stores need a sequence annotation for primary keys" > > I'm worried about this line. This will break custom primary key rows > which is pretty much unacceptable. Think about textual pks for example. Good point. With psql, though it seems reasonable then to either require a :sequence PK or an explicit value for the PK. Or am I still overlooking something? Judson > > 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 > From nyarly at gmail.com Tue Mar 6 04:04:58 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 6 Mar 2007 01:04:58 -0800 Subject: [Nitro] Isolated specs bundle In-Reply-To: References: <8905c87a0703051659r4804b5ddlb88281e2267207de@mail.gmail.com> Message-ID: <8905c87a0703060104u6fb781aekcfef89b6b1bd8f60@mail.gmail.com> On 3/5/07, George Moschovitis wrote: > Judson, > > if possible please break your specs in more specify blogs so that we > get a better (more descriptive) implementation. For example: > > specify "should provide standard og features" do > > is too general and could possibly be splite in more blocks. Believe me, I agree. These are based on the test classes as originally written. I started to break them down, and realized they were all tangled up. I fully intend to go back and pick them apart. And one of my recent patches - I think it made it into a bundle - fixed the spec spec/* issue. And yeah, the setup is pretty quick now. From george.moschovitis at gmail.com Tue Mar 6 06:48:22 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 6 Mar 2007 13:48:22 +0200 Subject: [Nitro] Og test cases and specs Message-ID: Dear devs, Og needs a strong and up-to-date suite of specs. The repo currently contains many out-of-date tests. I need your help to rectify this. Here is a plan: * the tests must be updated: - require paths fixed - property converted to attr_accessor - ' converted to " - use correct name spaces. * Test cases must pass * Test cases should be converted to specs * specs need refactoring. Since many people on this list use Og and care about this library, I would expect to see some volunteers for this work. thanks, George. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From nyarly at gmail.com Tue Mar 6 12:50:23 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 6 Mar 2007 09:50:23 -0800 Subject: [Nitro] Og test cases and specs In-Reply-To: References: Message-ID: <8905c87a0703060950m58eb1a3r23526fa5ef2a6c10@mail.gmail.com> On 3/6/07, George Moschovitis wrote: > Dear devs, > > Og needs a strong and up-to-date suite of specs. The repo currently > contains many out-of-date tests. I need your help to rectify this. Especially if you've ever had a favorite Og bug that you never want to see again. Writing a spec that would expose it is a great way to make sure it never happens. Note that there's a file now in the root of og called 'spec-helper.rb' that includes the functionality of CONFIG.rb plus some extras, like a single method to use in setup to manage the test classes and return a store. Take a look at it, there's not much there, but I'm pleased with it. Judson > Here is a plan: > > * the tests must be updated: > - require paths fixed > - property converted to attr_accessor > - ' converted to " > - use correct name spaces. > * Test cases must pass > * Test cases should be converted to specs > * specs need refactoring. > > Since many people on this list use Og and care about this library, I > would expect to see some volunteers for this work. > > thanks, > George. > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From george.moschovitis at gmail.com Wed Mar 7 12:29:34 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 7 Mar 2007 19:29:34 +0200 Subject: [Nitro] Og test cases and specs In-Reply-To: <8905c87a0703060950m58eb1a3r23526fa5ef2a6c10@mail.gmail.com> References: <8905c87a0703060950m58eb1a3r23526fa5ef2a6c10@mail.gmail.com> Message-ID: > Note that there's a file now in the root of og called 'spec-helper.rb' > that includes the functionality of CONFIG.rb plus some extras, like a > single method to use in setup to manage the test classes and return a > store. Take a look at it, there's not much there, but I'm pleased > with it. I would prefer spec-helper.rb to be renamed to helper.rb and moved inside spec/ -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From nyarly at gmail.com Wed Mar 7 13:22:36 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 7 Mar 2007 10:22:36 -0800 Subject: [Nitro] Og test cases and specs In-Reply-To: References: <8905c87a0703060950m58eb1a3r23526fa5ef2a6c10@mail.gmail.com> Message-ID: <8905c87a0703071022k7f235487t82cddf216e1c181d@mail.gmail.com> The only downside to that is that spec spec/* would load spec-helper.rb as well. On 3/7/07, George Moschovitis wrote: > > Note that there's a file now in the root of og called 'spec-helper.rb' > > that includes the functionality of CONFIG.rb plus some extras, like a > > single method to use in setup to manage the test classes and return a > > store. Take a look at it, there's not much there, but I'm pleased > > with it. > > I would prefer spec-helper.rb to be renamed to helper.rb and moved inside spec/ > > -g. > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From george.moschovitis at gmail.com Wed Mar 7 14:01:24 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 7 Mar 2007 21:01:24 +0200 Subject: [Nitro] Og test cases and specs In-Reply-To: <8905c87a0703071022k7f235487t82cddf216e1c181d@mail.gmail.com> References: <8905c87a0703060950m58eb1a3r23526fa5ef2a6c10@mail.gmail.com> <8905c87a0703071022k7f235487t82cddf216e1c181d@mail.gmail.com> Message-ID: it is easy to remove this file though... -g. On 3/7/07, Judson Lester wrote: > The only downside to that is that spec spec/* would load spec-helper.rb as well. > > On 3/7/07, George Moschovitis wrote: > > > Note that there's a file now in the root of og called 'spec-helper.rb' > > > that includes the functionality of CONFIG.rb plus some extras, like a > > > single method to use in setup to manage the test classes and return a > > > store. Take a look at it, there's not much there, but I'm pleased > > > with it. > > > > I would prefer spec-helper.rb to be renamed to helper.rb and moved inside spec/ > > > > -g. > > > > -- > > http://blog.gmosx.com > > http://cull.gr > > http://www.joy.gr > > http://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 > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From nyarly at gmail.com Wed Mar 7 17:35:25 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 7 Mar 2007 14:35:25 -0800 Subject: [Nitro] Og test cases and specs In-Reply-To: References: <8905c87a0703060950m58eb1a3r23526fa5ef2a6c10@mail.gmail.com> <8905c87a0703071022k7f235487t82cddf216e1c181d@mail.gmail.com> Message-ID: <8905c87a0703071435l5ab1fa8eu579c83fe38f1ae53@mail.gmail.com> On 3/7/07, George Moschovitis wrote: > it is easy to remove this file though... > > -g. How do you mean? From nyarly at gmail.com Wed Mar 7 20:59:33 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 7 Mar 2007 17:59:33 -0800 Subject: [Nitro] Spec splitting for spec/store Message-ID: <8905c87a0703071759u44b81541jdd4faac80a7dd41e@mail.gmail.com> Attached is a bundle of spec updates. There are 5 failures. The specs are an attempt at to translate the old tc_store.rb with fidelity, while trying to produce a useful spec. Exposing 5 failures seems like a useful spec to me! Judson -------------- next part -------------- A non-text attachment was scrubbed... Name: store-spec-split.bndl Type: application/octet-stream Size: 51574 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070307/029ec2e6/attachment-0001.obj From nyarly at gmail.com Wed Mar 7 21:13:56 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 7 Mar 2007 18:13:56 -0800 Subject: [Nitro] Spec splitting for spec/store In-Reply-To: <8905c87a0703071759u44b81541jdd4faac80a7dd41e@mail.gmail.com> References: <8905c87a0703071759u44b81541jdd4faac80a7dd41e@mail.gmail.com> Message-ID: <8905c87a0703071813o36068d3cp150057ed297d4a7d@mail.gmail.com> THis is a newer bundle that incorporates a merge with the repo On 3/7/07, Judson Lester wrote: > Attached is a bundle of spec updates. There are 5 failures. The > specs are an attempt at to translate the old tc_store.rb with > fidelity, while trying to produce a useful spec. Exposing 5 failures > seems like a useful spec to me! > > Judson > > -------------- next part -------------- A non-text attachment was scrubbed... Name: store-spec-split.bndl Type: application/octet-stream Size: 52734 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070307/002be6d7/attachment-0001.obj From george.moschovitis at gmail.com Thu Mar 8 01:36:09 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 8 Mar 2007 08:36:09 +0200 Subject: [Nitro] Og test cases and specs In-Reply-To: <8905c87a0703071435l5ab1fa8eu579c83fe38f1ae53@mail.gmail.com> References: <8905c87a0703060950m58eb1a3r23526fa5ef2a6c10@mail.gmail.com> <8905c87a0703071022k7f235487t82cddf216e1c181d@mail.gmail.com> <8905c87a0703071435l5ab1fa8eu579c83fe38f1ae53@mail.gmail.com> Message-ID: Dir[..].except(...) -g. On 3/8/07, Judson Lester wrote: > On 3/7/07, George Moschovitis wrote: > > it is easy to remove this file though... > > > > -g. > > How do you mean? > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Thu Mar 8 01:36:45 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 8 Mar 2007 08:36:45 +0200 Subject: [Nitro] Spec splitting for spec/store In-Reply-To: <8905c87a0703071813o36068d3cp150057ed297d4a7d@mail.gmail.com> References: <8905c87a0703071759u44b81541jdd4faac80a7dd41e@mail.gmail.com> <8905c87a0703071813o36068d3cp150057ed297d4a7d@mail.gmail.com> Message-ID: Many thanks ;-) -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Thu Mar 8 11:52:53 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 8 Mar 2007 18:52:53 +0200 Subject: [Nitro] New implementation of Og Validations. (Help needed) Message-ID: Dear devs, I am trying to cleanup the validations implementation in Og. First of all I would like to remove validations.rb from the glue dir and keep a single file in Og. If you pull the latest and look at og/validations.rb you will see the new implementation. I think it is much simpler. I would like to hear suggestions (esp. from Tom) how this could be further improved. I have only re-implemented validate_value and validate_format at the moment. Converting the rest of the macros is quite straightforward so I would like to ask for a volunteer to convert the rest of the validation methods (so I can work on other parts in Og). This is supposed to be a public project, so some input AND help from the community is required. An additional validation spec would be quite nice to have. thanks, George. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From nyarly at gmail.com Thu Mar 8 12:59:46 2007 From: nyarly at gmail.com (Judson Lester) Date: Thu, 8 Mar 2007 09:59:46 -0800 Subject: [Nitro] moving /spec-helper.rb to /spec/helper.rb [was: Og test cases and specs] Message-ID: <8905c87a0703080959w7828493dq227019bba2f72429@mail.gmail.com> Right. So you're suggesting a spec wrapper script instead of the conventional "spec spec/*"? I suppose the other possibility would be to do a C style if defined? wrapper within helper.rb, so that it's contents get executed exactly once regardless... which also seems a little wonky. Judson On 3/7/07, George Moschovitis wrote: > Dir[..].except(...) > > -g. > > On 3/8/07, Judson Lester wrote: > > On 3/7/07, George Moschovitis wrote: > > > it is easy to remove this file though... > > > > > > -g. > > > > How do you mean? > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From james.britt at gmail.com Thu Mar 8 15:45:20 2007 From: james.britt at gmail.com (James Britt) Date: Thu, 08 Mar 2007 13:45:20 -0700 Subject: [Nitro] New implementation of Og Validations. (Help needed) In-Reply-To: References: Message-ID: <45F075E0.8010602@gmail.com> George Moschovitis wrote: > This is supposed to be a public project, so some input AND help from > the community is required. An additional validation spec would be > quite nice to have. Is there a document that clearly explains the steps needed to contribute? * How to get the current source - How to get and install darcs if you don't already have it * How the source code is structured * How to run the current code without unwanted interference from currently installed Nitro/Og libs * How to write comments * Coding style * How to create a patch - specific commands - How to write change log comments * How to submit a patch * Current issues that are more probably deserving of attention than others The folks on the ruby-doc list have been helping to assemble a document like this for the documentation of the base Ruby code. There are people who want to help improve the Ruby docs, but they don't know where to begin or what, exactly, to do. The easier it is for such people, the more they'll want to do, and the more will get done. I set up a document describing the process on Google docs, and shared with a few people who were interested in helping to edit it. I then set up a cron task on ruby-doc.org to fetch the page every so often and republish it on ruby-doc.org. (It's hackish but it was fairly easy to do; if I had to think about a more elegant solution I would never have gotten around to it.) The best part is that someone has stepped up to help really fix up that document; a great example of bootstrapping community involvement. -- James Britt "Hackers will be expelled" - The Breakfast Club (1985) From nyarly at gmail.com Thu Mar 8 19:09:43 2007 From: nyarly at gmail.com (Judson Lester) Date: Thu, 8 Mar 2007 16:09:43 -0800 Subject: [Nitro] New implementation of Og Validations. (Help needed) In-Reply-To: <45F075E0.8010602@gmail.com> References: <45F075E0.8010602@gmail.com> Message-ID: <8905c87a0703081609i21ebb824n8318b50d66e8028f@mail.gmail.com> Between those two posts, I'm inclined to ask: Is it worth instating a test-first policy? In other words: no new code without a failing spec? Granted, this can't be applied to pure refactorings, but for new behaviors... If nothing else, it makes it very clear the behavior you're trying to instate, and there's the possibility that another dev will look at the test and say "I think you want (say) STI" There's also the advantage that it makes sure that there's solid specs, and that old bugs don't creep back in. Judson On 3/8/07, James Britt wrote: > George Moschovitis wrote: > > > This is supposed to be a public project, so some input AND help from > > the community is required. An additional validation spec would be > > quite nice to have. > > Is there a document that clearly explains the steps needed to contribute? > > * How to get the current source > - How to get and install darcs if you don't already have it > > * How the source code is structured > > * How to run the current code without unwanted interference from > currently installed Nitro/Og libs > > * How to write comments > > * Coding style > > * How to create a patch > - specific commands > - How to write change log comments > > * How to submit a patch > > * Current issues that are more probably deserving of attention than others > > > The folks on the ruby-doc list have been helping to assemble a document > like this for the documentation of the base Ruby code. There are people > who want to help improve the Ruby docs, but they don't know where to > begin or what, exactly, to do. The easier it is for such people, the > more they'll want to do, and the more will get done. > > > I set up a document describing the process on Google docs, and shared > with a few people who were interested in helping to edit it. I then > set up a cron task on ruby-doc.org to fetch the page every so often and > republish it on ruby-doc.org. (It's hackish but it was fairly easy to > do; if I had to think about a more elegant solution I would never have > gotten around to it.) > > The best part is that someone has stepped up to help really fix up that > document; a great example of bootstrapping community involvement. > > > > -- > James Britt > > "Hackers will be expelled" > - The Breakfast Club (1985) > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From rob at robmela.com Thu Mar 8 20:37:16 2007 From: rob at robmela.com (Robert Mela) Date: Thu, 08 Mar 2007 20:37:16 -0500 Subject: [Nitro] Semi-OT: Re: New implementation of Og Validations. (Help needed) In-Reply-To: <45F075E0.8010602@gmail.com> References: <45F075E0.8010602@gmail.com> Message-ID: <45F0BA4C.5070407@robmela.com> Just curious... why d'yall use darcs, anyway? James Britt wrote: > > Is there a document that clearly explains the steps needed to contribute? > > * How to get the current source > - How to get and install darcs if you don't already have it > > -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070308/f832d28f/attachment.vcf From nyarly at gmail.com Thu Mar 8 21:03:17 2007 From: nyarly at gmail.com (Judson Lester) Date: Thu, 8 Mar 2007 18:03:17 -0800 Subject: [Nitro] New implementation of Og Validations. (Help needed) In-Reply-To: <8905c87a0703081609i21ebb824n8318b50d66e8028f@mail.gmail.com> References: <45F075E0.8010602@gmail.com> <8905c87a0703081609i21ebb824n8318b50d66e8028f@mail.gmail.com> Message-ID: <8905c87a0703081803u69258a17hcdd513b1ded1c6a9@mail.gmail.com> Oh, and I'm picking up that gauntlet, by the way. I need validate_unique. Plus some DRYness in there, for extra niceness. Bundle soon. Judson From nyarly at gmail.com Thu Mar 8 21:49:50 2007 From: nyarly at gmail.com (Judson Lester) Date: Thu, 8 Mar 2007 18:49:50 -0800 Subject: [Nitro] Validation specs Message-ID: <8905c87a0703081849w30deee29ga4ad7d611e1ae97b@mail.gmail.com> Moved spec-helper to spec/helper.rb Added spec/validation.rb Added validation_unique validation_related isn't working yet, but there's a spec for how I understand it to work. It would probably help if someone took a look to see if that's what validation_related is supposed to do. Judson -------------- next part -------------- A non-text attachment was scrubbed... Name: validation-spec.bndl Type: application/octet-stream Size: 40051 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070308/0987a0b1/attachment-0001.obj From vikingtux at gmail.com Thu Mar 8 23:51:14 2007 From: vikingtux at gmail.com (Alexandre Gravem) Date: Fri, 9 Mar 2007 01:51:14 -0300 Subject: [Nitro] Validation specs In-Reply-To: <8905c87a0703081849w30deee29ga4ad7d611e1ae97b@mail.gmail.com> References: <8905c87a0703081849w30deee29ga4ad7d611e1ae97b@mail.gmail.com> Message-ID: <40b05ebe0703082051ob6930ccv9f10d390dc99ea20@mail.gmail.com> I like this "test first" approach!! If you write a spec of the desired feature it's easier to contribute. And you can be sure that the code sent really works. I am hoping that the new site to be up so I can contribute with docs, since I am not secure enough to contribute with code. On 3/8/07, Judson Lester wrote: > > Moved spec-helper to spec/helper.rb > > Added spec/validation.rb > > Added validation_unique > > validation_related isn't working yet, but there's a spec for how I > understand it to work. It would probably help if someone took a look > to see if that's what validation_related is supposed to do. > > Judson > > _______________________________________________ > 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/20070309/140890ab/attachment.html From george.moschovitis at gmail.com Fri Mar 9 02:18:42 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 9 Mar 2007 09:18:42 +0200 Subject: [Nitro] New implementation of Og Validations. (Help needed) In-Reply-To: <8905c87a0703081803u69258a17hcdd513b1ded1c6a9@mail.gmail.com> References: <45F075E0.8010602@gmail.com> <8905c87a0703081609i21ebb824n8318b50d66e8028f@mail.gmail.com> <8905c87a0703081803u69258a17hcdd513b1ded1c6a9@mail.gmail.com> Message-ID: > Oh, and I'm picking up that gauntlet, by the way. I need validate_unique. Great. > Plus some DRYness in there, for extra niceness. Yeah, perhaps you can refactor the initialization code. One idea is to support only one attribute per validation macro, but perhaps the extra flexibility is needed. -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Fri Mar 9 02:21:03 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 9 Mar 2007 09:21:03 +0200 Subject: [Nitro] New implementation of Og Validations. (Help needed) In-Reply-To: <45F075E0.8010602@gmail.com> References: <45F075E0.8010602@gmail.com> Message-ID: such a document is clearly in need, especially for the new np.org site I am preparing. But this is another issue where someone from this list can help. There are people that know the procedure and are better thant me in writing english docs. Plus I can use the time to further work on Og. regards, George. > Is there a document that clearly explains the steps needed to contribute? > > * How to get the current source > - How to get and install darcs if you don't already have it > > * How the source code is structured > > * How to run the current code without unwanted interference from > currently installed Nitro/Og libs > > * How to write comments > > * Coding style > > * How to create a patch > - specific commands > - How to write change log comments > > * How to submit a patch > > * Current issues that are more probably deserving of attention than others -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Fri Mar 9 02:21:57 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 9 Mar 2007 09:21:57 +0200 Subject: [Nitro] Validation specs In-Reply-To: <8905c87a0703081849w30deee29ga4ad7d611e1ae97b@mail.gmail.com> References: <8905c87a0703081849w30deee29ga4ad7d611e1ae97b@mail.gmail.com> Message-ID: Many thanks, I will review the patch ASAP. -g. On 3/9/07, Judson Lester wrote: > Moved spec-helper to spec/helper.rb > > Added spec/validation.rb > > Added validation_unique > > validation_related isn't working yet, but there's a spec for how I > understand it to work. It would probably help if someone took a look > to see if that's what validation_related is supposed to do. > > Judson > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Fri Mar 9 02:23:11 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 9 Mar 2007 09:23:11 +0200 Subject: [Nitro] Semi-OT: Re: New implementation of Og Validations. (Help needed) In-Reply-To: <45F0BA4C.5070407@robmela.com> References: <45F075E0.8010602@gmail.com> <45F0BA4C.5070407@robmela.com> Message-ID: We all like Haskell. No, seriously, darcs is a great *distributed* version management system. -g. On 3/9/07, Robert Mela wrote: > Just curious... why d'yall use darcs, anyway? > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Fri Mar 9 02:58:20 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Fri, 09 Mar 2007 09:58:20 +0200 Subject: [Nitro] Semi-OT: Re: New implementation of Og Validations. (Help needed) In-Reply-To: <45F0BA4C.5070407@robmela.com> References: <45F075E0.8010602@gmail.com> <45F0BA4C.5070407@robmela.com> Message-ID: Hi, > Just curious... why d'yall use darcs, anyway? well, despite some 'awry' things with darcs, the main reason for me to use darcs is 'ease of use', it's just dead simple. I'm glad Nitro introduced it to me and use it on all my current projects. (There is talk though, about switching to SVK for Nitro/Og in the next iteration.) Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Fri Mar 9 02:58:19 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Fri, 09 Mar 2007 09:58:19 +0200 Subject: [Nitro] New implementation of Og Validations. (Help needed) In-Reply-To: References: <45F075E0.8010602@gmail.com> <8905c87a0703081609i21ebb824n8318b50d66e8028f@mail.gmail.com> <8905c87a0703081803u69258a17hcdd513b1ded1c6a9@mail.gmail.com> Message-ID: Hi, > Yeah, perhaps you can refactor the initialization code. One idea is to > support only one attribute per validation macro, but perhaps the extra > flexibility is needed. I think only supporting one attribute is fine. I never use more, just for clarity in the code. Of course, this is just my opinion. :P Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From nyarly at gmail.com Fri Mar 9 03:00:16 2007 From: nyarly at gmail.com (Judson Lester) Date: Fri, 9 Mar 2007 00:00:16 -0800 Subject: [Nitro] New implementation of Og Validations. (Help needed) In-Reply-To: References: <45F075E0.8010602@gmail.com> <8905c87a0703081609i21ebb824n8318b50d66e8028f@mail.gmail.com> <8905c87a0703081803u69258a17hcdd513b1ded1c6a9@mail.gmail.com> Message-ID: <8905c87a0703090000r45c253b8s6b799b25c3bf9748@mail.gmail.com> The bundle I sent uses a single method approach for validate_unique and validate_relation. value and format would be even easier to use for that. Still not sure about validate_relation, though. Judson On 3/8/07, George Moschovitis wrote: > > Oh, and I'm picking up that gauntlet, by the way. I need validate_unique. > > Great. > > > Plus some DRYness in there, for extra niceness. > > Yeah, perhaps you can refactor the initialization code. One idea is to > support only one attribute per validation macro, but perhaps the extra > flexibility is needed. > > -g. > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From nyarly at gmail.com Fri Mar 9 03:42:50 2007 From: nyarly at gmail.com (Judson Lester) Date: Fri, 9 Mar 2007 00:42:50 -0800 Subject: [Nitro] Contribution Guidelines Message-ID: <8905c87a0703090042k3f8bbb5cld1a4e00064cbf728@mail.gmail.com> I would have liked to see this went I got started with Og, so I'll write what I know. If Jo, Tom or George want to add to it, I'm not going to say anything. On 3/8/07, James Britt wrote: > * How to get the current source > - How to get and install darcs if you don't already have it Get darcs: http://darcs.net/DarcsWiki/CategoryBinaries Then: darcs get http://repo.nitroproject.org My quick caveat: darcs is a little testy. Expect to occassionally trash your local repo and start over. Keep your repo current with frequent pulls, and work in small, short intervals. > * How the source code is structured Within the repo there's three important directories: nitro, og and raw. There's a legacy directory called "glue" which was essentially for common code. There's a direction of the project to reduce and remove the glue files, either by finding their proper place within one of the subprojects or promote them into Tom Sawyer's Facets library, upon with Nitro depends strongly. > * How to run the current code without unwanted interference from > currently installed Nitro/Og libs The easiest way is to either set RUBYLIB, or use the -I option to ruby. Myself, I've got repo.nitroproject.org/og added to my RUBYLIB in my profile. Which is certainly an incentive to make sure it stays reasonably stable. > * How to write comments The preference is for rdoc style comments, with examples and explanation of arguments ahead of all API methods. Honestly, anyone looking to be helpful but less than confident about the code could do well by writing rdoc comments. > * Coding style Two space indents. No indent except for modules that the actually classes or modules being defined in the file. In other words: module Nitro class Feature def method(arg1, arg2) end end end " is preferred over ' > > * How to create a patch > - specific commands > - How to write change log comments The command you'll want is "darcs record" For most things, the short entry is enough. You might want to use a common prefix for related patches, as darcs does provide a feature called "spontaneous branches" that's potentially interesting. > * How to submit a patch darcs send -o something.bndl Attach the resulting bundle file to an email to the list, and George will apply it to the main repo. > * Current issues that are more probably deserving of attention than others I'll leave this area mostly up to George. I know that we're moving to using rspec over Test::Unit, so the old test cases need to be converted to specs, and need to be updated. If you're considering developing something, make sure there's a spec for it first. If you're up to it, writing a spec for a feature that you'd like to see is a really good way to set it up to get written. > James Britt James, thanks for laying out specific questions to cue the answers. Judson From george.moschovitis at gmail.com Fri Mar 9 04:20:00 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 9 Mar 2007 11:20:00 +0200 Subject: [Nitro] Contribution Guidelines In-Reply-To: <8905c87a0703090042k3f8bbb5cld1a4e00064cbf728@mail.gmail.com> References: <8905c87a0703090042k3f8bbb5cld1a4e00064cbf728@mail.gmail.com> Message-ID: Once again thanks for this nice post. I will use this as the basis for a page in the new np.org site. -g. On 3/9/07, Judson Lester wrote: > I would have liked to see this went I got started with Og, so I'll > write what I know. If Jo, Tom or George want to add to it, I'm not > going to say anything. > > On 3/8/07, James Britt wrote: > > * How to get the current source > > - How to get and install darcs if you don't already have it > > Get darcs: > http://darcs.net/DarcsWiki/CategoryBinaries > > Then: > darcs get http://repo.nitroproject.org > > My quick caveat: darcs is a little testy. Expect to occassionally > trash your local repo and start over. Keep your repo current with > frequent pulls, and work in small, short intervals. > > > * How the source code is structured > > Within the repo there's three important directories: nitro, og and > raw. There's a legacy directory called "glue" which was essentially > for common code. There's a direction of the project to reduce and > remove the glue files, either by finding their proper place within one > of the subprojects or promote them into Tom Sawyer's Facets library, > upon with Nitro depends strongly. > > > * How to run the current code without unwanted interference from > > currently installed Nitro/Og libs > > The easiest way is to either set RUBYLIB, or use the -I option to > ruby. Myself, I've got repo.nitroproject.org/og added to my RUBYLIB > in my profile. Which is certainly an incentive to make sure it stays > reasonably stable. > > > * How to write comments > > The preference is for rdoc style comments, with examples and > explanation of arguments ahead of all API methods. Honestly, anyone > looking to be helpful but less than confident about the code could do > well by writing rdoc comments. > > > * Coding style > > Two space indents. No indent except for modules that the actually > classes or modules being defined in the file. In other words: > > module Nitro > class Feature > def method(arg1, arg2) > end > end > end > > " is preferred over ' > > > > > * How to create a patch > > - specific commands > > - How to write change log comments > > The command you'll want is "darcs record" > For most things, the short entry is enough. You might want to use a > common prefix for related patches, as darcs does provide a feature > called "spontaneous branches" that's potentially interesting. > > > * How to submit a patch > > darcs send -o something.bndl > Attach the resulting bundle file to an email to the list, and George > will apply it to the main repo. > > > * Current issues that are more probably deserving of attention than others > > I'll leave this area mostly up to George. I know that we're moving to > using rspec over Test::Unit, so the old test cases need to be > converted to specs, and need to be updated. If you're considering > developing something, make sure there's a spec for it first. If > you're up to it, writing a spec for a feature that you'd like to see > is a really good way to set it up to get written. > > > James Britt > > James, thanks for laying out specific questions to cue the answers. > > Judson > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From manveru at weez-int.com Fri Mar 9 05:59:14 2007 From: manveru at weez-int.com (Michael Fellinger) Date: Fri, 09 Mar 2007 19:59:14 +0900 Subject: [Nitro] Isolated specs bundle In-Reply-To: References: <8905c87a0703051659r4804b5ddlb88281e2267207de@mail.gmail.com> Message-ID: On Tue, 06 Mar 2007 16:32:56 +0900, George Moschovitis wrote: > Judson, > > if possible please break your specs in more specify blogs so that we > get a better (more descriptive) implementation. For example: > > specify "should provide standard og features" do > > is too general and could possibly be splite in more blocks. > Please note that you can nest the contexts... which gives you something like "Og PostgreSQL Model should create_with" for: context "Og" do context "PostgreSQL" do context "Model" do specify "should create_with" do user = User.create_with :age => 42 user.age.should == 42 end end end end nothing big, just wanted to point it out (one can generate nicer docs from the specs afterwards and they just look better on errors) ^ manveru > thanks for your work, > George. > > > PS: btw, please use attr_accessor instead of property! > > > > From george.moschovitis at gmail.com Fri Mar 9 08:21:06 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 9 Mar 2007 15:21:06 +0200 Subject: [Nitro] Javascript quote Message-ID: Dear devs, can anyone point me to a piece of javascript code to implement post quoting in a fourm software? thanks in advance, George. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Fri Mar 9 09:05:25 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Fri, 09 Mar 2007 16:05:25 +0200 Subject: [Nitro] Semi-OT: Re: New implementation of Og Validations. (Help needed) In-Reply-To: References: <45F075E0.8010602@gmail.com> <45F0BA4C.5070407@robmela.com> Message-ID: Hi, > We all like Haskell. No, seriously, darcs is a great *distributed* > version management system. actually quite the opposite, I _loathe_ Haskells compiling speed. With my little computer Haskell almost needed 2 days! to fully compile (because it broke in the middle once). Compiling darcs was no fun either. That said, I know nothing else of Haskell at all so this statement is quite uneducated. ;) Jo From Reid.Thompson at ateb.com Fri Mar 9 11:51:15 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Fri, 09 Mar 2007 11:51:15 -0500 Subject: [Nitro] Semi-OT: Re: New implementation of Og Validations. (Help needed) In-Reply-To: References: <45F075E0.8010602@gmail.com> <45F0BA4C.5070407@robmela.com> Message-ID: <1173459075.2171.15.camel@localhost> On Fri, 2007-03-09 at 16:05 +0200, Jonathan Buch wrote: > Hi, > > > We all like Haskell. No, seriously, darcs is a great *distributed* > > version management system. > > actually quite the opposite, I _loathe_ Haskells compiling speed. With > my little computer Haskell almost needed 2 days! to fully compile > (because it broke in the middle once). Compiling darcs was no fun either. > How 'little` is your computer? From nyarly at gmail.com Fri Mar 9 13:17:51 2007 From: nyarly at gmail.com (Judson Lester) Date: Fri, 9 Mar 2007 10:17:51 -0800 Subject: [Nitro] Isolated specs bundle In-Reply-To: References: <8905c87a0703051659r4804b5ddlb88281e2267207de@mail.gmail.com> Message-ID: <8905c87a0703091017s69c2c627s8bc16090344de7a1@mail.gmail.com> Is there a point to that other than the output? Because you can just as easily do context "Og PostgreSQL Model" do end It does bring up the question that lingers with me: is there a more flexible way to test different stores? I suppose creating a bunch of files with "config=:storename" and then requiring them, a la -rdebug or whatnot. I just think it'd be extra cool to be able to run the specs against all the DB types that you have ready for it. Judson On 3/9/07, Michael Fellinger wrote: > On Tue, 06 Mar 2007 16:32:56 +0900, George Moschovitis > wrote: > > > Judson, > > > > if possible please break your specs in more specify blogs so that we > > get a better (more descriptive) implementation. For example: > > > > specify "should provide standard og features" do > > > > is too general and could possibly be splite in more blocks. > > > > Please note that you can nest the contexts... > which gives you something like "Og PostgreSQL Model should create_with" > for: > > context "Og" do > context "PostgreSQL" do > context "Model" do > specify "should create_with" do > user = User.create_with :age => 42 > user.age.should == 42 > end > end > end > end > > nothing big, just wanted to point it out (one can generate nicer docs from > the specs afterwards and they just look better on errors) > > ^ manveru > > > thanks for your work, > > George. > > > > > > PS: btw, please use attr_accessor instead of property! > > > > > > > > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From nyarly at gmail.com Fri Mar 9 13:27:23 2007 From: nyarly at gmail.com (Judson Lester) Date: Fri, 9 Mar 2007 10:27:23 -0800 Subject: [Nitro] Semi-OT: Re: New implementation of Og Validations. (Help needed) In-Reply-To: References: <45F075E0.8010602@gmail.com> <45F0BA4C.5070407@robmela.com> Message-ID: <8905c87a0703091027q76ceb42crc33daf6e42e50723@mail.gmail.com> On 3/9/07, Jonathan Buch wrote: > Hi, > > > We all like Haskell. No, seriously, darcs is a great *distributed* > > version management system. I continue to question the "great" in that statement. For all the "intelligent patch algebra," my short experience with darcs is that it falls down in some pretty basic requirements of a CMS. That any pull or send could result in needing to discard work and start over is not really satisfactory. >From the Darcs wiki: "Also, very large conflicts and complex conflicts can cause darcs to use an expontential amount of CPU power" - which my experience requires two devs a day of moderate work to accomplish. Also, while the option to use an external merge tool exists, the darcs docco advises that you not use it (and instead deal with ambiguously marked up source files) for pulls. > actually quite the opposite, I _loathe_ Haskells compiling speed. With > my little computer Haskell almost needed 2 days! to fully compile > (because it broke in the middle once). Compiling darcs was no fun either. > > That said, I know nothing else of Haskell at all so this statement is > quite uneducated. ;) > > Jo > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From brian.william.davis at gmail.com Fri Mar 9 19:35:02 2007 From: brian.william.davis at gmail.com (Brian Davis) Date: Fri, 9 Mar 2007 16:35:02 -0800 Subject: [Nitro] Unintuitive Og modeling In-Reply-To: References: <20070301210422.4d33ad25@localhost.localdomain> Message-ID: <20070309163502.613b81f9@localhost.localdomain> On Fri, 2 Mar 2007 10:57:58 +0200 "George Moschovitis" wrote: > I think your suggested solution is reasonable. A problem is that it is > backwards incompatible but I prefer something that works. I am > wondering if Jonathan or Judson could provide a patch for this (as I > am working on Nitro stuff at the moment). > > thanks, > George. > > > On 3/2/07, Brian Davis wrote: > > NOTE: I posted this at the Google Groups interface, but my message > > has languished in the ether. > > > > I spoke with Kashia earlier about this and he encouraged me to post > > this to the mailing list. > > > > Consider the following model definition: > > -------------------- > > class User > > ... > > many_to_many :buddies, User, :foreign_name => :buddies > > many_to_many :buddies_pending_confirmation, User, :foreign_name > > => :buddies_requested > > many_to_many :buddies_requested, User, :foreign_name > > => :buddies_pending_confirmation > > ... > > end > > -------------------- > > > > This is a reflexive join with several distinct relationships that > > happen to join to objects of the same class. My issue is that, with > > Og, only one join table is created to model *all* of these > > relationship: og_user_user. Because of this, the relationships are > > essentially mirrored. Thus, if a user is added to my > > 'buddies_pending_confirmation' queue, they also appear in my > > 'buddies' and 'buddies_requested' lists, although this is precisely > > the opposite of the intended behavior. > > > > Kashia showed me a hack that circumvents this behavior (by defining > > a self-join class for each of the relationships above), but we both > > found it to be, well, a hack. It lacked the clarity and > > intuitiveness of the code above. > > > > My suggestion, then, is to perhaps name join tables not by their > > associated types, but by their given label (the first argument to > > 'many_to_many'). Thus, my 'og_user_user' table right now would > > actually be three tables, 'og_user_buddies', > > 'og_user_buddies_pending_confirmation' and > > 'og_user_buddies_requested'. > > > > Please let me know if this is unreasonable, stupid or unclear. Also, > > if there's something I'm just altogether missing, set me straight. > > > > Thanks, > > > > Brian > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > Attached is a bundle I threw together during my lunch break. Please excuse me, as I'm new with Darcs and couldn't test the spec myself (I get a number of errors about the spec being unable to locate 'glue'). If this is inappropriate or unnecessary, please let me know. If nothing else, hopefully this will serve to demonstrate the issue I've been having with Og relations and how my proposed fix could help remedy things. Also attached is the spec itself, in case I muddled the Darcs procedure. Regards, Brian -- Brian Davis Project Manager FreezeCrowd, Inc. -------------- next part -------------- A non-text attachment was scrubbed... Name: many_to_many.rb Type: application/x-ruby Size: 2198 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070309/edd1cab6/attachment-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: many_to_many-spec.bndl Type: application/octet-stream Size: 32548 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070309/edd1cab6/attachment-0001.obj From matt at kiatoa.com Fri Mar 9 23:35:16 2007 From: matt at kiatoa.com (Matthew Welland) Date: Fri, 9 Mar 2007 21:35:16 -0700 Subject: [Nitro] Semi-OT: Re: New implementation of Og Validations. (Help needed) In-Reply-To: <8905c87a0703091027q76ceb42crc33daf6e42e50723@mail.gmail.com> References: <8905c87a0703091027q76ceb42crc33daf6e42e50723@mail.gmail.com> Message-ID: <200703092135.16585.matt@kiatoa.com> On the subject of SCM's. After experimenting with as many of the various options available as I could I settled on Monotone. The initial ramp up is a bit steeper than darcs but it has been rock solid for my usage. There are some pretty big users of it (openembedded for one) and it seems to be improving pretty rapidly. Just my $0.02. Matt -- On Friday 09 March 2007 11:27, Judson Lester wrote: > On 3/9/07, Jonathan Buch wrote: > > Hi, > > > > > We all like Haskell. No, seriously, darcs is a great *distributed* > > > version management system. > > I continue to question the "great" in that statement. For all the > "intelligent patch algebra," > my short experience with darcs is that it falls down in some pretty > basic requirements of a CMS. That any pull or send could result in > needing to discard work and start over is not really satisfactory. > > >From the Darcs wiki: "Also, very large conflicts and complex conflicts > > can cause darcs to use an expontential amount of CPU power" - which my > experience requires two devs a day of moderate work to accomplish. > > Also, while the option to use an external merge tool exists, the darcs > docco advises that you not use it (and instead deal with ambiguously > marked up source files) for pulls. > > > actually quite the opposite, I _loathe_ Haskells compiling speed. With > > my little computer Haskell almost needed 2 days! to fully compile > > (because it broke in the middle once). Compiling darcs was no fun > > either. > > > > That said, I know nothing else of Haskell at all so this statement is > > quite uneducated. ;) > > > > Jo > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general -- http://www.kiatoa.com, a self-governing site where *you* can be the boss! You make and choose the stories and the classifieds are always free. Also, many "best of" polls. Come join in the ballot stuffing! From george.moschovitis at gmail.com Sat Mar 10 03:05:58 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 10 Mar 2007 10:05:58 +0200 Subject: [Nitro] Unintuitive Og modeling In-Reply-To: <20070309163502.613b81f9@localhost.localdomain> References: <20070301210422.4d33ad25@localhost.localdomain> <20070309163502.613b81f9@localhost.localdomain> Message-ID: Brian, thanks for your first patch ;-) I added this to the repo. Hopefully someone can work on this and make this spec pass. -g. PS: there are still missing validations in the new implementation. It is very easy to contribute here (just copy/update code from the old files - still included in the repo, move everything to og/validation.rb so we can get rid of glue/validation.rb) On 3/10/07, Brian Davis wrote: > On Fri, 2 Mar 2007 10:57:58 +0200 > "George Moschovitis" wrote: > > > I think your suggested solution is reasonable. A problem is that it is > > backwards incompatible but I prefer something that works. I am > > wondering if Jonathan or Judson could provide a patch for this (as I > > am working on Nitro stuff at the moment). > > > > thanks, > > George. > > > > > > On 3/2/07, Brian Davis wrote: > > > NOTE: I posted this at the Google Groups interface, but my message > > > has languished in the ether. > > > > > > I spoke with Kashia earlier about this and he encouraged me to post > > > this to the mailing list. > > > > > > Consider the following model definition: > > > -------------------- > > > class User > > > ... > > > many_to_many :buddies, User, :foreign_name => :buddies > > > many_to_many :buddies_pending_confirmation, User, :foreign_name > > > => :buddies_requested > > > many_to_many :buddies_requested, User, :foreign_name > > > => :buddies_pending_confirmation > > > ... > > > end > > > -------------------- > > > > > > This is a reflexive join with several distinct relationships that > > > happen to join to objects of the same class. My issue is that, with > > > Og, only one join table is created to model *all* of these > > > relationship: og_user_user. Because of this, the relationships are > > > essentially mirrored. Thus, if a user is added to my > > > 'buddies_pending_confirmation' queue, they also appear in my > > > 'buddies' and 'buddies_requested' lists, although this is precisely > > > the opposite of the intended behavior. > > > > > > Kashia showed me a hack that circumvents this behavior (by defining > > > a self-join class for each of the relationships above), but we both > > > found it to be, well, a hack. It lacked the clarity and > > > intuitiveness of the code above. > > > > > > My suggestion, then, is to perhaps name join tables not by their > > > associated types, but by their given label (the first argument to > > > 'many_to_many'). Thus, my 'og_user_user' table right now would > > > actually be three tables, 'og_user_buddies', > > > 'og_user_buddies_pending_confirmation' and > > > 'og_user_buddies_requested'. > > > > > > Please let me know if this is unreasonable, stupid or unclear. Also, > > > if there's something I'm just altogether missing, set me straight. > > > > > > Thanks, > > > > > > Brian > > > _______________________________________________ > > > Nitro-general mailing list > > > Nitro-general at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > > > Attached is a bundle I threw together during my lunch break. Please > excuse me, as I'm new with Darcs and couldn't test the spec myself (I > get a number of errors about the spec being unable to locate 'glue'). > If this is inappropriate or unnecessary, please let me know. If nothing > else, hopefully this will serve to demonstrate the issue I've been > having with Og relations and how my proposed fix could help remedy > things. > > Also attached is the spec itself, in case I muddled the Darcs > procedure. > > Regards, > > Brian > > -- > Brian Davis > > Project Manager > FreezeCrowd, Inc. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From james.britt at gmail.com Sat Mar 10 09:30:55 2007 From: james.britt at gmail.com (James Britt) Date: Sat, 10 Mar 2007 07:30:55 -0700 Subject: [Nitro] Javascript quote In-Reply-To: References: Message-ID: <45F2C11F.90107@gmail.com> George Moschovitis wrote: > Dear devs, > > can anyone point me to a piece of javascript code to implement post > quoting in a fourm software? What do you mean by "post quoting"? Automatically inserting content from one post when someone is writing a reply to that quote? > > thanks in advance, > George. > -- James Britt http://www.ruby-doc.org - Ruby Help & Documentation http://www.rubystuff.com - The Ruby Store for Ruby Stuff http://beginningruby.com - Beginning Ruby: The Online Book From george.moschovitis at gmail.com Sat Mar 10 11:04:30 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 10 Mar 2007 18:04:30 +0200 Subject: [Nitro] Javascript quote In-Reply-To: <45F2C11F.90107@gmail.com> References: <45F2C11F.90107@gmail.com> Message-ID: yeap, and prepending a prefix (typically '>') to each line. -g. On 3/10/07, James Britt wrote: > George Moschovitis wrote: > > Dear devs, > > > > can anyone point me to a piece of javascript code to implement post > > quoting in a fourm software? > > What do you mean by "post quoting"? > > Automatically inserting content from one post when someone is writing a > reply to that quote? > > > > > > thanks in advance, > > George. > > > > > -- > James Britt > > http://www.ruby-doc.org - Ruby Help & Documentation > http://www.rubystuff.com - The Ruby Store for Ruby Stuff > http://beginningruby.com - Beginning Ruby: The Online Book > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From brian.william.davis at gmail.com Sat Mar 10 11:19:32 2007 From: brian.william.davis at gmail.com (Brian Davis) Date: Sat, 10 Mar 2007 08:19:32 -0800 Subject: [Nitro] Javascript quote In-Reply-To: <45F2C11F.90107@gmail.com> References: <45F2C11F.90107@gmail.com> Message-ID: <20070310081932.1e4e33db@localhost.localdomain> On Sat, 10 Mar 2007 07:30:55 -0700 James Britt wrote: > George Moschovitis wrote: > > Dear devs, > > > > can anyone point me to a piece of javascript code to implement post > > quoting in a fourm software? > > What do you mean by "post quoting"? > > Automatically inserting content from one post when someone is writing > a reply to that quote? > > > > > > thanks in advance, > > George. > > > > If this is the intent, then Eve Community seems to have a good quoting mechanism. Check out the boards at Ars Technica[1] or Eve Community's[2] home page for examples. To be honest, though, it doesn't seem too hard... Just wrap the content of a post in a
and harvest it with the "reply with quote" button (or whatever your aim is). I think Eve Community also has selection quoting, where, if you select a block of text and then hit "reply with quote", only that block is harvested and prepended to your reply. [1] http://arstechnica.com/ [2] http://support.evecommunity.com/eve -- Brian Davis Project Manager FreezeCrowd, Inc. From antoniolo at gmail.com Sat Mar 10 21:34:46 2007 From: antoniolo at gmail.com (Antoniolo) Date: Sat, 10 Mar 2007 23:34:46 -0300 Subject: [Nitro] many to many - advanced relationships In-Reply-To: <20070310081932.1e4e33db@localhost.localdomain> References: <45F2C11F.90107@gmail.com> <20070310081932.1e4e33db@localhost.localdomain> Message-ID: <001801c76385$e282c690$a78853b0$@com> Hi Nitro-People :) I've been developing a game server app and I'd really like to upgrade my models from active-record to Og. I'm fascinated with Nitro and specially Og :). However, before doing that, I only need to know how to manage advanced many-to-many relationships, I mean, a table not only with foreign ids, but also with some fields. In active-record, we use has_many/through(since many_to_many cannot handle that). Is there a similar alternative in Og? Sorry for asking a newbie question, but I tried to find an entry about that ... Cheers, Antonio From george.moschovitis at gmail.com Sun Mar 11 03:33:00 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 11 Mar 2007 09:33:00 +0200 Subject: [Nitro] many to many - advanced relationships In-Reply-To: <001801c76385$e282c690$a78853b0$@com> References: <45F2C11F.90107@gmail.com> <20070310081932.1e4e33db@localhost.localdomain> <001801c76385$e282c690$a78853b0$@com> Message-ID: Welcome to this list, Yeah, this more or less works like AR, ie: class Article joins_many :first_join, Category, :through => ArticleToCategory end for more examples check out, og/test/og/tc_join.rb regards, George. On 3/11/07, Antoniolo wrote: > Hi Nitro-People :) > > > I've been developing a game server app and I'd really like to upgrade my > models from active-record to Og. I'm fascinated with Nitro and specially Og > :). However, before doing that, I only need to know how to manage advanced > many-to-many relationships, I mean, a table not only with foreign ids, but > also with some fields. > > In active-record, we use has_many/through(since many_to_many cannot handle > that). Is there a similar alternative in Og? > > > Sorry for asking a newbie question, but I tried to find an entry about that > ... > > > > Cheers, Antonio > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From d454d at web.de Sun Mar 11 03:46:07 2007 From: d454d at web.de (Stephan Mueller) Date: Sun, 11 Mar 2007 08:46:07 +0100 Subject: [Nitro] Router.strip_path and Nitro 0.41.0? Message-ID: <20070311074607.GC1429@X.thorsten.dyndns.org> Hi! in earlier versions of nitro Router had a method strip_path to adjust, well, the path. ;) In 0.41.0 this method seems to be gone. Is there a way to get it back or to work around it? Thanks and cheers, Steph. From george.moschovitis at gmail.com Sun Mar 11 04:26:26 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 11 Mar 2007 10:26:26 +0200 Subject: [Nitro] Using ruby-openid/ruby-yadis w/o ruby gems Message-ID: Dear devs, I am trying to use the ruby-openid/ruby-yadis gems without ruby gems, ie I just copied the lib files in a local lib directory (and placed this in the LOAD_PATH). When running the application I get the following error: /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:188:in `remove_method': method `description=' not defined in Gem::Specification (NameError) from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb: 188:in `overwrite_accessor' from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb: 331 from /usr/local/lib/site_ruby/1.8/rubygems.rb:502 from ./lib/openid/discovery.rb:7 from ./lib/openid/consumer.rb:7 from ./lib/openid.rb:2 The offending code is: require "openid/util" require "openid/service" require "openid/parse" # try and use the yadis gem, falling back to system yadis begin require 'rubygems' <-------------------------------- HERE ! require_gem 'ruby-yadis', ">=0.3.3" rescue LoadError require "yadis" end I am wondering if any rubygems guru can provide a solution. thanks in advance, -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From william.full.moon at gmail.com Sun Mar 11 05:10:11 2007 From: william.full.moon at gmail.com (* William) Date: Sun, 11 Mar 2007 20:10:11 +1100 Subject: [Nitro] Isolated specs bundle In-Reply-To: <8905c87a0703091017s69c2c627s8bc16090344de7a1@mail.gmail.com> References: <8905c87a0703051659r4804b5ddlb88281e2267207de@mail.gmail.com> <8905c87a0703091017s69c2c627s8bc16090344de7a1@mail.gmail.com> Message-ID: <006c01c763bd$17cb0ba0$0301a8c0@ghostgum> Hi there ... I would love to support this comment. This falls into my peculiar want, to manage stores with a 'database' layer that is neutral about implementation, etc. j>> is there a more flexible way to test different stores? I ... j>> I just think it'd be extra cool to be able to run the specs j>> against all the DB types that you have ready for it. In fact, the idea in my mind is access to 'non-Og' tables (when asked) at some time. That will have to wait while I build my income stream. I am looking forward to the up coming release and a stable wiki (or docs) area. I found the best way in for us part-timers is to describe what is going on. I can also support the 'separation' of nitro-independent Og. Not every app -- and not all Nitro apps -- that are possible are 100% web based, and 'should' not be in some cases. Some commercial users are very sensitive about what it "connected" to the web. There are big opportunities for Og based "consumers" and "providers". Aloha, Will Regards, William, MBA, B.Math, STI, NLP MP _My_Bright_Ideas__________________________________________abn:77425560110_ "You must BE the change you want." ~ Gandhi Success Coaching http://adroit-process.blogspot.com ph/sms: 041-476-1217 (?2007) Information intended for direct recipient(s) and mutually agreed correspondents. -----Original Message----- From: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] On Behalf Of Judson Lester Sent: Saturday, 10 March 2007 05:18 To: General discussion about Nitro Subject: Re: [Nitro] Isolated specs bundle Importance: Low Is there a point to that other than the output? Because you can just as easily do context "Og PostgreSQL Model" do end It does bring up the question that lingers with me: is there a more flexible way to test different stores? I suppose creating a bunch of files with "config=:storename" and then requiring them, a la -rdebug or whatnot. I just think it'd be extra cool to be able to run the specs against all the DB types that you have ready for it. Judson -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.8/714 - Release Date: 08-Mar-2007 10:58 From antoniolo at gmail.com Sun Mar 11 06:51:14 2007 From: antoniolo at gmail.com (Antoniolo) Date: Sun, 11 Mar 2007 07:51:14 -0300 Subject: [Nitro] RES: many to many - advanced relationships In-Reply-To: References: <45F2C11F.90107@gmail.com> <20070310081932.1e4e33db@localhost.localdomain> <001801c76385$e282c690$a78853b0$@com> Message-ID: <001501c763cb$322d29c0$96877d40$@com> Hey George, thank you very much. -----Mensagem original----- De: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] Em nome de George Moschovitis Enviada em: Sunday, March 11, 2007 4:33 AM Para: General discussion about Nitro Assunto: Re: [Nitro] many to many - advanced relationships Welcome to this list, Yeah, this more or less works like AR, ie: class Article joins_many :first_join, Category, :through => ArticleToCategory end for more examples check out, og/test/og/tc_join.rb regards, George. On 3/11/07, Antoniolo wrote: > Hi Nitro-People :) > > > I've been developing a game server app and I'd really like to upgrade my > models from active-record to Og. I'm fascinated with Nitro and specially Og > :). However, before doing that, I only need to know how to manage advanced > many-to-many relationships, I mean, a table not only with foreign ids, but > also with some fields. > > In active-record, we use has_many/through(since many_to_many cannot handle > that). Is there a similar alternative in Og? > > > Sorry for asking a newbie question, but I tried to find an entry about that > ... > > > > Cheers, Antonio > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org _______________________________________________ Nitro-general mailing list Nitro-general at rubyforge.org http://rubyforge.org/mailman/listinfo/nitro-general From george.moschovitis at gmail.com Sun Mar 11 07:21:37 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 11 Mar 2007 13:21:37 +0200 Subject: [Nitro] Router.strip_path and Nitro 0.41.0? In-Reply-To: <20070311074607.GC1429@X.thorsten.dyndns.org> References: <20070311074607.GC1429@X.thorsten.dyndns.org> Message-ID: Why do you really need this? -g. On 3/11/07, Stephan Mueller wrote: > Hi! > > in earlier versions of nitro Router had a method strip_path to adjust, > well, the path. ;) > > In 0.41.0 this method seems to be gone. Is there a way to get it back or > to work around it? > > Thanks and cheers, > > Steph. > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From antoniolo at gmail.com Sun Mar 11 08:39:39 2007 From: antoniolo at gmail.com (Antoniolo) Date: Sun, 11 Mar 2007 09:39:39 -0300 Subject: [Nitro] RES: many to many - advanced relationships In-Reply-To: References: <45F2C11F.90107@gmail.com> <20070310081932.1e4e33db@localhost.localdomain> <001801c76385$e282c690$a78853b0$@com> Message-ID: <001c01c763da$57731a50$06594ef0$@com> Just one more question: class Personage property :nickname, String many_to_many :skills, :through => PersonageSkill end class Skill property :title, String many_to_many :skills, :through => PersonageSkill end class PersonageSkill property :value, Float has_one :personage has_one :skill end ok, that solves my previous problem, however I've got another one and here as it follows: me = Personage.new me.nickname = 'antonio' archery = Skill.new archery.title = 'archery' me.skills.add archery, :value => 45.5 me.save Everything runs beautifully, except, the field 'value' doesn't save anything. But, if I insert some saves before 'me.skills.add' like 'me.save' and 'archery.save' it updates correctly. My application needs to deal with not saving objects until world save timer to trigger them. In fact, I've seen that Og does cascade saves ... but not only with advanced many-to-many. Do you have any solutions for that? Antonio. -----Mensagem original----- De: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] Em nome de George Moschovitis Enviada em: Sunday, March 11, 2007 4:33 AM Para: General discussion about Nitro Assunto: Re: [Nitro] many to many - advanced relationships Welcome to this list, Yeah, this more or less works like AR, ie: class Article joins_many :first_join, Category, :through => ArticleToCategory end for more examples check out, og/test/og/tc_join.rb regards, George. On 3/11/07, Antoniolo wrote: > Hi Nitro-People :) > > > I've been developing a game server app and I'd really like to upgrade my > models from active-record to Og. I'm fascinated with Nitro and specially Og > :). However, before doing that, I only need to know how to manage advanced > many-to-many relationships, I mean, a table not only with foreign ids, but > also with some fields. > > In active-record, we use has_many/through(since many_to_many cannot handle > that). Is there a similar alternative in Og? > > > Sorry for asking a newbie question, but I tried to find an entry about that > ... > > > > Cheers, Antonio > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org _______________________________________________ Nitro-general mailing list Nitro-general at rubyforge.org http://rubyforge.org/mailman/listinfo/nitro-general From d454d at web.de Sun Mar 11 10:52:46 2007 From: d454d at web.de (Stephan Mueller) Date: Sun, 11 Mar 2007 15:52:46 +0100 Subject: [Nitro] Router.strip_path and Nitro 0.41.0? In-Reply-To: References: <20070311074607.GC1429@X.thorsten.dyndns.org> Message-ID: <20070311145246.GD1429@X.thorsten.dyndns.org> * George Moschovitis [11.03.2007]: > Why do you really need this? well, I do not really need this but used it in one of my legacy nitro apps. So if it's gone i will have to change it a little bit but that's no problem at all, just wanted to know. Your answer lets me guess that strip_path is gone, right? ;) Cheers, Steph. From george.moschovitis at gmail.com Sun Mar 11 12:41:34 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 11 Mar 2007 18:41:34 +0200 Subject: [Nitro] Router.strip_path and Nitro 0.41.0? In-Reply-To: <20070311145246.GD1429@X.thorsten.dyndns.org> References: <20070311074607.GC1429@X.thorsten.dyndns.org> <20070311145246.GD1429@X.thorsten.dyndns.org> Message-ID: I have certainly removed in the repository version of Nitro (Router/Dispatcher is reimplemented from scratch anyway ;-)) -g. On 3/11/07, Stephan Mueller wrote: > * George Moschovitis [11.03.2007]: > > > Why do you really need this? > > well, I do not really need this but used it in one of my legacy nitro > apps. So if it's gone i will have to change it a little bit but that's > no problem at all, just wanted to know. Your answer lets me guess that > strip_path is gone, right? ;) > > > Cheers, > > Steph. > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Mon Mar 12 10:02:33 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 12 Mar 2007 16:02:33 +0200 Subject: [Nitro] New NitroProject.org preview... Message-ID: Dear devs, for some time now I am working on a new np.org site. Tomorrow, I would like to release an *early* preview of what I have (at the moment just a homepage and a forum). This is extremely beta code and probably will contain bugs. But still, I would like to release this and get some feedback. I think it will take me about 5-6 days to iron out the forum bugs. I will most probably reset the database early next week. I will probably have a simple under-construction page for np.org for the rest of this week (with links to rubyforge.org and the beta site of course). what do you think? Can I count on you for some help in beta testing the forum? thanks, George -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Mon Mar 12 10:34:38 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 12 Mar 2007 16:34:38 +0200 Subject: [Nitro] New NitroProject.org preview... In-Reply-To: References: Message-ID: Hi, > I will most probably reset the database early next week. I'm worried about the current wiki content, I hope you will take care of moving that smoothly? > what do you think? Can I count on you for some help in beta testing the > forum? Will do. Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From vikingtux at gmail.com Mon Mar 12 11:40:30 2007 From: vikingtux at gmail.com (Alexandre Gravem) Date: Mon, 12 Mar 2007 12:40:30 -0300 Subject: [Nitro] New NitroProject.org preview... In-Reply-To: References: Message-ID: <40b05ebe0703120840la0fa2d5qff78822fd01b4e57@mail.gmail.com> > > what do you think? Can I count on you for some help in beta testing the > forum? > Sure :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070312/410256b6/attachment.html From Reid.Thompson at ateb.com Mon Mar 12 11:55:57 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Mon, 12 Mar 2007 11:55:57 -0400 Subject: [Nitro] New NitroProject.org preview... In-Reply-To: References: Message-ID: <1173714957.20483.2.camel@localhost> yes On Mon, 2007-03-12 at 16:02 +0200, George Moschovitis wrote: > what do you think? Can I count on you for some help in beta testing > the forum? From antoniolo at gmail.com Mon Mar 12 13:02:59 2007 From: antoniolo at gmail.com (Antoniolo) Date: Mon, 12 Mar 2007 14:02:59 -0300 Subject: [Nitro] RES: New NitroProject.org preview... In-Reply-To: References: Message-ID: <001b01c764c8$4b8babf0$e2a303d0$@com> certainly so. :) -----Mensagem original----- De: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] Em nome de George Moschovitis Enviada em: Monday, March 12, 2007 11:03 AM Para: General discussion about Nitro Assunto: [Nitro] New NitroProject.org preview... Dear devs, for some time now I am working on a new np.org site. Tomorrow, I would like to release an *early* preview of what I have (at the moment just a homepage and a forum). This is extremely beta code and probably will contain bugs. But still, I would like to release this and get some feedback. I think it will take me about 5-6 days to iron out the forum bugs. I will most probably reset the database early next week. I will probably have a simple under-construction page for np.org for the rest of this week (with links to rubyforge.org and the beta site of course). what do you think? Can I count on you for some help in beta testing the forum? thanks, George -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org _______________________________________________ Nitro-general mailing list Nitro-general at rubyforge.org http://rubyforge.org/mailman/listinfo/nitro-general From george.moschovitis at gmail.com Mon Mar 12 12:59:18 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 12 Mar 2007 18:59:18 +0200 Subject: [Nitro] New NitroProject.org preview... In-Reply-To: References: Message-ID: > I'm worried about the current wiki content, I hope you will take care of > moving that smoothly? there will be no wiki in the begining. I will add a link to the old site, and when I add a wiki to the new site, I will convert the good stuff from the wiki. -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From james.britt at gmail.com Mon Mar 12 13:16:21 2007 From: james.britt at gmail.com (James Britt) Date: Mon, 12 Mar 2007 10:16:21 -0700 Subject: [Nitro] New NitroProject.org preview... In-Reply-To: References: Message-ID: <5b1d0c600703121016l5cbe0f15tc4936fcb8f97d2eb@mail.gmail.com> On 3/12/07, George Moschovitis wrote: > Dear devs, > > Sure. James From nyarly at gmail.com Mon Mar 12 14:42:00 2007 From: nyarly at gmail.com (Judson Lester) Date: Mon, 12 Mar 2007 11:42:00 -0700 Subject: [Nitro] Using ruby-openid/ruby-yadis w/o ruby gems In-Reply-To: References: Message-ID: <8905c87a0703121142u610ea11btc9bcee91d7cdc02e@mail.gmail.com> I just had this problem with rubygems in general. IIRC, the solution was to update rubygems. Judson On 3/11/07, George Moschovitis wrote: > Dear devs, > > I am trying to use the ruby-openid/ruby-yadis gems without ruby gems, > ie I just copied the lib files in a local lib directory (and placed > this in the LOAD_PATH). When running the application I get the > following error: > > /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:188:in > `remove_method': method `description=' not defined in > Gem::Specification (NameError) > from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb: > 188:in `overwrite_accessor' > from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb: > 331 > from /usr/local/lib/site_ruby/1.8/rubygems.rb:502 > from ./lib/openid/discovery.rb:7 > from ./lib/openid/consumer.rb:7 > from ./lib/openid.rb:2 > > The offending code is: > > require "openid/util" > require "openid/service" > require "openid/parse" > > # try and use the yadis gem, falling back to system yadis > begin > require 'rubygems' <-------------------------------- HERE ! > require_gem 'ruby-yadis', ">=0.3.3" > rescue LoadError > require "yadis" > end > > I am wondering if any rubygems guru can provide a solution. > > thanks in advance, > -g. > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From george.moschovitis at gmail.com Mon Mar 12 15:50:05 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 12 Mar 2007 21:50:05 +0200 Subject: [Nitro] Using ruby-openid/ruby-yadis w/o ruby gems In-Reply-To: <8905c87a0703121142u610ea11btc9bcee91d7cdc02e@mail.gmail.com> References: <8905c87a0703121142u610ea11btc9bcee91d7cdc02e@mail.gmail.com> Message-ID: i updated to the latest version of rubygems and this was not fixed... -g. On 3/12/07, Judson Lester wrote: > I just had this problem with rubygems in general. IIRC, the solution > was to update rubygems. > > Judson > > On 3/11/07, George Moschovitis wrote: > > Dear devs, > > > > I am trying to use the ruby-openid/ruby-yadis gems without ruby gems, > > ie I just copied the lib files in a local lib directory (and placed > > this in the LOAD_PATH). When running the application I get the > > following error: > > > > /usr/local/lib/site_ruby/1.8/rubygems/specification.rb:188:in > > `remove_method': method `description=' not defined in > > Gem::Specification (NameError) > > from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb: > > 188:in `overwrite_accessor' > > from /usr/local/lib/site_ruby/1.8/rubygems/specification.rb: > > 331 > > from /usr/local/lib/site_ruby/1.8/rubygems.rb:502 > > from ./lib/openid/discovery.rb:7 > > from ./lib/openid/consumer.rb:7 > > from ./lib/openid.rb:2 > > > > The offending code is: > > > > require "openid/util" > > require "openid/service" > > require "openid/parse" > > > > # try and use the yadis gem, falling back to system yadis > > begin > > require 'rubygems' <-------------------------------- HERE ! > > require_gem 'ruby-yadis', ">=0.3.3" > > rescue LoadError > > require "yadis" > > end > > > > I am wondering if any rubygems guru can provide a solution. > > > > thanks in advance, > > -g. > > > > -- > > http://blog.gmosx.com > > http://cull.gr > > http://www.joy.gr > > http://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 > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From antoniolo at gmail.com Mon Mar 12 15:59:06 2007 From: antoniolo at gmail.com (Antoniolo) Date: Mon, 12 Mar 2007 16:59:06 -0300 Subject: [Nitro] about Og development In-Reply-To: <5b1d0c600703121016l5cbe0f15tc4936fcb8f97d2eb@mail.gmail.com> References: <5b1d0c600703121016l5cbe0f15tc4936fcb8f97d2eb@mail.gmail.com> Message-ID: <001201c764e0$e5fca460$b1f5ed20$@com> Hi ppl. After making lots of superficial tests, I decided to move on with Og. Og is everything I need and even more than that ... but I still miss some active-record features. Ok no problem, I'm adding them on my local gem and proceeding with the development normally. Today morning, I tried to run the latest Og version (from repo) but I didn't get on well with it so far. I've seen the recent Og(from repo!) and it has lots of code changes. I've also add some bug fixes and specially the missing features and I'd really like to contribute. The questions are: - are you refactoring og's source code? - Is there any clue which I need to know in order to run Og from repo? - Is rspec being the default test framework? - why darcs instead of svn? From george.moschovitis at gmail.com Mon Mar 12 16:44:56 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 12 Mar 2007 22:44:56 +0200 Subject: [Nitro] about Og development In-Reply-To: <001201c764e0$e5fca460$b1f5ed20$@com> References: <5b1d0c600703121016l5cbe0f15tc4936fcb8f97d2eb@mail.gmail.com> <001201c764e0$e5fca460$b1f5ed20$@com> Message-ID: Hello Antoniolo, > - are you refactoring og's source code? Over the last month I mostly worked onrefactoring Nitro. Over the last week or so I am working on the forum section for the new np.org site. Hopefully, I will release a preview tomorrow and I can get back to Nitro refactoring plus some Og refactoring. However, Judson is working on Og these days. > - Is there any clue which I need to know in order to run Og from repo? have a look at script/glycerin.rb in the repo. > - Is rspec being the default test framework? Yeap we try to port the old test cases to rspec. Please provide new tests as rspecs. > - why darcs instead of svn? we like the fact that this is a distributes scm system. however, when nitro 0.50 is released we plan to revisit this choice. regards, George. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From nyarly at gmail.com Mon Mar 12 18:47:15 2007 From: nyarly at gmail.com (Judson Lester) Date: Mon, 12 Mar 2007 15:47:15 -0700 Subject: [Nitro] Validation tweak Message-ID: <8905c87a0703121547r79b7c5b0m3dd8644533025dce@mail.gmail.com> A tiny little patch to og/validation.rb. Dunno how, but the calls to module Validation's module function "add_validation" had gotten changed to calls to non-existent self.class.add_validation calls. -- Q: How does a hacker escape handcuffs? A: Backslashes. From rob at robmela.com Mon Mar 12 21:09:37 2007 From: rob at robmela.com (Robert Mela) Date: Mon, 12 Mar 2007 21:09:37 -0400 Subject: [Nitro] Nitro 0.40, spark In-Reply-To: References: <20061121220859.GA23937@oxyliquit.de> <4563B910.1060806@robmela.com> Message-ID: <45F5F9D1.7010900@robmela.com> George Moschovitis wrote: >> A cleanup/bugfix release should be out soon. George, any status, >> roadmap update? >> > > I will release nitro 0.41.0 some time next week, containing mainly bug > fixes and cleanup. Aiming for next Tuesday. > > -g. > > > I'm revisiting Nitro by following along George's part1 demo on nitroproject.org. In so doing I found the same part/admin error as I did in 0.40 with flare. Does part/admin have a future, or should it be yanked from flare (as well as the introduction to nitro demo?). I'd be willing to redo the demo screen video. ERROR: Error while handling '/admin'. ERROR: undefined local variable or method `sitepath' for # /usr/local/lib/ruby/gems/1.8/gems/nitro-0.41.0/lib/nitro/publishable.rb:113:in `method_missing' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.41.0/lib/part/admin/template/index.xhtml:8:in `index_template' (eval):33:in `index_action' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.41.0/lib/nitro/render.rb:128:in `send' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.41.0/lib/nitro/render.rb:128:in `render' /usr/local/lib/ruby/gems/1.8/gems/nitro-0.41.0/lib/nitro/adapter/webrick.rb:171:in `do_GET' -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070312/b4a39160/attachment.vcf From rob at robmela.com Mon Mar 12 21:36:36 2007 From: rob at robmela.com (Robert Mela) Date: Mon, 12 Mar 2007 21:36:36 -0400 Subject: [Nitro] Nitro 0.40, spark In-Reply-To: <45F5F9D1.7010900@robmela.com> References: <20061121220859.GA23937@oxyliquit.de> <4563B910.1060806@robmela.com> <45F5F9D1.7010900@robmela.com> Message-ID: <45F60024.2060000@robmela.com> Never mind -- looks like sitepath's been fixed and given the activity the past week, part/admin is here to stay. Wed Dec 20 05:05:14 EST 2006 George Moschovitis * Fixed admin part sitepath bug [rayman]. Robert Mela wrote: > George Moschovitis wrote: >>> A cleanup/bugfix release should be out soon. George, any status, >>> roadmap update? >>> >> >> I will release nitro 0.41.0 some time next week, containing mainly bug >> fixes and cleanup. Aiming for next Tuesday. >> >> -g. >> >> >> > I'm revisiting Nitro by following along George's part1 demo on > nitroproject.org. In so doing I found the same part/admin error as I > did in 0.40 with flare. > > Does part/admin have a future, or should it be yanked from flare (as > well as the introduction to nitro demo?). I'd be willing to redo the > demo screen video. > > > > ERROR: Error while handling '/admin'. > ERROR: undefined local variable or method `sitepath' for > # > > /usr/local/lib/ruby/gems/1.8/gems/nitro-0.41.0/lib/nitro/publishable.rb:113:in > `method_missing' > > /usr/local/lib/ruby/gems/1.8/gems/nitro-0.41.0/lib/part/admin/template/index.xhtml:8:in > `index_template' > (eval):33:in `index_action' > > /usr/local/lib/ruby/gems/1.8/gems/nitro-0.41.0/lib/nitro/render.rb:128:in > `send' > > /usr/local/lib/ruby/gems/1.8/gems/nitro-0.41.0/lib/nitro/render.rb:128:in > `render' > > /usr/local/lib/ruby/gems/1.8/gems/nitro-0.41.0/lib/nitro/adapter/webrick.rb:171:in > `do_GET' > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070312/72341b55/attachment.vcf From john at oxyliquit.de Tue Mar 13 03:57:44 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 13 Mar 2007 09:57:44 +0200 Subject: [Nitro] New NitroProject.org preview... In-Reply-To: References: Message-ID: Hi, >> I'm worried about the current wiki content, I hope you will take care of >> moving that smoothly? > > there will be no wiki in the begining. I will add a link to the old > site, and when I add a wiki to the new site, I will convert the good > stuff from the wiki. allright. For example the tutorial (for the screencast iirc) would be good and Williams overview over Og. This would also fit good as a static document, please consider moving that to the static site if appropriate. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Tue Mar 13 03:57:46 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 13 Mar 2007 09:57:46 +0200 Subject: [Nitro] about Og development In-Reply-To: <001201c764e0$e5fca460$b1f5ed20$@com> References: <5b1d0c600703121016l5cbe0f15tc4936fcb8f97d2eb@mail.gmail.com> <001201c764e0$e5fca460$b1f5ed20$@com> Message-ID: Hi, > After making lots of superficial tests, I decided to move on with Og. > Og is everything I need and even more than that ... but I still miss some > active-record features. Ok no problem, I'm adding them on my local gem and > proceeding with the development normally. would you care to tell us what is missing? One of them would be the migrate probably. Side note: reminder to myself to write a 'database map' to store meta-data about the database-situation for better startup and "diff'ing" to be able to discover type-changes of columns. > Today morning, I tried to run the latest Og version (from repo) but I didn't > get on well with it so far. Where are the 'walls' you hit? Are you using polymorphic relations, STI, self joins over throughs, overriding foreign keys? In case you don't or never heard of them: You should be fine and not hitting any walls. ;) > I've seen the recent Og(from repo!) and it has > lots of code changes. I've also add some bug fixes and specially the missing > features and I'd really like to contribute. Yes, there are certainly quite some changes, but it's generally safe to use. I use the dev version atm for a commercial project (well, with some bugfixes which I will push to George when I get the time to clean them up). > - Is there any clue which I need to know in order to run Og from repo? In case George wasn't explicit enough: in your main script, before requireing Og, require the glycerin.rb script. This sets up the needed paths. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Tue Mar 13 03:57:47 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 13 Mar 2007 09:57:47 +0200 Subject: [Nitro] Unintuitive Og modeling In-Reply-To: <20070309163502.613b81f9@localhost.localdomain> References: <20070301210422.4d33ad25@localhost.localdomain> <20070309163502.613b81f9@localhost.localdomain> Message-ID: Hi, > Attached is a bundle I threw together during my lunch break. Please > excuse me, as I'm new with Darcs and couldn't test the spec myself (I > get a number of errors about the spec being unable to locate 'glue'). > If this is inappropriate or unnecessary, please let me know. If nothing > else, hopefully this will serve to demonstrate the issue I've been > having with Og relations and how my proposed fix could help remedy > things. very nice spec bundle, thanks for that. Sidenote: Reminder to myself: As the join-table names were too long for the Oracle adapter (Oracle really), using the key as the postfix of the join table will not make the situation better... Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Tue Mar 13 03:57:47 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 13 Mar 2007 09:57:47 +0200 Subject: [Nitro] Validation tweak In-Reply-To: <8905c87a0703121547r79b7c5b0m3dd8644533025dce@mail.gmail.com> References: <8905c87a0703121547r79b7c5b0m3dd8644533025dce@mail.gmail.com> Message-ID: Hi, > A tiny little patch to og/validation.rb. Dunno how, but the calls to > module Validation's module function "add_validation" had gotten > changed to calls to non-existent self.class.add_validation calls. did you forgot to add the patch? (or am I just seeing things...) Jo From john at oxyliquit.de Tue Mar 13 03:57:47 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 13 Mar 2007 09:57:47 +0200 Subject: [Nitro] Nitro 0.40, spark In-Reply-To: <45F5F9D1.7010900@robmela.com> References: <20061121220859.GA23937@oxyliquit.de> <4563B910.1060806@robmela.com> <45F5F9D1.7010900@robmela.com> Message-ID: Hi, > I'd be willing to redo the demo screen video. great that the sitepath problem is fixed, but: Any screencast would be welcome! If you know how to do such stuff, it'd be great to get a nice small cast about anything interesting in Nitro. :) Sidenote: Fabian, any chance you have enough free time now to do one? Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Tue Mar 13 04:10:00 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 10:10:00 +0200 Subject: [Nitro] New NitroProject.org preview... In-Reply-To: References: Message-ID: The new site will probably have multiple wikis (KB, public, sandbox, etc) -g. On 3/13/07, Jonathan Buch wrote: > Hi, > > >> I'm worried about the current wiki content, I hope you will take care of > >> moving that smoothly? > > > > there will be no wiki in the begining. I will add a link to the old > > site, and when I add a wiki to the new site, I will convert the good > > stuff from the wiki. > > allright. For example the tutorial (for the screencast iirc) would be good > and Williams overview over Og. This would also fit good as a static document, > please consider moving that to the static site if appropriate. > > 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://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Tue Mar 13 04:11:16 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 10:11:16 +0200 Subject: [Nitro] about Og development In-Reply-To: References: <5b1d0c600703121016l5cbe0f15tc4936fcb8f97d2eb@mail.gmail.com> <001201c764e0$e5fca460$b1f5ed20$@com> Message-ID: > I use the dev version atm for a commercial project (well, with some bugfixes > which I will push to George when I get the time to clean them up). better push them now, don't let many patches accumulate ;-) -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From brian.william.davis at gmail.com Tue Mar 13 04:11:14 2007 From: brian.william.davis at gmail.com (Brian Davis) Date: Tue, 13 Mar 2007 01:11:14 -0700 Subject: [Nitro] Unintuitive Og modeling In-Reply-To: References: <20070301210422.4d33ad25@localhost.localdomain> <20070309163502.613b81f9@localhost.localdomain> Message-ID: <20070313011114.1f45636b@localhost.localdomain> On Tue, 13 Mar 2007 09:57:47 +0200 "Jonathan Buch" wrote: > Hi, > > > Attached is a bundle I threw together during my lunch break. Please > > excuse me, as I'm new with Darcs and couldn't test the spec myself > > (I get a number of errors about the spec being unable to locate > > 'glue'). If this is inappropriate or unnecessary, please let me > > know. If nothing else, hopefully this will serve to demonstrate the > > issue I've been having with Og relations and how my proposed fix > > could help remedy things. > > very nice spec bundle, thanks for that. > > Sidenote: Reminder to myself: As the join-table names were too long > for the Oracle adapter (Oracle really), using the key as the postfix > of the join table will not make the situation better... > > Jo > Out of curiosity, what is the table name size limit for Oracle? -- Brian Davis Project Manager FreezeCrowd, Inc. From john at oxyliquit.de Tue Mar 13 04:19:17 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 13 Mar 2007 10:19:17 +0200 Subject: [Nitro] [PATCH] respect user defined :foreign_key annotation In-Reply-To: <20070313081749.584F852F270@jo.local> References: <20070313081749.584F852F270@jo.local> Message-ID: . ------- Forwarded message ------- From: "Jonathan Buch" To: john at oxywtf.de Cc: Subject: darcs patch: respect user defined :foreign_key annotation Date: Tue, 13 Mar 2007 10:17:49 +0200 Tue Mar 13 10:15:03 EET 2007 Jonathan Buch * respect user defined :foreign_key annotation -------------- next part -------------- A non-text attachment was scrubbed... Name: attachment39.tmp Type: application/octet-stream Size: 28656 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070313/4f0ae028/attachment-0001.obj From john at oxyliquit.de Tue Mar 13 04:31:19 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 13 Mar 2007 10:31:19 +0200 Subject: [Nitro] Unintuitive Og modeling In-Reply-To: <20070313011114.1f45636b@localhost.localdomain> References: <20070301210422.4d33ad25@localhost.localdomain> <20070309163502.613b81f9@localhost.localdomain> <20070313011114.1f45636b@localhost.localdomain> Message-ID: Hi, > Out of curiosity, what is the table name size limit for Oracle? 30 can you believe that? This is depressingly small for a database system of that size and importance. ;/ Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From brian.william.davis at gmail.com Tue Mar 13 04:35:45 2007 From: brian.william.davis at gmail.com (Brian Davis) Date: Tue, 13 Mar 2007 01:35:45 -0700 Subject: [Nitro] Unintuitive Og modeling In-Reply-To: References: <20070301210422.4d33ad25@localhost.localdomain> <20070309163502.613b81f9@localhost.localdomain> <20070313011114.1f45636b@localhost.localdomain> Message-ID: <20070313013545.0c61ade9@localhost.localdomain> On Tue, 13 Mar 2007 10:31:19 +0200 "Jonathan Buch" wrote: > Hi, > > > Out of curiosity, what is the table name size limit for Oracle? > > 30 > > can you believe that? This is depressingly small for a database > system of that size and importance. ;/ > > Jo > Manveru and I were just commenting on that in #nitro. I always like to assume there is good rationale behind design limitations that severe, but I really can't find a compelling reason for such a tiny size limit. -- Brian Davis Project Manager FreezeCrowd, Inc. From nyarly at gmail.com Tue Mar 13 05:19:46 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 13 Mar 2007 02:19:46 -0700 Subject: [Nitro] Validation tweak In-Reply-To: References: <8905c87a0703121547r79b7c5b0m3dd8644533025dce@mail.gmail.com> Message-ID: <8905c87a0703130219s31d14e44hee59406f0ab7053c@mail.gmail.com> Oh, good grief. On 3/13/07, Jonathan Buch wrote: > Hi, > > > A tiny little patch to og/validation.rb. Dunno how, but the calls to > > module Validation's module function "add_validation" had gotten > > changed to calls to non-existent self.class.add_validation calls. > > did you forgot to add the patch? (or am I just seeing things...) > > Jo > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. -------------- next part -------------- A non-text attachment was scrubbed... Name: validation_fix.bndl Type: application/octet-stream Size: 31208 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070313/b38df151/attachment-0001.obj From george.moschovitis at gmail.com Tue Mar 13 05:29:24 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 11:29:24 +0200 Subject: [Nitro] New np.org Message-ID: Dear devs, you can now see the (beginning of the) new homepage plus a beta version of the forum. Please login (using OpenID) and let me know about bugs or send suggestions. I would really like to replace this mailing list with the np.org forum, so please tell me what is needed (I plan to add attachments and a questions/karma system). thanks for your time and I hope you will embrace the new site. I worked hard to get the infrastructure right and will work hard to transform this to a nice community site. thanks, George. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Tue Mar 13 05:38:44 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 11:38:44 +0200 Subject: [Nitro] Nitro core development team roster Message-ID: Dear devs, I would like to ask every developer mentioned in the file doc/CONTRIBUTORS to send me a big photo of him. I would like to make a special page of all contributors to the nitro/og project. I especially need big high quality photos from the core developers. please email your photos privately to me. thanks, -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Tue Mar 13 05:39:16 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 11:39:16 +0200 Subject: [Nitro] Nitro core development team roster In-Reply-To: References: Message-ID: you can also send me a small snippet of text/bio to go along with the photo ;-) -g. On 3/13/07, George Moschovitis wrote: > Dear devs, > > I would like to ask every developer mentioned in the file > doc/CONTRIBUTORS to send me a big photo of him. I would like to make a > special page of all contributors to the nitro/og project. I especially > need big high quality photos from the core developers. > > please email your photos privately to me. > > thanks, > -g. > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Tue Mar 13 05:47:16 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 13 Mar 2007 11:47:16 +0200 Subject: [Nitro] New np.org In-Reply-To: References: Message-ID: Hi, > (I plan to add attachments and a questions/karma system). do you want me to close oxywtf? > thanks for your time and I hope you will embrace the new site. I > worked hard to get the infrastructure right and will work hard to > transform this to a nice community site. very much appriciated, but... see above :) Jo From george.moschovitis at gmail.com Tue Mar 13 05:50:31 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 11:50:31 +0200 Subject: [Nitro] New np.org In-Reply-To: References: Message-ID: > > (I plan to add attachments and a questions/karma system). > > do you want me to close oxywtf? no, no that kind of questions ;-) I meant mark a forum post as a question (and have the option to mark it as answered) Like the Jive forum works. > very much appriciated, but... see above :) nope, in fact I will add a nice banner for oxywtf in the homepage ;-) BUT, I think that loxparts is no longer needed. The plugins page in the np.org site will become integral to the nitro project. thanks, George. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Tue Mar 13 05:56:43 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 13 Mar 2007 11:56:43 +0200 Subject: [Nitro] New np.org In-Reply-To: References: Message-ID: Hi, >> > (I plan to add attachments and a questions/karma system). >> >> do you want me to close oxywtf? > > no, no that kind of questions ;-) I meant mark a forum post as a > question (and have the option to mark it as answered) Like the Jive > forum works. Would you be able to provide some kind of API for oxyliquit to 'fetch' questions? Something simple with rss or something... don't know about the 'answering' yet, but this shouldn't be too hard. >> very much appriciated, but... see above :) > > nope, in fact I will add a nice banner for oxywtf in the homepage ;-) send to Fabian, as discussed on #nitro . > BUT, I think that loxparts is no longer needed. The plugins page in > the np.org site will become integral to the nitro project. loxparts will mutate then :P Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From george.moschovitis at gmail.com Tue Mar 13 06:23:52 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 12:23:52 +0200 Subject: [Nitro] New np.org In-Reply-To: References: Message-ID: > Would you be able to provide some kind of API for oxyliquit to 'fetch' > questions? Something simple with rss or something... don't know about > the 'answering' yet, but this shouldn't be too hard. FYI, Nitro provides automagical API generation now. For example consider the url: http://www.nitroproject.org/fora/view/1 try: curl http://www.nitroproject.org/fora/view/1.html curl http://www.nitroproject.org/fora/view/1.atom curl http://www.nitroproject.org/fora/view/1.json curl http://www.nitroproject.org/fora/view/1.xoxo curl http://www.nitroproject.org/fora/view/1.rss (under construction) etc... this feature is under construction though... As I said, the repo version of Nitro is considerably updated. It would be great if more people would have a look at the code and help me finalize a truly *great* design. The new code is very readable, give it a try. thanks, George. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Tue Mar 13 06:47:04 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 12:47:04 +0200 Subject: [Nitro] np.org screen capture Message-ID: Dear devs, anothetr thing i need is a screen capture of the site. I am not sure that the site renders as it is supposed to render in all browsers... especially the font-sizes. thanks, -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From asbradbury at tekcentral.org Tue Mar 13 06:52:12 2007 From: asbradbury at tekcentral.org (A.S. Bradbury) Date: Tue, 13 Mar 2007 10:52:12 +0000 Subject: [Nitro] np.org screen capture In-Reply-To: References: Message-ID: On 3/13/07, George Moschovitis wrote: > Dear devs, > > anothetr thing i need is a screen capture of the site. I am not sure > that the site renders as it is supposed to render in all browsers... > especially the font-sizes. Might I suggest browsershots.org Alex From george.moschovitis at gmail.com Tue Mar 13 07:05:14 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 13:05:14 +0200 Subject: [Nitro] np.org screen capture In-Reply-To: References: Message-ID: > Might I suggest browsershots.org Nice! -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Tue Mar 13 08:03:36 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 14:03:36 +0200 Subject: [Nitro] np.org screen capture In-Reply-To: References: Message-ID: but it doesn't seem to work, so please send me some screen captures. -g. On 3/13/07, George Moschovitis wrote: > > Might I suggest browsershots.org > > Nice! > > -g. > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From antoniolo at gmail.com Tue Mar 13 08:39:05 2007 From: antoniolo at gmail.com (Antoniolo) Date: Tue, 13 Mar 2007 09:39:05 -0300 Subject: [Nitro] forum bugs In-Reply-To: References: Message-ID: <003901c7656c$97f44570$c7dcd050$@com> - when you supply nothing or a wrong number to (anti-spam-system), it doesn't generate a new one; - 'post new topic' button should show a little hand when mouseover; - when you reply a post and supply a wrong number or whatever, the new form erases all my text. - why using lots of reply buttons when we only need just one? I originally thought they would bring a quoted text... but they don't do that at all. From george.moschovitis at gmail.com Tue Mar 13 08:45:35 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 14:45:35 +0200 Subject: [Nitro] forum bugs In-Reply-To: <003901c7656c$97f44570$c7dcd050$@com> References: <003901c7656c$97f44570$c7dcd050$@com> Message-ID: > - when you supply nothing or a wrong number to (anti-spam-system), it > doesn't generate a new one; this is not a bug... it reuses the old captcha > - when you reply a post and supply a wrong number or whatever, the new form > erases all my text. hmm... stange > - why using lots of reply buttons when we only need just one? I originally > thought they would bring a quoted text... but they don't do that at all. they will bring a quoted text in the final version... haven't found a good way to do the quoting yet... -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From william.full.moon at gmail.com Tue Mar 13 09:01:25 2007 From: william.full.moon at gmail.com (* William) Date: Wed, 14 Mar 2007 00:01:25 +1100 Subject: [Nitro] New NitroProject.org preview... In-Reply-To: References: Message-ID: <016e01c7656f$b8506440$0301a8c0@ghostgum> Hi all ... I like what I'm seeing, hearing. I'm planning to put some (small) time aside to revisit the documentation stuff. I have an idea or two, to assist in that process -- More later. Two points from Jo's post (and George's comment). (a) I favour a wiki for documentation. That allows folks to make improvements, fix errors, and add or extend materials. The BIG advantage for a wiki over static material is that cross-links are simplified -- Also, I'm a big believer in EXAMPLES. See, Do, Try it yourself. I have seen wiki-s encourage that. (b) I had more stuff on Nitro and other 'structures' from my tracking of discussion, a lot of that has changed. Nonetheless, it would be useful to follow that up with current material. I feel that access to the old wiki - gives one that option. To migrate and update detail and restructure. Oops there is a third point (c) I had, and really liked the step-by-step break down of the first two videos on the wiki. Each time I've looked for those links, I have found other issues. Lost history, broken links, etc. I'm hoping that these remain just so I can support a look at the (any) new video shots. Thanks for remembering that modest effort, I would like to share the perspective of a [beginner] "nitro developer" versus others who work on the internals -- We can call you: "nitro builders" or "nitro engineers"(?) The errors in example and documentation by 'user coders' are important in identifying what is called "training gaps", or "documentation gaps". Such errors are vital information about what "more, better" documentation or explanation is needed. In easy to use tools -- We really want to make sure the entry level is nurtured and encouraged by good tutorials and reference materials. When that works and there are tens of thousands of Nitro developers out there. I am musing that this is where people headed ... !! Be a Solution. Aloha, Will. -----Original Message----- To: General discussion about Nitro Subject: Re: [Nitro] New NitroProject.org preview... >> I'm worried about the current wiki content, I hope you will take care >> of moving that smoothly? > > there will be no wiki in the begining. I will add a link to the old > site, and when I add a wiki to the new site, I will convert the good > stuff from the wiki. allright. For example the tutorial (for the screencast iirc) would be good and Williams overview over Og. This would also fit good as a static document, please consider moving that to the static site if appropriate. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.9/719 - Release Date: 12-Mar-2007 08:41 From antoniolo at gmail.com Tue Mar 13 14:36:38 2007 From: antoniolo at gmail.com (Antoniolo) Date: Tue, 13 Mar 2007 15:36:38 -0300 Subject: [Nitro] how can i submit a patch? In-Reply-To: References: <003901c7656c$97f44570$c7dcd050$@com> Message-ID: <001801c7659e$8ab25690$a01703b0$@com> Sorry for such silly question but I'm not familiar with darcs. I've made the patch and I've also supplied some test cases. After recording them, what should I do? Is it possible to generate a diff file like in SVN ? From nyarly at gmail.com Tue Mar 13 15:33:06 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 13 Mar 2007 12:33:06 -0700 Subject: [Nitro] how can i submit a patch? In-Reply-To: <001801c7659e$8ab25690$a01703b0$@com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> Message-ID: <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> darcs -o "some file name" Then attach the resulting file to an email to the list. (unlike me who send phantom patch emails...) Judson On 3/13/07, Antoniolo wrote: > Sorry for such silly question but I'm not familiar with darcs. > > I've made the patch and I've also supplied some test cases. After recording > them, what should I do? > > Is it possible to generate a diff file like in SVN ? > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. From nyarly at gmail.com Tue Mar 13 15:36:09 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 13 Mar 2007 12:36:09 -0700 Subject: [Nitro] Architectural question Message-ID: <8905c87a0703131236o4cea8ec5v7f1e1515c737bec3@mail.gmail.com> So here's an upsetting little bug I stumbled across recently: I've got model_object = ModelClass[1], right? And elsewhere (different thread, process, different menthod, even), someone deletes ModelClass[1]. If I model_object.reload I get a NoMethodError about nil, which is less than informative. I'd like for reloading a missing object to raise a useful exception, but AFAICT, Og doesn't define an exception class. Any problems with me starting the Og::Exception heirarchy? -- Q: How does a hacker escape handcuffs? A: Backslashes. From brian.william.davis at gmail.com Tue Mar 13 15:58:08 2007 From: brian.william.davis at gmail.com (Brian Davis) Date: Tue, 13 Mar 2007 12:58:08 -0700 Subject: [Nitro] Architectural question In-Reply-To: <8905c87a0703131236o4cea8ec5v7f1e1515c737bec3@mail.gmail.com> References: <8905c87a0703131236o4cea8ec5v7f1e1515c737bec3@mail.gmail.com> Message-ID: <20070313125808.75d5353b@localhost.localdomain> On Tue, 13 Mar 2007 12:36:09 -0700 "Judson Lester" wrote: > So here's an upsetting little bug I stumbled across recently: > > I've got model_object = ModelClass[1], right? > And elsewhere (different thread, process, different menthod, even), > someone deletes ModelClass[1]. > > If I model_object.reload I get a NoMethodError about nil, which is > less than informative. > > I'd like for reloading a missing object to raise a useful exception, > but AFAICT, Og doesn't define an exception class. Any problems with > me starting the Og::Exception heirarchy? > I would say go for it. It seems to me that something like Og::Exception would be a necessary part of an ORM. -- Brian Davis Project Manager FreezeCrowd, Inc. From antoniolo at gmail.com Tue Mar 13 16:53:18 2007 From: antoniolo at gmail.com (Antoniolo) Date: Tue, 13 Mar 2007 17:53:18 -0300 Subject: [Nitro] (no subject) In-Reply-To: <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> Message-ID: <002b01c765b1$a1f12260$e5d36720$@com> Thanks Judson for explaining that! Here's my first patch. Now you can do things like class Player property :str, Fixnum #shortcut for strength property :int, Fixnum #shortcut for intelligence, it used to result in error end -------------- next part -------------- A non-text attachment was scrubbed... Name: using_reserved_keywords.diff Type: application/octet-stream Size: 32623 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070313/2abb78cf/attachment-0001.obj From george.moschovitis at gmail.com Tue Mar 13 17:04:31 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 23:04:31 +0200 Subject: [Nitro] Architectural question In-Reply-To: <8905c87a0703131236o4cea8ec5v7f1e1515c737bec3@mail.gmail.com> References: <8905c87a0703131236o4cea8ec5v7f1e1515c737bec3@mail.gmail.com> Message-ID: Ok, you can start the hierarchy, but I reserve the right to review this and probably tweak it some time later ;-) thanks, George. On 3/13/07, Judson Lester wrote: > So here's an upsetting little bug I stumbled across recently: > > I've got model_object = ModelClass[1], right? > And elsewhere (different thread, process, different menthod, even), > someone deletes ModelClass[1]. > > If I model_object.reload I get a NoMethodError about nil, which is > less than informative. > > I'd like for reloading a missing object to raise a useful exception, > but AFAICT, Og doesn't define an exception class. Any problems with > me starting the Og::Exception heirarchy? > > -- > Q: How does a hacker escape handcuffs? > A: Backslashes. > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Tue Mar 13 17:08:02 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 23:08:02 +0200 Subject: [Nitro] (no subject) In-Reply-To: <002b01c765b1$a1f12260$e5d36720$@com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> Message-ID: Thanks for this patch, I will review and aply it. btw, please use attr_accessor instead of property... property is kind of deprecated. -g. On 3/13/07, Antoniolo wrote: > Thanks Judson for explaining that! > > Here's my first patch. > > Now you can do things like > > class Player > property :str, Fixnum #shortcut for strength > property :int, Fixnum #shortcut for intelligence, it used to result in > error > end > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Tue Mar 13 17:12:37 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 13 Mar 2007 23:12:37 +0200 Subject: [Nitro] np.org Message-ID: Heh, I have seen you managed to f#$$ up the fora ;-) I got some valuable input in the logs, and will try to fix some problems I have seen tomorrow. -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From nyarly at gmail.com Tue Mar 13 17:28:19 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 13 Mar 2007 14:28:19 -0700 Subject: [Nitro] Architectural question In-Reply-To: References: <8905c87a0703131236o4cea8ec5v7f1e1515c737bec3@mail.gmail.com> Message-ID: <8905c87a0703131428r1ac5d9f0l7f2cb7875cb34053@mail.gmail.com> Sooner is probably better than later, since if it picks up momentum, there'll be more and more "rescue Og::Exception => oge" sections in client code. For the time being, I'll create Og::Exception and Og::Deleted. Judson On 3/13/07, George Moschovitis wrote: > Ok, you can start the hierarchy, but I reserve the right to review > this and probably tweak it some time later ;-) > > thanks, > George. > > On 3/13/07, Judson Lester wrote: > > So here's an upsetting little bug I stumbled across recently: > > > > I've got model_object = ModelClass[1], right? > > And elsewhere (different thread, process, different menthod, even), > > someone deletes ModelClass[1]. > > > > If I model_object.reload I get a NoMethodError about nil, which is > > less than informative. > > > > I'd like for reloading a missing object to raise a useful exception, > > but AFAICT, Og doesn't define an exception class. Any problems with > > me starting the Og::Exception heirarchy? > > > > -- > > Q: How does a hacker escape handcuffs? > > A: Backslashes. > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. From antoniolo at gmail.com Tue Mar 13 17:29:48 2007 From: antoniolo at gmail.com (Antoniolo) Date: Tue, 13 Mar 2007 18:29:48 -0300 Subject: [Nitro] RES: (no subject) In-Reply-To: References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> Message-ID: <003501c765b6$bb9759a0$32c60ce0$@com> Good! Let me know what I did wrong so that next time I can make a better one. -----Mensagem original----- De: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] Em nome de George Moschovitis Enviada em: Tuesday, March 13, 2007 6:08 PM Para: General discussion about Nitro Assunto: Re: [Nitro] (no subject) Thanks for this patch, I will review and aply it. btw, please use attr_accessor instead of property... property is kind of deprecated. -g. On 3/13/07, Antoniolo wrote: > Thanks Judson for explaining that! > > Here's my first patch. > > Now you can do things like > > class Player > property :str, Fixnum #shortcut for strength > property :int, Fixnum #shortcut for intelligence, it used to result in > error > end > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org _______________________________________________ Nitro-general mailing list Nitro-general at rubyforge.org http://rubyforge.org/mailman/listinfo/nitro-general From nyarly at gmail.com Tue Mar 13 17:30:55 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 13 Mar 2007 14:30:55 -0700 Subject: [Nitro] (no subject) In-Reply-To: References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> Message-ID: <8905c87a0703131430q1b982f85i9c30f75e2f618df@mail.gmail.com> Can I suggest (at some point) changing property to def property(*args, &block) warn "Warning! Deprecated method property. Use attr_accessor." attr_accessor(*args, &block) end - Unless there's a "deprecate" Facet... Judson On 3/13/07, George Moschovitis wrote: > Thanks for this patch, I will review and aply it. > > btw, please use > > attr_accessor instead of property... property is kind of deprecated. > > -g. > > On 3/13/07, Antoniolo wrote: > > Thanks Judson for explaining that! > > > > Here's my first patch. > > > > Now you can do things like > > > > class Player > > property :str, Fixnum #shortcut for strength > > property :int, Fixnum #shortcut for intelligence, it used to result in > > error > > end > > > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. From nyarly at gmail.com Tue Mar 13 18:53:15 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 13 Mar 2007 15:53:15 -0700 Subject: [Nitro] Og:Exception, Og::Deleted Message-ID: <8905c87a0703131553k4edf0f39tba172379a8bcf376@mail.gmail.com> Created a spec on Model that required the creation of Og::Exception < ::Exception, Og::Deleted < Exception and some code being added to SqlStore Judson -- Q: How does a hacker escape handcuffs? A: Backslashes. -------------- next part -------------- A non-text attachment was scrubbed... Name: og-exception.bndl Type: application/octet-stream Size: 36654 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070313/8cc18bcc/attachment-0001.obj From brian.william.davis at gmail.com Tue Mar 13 19:06:23 2007 From: brian.william.davis at gmail.com (Brian Davis) Date: Tue, 13 Mar 2007 16:06:23 -0700 Subject: [Nitro] Og:Exception, Og::Deleted In-Reply-To: <8905c87a0703131553k4edf0f39tba172379a8bcf376@mail.gmail.com> References: <8905c87a0703131553k4edf0f39tba172379a8bcf376@mail.gmail.com> Message-ID: <20070313160623.329062bc@localhost.localdomain> On Tue, 13 Mar 2007 15:53:15 -0700 "Judson Lester" wrote: > Created a spec on Model that required the creation of Og::Exception < > ::Exception, Og::Deleted < Exception and some code being added to > SqlStore > > Judson > If you could also take a look at the spec I sent in, I'd really appreciate it (the many_to_many spec). From my cursory glance at the internals, it looks like my proposed solution would require wrenching out a lot of the table-naming code and the mechanisms for fetching objects, so I was hoping for a little guidance and counsel before breaking everything :) Thanks, Brian aka MonoDelDiablo -- Brian Davis Project Manager FreezeCrowd, Inc. From nyarly at gmail.com Tue Mar 13 19:34:56 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 13 Mar 2007 16:34:56 -0700 Subject: [Nitro] Og:Exception, Og::Deleted In-Reply-To: <20070313160623.329062bc@localhost.localdomain> References: <8905c87a0703131553k4edf0f39tba172379a8bcf376@mail.gmail.com> <20070313160623.329062bc@localhost.localdomain> Message-ID: <8905c87a0703131634h2fd0ff34y245dae5d6d8aeab2@mail.gmail.com> It's on my list. I've got a bunch of things I'd like to do to the code, but my ethic is such that I don't want to add more failing specs. Your failing spec is one of 15, and I want to see it fixed before I move on to other things. Judson On 3/13/07, Brian Davis wrote: > On Tue, 13 Mar 2007 15:53:15 -0700 > "Judson Lester" wrote: > > > Created a spec on Model that required the creation of Og::Exception < > > ::Exception, Og::Deleted < Exception and some code being added to > > SqlStore > > > > Judson > > > > If you could also take a look at the spec I sent in, I'd really > appreciate it (the many_to_many spec). From my cursory glance at the > internals, it looks like my proposed solution would require wrenching > out a lot of the table-naming code and the mechanisms for fetching > objects, so I was hoping for a little guidance and counsel before > breaking everything :) > > Thanks, > > Brian aka MonoDelDiablo > > -- > Brian Davis > > Project Manager > FreezeCrowd, Inc. > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. From brian.william.davis at gmail.com Tue Mar 13 19:39:35 2007 From: brian.william.davis at gmail.com (Brian Davis) Date: Tue, 13 Mar 2007 16:39:35 -0700 Subject: [Nitro] Og:Exception, Og::Deleted In-Reply-To: <8905c87a0703131634h2fd0ff34y245dae5d6d8aeab2@mail.gmail.com> References: <8905c87a0703131553k4edf0f39tba172379a8bcf376@mail.gmail.com> <20070313160623.329062bc@localhost.localdomain> <8905c87a0703131634h2fd0ff34y245dae5d6d8aeab2@mail.gmail.com> Message-ID: <20070313163935.76141005@localhost.localdomain> On Tue, 13 Mar 2007 16:34:56 -0700 "Judson Lester" wrote: > It's on my list. I've got a bunch of things I'd like to do to the > code, but my ethic is such that I don't want to add more failing > specs. Your failing spec is one of 15, and I want to see it fixed > before I move on to other things. > > Judson > > On 3/13/07, Brian Davis wrote: > > On Tue, 13 Mar 2007 15:53:15 -0700 > > "Judson Lester" wrote: > > > > > Created a spec on Model that required the creation of > > > Og::Exception < ::Exception, Og::Deleted < Exception and some > > > code being added to SqlStore > > > > > > Judson > > > > > > > If you could also take a look at the spec I sent in, I'd really > > appreciate it (the many_to_many spec). From my cursory glance at the > > internals, it looks like my proposed solution would require > > wrenching out a lot of the table-naming code and the mechanisms for > > fetching objects, so I was hoping for a little guidance and counsel > > before breaking everything :) > > > > Thanks, > > > > Brian aka MonoDelDiablo > > > > -- > > Brian Davis > > > > Project Manager > > FreezeCrowd, Inc. > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > Of course! Take your time. I didn't mean to push. Personally, I'd like to slay the beast myself, but I don't have much free time this month. Any pointers on architecture you could shoot my way would go a long way toward me reducing your workload by taking on my spec myself. Whatever happens, I appreciate all the work you're putting in and look forward to helping where I may. Brian aka MonoDelDiablo -- Brian Davis Project Manager FreezeCrowd, Inc. From nyarly at gmail.com Tue Mar 13 19:44:36 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 13 Mar 2007 16:44:36 -0700 Subject: [Nitro] Joins_many spec Message-ID: <8905c87a0703131644s30ba2827qb232061e7f8a2794@mail.gmail.com> A spec for joins_many. Incorporates the many_to_many specs, since they're currently identical. Is there a distinction between joins_many and many_to_many? Judson -- Q: How does a hacker escape handcuffs? A: Backslashes. -------------- next part -------------- A non-text attachment was scrubbed... Name: joins_many_spec.bndl Type: application/octet-stream Size: 34984 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070313/7f02a5e4/attachment-0001.obj From nyarly at gmail.com Tue Mar 13 19:55:54 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 13 Mar 2007 16:55:54 -0700 Subject: [Nitro] Og:Exception, Og::Deleted In-Reply-To: <20070313163935.76141005@localhost.localdomain> References: <8905c87a0703131553k4edf0f39tba172379a8bcf376@mail.gmail.com> <20070313160623.329062bc@localhost.localdomain> <8905c87a0703131634h2fd0ff34y245dae5d6d8aeab2@mail.gmail.com> <20070313163935.76141005@localhost.localdomain> Message-ID: <8905c87a0703131655n5532e7ja07767973e406453@mail.gmail.com> Most of everything goes through lib/store/sql.rb Individual DB types are supported by lib/adaptor/.rb which includes a descendant of SqlStore If you want to understand Og pretty thoroughly, follow the process of enchanting a class. Why it happens, when it happens and what happens. Hint: it starts in og/ann_attr.rb and continues into og/manager.rb. That should get you up to speed pretty quickly. On 3/13/07, Brian Davis wrote: > On Tue, 13 Mar 2007 16:34:56 -0700 > "Judson Lester" wrote: > > > It's on my list. I've got a bunch of things I'd like to do to the > > code, but my ethic is such that I don't want to add more failing > > specs. Your failing spec is one of 15, and I want to see it fixed > > before I move on to other things. > > > > Judson > > > > On 3/13/07, Brian Davis wrote: > > > On Tue, 13 Mar 2007 15:53:15 -0700 > > > "Judson Lester" wrote: > > > > > > > Created a spec on Model that required the creation of > > > > Og::Exception < ::Exception, Og::Deleted < Exception and some > > > > code being added to SqlStore > > > > > > > > Judson > > > > > > > > > > If you could also take a look at the spec I sent in, I'd really > > > appreciate it (the many_to_many spec). From my cursory glance at the > > > internals, it looks like my proposed solution would require > > > wrenching out a lot of the table-naming code and the mechanisms for > > > fetching objects, so I was hoping for a little guidance and counsel > > > before breaking everything :) > > > > > > Thanks, > > > > > > Brian aka MonoDelDiablo > > > > > > -- > > > Brian Davis > > > > > > Project Manager > > > FreezeCrowd, Inc. > > > _______________________________________________ > > > Nitro-general mailing list > > > Nitro-general at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > > > Of course! Take your time. I didn't mean to push. Personally, I'd like > to slay the beast myself, but I don't have much free time this month. > Any pointers on architecture you could shoot my way would go a long way > toward me reducing your workload by taking on my spec myself. > > Whatever happens, I appreciate all the work you're putting in and look > forward to helping where I may. > > Brian aka MonoDelDiablo > > -- > Brian Davis > > Project Manager > FreezeCrowd, Inc. > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. From antoniolo at gmail.com Tue Mar 13 20:01:03 2007 From: antoniolo at gmail.com (Antoniolo) Date: Tue, 13 Mar 2007 21:01:03 -0300 Subject: [Nitro] RES: Joins_many spec In-Reply-To: <8905c87a0703131644s30ba2827qb232061e7f8a2794@mail.gmail.com> References: <8905c87a0703131644s30ba2827qb232061e7f8a2794@mail.gmail.com> Message-ID: <001e01c765cb$e023d680$a06b8380$@com> Not at all(I think). They're just aliases. -----Mensagem original----- De: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] Em nome de Judson Lester Enviada em: Tuesday, March 13, 2007 8:45 PM Para: General discussion about Nitro Assunto: [Nitro] Joins_many spec A spec for joins_many. Incorporates the many_to_many specs, since they're currently identical. Is there a distinction between joins_many and many_to_many? Judson -- Q: How does a hacker escape handcuffs? A: Backslashes. From brian.william.davis at gmail.com Tue Mar 13 20:38:26 2007 From: brian.william.davis at gmail.com (Brian Davis) Date: Tue, 13 Mar 2007 17:38:26 -0700 Subject: [Nitro] Og:Exception, Og::Deleted In-Reply-To: <8905c87a0703131655n5532e7ja07767973e406453@mail.gmail.com> References: <8905c87a0703131553k4edf0f39tba172379a8bcf376@mail.gmail.com> <20070313160623.329062bc@localhost.localdomain> <8905c87a0703131634h2fd0ff34y245dae5d6d8aeab2@mail.gmail.com> <20070313163935.76141005@localhost.localdomain> <8905c87a0703131655n5532e7ja07767973e406453@mail.gmail.com> Message-ID: <20070313173826.48ceca7a@localhost.localdomain> On Tue, 13 Mar 2007 16:55:54 -0700 "Judson Lester" wrote: > Most of everything goes through lib/store/sql.rb > > Individual DB types are supported by lib/adaptor/.rb which > includes a descendant of SqlStore > > If you want to understand Og pretty thoroughly, follow the process of > enchanting a class. Why it happens, when it happens and what happens. > Hint: it starts in og/ann_attr.rb and continues into og/manager.rb. > > That should get you up to speed pretty quickly. > > On 3/13/07, Brian Davis wrote: > > On Tue, 13 Mar 2007 16:34:56 -0700 > > "Judson Lester" wrote: > > > > > It's on my list. I've got a bunch of things I'd like to do to the > > > code, but my ethic is such that I don't want to add more failing > > > specs. Your failing spec is one of 15, and I want to see it fixed > > > before I move on to other things. > > > > > > Judson > > > > > > On 3/13/07, Brian Davis wrote: > > > > On Tue, 13 Mar 2007 15:53:15 -0700 > > > > "Judson Lester" wrote: > > > > > > > > > Created a spec on Model that required the creation of > > > > > Og::Exception < ::Exception, Og::Deleted < Exception and some > > > > > code being added to SqlStore > > > > > > > > > > Judson > > > > > > > > > > > > > If you could also take a look at the spec I sent in, I'd really > > > > appreciate it (the many_to_many spec). From my cursory glance > > > > at the internals, it looks like my proposed solution would > > > > require wrenching out a lot of the table-naming code and the > > > > mechanisms for fetching objects, so I was hoping for a little > > > > guidance and counsel before breaking everything :) > > > > > > > > Thanks, > > > > > > > > Brian aka MonoDelDiablo > > > > > > > > -- > > > > Brian Davis > > > > > > > > Project Manager > > > > FreezeCrowd, Inc. > > > > _______________________________________________ > > > > Nitro-general mailing list > > > > Nitro-general at rubyforge.org > > > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > > > > > > > > Of course! Take your time. I didn't mean to push. Personally, I'd > > like to slay the beast myself, but I don't have much free time this > > month. Any pointers on architecture you could shoot my way would go > > a long way toward me reducing your workload by taking on my spec > > myself. > > > > Whatever happens, I appreciate all the work you're putting in and > > look forward to helping where I may. > > > > Brian aka MonoDelDiablo > > > > -- > > Brian Davis > > > > Project Manager > > FreezeCrowd, Inc. > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > Thanks a bunch! I had started backwards; from the SQL-specific logic. Whenever I get a chance to sit down and really study things, you can count on a few patches (from what I saw of most of the low-level code, all table names are assumed to be comprised of class names... so I'll have to mess creatively deal with that assumption and think up a "better" method of naming that won't break Oracle). Brian aka MonoDelDiablo -- Brian Davis Project Manager FreezeCrowd, Inc. From george.moschovitis at gmail.com Wed Mar 14 03:40:17 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 09:40:17 +0200 Subject: [Nitro] (no subject) In-Reply-To: <8905c87a0703131430q1b982f85i9c30f75e2f618df@mail.gmail.com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <8905c87a0703131430q1b982f85i9c30f75e2f618df@mail.gmail.com> Message-ID: Ok, send a patch for that one ;-) On 3/13/07, Judson Lester wrote: > Can I suggest (at some point) changing property to > > def property(*args, &block) > warn "Warning! Deprecated method property. Use attr_accessor." > attr_accessor(*args, &block) > end > > - Unless there's a "deprecate" Facet... > > Judson > > On 3/13/07, George Moschovitis wrote: > > Thanks for this patch, I will review and aply it. > > > > btw, please use > > > > attr_accessor instead of property... property is kind of deprecated. > > > > -g. > > > > On 3/13/07, Antoniolo wrote: > > > Thanks Judson for explaining that! > > > > > > Here's my first patch. > > > > > > Now you can do things like > > > > > > class Player > > > property :str, Fixnum #shortcut for strength > > > property :int, Fixnum #shortcut for intelligence, it used to result in > > > error > > > end > > > > > > _______________________________________________ > > > Nitro-general mailing list > > > Nitro-general at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > > > > > > -- > > http://blog.gmosx.com > > http://cull.gr > > http://www.joy.gr > > http://nitroproject.org > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > Q: How does a hacker escape handcuffs? > A: Backslashes. > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Wed Mar 14 03:41:04 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 09:41:04 +0200 Subject: [Nitro] Joins_many spec In-Reply-To: <8905c87a0703131644s30ba2827qb232061e7f8a2794@mail.gmail.com> References: <8905c87a0703131644s30ba2827qb232061e7f8a2794@mail.gmail.com> Message-ID: thanks! > A spec for joins_many. Incorporates the many_to_many specs, since > they're currently identical. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Wed Mar 14 04:02:42 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 14 Mar 2007 10:02:42 +0200 Subject: [Nitro] Architectural question In-Reply-To: References: <8905c87a0703131236o4cea8ec5v7f1e1515c737bec3@mail.gmail.com> Message-ID: Hi, >> I'd like for reloading a missing object to raise a useful exception, >> but AFAICT, Og doesn't define an exception class. Any problems with >> me starting the Og::Exception heirarchy? > Ok, you can start the hierarchy, but I reserve the right to review > this and probably tweak it some time later ;-) yes, I remember starting that once (around 0.31) in the quest of removing annoying `rescue => Object` stuff, it never has been applied. *gripe* Not to worry though, maybe this time around there will be better error handling. ;) Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Wed Mar 14 04:02:40 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 14 Mar 2007 10:02:40 +0200 Subject: [Nitro] (no subject) In-Reply-To: <002b01c765b1$a1f12260$e5d36720$@com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> Message-ID: Hi, > Thanks Judson for explaining that! Also (for new people ;)): http://oxyliquit.de/search?q=darcs (I know there has been no new question since 58 days, but the system is working and ready to be used, I always try to answer everything!) > Here's my first patch. that's great! A few comments though: * PostgreSQL quoting (for table names, columns) are "" (double quotes) I attempted to do that once (portably) by adding a quote_column() quote_table() function in the *Util modules. I didn't get too far unfortunately. It's either quoting everything or nothing, which led to strange errors.... * when sending a patch, use [PATCH] in the header so George doesn't overlook the patch. So, George, please don't apply that patch, as good as the idea is, the patch isn't quite finished with that. Antoniolo, I hope I can convince you to find a portable way? That'd be great! :) Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Wed Mar 14 04:10:06 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 10:10:06 +0200 Subject: [Nitro] New NitroProject.org preview... In-Reply-To: <016e01c7656f$b8506440$0301a8c0@ghostgum> References: <016e01c7656f$b8506440$0301a8c0@ghostgum> Message-ID: hello William, I will tru to brink theold site online at old.nitroproject.org, mainly for your additions to the wiki. -g. On 3/13/07, * William wrote: > Hi all ... > > I like what I'm seeing, hearing. I'm planning to put some (small) time > aside to revisit the documentation stuff. I have an idea or two, to assist > in that process -- More later. > > Two points from Jo's post (and George's comment). > > (a) I favour a wiki for documentation. That allows folks to make > improvements, fix errors, and add or extend materials. The BIG > advantage for a wiki over static material is that cross-links > are simplified -- Also, I'm a big believer in EXAMPLES. See, Do, > Try it yourself. I have seen wiki-s encourage that. > > (b) I had more stuff on Nitro and other 'structures' from my tracking > of discussion, a lot of that has changed. Nonetheless, it would be > useful to follow that up with current material. > > I feel that access to the old wiki - gives one that option. To > migrate and update detail and restructure. > > Oops there is a third point > > (c) I had, and really liked the step-by-step break down of the first > two videos on the wiki. Each time I've looked for those links, > I have found other issues. Lost history, broken links, etc. > > I'm hoping that these remain just so I can support a look at the > (any) new video shots. > > Thanks for remembering that modest effort, I would like to share the > perspective of a [beginner] "nitro developer" versus others who work on the > internals -- We can call you: "nitro builders" or "nitro engineers"(?) > > The errors in example and documentation by 'user coders' are important in > identifying what is called "training gaps", or "documentation gaps". Such > errors are vital information about what "more, better" documentation or > explanation is needed. > > In easy to use tools -- We really want to make sure the entry level is > nurtured and encouraged by good tutorials and reference materials. When > that works and there are tens of thousands of Nitro developers out there. > > I am musing that this is where people headed ... !! Be a Solution. > > > Aloha, > Will. > > > > -----Original Message----- > To: General discussion about Nitro > Subject: Re: [Nitro] New NitroProject.org preview... > > >> I'm worried about the current wiki content, I hope you will take care > >> of moving that smoothly? > > > > there will be no wiki in the begining. I will add a link to the old > > site, and when I add a wiki to the new site, I will convert the good > > stuff from the wiki. > > allright. For example the tutorial (for the screencast iirc) would be good > and Williams overview over Og. This would also fit good as a static > document, please consider moving that to the static site if appropriate. > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.446 / Virus Database: 268.18.9/719 - Release Date: 12-Mar-2007 > 08:41 > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Wed Mar 14 05:01:49 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 11:01:49 +0200 Subject: [Nitro] (no subject) In-Reply-To: References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> Message-ID: > So, George, please don't apply that patch, as good as the idea is, the > patch isn't quite finished with that. Ok, thanx, I will wait for a revised version.. -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Wed Mar 14 05:03:18 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 11:03:18 +0200 Subject: [Nitro] mp.org debuging Message-ID: I added some fixes to the np.org site, please do some more testing. I have one queation for the CSS Guru among you: any idea why the top part of the site (around the log and the menu) 'flickers' sometime (often when clicking the logo, or reloading). This drives me crazy. thanks, -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Wed Mar 14 05:16:55 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 11:16:55 +0200 Subject: [Nitro] mp.org debuging In-Reply-To: References: Message-ID: Please, send me screen captures of the site. I want to make sure that it render correctly. I am especially worried about font sizes. thanks, -g. On 3/14/07, George Moschovitis wrote: > I added some fixes to the np.org site, please do some more testing. > > I have one queation for the CSS Guru among you: > > any idea why the top part of the site (around the log and the menu) > 'flickers' sometime (often when clicking the logo, or reloading). This > drives me crazy. > > thanks, > -g. > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Wed Mar 14 05:33:58 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 14 Mar 2007 11:33:58 +0200 Subject: [Nitro] mp.org debuging In-Reply-To: References: Message-ID: Hi. > send me screen captures of the site. I want to make sure that it > render correctly. I am especially worried about font sizes. (I've just sent some to the list, it 'awaits moderation' because it was slightly to big...) Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From george.moschovitis at gmail.com Wed Mar 14 05:39:45 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 11:39:45 +0200 Subject: [Nitro] mp.org debuging In-Reply-To: References: Message-ID: Please send to me privately... lets dont overload the list. -g. On 3/14/07, Jonathan Buch wrote: > Hi. > > > send me screen captures of the site. I want to make sure that it > > render correctly. I am especially worried about font sizes. > > (I've just sent some to the list, it 'awaits moderation' because > it was slightly to big...) > > Jo > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From antoniolo at gmail.com Wed Mar 14 10:11:50 2007 From: antoniolo at gmail.com (Antoniolo) Date: Wed, 14 Mar 2007 11:11:50 -0300 Subject: [Nitro] quote columns revised. In-Reply-To: References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> Message-ID: <000001c76642$b74a8f20$25dfad60$@com> Hi Jo, thanks also! Now it works for all adapters. Sql.rb looks for 'quote_column'(defined in 'my-adapter'-utils). -----Mensagem original----- De: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] Em nome de Jonathan Buch Enviada em: Wednesday, March 14, 2007 5:03 AM Para: General discussion about Nitro Assunto: Re: [Nitro] (no subject) Hi, > Thanks Judson for explaining that! Also (for new people ;)): http://oxyliquit.de/search?q=darcs (I know there has been no new question since 58 days, but the system is working and ready to be used, I always try to answer everything!) > Here's my first patch. that's great! A few comments though: * PostgreSQL quoting (for table names, columns) are "" (double quotes) I attempted to do that once (portably) by adding a quote_column() quote_table() function in the *Util modules. I didn't get too far unfortunately. It's either quoting everything or nothing, which led to strange errors.... * when sending a patch, use [PATCH] in the header so George doesn't overlook the patch. So, George, please don't apply that patch, as good as the idea is, the patch isn't quite finished with that. Antoniolo, I hope I can convince you to find a portable way? That'd be great! :) 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: quote_columns_revised.patch.tar.gz Type: application/octet-stream Size: 9471 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070314/1cd8cb65/attachment.obj From john at oxyliquit.de Wed Mar 14 11:53:09 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 14 Mar 2007 17:53:09 +0200 Subject: [Nitro] quote columns revised. In-Reply-To: <000001c76642$b74a8f20$25dfad60$@com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> Message-ID: Hi, > Hi Jo, thanks also! > > Now it works for all adapters. Sql.rb looks for 'quote_column'(defined in > 'my-adapter'-utils). I looked over it shortly, it seems to be ok. I love the fact that there is a test included. ;D Didn't have time to run tests yet, but, George: I think it's safe to include this. Many thanks, Antoniolo! Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From george.moschovitis at gmail.com Wed Mar 14 12:18:16 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 18:18:16 +0200 Subject: [Nitro] quote columns revised. In-Reply-To: References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> Message-ID: Ok -g. PS: I love to see patches ;-) On 3/14/07, Jonathan Buch wrote: > Hi, > > > Hi Jo, thanks also! > > > > Now it works for all adapters. Sql.rb looks for 'quote_column'(defined in > > 'my-adapter'-utils). > > I looked over it shortly, it seems to be ok. I love the fact that there is > a test included. ;D > Didn't have time to run tests yet, but, George: I think it's safe to > include > this. > > Many thanks, Antoniolo! > > Jo > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From antoniolo at gmail.com Wed Mar 14 13:01:13 2007 From: antoniolo at gmail.com (Antoniolo) Date: Wed, 14 Mar 2007 14:01:13 -0300 Subject: [Nitro] injecting Og functionality In-Reply-To: References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> Message-ID: <002001c7665a$60911880$21b34980$@com> I think model needs to be refactored as soon as possible. The current way to insert an Og functionally in a regular object is including the module ModelMixin, extending Og::Model or using attr_accessor/property, right? imho, the problems begins there. The last one, inside ann_attr.rb, there's a callback to customize the default attr_accessor behaviour. Basically speaking, it places the Og funcionalitty through: target.send(:include, Og::ModelMixin) if .... target.send(:include, Og::Mixin::Validation)... In fact, ModelMixin as far as I can guess is nothing more than instance_methods/class_methods for Model Class (modularized code). Validation is also other piece of code regarding only to Model class. My point is: the injecting mechanism is knowing much about model's. You know, if we add more and more functionality to models, we'll end up having to update the injection mechanism as well as the model by itself. I can leisurely guess the initial idea of Og is to place the functionality in models seamlessly. I mean without any explicit inheritance mechanism. But I think it's not too ulgy to use it in application-side: class Person < Og::Model end After all, we can rename ModelMixin to its real purpose (InstanceMethods, ClassMethods). Those Mixinz, I mean Cacheable and its friends, are they all supposed to be extended functionally(plugin)? Similar to acts_as(activerecord)? Well, this is my interpretation from the code ... I'm not sure what I said makes any sense. From antoniolo at gmail.com Wed Mar 14 13:43:41 2007 From: antoniolo at gmail.com (Antoniolo) Date: Wed, 14 Mar 2007 14:43:41 -0300 Subject: [Nitro] [PATCH] many to many rich association handling non saved records In-Reply-To: References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> Message-ID: <002a01c76660$502d7b40$f08871c0$@com> In brief, join data wasn't being saved when handling non-saved records. -------------- next part -------------- A non-text attachment was scrubbed... Name: many_to_many-rich-association-handling-non-saved-records.patch.tar.gz Type: application/octet-stream Size: 9542 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070314/c653aed7/attachment.obj From nyarly at gmail.com Wed Mar 14 13:51:54 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 14 Mar 2007 10:51:54 -0700 Subject: [Nitro] injecting Og functionality In-Reply-To: <002001c7665a$60911880$21b34980$@com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> Message-ID: <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> The trouble is that all model objects then have to descend directly from Og::Model. What if I want to have an ancestor that isn't persisted? Whether or not I can think of a use case off the top of my head, I'd be loath to make that kind of severe requirement to using Og. As a for instance, though, I know that I'm hesitant to use Og because of the Facets requirement. I probably wouldn't if it hobbled my class structure design. On the other hand, it might be advisable to look at putting all the onus of model-izing a class onto Og::ModelMixin. Nothing says that we couldn't use a callback hook to also extend with Og::Validation::Mixin, or whatever. Judson On 3/14/07, Antoniolo wrote: > I think model needs to be refactored as soon as possible. > > The current way to insert an Og functionally in a regular object is > including the module ModelMixin, extending Og::Model or using > attr_accessor/property, right? > > imho, the problems begins there. > > I can leisurely guess the initial idea of Og is to place the functionality > in models seamlessly. I mean without any explicit inheritance mechanism. But > I think it's not too ulgy to use it in application-side: > > class Person < Og::Model > end -- Q: How does a hacker escape handcuffs? A: Backslashes. From nyarly at gmail.com Wed Mar 14 13:58:39 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 14 Mar 2007 10:58:39 -0700 Subject: [Nitro] [PATCH] many to many rich association handling non saved records In-Reply-To: <002a01c76660$502d7b40$f08871c0$@com> References: <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002a01c76660$502d7b40$f08871c0$@com> Message-ID: <8905c87a0703141058s23432a09r8161e294d26ca7b4@mail.gmail.com> Which is an interesting point: Is there a policy level decision on how to treat unsaved objects? Should they be silently saved whenever we need an oid for them? My gut reaction is that it's not the right behavior. It's confusing, and as Og settles and matures, I'd lay odds that it becomes the most frequent source of frustration for new and old hands. A possibility that presents itself: adapt sequences from postgres to autoincrement-only dbs (just a table with an auto-increment column), and if we need an oid for an unsaved model object (and here, I want to call them entities...) grab the next_sequence for that table, and stick it in the oid. Off the top of my head, one consequence would be that any relation-following would need an adaptor class to find unsaved destinations, so there's some complexity to not silently saving. On 3/14/07, Antoniolo wrote: > In brief, join data wasn't being saved when handling non-saved records. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- Q: How does a hacker escape handcuffs? A: Backslashes. From nyarly at gmail.com Wed Mar 14 14:34:20 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 14 Mar 2007 11:34:20 -0700 Subject: [Nitro] mp.org debuging In-Reply-To: References: Message-ID: <8905c87a0703141134y2640df5eo243a27b1292d1c37@mail.gmail.com> Without downloading it to fiddle with, I have two suggestions: - experiment with removing the a:pseudo blocks from the CSS. Not forever, but try it out. It might be that the browser is adjusting the block around the image in order to draw an underline or something. - Also try pulling out the javascript. That'd be my other suspicion regarding that little jump - which I see too: you aren't insane. Judson On 3/14/07, George Moschovitis wrote: > I added some fixes to the np.org site, please do some more testing. > > I have one queation for the CSS Guru among you: > > any idea why the top part of the site (around the log and the menu) > 'flickers' sometime (often when clicking the logo, or reloading). This > drives me crazy. > > thanks, > -g. > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. From george.moschovitis at gmail.com Wed Mar 14 14:42:08 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 20:42:08 +0200 Subject: [Nitro] injecting Og functionality In-Reply-To: <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> References: <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> Message-ID: I plan to refactor this over the following days. I don't like class MyObject < Og::Model end at all... if needed I amy use something like class MyObject is Model end but would really like to keep the current class MyObject end I am pretty sure I can refactor the code and keep the current interface. I am a lot more familar with Ruby meta programming theses days. Plus, we have Tom (Trans) on the team :) -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From transfire at gmail.com Wed Mar 14 14:42:05 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Wed, 14 Mar 2007 18:42:05 -0000 Subject: [Nitro] injecting Og functionality In-Reply-To: <002001c7665a$60911880$21b34980$@com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> Message-ID: <1173897725.398315.196010@n59g2000hsh.googlegroups.com> On Mar 14, 1:01 pm, "Antoniolo" wrote: > I think model needs to be refactored as soon as possible. > > The current way to insert an Og functionally in a regular object is > including the module ModelMixin, extending Og::Model or using > attr_accessor/property, right? > > imho, the problems begins there. Those are so much an issue, they are just instigators of enchanting the class, though one can argue the later attr/propery case is too magical. > The last one, inside ann_attr.rb, there's a callback to customize the > default attr_accessor behaviour. Basically speaking, it places the Og > funcionalitty through: > target.send(:include, Og::ModelMixin) if .... > target.send(:include, Og::Mixin::Validation)... > > In fact, ModelMixin as far as I can guess is nothing more than > instance_methods/class_methods for Model Class (modularized code). > Validation is also other piece of code regarding only to Model class. My > point is: the injecting mechanism is knowing much about model's. You know, > if we add more and more functionality to models, we'll end up having to > update the injection mechanism as well as the model by itself. If I understand you correctly, I agree. It should not be using this injection mechanism, and I have tried many times to convince George of this. It should be using regular mixins, whic go into Model. Then one includes (or subclasses) Model and that's it. There are some edge cases where it is difficult not to inject code, but those should be the exception to the rule. > I can leisurely guess the initial idea of Og is to place the functionality > in models seamlessly. I mean without any explicit inheritance mechanism. But > I think it's not too ulgy to use it in application-side: > > class Person < Og::Model > end I agree, but it could be even nicer: class Customer is Persisted end or something like that (the point is the "is"). OTOH, George worked it out pretty well that a class is only going to be picked up by Og if you use the :class annotation on an attribute. Eg. attr :name, String But maybe one would want to use those annotations and still not have Og enchant it? > After all, we can rename ModelMixin to its real purpose (InstanceMethods, > ClassMethods). Isn't necessary, just use class_extension block. T. From transfire at gmail.com Wed Mar 14 14:48:37 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Wed, 14 Mar 2007 18:48:37 -0000 Subject: [Nitro] injecting Og functionality In-Reply-To: <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> Message-ID: <1173898117.008915.312670@b75g2000hsg.googlegroups.com> On Mar 14, 1:51 pm, "Judson Lester" wrote: > The trouble is that all model objects then have to descend directly > from Og::Model. What if I want to have an ancestor that isn't > persisted? Whether or not I can think of a use case off the top of my > head, I'd be loath to make that kind of severe requirement to using > Og. YAGNI class X end class OgY < X is ModelMixin end class MyY < X end Should work. (If it doesn't then yes there are serious issues that must be fixed). > As a for instance, though, I know that I'm hesitant to use Og because > of the Facets requirement. I probably wouldn't if it hobbled my class > structure design. I think you might misunderstand Facets. But please explain how it is a problem for you. > On the other hand, it might be advisable to look at putting all the > onus of model-izing a class onto Og::ModelMixin. Nothing says that we > couldn't use a callback hook to also extend with > Og::Validation::Mixin, or whatever. Yes! T. From nyarly at gmail.com Wed Mar 14 14:52:06 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 14 Mar 2007 11:52:06 -0700 Subject: [Nitro] injecting Og functionality In-Reply-To: References: <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> Message-ID: <8905c87a0703141152k48106e6eh7a5aec5f3aa02435@mail.gmail.com> I'm no slouch with the metaprogramming myself. I guess I'm just more resistant to it. On 3/14/07, George Moschovitis wrote: > I plan to refactor this over the following days. I don't like > > class MyObject < Og::Model > end > > at all... > > if needed I amy use something like > > class MyObject > is Model > end > > but would really like to keep the current > > class MyObject > end > > I am pretty sure I can refactor the code and keep the current > interface. I am a lot more familar with Ruby meta programming theses > days. Plus, we have Tom (Trans) on the team :) > > > -g. > > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. From antoniolo at gmail.com Wed Mar 14 15:10:26 2007 From: antoniolo at gmail.com (Antoniolo) Date: Wed, 14 Mar 2007 16:10:26 -0300 Subject: [Nitro] RES: quote columns revised. In-Reply-To: References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> Message-ID: <000001c7666c$7126ae50$53740af0$@com> Boss, in sqlite.rb I forgot to record the line 'require 'og/adapter/sqlite/utils''. :~ -----Mensagem original----- De: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] Em nome de George Moschovitis Enviada em: Wednesday, March 14, 2007 1:18 PM Para: General discussion about Nitro Assunto: Re: [Nitro] quote columns revised. Ok -g. PS: I love to see patches ;-) On 3/14/07, Jonathan Buch wrote: > Hi, > > > Hi Jo, thanks also! > > > > Now it works for all adapters. Sql.rb looks for 'quote_column'(defined in > > 'my-adapter'-utils). > > I looked over it shortly, it seems to be ok. I love the fact that there is > a test included. ;D > Didn't have time to run tests yet, but, George: I think it's safe to > include > this. > > Many thanks, Antoniolo! > > Jo > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org _______________________________________________ Nitro-general mailing list Nitro-general at rubyforge.org http://rubyforge.org/mailman/listinfo/nitro-general From nyarly at gmail.com Wed Mar 14 15:12:34 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 14 Mar 2007 12:12:34 -0700 Subject: [Nitro] injecting Og functionality In-Reply-To: <1173898117.008915.312670@b75g2000hsg.googlegroups.com> References: <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> <1173898117.008915.312670@b75g2000hsg.googlegroups.com> Message-ID: <8905c87a0703141212v389a335m1509bb81f5295f27@mail.gmail.com> On 3/14/07, transfire at gmail.com wrote: > > > On Mar 14, 1:51 pm, "Judson Lester" wrote: > > The trouble is that all model objects then have to descend directly > > from Og::Model. What if I want to have an ancestor that isn't > > persisted? Whether or not I can think of a use case off the top of my > > head, I'd be loath to make that kind of severe requirement to using > > Og. > > YAGNI You missed my point. I'm arguing against Og::Model being a superclass of all model classes, because you might need some other inheritance. I'm all for "include ModelMixin" > Should work. (If it doesn't then yes there are serious issues that > must be fixed). Agreed - I believe it does and should work. > > As a for instance, though, I know that I'm hesitant to use Og because > > of the Facets requirement. I probably wouldn't if it hobbled my class > > structure design. > > I think you might misunderstand Facets. But please explain how it is a > problem for you. It's one more gem to install. It's an extra dependency to keep up with, and my personal aesthetic of code is that a lot of the facets save some keystrokes in using common design patterns, at the cost of obfuscating intent. Not to say that some of Facets isn't incredible. I have to say, my high regard for you began when I was reading singular.rb. That's some amazingly cool code. Contrariwise, I'm less keen on "is Mixin" - it's just "include" by another name, but I needed to check facets/core/module/is.rb to be sure of that. And figure out where it came from in the first place. I'm of two minds regarding class_extension {} - it's neat, and saves strokes, but it's equivalent to def inherited; super; extend ClassMethods; end Which is off putting to a skilled Ruby programmer who isn't intimately familiar with Facets. > > > On the other hand, it might be advisable to look at putting all the > > onus of model-izing a class onto Og::ModelMixin. Nothing says that we > > couldn't use a callback hook to also extend with > > Og::Validation::Mixin, or whatever. > > Yes! In which case we're in pretty close agreement. I'd lean towards leaving the current annotation behavior available, but I myself would like to be able to include Og::Model in model classes and have it work properly, and I'd advice that the documentation suggest that. My rationale is pretty much the same: it makes the code self documenting. It's clear what's a model object and what's not. It might be worth talking about whether it makes sense to fail fast on missing Og::Model inclusions, and when to do that. Judson -- Q: How does a hacker escape handcuffs? A: Backslashes. From transfire at gmail.com Wed Mar 14 15:12:45 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Wed, 14 Mar 2007 19:12:45 -0000 Subject: [Nitro] injecting Og functionality In-Reply-To: <1173897725.398315.196010@n59g2000hsh.googlegroups.com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <1173897725.398315.196010@n59g2000hsh.googlegroups.com> Message-ID: <1173899565.621432.31940@l77g2000hsb.googlegroups.com> On Mar 14, 2:42 pm, transf... at gmail.com wrote: > On Mar 14, 1:01 pm, "Antoniolo" wrote: > > > I think model needs to be refactored as soon as possible. > > > The current way to insert an Og functionally in a regular object is > > including the module ModelMixin, extending Og::Model or using > > attr_accessor/property, right? > > > imho, the problems begins there. > > Those are so much an issue, they are just instigators of enchanting > the class, though one can argue the later attr/propery case is too > magical. OOPS I meant, NOT so much an issue From nyarly at gmail.com Wed Mar 14 15:13:33 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 14 Mar 2007 12:13:33 -0700 Subject: [Nitro] RES: quote columns revised. In-Reply-To: <000001c7666c$7126ae50$53740af0$@com> References: <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <000001c7666c$7126ae50$53740af0$@com> Message-ID: <8905c87a0703141213s77314078nfceb5a762a12bc02@mail.gmail.com> On 3/14/07, Antoniolo wrote: > Boss, in sqlite.rb I forgot to record the line 'require > 'og/adapter/sqlite/utils''. Which is why we write specs and run them before submitting bundles. :) Judson From brian.william.davis at gmail.com Wed Mar 14 15:22:58 2007 From: brian.william.davis at gmail.com (Brian Davis) Date: Wed, 14 Mar 2007 12:22:58 -0700 Subject: [Nitro] injecting Og functionality In-Reply-To: References: <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> Message-ID: <20070314122258.6fdc3572@localhost.localdomain> On Wed, 14 Mar 2007 20:42:08 +0200 "George Moschovitis" wrote: > I plan to refactor this over the following days. I don't like > > class MyObject < Og::Model > end > > at all... > > if needed I amy use something like > > class MyObject > is Model > end > > but would really like to keep the current > > class MyObject > end > > I am pretty sure I can refactor the code and keep the current > interface. I am a lot more familar with Ruby meta programming theses > days. Plus, we have Tom (Trans) on the team :) > > > -g. > > I really liked transfire's recommendation (i.e. "is Persisted"), but I certainly also like the hands-off beauty of not needing to specify that a class is managed by Og. However, it would be necessary to have both, since I can think of a couple of cases where the magical enchanting powers of Og wouldn't catch a class because it doesn't have direct relations with other classes. My 2 pence. -- Brian Davis Project Manager FreezeCrowd, Inc. From transfire at gmail.com Wed Mar 14 15:17:22 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Wed, 14 Mar 2007 19:17:22 -0000 Subject: [Nitro] injecting Og functionality In-Reply-To: <1173897725.398315.196010@n59g2000hsh.googlegroups.com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <1173897725.398315.196010@n59g2000hsh.googlegroups.com> Message-ID: <1173899842.896036.305480@n59g2000hsh.googlegroups.com> On Mar 14, 2:42 pm, transf... at gmail.com wrote: > > In fact, ModelMixin as far as I can guess is nothing more than > > instance_methods/class_methods for Model Class (modularized code). > > Validation is also other piece of code regarding only to Model class. My > > point is: the injecting mechanism is knowing much about model's. You know, > > if we add more and more functionality to models, we'll end up having to > > update the injection mechanism as well as the model by itself. > > If I understand you correctly, I agree. It should not be using this > injection mechanism, and I have tried many times to convince George of > this. It should be using regular mixins, whic go into Model. Then one > includes (or subclasses) Model and that's it. There are some edge > cases where it is difficult not to inject code, but those should be > the exception to the rule. BTW, this not to blame George. The code has improved with regard to this already. Plus it's a hard problem. Nonetheless it does need doing. T. From transfire at gmail.com Wed Mar 14 15:23:17 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Wed, 14 Mar 2007 19:23:17 -0000 Subject: [Nitro] mp.org debuging In-Reply-To: References: Message-ID: <1173900197.864699.320950@n59g2000hsh.googlegroups.com> On Mar 14, 5:03 am, "George Moschovitis" wrote: > I added some fixes to the np.org site, please do some more testing. > > I have one queation for the CSS Guru among you: > > any idea why the top part of the site (around the log and the menu) > 'flickers' sometime (often when clicking the logo, or reloading). This > drives me crazy. It like playing a game "Pin the Mouse on the Drop-Down Menu". Appearently there's a gap between the menu name and the drop-down menu, when one move down to clik on a entry the menu disappears. T. From nyarly at gmail.com Wed Mar 14 15:41:45 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 14 Mar 2007 12:41:45 -0700 Subject: [Nitro] [patch] Some store fixes Message-ID: <8905c87a0703141241n5884f837hd3e2eb213cf4703c@mail.gmail.com> Because I'm committed to squashing the existing spec failures before adding any new ones. -- Q: How does a hacker escape handcuffs? A: Backslashes. -------------- next part -------------- A non-text attachment was scrubbed... Name: store_fixes.bndl Type: application/octet-stream Size: 31683 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070314/9d20ab1d/attachment-0001.obj From nyarly at gmail.com Wed Mar 14 15:47:39 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 14 Mar 2007 12:47:39 -0700 Subject: [Nitro] [patch] Some store fixes In-Reply-To: <8905c87a0703141241n5884f837hd3e2eb213cf4703c@mail.gmail.com> References: <8905c87a0703141241n5884f837hd3e2eb213cf4703c@mail.gmail.com> Message-ID: <8905c87a0703141247r61957b85j499df1ffb58e5332@mail.gmail.com> On a related note, in spec/store.rb there's a spec: "A store with has many relationships should calculate size correctly" that implies a good intention, but I wanted to confirm it before I get to what's going to be a pervasive fix. Basically, what's implied is that a Collection object returned by using the getter for a has_many should keep the options it was passed when it was created. In essence, all later views through that collection should be filtered through those options. Which makes complete sense. From the spec: article.comments(:size => 2) I should be able to count on that collection to have at most 2 elements. Now, it's explicit that if I reload it with other options, they should take for the reload, but shouldn't be saved. (there's a "#gmosx: No!") So, I imagine that if I reload without options, the original options should be the defaults. -- Q: How does a hacker escape handcuffs? A: Backslashes. From george.moschovitis at gmail.com Wed Mar 14 15:54:05 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 21:54:05 +0200 Subject: [Nitro] RES: quote columns revised. In-Reply-To: <000001c7666c$7126ae50$53740af0$@com> References: <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <000001c7666c$7126ae50$53740af0$@com> Message-ID: Send a new patch then. -g. On 3/14/07, Antoniolo wrote: > Boss, in sqlite.rb I forgot to record the line 'require > 'og/adapter/sqlite/utils''. > > :~ > > -----Mensagem original----- > De: nitro-general-bounces at rubyforge.org > [mailto:nitro-general-bounces at rubyforge.org] Em nome de George Moschovitis > Enviada em: Wednesday, March 14, 2007 1:18 PM > Para: General discussion about Nitro > Assunto: Re: [Nitro] quote columns revised. > > Ok > > -g. > > PS: I love to see patches ;-) > > On 3/14/07, Jonathan Buch wrote: > > Hi, > > > > > Hi Jo, thanks also! > > > > > > Now it works for all adapters. Sql.rb looks for 'quote_column'(defined > in > > > 'my-adapter'-utils). > > > > I looked over it shortly, it seems to be ok. I love the fact that there > is > > a test included. ;D > > Didn't have time to run tests yet, but, George: I think it's safe to > > include > > this. > > > > Many thanks, Antoniolo! > > > > Jo > > > > -- > > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://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 > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Wed Mar 14 15:55:02 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 21:55:02 +0200 Subject: [Nitro] mp.org debuging In-Reply-To: <1173900197.864699.320950@n59g2000hsh.googlegroups.com> References: <1173900197.864699.320950@n59g2000hsh.googlegroups.com> Message-ID: This has to do with the font-size. I need to recode this whole css mess over there. -g. On 3/14/07, transfire at gmail.com wrote: > > > On Mar 14, 5:03 am, "George Moschovitis" > wrote: > > I added some fixes to the np.org site, please do some more testing. > > > > I have one queation for the CSS Guru among you: > > > > any idea why the top part of the site (around the log and the menu) > > 'flickers' sometime (often when clicking the logo, or reloading). This > > drives me crazy. > > It like playing a game "Pin the Mouse on the Drop-Down Menu". > Appearently there's a gap between the menu name and the drop-down > menu, when one move down to clik on a entry the menu disappears. > > T. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From transfire at gmail.com Wed Mar 14 15:55:58 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Wed, 14 Mar 2007 19:55:58 -0000 Subject: [Nitro] injecting Og functionality In-Reply-To: <8905c87a0703141212v389a335m1509bb81f5295f27@mail.gmail.com> References: <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> <1173898117.008915.312670@b75g2000hsg.googlegroups.com> <8905c87a0703141212v389a335m1509bb81f5295f27@mail.gmail.com> Message-ID: <1173902158.603891.148120@p15g2000hsd.googlegroups.com> On Mar 14, 3:12 pm, "Judson Lester" wrote: > On 3/14/07, transf... at gmail.com wrote: > > > > > On Mar 14, 1:51 pm, "Judson Lester" wrote: > > > The trouble is that all model objects then have to descend directly > > > from Og::Model. What if I want to have an ancestor that isn't > > > persisted? Whether or not I can think of a use case off the top of my > > > head, I'd be loath to make that kind of severe requirement to using > > > Og. > > > YAGNI > > You missed my point. I'm arguing against Og::Model being a superclass > of all model classes, because you might need some other inheritance. > I'm all for "include ModelMixin" Ah. Sorry. Yes I agree with you. I think it's best to have one way to do it and via module is the more versatile. > It's one more gem to install. It's an extra dependency to keep up > with, and my personal aesthetic of code is that a lot of the facets > save some keystrokes in using common design patterns, at the cost of > obfuscating intent. I would count Nitro as lucky that there are so few gem dependencies. In fact we are about to get rid of one more: glue. Which in fact is where many of Facets libs would be if Nitro didn't use Facets. There are certain trade offs to using an extensive library, of course. But all-in-all, I would rather do so --those keystrokes add up! ;-) > Not to say that some of Facets isn't incredible. I have to say, my > high regard for you began when I was reading singular.rb. That's some > amazingly cool code. > > Contrariwise, I'm less keen on "is Mixin" - it's just "include" by > another name, but I needed to check facets/core/module/is.rb to be > sure of that. And figure out where it came from in the first place. Sure. That one's a little redundant and normally I would avoid an alias like that, but "is" reads so nice, IMHO. > I'm of two minds regarding class_extension {} - it's neat, and saves > strokes, but it's equivalent to > > def inherited; super; extend ClassMethods; end > > Which is off putting to a skilled Ruby programmer who isn't intimately > familiar with Facets. class_extension was actually developed with the help of Matz. He is considering it for inclusion in 1.9/2.0. (I dogged him repeated about allowing module singleton methods to be inherited (which I still would prefer) but he always says no. So he came up with the compromise solution of class_extension.) > > > On the other hand, it might be advisable to look at putting all the > > > onus of model-izing a class onto Og::ModelMixin. Nothing says that we > > > couldn't use a callback hook to also extend with > > > Og::Validation::Mixin, or whatever. > > > Yes! > > In which case we're in pretty close agreement. > > I'd lean towards leaving the current annotation behavior available, > but I myself would like to be able to include Og::Model in model > classes and have it work properly, and I'd advice that the > documentation suggest that. > > My rationale is pretty much the same: it makes the code self > documenting. It's clear what's a model object and what's not. > > It might be worth talking about whether it makes sense to fail fast on > missing Og::Model inclusions, and when to do that. Yes. I think it pretty trivial to add "is Model" to a class. Alternately one could do it from the outside in: Og.enchant(MyClass) In either case, I feel those should be the only two ways to do it. B/c it is efficient, not overly magical, and serves all use cases. The attr magic is neat, but I've always felt it complicates things unnecessarily. T. From george.moschovitis at gmail.com Wed Mar 14 16:04:36 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 22:04:36 +0200 Subject: [Nitro] injecting Og functionality In-Reply-To: <1173902158.603891.148120@p15g2000hsd.googlegroups.com> References: <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> <1173898117.008915.312670@b75g2000hsg.googlegroups.com> <8905c87a0703141212v389a335m1509bb81f5295f27@mail.gmail.com> <1173902158.603891.148120@p15g2000hsd.googlegroups.com> Message-ID: > I would count Nitro as lucky that there are so few gem dependencies. > In fact we are about to get rid of one more: glue. Which in fact is ah, this is a nice oppurtunity to bug you once again about builder ;-) > > It might be worth talking about whether it makes sense to fail fast on > > missing Og::Model inclusions, and when to do that. > > Yes. I think it pretty trivial to add "is Model" to a class. > Alternately one could do it from the outside in: > > In either case, I feel those should be the only two ways to do it. B/c > it is efficient, not overly magical, and serves all use cases. The > attr magic is neat, but I've always felt it complicates things > unnecessarily. Ok, give me a day or two to finalize the forum stuff on np.org (and maybe work a bit on georgeandstella.com, remember, I am getting married ;-)) and then I will make Og work more or less as you suggest ;-) regards, George. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From antoniolo at gmail.com Wed Mar 14 16:31:17 2007 From: antoniolo at gmail.com (Antoniolo) Date: Wed, 14 Mar 2007 17:31:17 -0300 Subject: [Nitro] RES: RES: quote columns revised. In-Reply-To: References: <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <000001c7666c$7126ae50$53740af0$@com> Message-ID: <000901c76677$bdfcef40$39f6cdc0$@com> Done. -----Mensagem original----- De: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] Em nome de George Moschovitis Enviada em: Wednesday, March 14, 2007 4:54 PM Para: General discussion about Nitro Assunto: Re: [Nitro] RES: quote columns revised. Send a new patch then. -g. On 3/14/07, Antoniolo wrote: > Boss, in sqlite.rb I forgot to record the line 'require > 'og/adapter/sqlite/utils''. > > :~ > > -----Mensagem original----- > De: nitro-general-bounces at rubyforge.org > [mailto:nitro-general-bounces at rubyforge.org] Em nome de George Moschovitis > Enviada em: Wednesday, March 14, 2007 1:18 PM > Para: General discussion about Nitro > Assunto: Re: [Nitro] quote columns revised. > > Ok > > -g. > > PS: I love to see patches ;-) > > On 3/14/07, Jonathan Buch wrote: > > Hi, > > > > > Hi Jo, thanks also! > > > > > > Now it works for all adapters. Sql.rb looks for 'quote_column'(defined > in > > > 'my-adapter'-utils). > > > > I looked over it shortly, it seems to be ok. I love the fact that there > is > > a test included. ;D > > Didn't have time to run tests yet, but, George: I think it's safe to > > include > > this. > > > > Many thanks, Antoniolo! > > > > Jo > > > > -- > > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://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 > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org _______________________________________________ Nitro-general mailing list Nitro-general at rubyforge.org http://rubyforge.org/mailman/listinfo/nitro-general -------------- next part -------------- A non-text attachment was scrubbed... Name: quote_column.patch.tar.gz Type: application/octet-stream Size: 9480 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070314/dd0d1e15/attachment-0001.obj From george.moschovitis at gmail.com Wed Mar 14 17:21:13 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 14 Mar 2007 23:21:13 +0200 Subject: [Nitro] ruby-openid Message-ID: Dear devs, has anyone on this list experience with the ruby-openid gem? -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From nyarly at gmail.com Wed Mar 14 17:31:39 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 14 Mar 2007 14:31:39 -0700 Subject: [Nitro] [patch] Valid validation Message-ID: <8905c87a0703141431i2c76fe97t1d3d595d44767cfa@mail.gmail.com> As noted, I have come to the firm conclusion that I have no idea what "validate_related" is supposed to do. Can anyone weigh in on that? Jo? Judson -- Q: How does a hacker escape handcuffs? A: Backslashes. -------------- next part -------------- A non-text attachment was scrubbed... Name: validation2.bndl Type: application/octet-stream Size: 39051 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070314/ce21e512/attachment-0001.obj From nyarly at gmail.com Wed Mar 14 17:43:01 2007 From: nyarly at gmail.com (Judson Lester) Date: Wed, 14 Mar 2007 14:43:01 -0700 Subject: [Nitro] injecting Og functionality In-Reply-To: <1173902158.603891.148120@p15g2000hsd.googlegroups.com> References: <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> <1173898117.008915.312670@b75g2000hsg.googlegroups.com> <8905c87a0703141212v389a335m1509bb81f5295f27@mail.gmail.com> <1173902158.603891.148120@p15g2000hsd.googlegroups.com> Message-ID: <8905c87a0703141443y3dd63592rfa638c583713a90b@mail.gmail.com> On 3/14/07, transfire at gmail.com wrote: > I would count Nitro as lucky that there are so few gem dependencies. > In fact we are about to get rid of one more: glue. Which in fact is > where many of Facets libs would be if Nitro didn't use Facets. There > are certain trade offs to using an extensive library, of course. But > all-in-all, I would rather do so --those keystrokes add up! ;-) So do the minutes of digging through Facets to figure out what the keystrokes do. :) I keep feeling like "what's wrong with..." Type === object, include, extend ClassMethods. > class_extension was actually developed with the help of Matz. He is > considering it for inclusion in 1.9/2.0. (I dogged him repeated about > allowing module singleton methods to be inherited (which I still would > prefer) but he always says no. So he came up with the compromise > solution of class_extension.) > Well, I suppose I won't argue with Matz. More disturbing: class variables aren't going to be inherited either. > Yes. I think it pretty trivial to add "is Model" to a class. > Alternately one could do it from the outside in: > > Og.enchant(MyClass) I'd vote against that. include Model, (or is Model) is my #1 preference. > In either case, I feel those should be the only two ways to do it. B/c > it is efficient, not overly magical, and serves all use cases. The > attr magic is neat, but I've always felt it complicates things > unnecessarily. Just to serve as an infernal advocate for a moment: attr_accessor :name, Class does have one nice (potential) feature: it fails fast in the case of a zero width table. By which I mean, if I create a class like class Thing include Og::Model attr_accessor :something end I might not figure out until very late in the game that no actual data is ever being persisted. Which is incredibly annoying. Long story short: I want to argue for some kind of error or warning in that sort of a case. (How's that for handwavy?) I'm also sick of being bitten by "attr_accessor :thingbob, FixNum" -- Q: How does a hacker escape handcuffs? A: Backslashes. From transfire at gmail.com Wed Mar 14 19:22:29 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Wed, 14 Mar 2007 23:22:29 -0000 Subject: [Nitro] injecting Og functionality In-Reply-To: <8905c87a0703141443y3dd63592rfa638c583713a90b@mail.gmail.com> References: <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> <1173898117.008915.312670@b75g2000hsg.googlegroups.com> <8905c87a0703141212v389a335m1509bb81f5295f27@mail.gmail.com> <1173902158.603891.148120@p15g2000hsd.googlegroups.com> <8905c87a0703141443y3dd63592rfa638c583713a90b@mail.gmail.com> Message-ID: <1173914549.937986.12750@b75g2000hsg.googlegroups.com> On Mar 14, 5:43 pm, "Judson Lester" wrote: > On 3/14/07, transf... at gmail.com wrote: > > > I would count Nitro as lucky that there are so few gem dependencies. > > In fact we are about to get rid of one more: glue. Which in fact is > > where many of Facets libs would be if Nitro didn't use Facets. There > > are certain trade offs to using an extensive library, of course. But > > all-in-all, I would rather do so --those keystrokes add up! ;-) > > So do the minutes of digging through Facets to figure out what the > keystrokes do. :) I keep feeling like "what's wrong with..." Type === > object, include, extend ClassMethods. How about a Facets in a Nutsehll book? > > class_extension was actually developed with the help of Matz. He is > > considering it for inclusion in 1.9/2.0. (I dogged him repeated about > > allowing module singleton methods to be inherited (which I still would > > prefer) but he always says no. So he came up with the compromise > > solution of class_extension.) > > Well, I suppose I won't argue with Matz. More disturbing: class > variables aren't going to be inherited either. Yea. There's been a lot of discussion about that. In general the advocacy has become "use class instance methods instead". So I guess that's why. > > Yes. I think it pretty trivial to add "is Model" to a class. > > Alternately one could do it from the outside in: > > > Og.enchant(MyClass) > > I'd vote against that. include Model, (or is Model) is my #1 preference. Well, if it can be done unobtrusively then it doesn;t hurt to have the option. But if it turns out to be problematic for some reason, I agree, it's not a big loss. > Just to serve as an infernal advocate for a moment: > attr_accessor :name, Class > > does have one nice (potential) feature: it fails fast in the case of a > zero width table. By which I mean, if I create a class like > > class Thing > include Og::Model > > attr_accessor :something > end > > I might not figure out until very late in the game that no actual data > is ever being persisted. Which is incredibly annoying. > > Long story short: I want to argue for some kind of error or warning in > that sort of a case. (How's that for handwavy?) I'm also sick of being > bitten by "attr_accessor :thingbob, FixNum" Well bite back FixNum = Fixnum But even with the "include Model" we will still have the attr_accessor :name, Class T. From antoniolo at gmail.com Wed Mar 14 19:54:25 2007 From: antoniolo at gmail.com (Antoniolo) Date: Wed, 14 Mar 2007 20:54:25 -0300 Subject: [Nitro] [FEATURE] alias method for boolean attributes In-Reply-To: <8905c87a0703141443y3dd63592rfa638c583713a90b@mail.gmail.com> References: <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> <1173898117.008915.312670@b75g2000hsg.googlegroups.com> <8905c87a0703141212v389a335m1509bb81f5295f27@mail.gmail.com> <1173902158.603891.148120@p15g2000hsd.googlegroups.com> <8905c87a0703141443y3dd63592rfa638c583713a90b@mail.gmail.com> Message-ID: <000c01c76694$1d218f00$5764ad00$@com> It's just a silly feature ... but worthwhile. class BankAccount attr_accessor :blocked, TrueClass end acc = BankAccount[1] acc.blocked # => true acc.blocked? # => true -------------- next part -------------- A non-text attachment was scrubbed... Name: alias_method_for_boolean_attributes.feature.tar.gz Type: application/octet-stream Size: 9338 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070314/7ce95049/attachment.obj From john at oxyliquit.de Thu Mar 15 05:06:00 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Thu, 15 Mar 2007 11:06:00 +0200 Subject: [Nitro] injecting Og functionality In-Reply-To: <1173897725.398315.196010@n59g2000hsh.googlegroups.com> References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <1173897725.398315.196010@n59g2000hsh.googlegroups.com> Message-ID: Hi, > attr :name, String > > But maybe one would want to use those annotations and still not have > Og enchant it? this is already possible, attr_accessor :name, String, :serialize => false Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From antoniolo at gmail.com Thu Mar 15 07:24:44 2007 From: antoniolo at gmail.com (Antoniolo) Date: Thu, 15 Mar 2007 08:24:44 -0300 Subject: [Nitro] updated_at and created_at In-Reply-To: References: <003901c7656c$97f44570$c7dcd050$@com> <001801c7659e$8ab25690$a01703b0$@com> <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <1173897725.398315.196010@n59g2000hsh.googlegroups.com> Message-ID: <002101c766f4$89958780$9cc09680$@com> Hi folks! Those features are really handy. For those who are not familiar with that, they are sorta auto-managed attributes. If you place them at your model, Og will silently manage them: earth = World.new earth.save #updated_at, created_at => now earth.something earth.save #updated_at => now, created_at => first value They can work with Date and Time. Class World attr_accessor :created_at, Date or Time attr_accessor :updated_at Date or Time as well... end and they are only attr_reader. I've got another question, why is attribute-type String directed mapped into TEXT? Why not having a Text attribute-type? VarChar is fine, but it's more DB-like than Ruby-like though. From george.moschovitis at gmail.com Thu Mar 15 08:09:59 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 15 Mar 2007 14:09:59 +0200 Subject: [Nitro] updated_at and created_at In-Reply-To: <002101c766f4$89958780$9cc09680$@com> References: <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <1173897725.398315.196010@n59g2000hsh.googlegroups.com> <002101c766f4$89958780$9cc09680$@com> Message-ID: This is already available in Og: class Article is Timestamped end a = Article.new a.save a.create_time a.update_time a.access_time there is also TimestampedOnCreate -g. On 3/15/07, Antoniolo wrote: > Hi folks! > > Those features are really handy. For those who are not familiar with that, > they are sorta auto-managed attributes. If you place them at your model, Og > will silently manage them: > > earth = World.new > earth.save #updated_at, created_at => now > earth.something > earth.save #updated_at => now, created_at => first value > > They can work with Date and Time. > Class World > attr_accessor :created_at, Date or Time > attr_accessor :updated_at Date or Time as well... > end > > and they are only attr_reader. > > > I've got another question, why is attribute-type String directed mapped into > TEXT? Why not having a Text attribute-type? VarChar is fine, but it's more > DB-like than Ruby-like though. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From antoniolo at gmail.com Thu Mar 15 08:40:25 2007 From: antoniolo at gmail.com (Antoniolo) Date: Thu, 15 Mar 2007 09:40:25 -0300 Subject: [Nitro] RES: updated_at and created_at In-Reply-To: References: <8905c87a0703131233r1b0c6f7dn4e8fc54da4a86197@mail.gmail.com> <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <1173897725.398315.196010@n59g2000hsh.googlegroups.com> <002101c766f4$89958780$9cc09680$@com> Message-ID: <000601c766ff$1c045c90$540d15b0$@com> Omg!, thanks ... :^ How about the String/Text ? -----Mensagem original----- De: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] Em nome de George Moschovitis Enviada em: Thursday, March 15, 2007 9:10 AM Para: General discussion about Nitro Assunto: Re: [Nitro] updated_at and created_at This is already available in Og: class Article is Timestamped end a = Article.new a.save a.create_time a.update_time a.access_time there is also TimestampedOnCreate -g. On 3/15/07, Antoniolo wrote: > Hi folks! > > Those features are really handy. For those who are not familiar with that, > they are sorta auto-managed attributes. If you place them at your model, Og > will silently manage them: > > earth = World.new > earth.save #updated_at, created_at => now > earth.something > earth.save #updated_at => now, created_at => first value > > They can work with Date and Time. > Class World > attr_accessor :created_at, Date or Time > attr_accessor :updated_at Date or Time as well... > end > > and they are only attr_reader. > > > I've got another question, why is attribute-type String directed mapped into > TEXT? Why not having a Text attribute-type? VarChar is fine, but it's more > DB-like than Ruby-like though. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org _______________________________________________ Nitro-general mailing list Nitro-general at rubyforge.org http://rubyforge.org/mailman/listinfo/nitro-general From george.moschovitis at gmail.com Thu Mar 15 09:45:35 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 15 Mar 2007 15:45:35 +0200 Subject: [Nitro] RES: updated_at and created_at In-Reply-To: <000601c766ff$1c045c90$540d15b0$@com> References: <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <1173897725.398315.196010@n59g2000hsh.googlegroups.com> <002101c766f4$89958780$9cc09680$@com> <000601c766ff$1c045c90$540d15b0$@com> Message-ID: > How about the String/Text ? Dunno what you mean, can you elaborate? -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From antoniolo at gmail.com Thu Mar 15 10:25:41 2007 From: antoniolo at gmail.com (Antoniolo) Date: Thu, 15 Mar 2007 11:25:41 -0300 Subject: [Nitro] RES: RES: updated_at and created_at In-Reply-To: References: <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <1173897725.398315.196010@n59g2000hsh.googlegroups.com> <002101c766f4$89958780$9cc09680$@com> <000601c766ff$1c045c90$540d15b0$@com> Message-ID: <001801c7670d$d07a9a00$716fce00$@com> The first time I used String in attr_accessor I expected to get at least varchar(255) in the DB, but I got a Text. I'd like to ask you if it's reasonable to replace to something like this: attr_accessor :name, String #=> varchar(255) attr_accessor :short_name, String(30), #=> varchar(30) attr_accessor :description, Text #=> Text I'm aware there's VarChar(x), but I prefer the first one. It's just an esthetic issue after all and i'm not suggesting to replace it!. I'd like to know why you've adopted String as Text... just wondering... Ah!! I tried to use is Timestamped but the callback is not invoked, consequently time fields aren't updated. -----Mensagem original----- De: nitro-general-bounces at rubyforge.org [mailto:nitro-general-bounces at rubyforge.org] Em nome de George Moschovitis Enviada em: Thursday, March 15, 2007 10:46 AM Para: General discussion about Nitro Assunto: Re: [Nitro] RES: updated_at and created_at > How about the String/Text ? Dunno what you mean, can you elaborate? -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org _______________________________________________ Nitro-general mailing list Nitro-general at rubyforge.org http://rubyforge.org/mailman/listinfo/nitro-general From transfire at gmail.com Thu Mar 15 10:32:50 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Thu, 15 Mar 2007 14:32:50 -0000 Subject: [Nitro] [FEATURE] alias method for boolean attributes In-Reply-To: <000c01c76694$1d218f00$5764ad00$@com> References: <002b01c765b1$a1f12260$e5d36720$@com> <000001c76642$b74a8f20$25dfad60$@com> <002001c7665a$60911880$21b34980$@com> <8905c87a0703141051u1fafbcf1jb749caf91265e973@mail.gmail.com> <1173898117.008915.312670@b75g2000hsg.googlegroups.com> <8905c87a0703141212v389a335m1509bb81f5295f27@mail.gmail.com> <1173902158.603891.148120@p15g2000hsd.googlegroups.com> <8905c87a0703141443y3dd63592rfa638c583713a90b@mail.gmail.com> <000c01c76694$1d218f00$5764ad00$@com> Message-ID: <1173969170.053181.233340@l77g2000hsb.googlegroups.com> On Mar 14, 7:54 pm, "Antoniolo" wrote: > It's just a silly feature ... but worthwhile. > > class BankAccount > attr_accessor :blocked, TrueClass > end > > acc = BankAccount[1] > acc.blocked # => true > acc.blocked? # => true Interesting, but I'm not so sure about this approach. I'll have to look at how this was implemented. Normally one would use attr_tester :blocked or equiv. attr_query :blocked (Can't say I've ever loved either of those names however) T. From george.moschovitis at gmail.com Thu Mar 15 11:03:53 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 15 Mar 2007 17:03:53 +0200 Subject: [Nitro] RES: RES: updated_at and created_at In-Reply-To: <001801c7670d$d07a9a00$716fce00$@com> References: <002001c7665a$60911880$21b34980$@com> <1173897725.398315.196010@n59g2000hsh.googlegroups.com> <002101c766f4$89958780$9cc09680$@com> <000601c766ff$1c045c90$540d15b0$@com> <001801c7670d$d07a9a00$716fce00$@com> Message-ID: > I'd like to ask you if it's reasonable to replace to something like this: > attr_accessor :name, String #=> varchar(255) > attr_accessor :short_name, String(30), #=> varchar(30) > attr_accessor :description, Text #=> Text hmm, will see what I can do... is varchar(255) really better that Text? > Ah!! I tried to use is Timestamped but the callback is not invoked, > consequently time fields aren't updated. nah, it works, I am using this all the time. -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Thu Mar 15 11:41:10 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Thu, 15 Mar 2007 17:41:10 +0200 Subject: [Nitro] RES: RES: updated_at and created_at In-Reply-To: References: <002001c7665a$60911880$21b34980$@com> <1173897725.398315.196010@n59g2000hsh.googlegroups.com> <002101c766f4$89958780$9cc09680$@com> <000601c766ff$1c045c90$540d15b0$@com> <001801c7670d$d07a9a00$716fce00$@com> Message-ID: Hi, > hmm, will see what I can do... is varchar(255) really better that Text? yes it is, and then it isn't. The standard is and should be: don't break. When using varchar, the application is probably (if not in the first tests) failing later on, just because some text was slightly bigger. Standard using TEXT prevents from those 'silent' failures. Not everyone is using mysql where one can't compare on TEXT. :P varchar is better, when you optimize the database layout, when you need more speed, better disk usage. I woudn't propose optimization over 'doesn't fail'... Having a Og::String(size) function doesn't hurt though I guess. Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From george.moschovitis at gmail.com Fri Mar 16 06:50:47 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 16 Mar 2007 12:50:47 +0200 Subject: [Nitro] np.org forum... Message-ID: Dear devs, I updated the np.org forum (added attachments, plus fixes) and fixed some problems with openid. I would like to ask you to NOT post garbage to the forum any more, I would like to avoid resetting the database. I still would like to hear bug reports or suggestions. regards, George. PS: I would like that this forum replaces this mailing list in the very near future so please let me know what is missing to make it really useful and up to the job to maintain this community and archive some knowledge. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From Reid.Thompson at ateb.com Fri Mar 16 09:30:40 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Fri, 16 Mar 2007 09:30:40 -0400 Subject: [Nitro] np.org forum... In-Reply-To: References: Message-ID: <1174051840.20964.6.camel@localhost> On Fri, 2007-03-16 at 12:50 +0200, George Moschovitis wrote: > Dear devs, > > I updated the np.org forum (added attachments, plus fixes) and fixed > some problems with openid. I would like to ask you to NOT post garbage > to the forum any more, I would like to avoid resetting the database. > I still would like to hear bug reports or suggestions. > > regards, > George. > > PS: I would like that this forum replaces this mailing list in the > very near future so please let me know what is missing to make it > really useful and up to the job to maintain this community and archive > some knowledge. > Sign in via openid does not appear to be functional???? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070316/7a52d662/attachment.html From george.moschovitis at gmail.com Fri Mar 16 09:45:32 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 16 Mar 2007 15:45:32 +0200 Subject: [Nitro] np.org forum... In-Reply-To: <1174051840.20964.6.camel@localhost> References: <1174051840.20964.6.camel@localhost> Message-ID: It should work... I have seen people already regisgtered... please try again... -g. On 3/16/07, Reid Thompson wrote: > > > > On Fri, 2007-03-16 at 12:50 +0200, George Moschovitis wrote: > > Dear devs, > > > > I updated the np.org forum (added attachments, plus fixes) and fixed > > some problems with openid. I would like to ask you to NOT post garbage > > to the forum any more, I would like to avoid resetting the database. > > I still would like to hear bug reports or suggestions. > > > > regards, > > George. > > > > PS: I would like that this forum replaces this mailing list in the > > very near future so please let me know what is missing to make it > > really useful and up to the job to maintain this community and archive > > some knowledge. > > > Sign in via openid does not appear to be functional???? > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From Reid.Thompson at ateb.com Fri Mar 16 09:56:12 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Fri, 16 Mar 2007 09:56:12 -0400 Subject: [Nitro] np.org forum... In-Reply-To: References: <1174051840.20964.6.camel@localhost> Message-ID: <1174053372.20964.13.camel@localhost> On Fri, 2007-03-16 at 15:45 +0200, George Moschovitis wrote: > It should work... I have seen people already regisgtered... Doh!!! user error: userid = xxxx.myopenid.com NOT xxx at myopenid.com From james.britt at gmail.com Sat Mar 17 09:26:01 2007 From: james.britt at gmail.com (James Britt) Date: Sat, 17 Mar 2007 06:26:01 -0700 Subject: [Nitro] np.org forum... In-Reply-To: References: Message-ID: <45FBEC69.7020901@gmail.com> George Moschovitis wrote: > Dear devs, > > I updated the np.org forum (added attachments, plus fixes) and fixed > some problems with openid. I would like to ask you to NOT post garbage > to the forum any more, I would like to avoid resetting the database. > I still would like to hear bug reports or suggestions. I've yet to be able to connect to the site. I always get Firefox can't find the server at www.np.org. -- James Britt "Judge a man by his questions, rather than his answers." - Voltaire From noe.rubinstein at gmail.com Sat Mar 17 09:35:22 2007 From: noe.rubinstein at gmail.com (=?UTF-8?Q?No=C3=A9_Rubinstein?=) Date: Sat, 17 Mar 2007 14:35:22 +0100 Subject: [Nitro] np.org forum... In-Reply-To: <45FBEC69.7020901@gmail.com> References: <45FBEC69.7020901@gmail.com> Message-ID: > I've yet to be able to connect to the site. nitroproject.org From george.moschovitis at gmail.com Sat Mar 17 11:49:31 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 17 Mar 2007 17:49:31 +0200 Subject: [Nitro] np.org forum... In-Reply-To: <45FBEC69.7020901@gmail.com> References: <45FBEC69.7020901@gmail.com> Message-ID: > Firefox can't find the server at www.np.org. it's nitroproject.org ! -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From james.britt at gmail.com Sat Mar 17 19:43:46 2007 From: james.britt at gmail.com (James Britt) Date: Sat, 17 Mar 2007 17:43:46 -0600 Subject: [Nitro] np.org forum... In-Reply-To: References: <45FBEC69.7020901@gmail.com> Message-ID: <45FC7D32.2030501@gmail.com> George Moschovitis wrote: >> Firefox can't find the server at www.np.org. > > > it's nitroproject.org ! Ah. Too many abbreviations! > > -g. > -- James From antoniolo at gmail.com Sun Mar 18 11:03:30 2007 From: antoniolo at gmail.com (Antoniolo) Date: Sun, 18 Mar 2007 12:03:30 -0300 Subject: [Nitro] RES: np.org forum... In-Reply-To: <45FC7D32.2030501@gmail.com> References: <45FBEC69.7020901@gmail.com> <45FC7D32.2030501@gmail.com> Message-ID: <000001c7696e$996ec140$cc4c43c0$@com> George, I've uploaded the patches in the fora. Grrrrrr the upload system saved all my path :) Can u fix the system later on? >:-) http://www.nitroproject.org/uploads/posts/2007/3/C:-Documents-and-Settings-A dministrator-Desktop-patches.tar.gz From george.moschovitis at gmail.com Sun Mar 18 13:39:20 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 18 Mar 2007 19:39:20 +0200 Subject: [Nitro] RES: np.org forum... In-Reply-To: <000001c7696e$996ec140$cc4c43c0$@com> References: <45FBEC69.7020901@gmail.com> <45FC7D32.2030501@gmail.com> <000001c7696e$996ec140$cc4c43c0$@com> Message-ID: Argh... stupid windows ;-) -g. On 3/18/07, Antoniolo wrote: > George, I've uploaded the patches in the fora. > > Grrrrrr the upload system saved all my path :) Can u fix the system later > on? >:-) > > http://www.nitroproject.org/uploads/posts/2007/3/C:-Documents-and-Settings-A > dministrator-Desktop-patches.tar.gz > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Sun Mar 18 13:41:23 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 18 Mar 2007 19:41:23 +0200 Subject: [Nitro] RES: np.org forum... In-Reply-To: References: <45FBEC69.7020901@gmail.com> <45FC7D32.2030501@gmail.com> <000001c7696e$996ec140$cc4c43c0$@com> Message-ID: please resend the patch to the ML till I fix this... -g. On 3/18/07, George Moschovitis wrote: > Argh... stupid windows ;-) > > -g. > > On 3/18/07, Antoniolo wrote: > > George, I've uploaded the patches in the fora. > > > > Grrrrrr the upload system saved all my path :) Can u fix the system later > > on? >:-) > > > > http://www.nitroproject.org/uploads/posts/2007/3/C:-Documents-and-Settings-A > > dministrator-Desktop-patches.tar.gz > > > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From nyarly at gmail.com Sun Mar 18 17:41:48 2007 From: nyarly at gmail.com (Judson Lester) Date: Sun, 18 Mar 2007 14:41:48 -0700 Subject: [Nitro] RES: np.org forum... In-Reply-To: References: <45FBEC69.7020901@gmail.com> <45FC7D32.2030501@gmail.com> <000001c7696e$996ec140$cc4c43c0$@com> Message-ID: <8905c87a0703181441h2b4582b7w79468f1738b1432c@mail.gmail.com> In which case I'll attach my patches here as well. Judson On 3/18/07, George Moschovitis wrote: > please resend the patch to the ML till I fix this... > > -g. > > On 3/18/07, George Moschovitis wrote: > > Argh... stupid windows ;-) > > > > -g. > > > > On 3/18/07, Antoniolo wrote: > > > George, I've uploaded the patches in the fora. > > > > > > Grrrrrr the upload system saved all my path :) Can u fix the system later > > > on? >:-) > > > > > > http://www.nitroproject.org/uploads/posts/2007/3/C:-Documents-and-Settings-A > > > dministrator-Desktop-patches.tar.gz > > > > > > _______________________________________________ > > > Nitro-general mailing list > > > Nitro-general at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > > > -- > > http://blog.gmosx.com > > http://cull.gr > > http://www.joy.gr > > http://nitroproject.org > > > > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. -------------- next part -------------- A non-text attachment was scrubbed... Name: fixes.bndl Type: application/octet-stream Size: 44479 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070318/1996d352/attachment-0001.obj From george.moschovitis at gmail.com Sun Mar 18 17:53:47 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 18 Mar 2007 23:53:47 +0200 Subject: [Nitro] RES: np.org forum... In-Reply-To: <8905c87a0703181441h2b4582b7w79468f1738b1432c@mail.gmail.com> References: <45FBEC69.7020901@gmail.com> <45FC7D32.2030501@gmail.com> <000001c7696e$996ec140$cc4c43c0$@com> <8905c87a0703181441h2b4582b7w79468f1738b1432c@mail.gmail.com> Message-ID: No, please prefer the Forum. -g. On 3/18/07, Judson Lester wrote: > In which case I'll attach my patches here as well. > > Judson > > On 3/18/07, George Moschovitis wrote: > > please resend the patch to the ML till I fix this... > > > > -g. > > > > On 3/18/07, George Moschovitis wrote: > > > Argh... stupid windows ;-) > > > > > > -g. > > > > > > On 3/18/07, Antoniolo wrote: > > > > George, I've uploaded the patches in the fora. > > > > > > > > Grrrrrr the upload system saved all my path :) Can u fix the system later > > > > on? >:-) > > > > > > > > http://www.nitroproject.org/uploads/posts/2007/3/C:-Documents-and-Settings-A > > > > dministrator-Desktop-patches.tar.gz > > > > > > > > _______________________________________________ > > > > Nitro-general mailing list > > > > Nitro-general at rubyforge.org > > > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > > > > > > > -- > > > http://blog.gmosx.com > > > http://cull.gr > > > http://www.joy.gr > > > http://nitroproject.org > > > > > > > > > -- > > http://blog.gmosx.com > > http://cull.gr > > http://www.joy.gr > > http://nitroproject.org > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > Q: How does a hacker escape handcuffs? > A: Backslashes. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Sun Mar 18 17:54:32 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 18 Mar 2007 23:54:32 +0200 Subject: [Nitro] RES: np.org forum... In-Reply-To: References: <45FBEC69.7020901@gmail.com> <45FC7D32.2030501@gmail.com> <000001c7696e$996ec140$cc4c43c0$@com> <8905c87a0703181441h2b4582b7w79468f1738b1432c@mail.gmail.com> Message-ID: > > In which case I'll attach my patches here as well. I have allready applied this patch from the forum post. Will push tomorrow. -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From nyarly at gmail.com Sun Mar 18 20:05:54 2007 From: nyarly at gmail.com (Judson Lester) Date: Sun, 18 Mar 2007 17:05:54 -0700 Subject: [Nitro] Nitro forum Message-ID: <8905c87a0703181705o56292b87xd0a2b8a28c3a43b2@mail.gmail.com> Okay, I just had a lengthy post to the nitro forums trashed because I made a typo in the captcha. Can we do away with the captcha fields? Or could accounts (mine!) be approved fro comments without captchas? And a bigger textarea for comments would be nice. Oh, and select->reply->quote looks like it's intended to work as I expect but doesn't. -- Q: How does a hacker escape handcuffs? A: Backslashes. From billk at cts.com Sun Mar 18 20:15:27 2007 From: billk at cts.com (Bill Kelly) Date: Sun, 18 Mar 2007 17:15:27 -0700 Subject: [Nitro] np.org forum... References: Message-ID: <111701c769bb$b25eda30$6442a8c0@musicbox> From: "George Moschovitis" > > PS: I would like that this forum replaces this mailing list in the > very near future so please let me know what is missing to make it > really useful and up to the job to maintain this community and archive > some knowledge. I generally prefer mailing lists to forums, but here are some thoughts: The main thing I like about mailing lists, is it's very easy for me to see all of my unread messages at a glance. It's like being able to do a tail -f on the conversation, without lots of mouse clicks or waiting for web servers. So for forums that I read every day, I often use a link like this: (for example) http://forums.camerabits.com/index.php?action=recent That gives me the most recent messages in ANY thread, so I don't have to go clicking around to find them. Something like that might be nice, if the Nitro forums doesn't already have it. It also seems most forum software has poor-to-nonexistent threading support. I like Slashdot's threading approach, personally. I guess because it's closest to mailing lists and newsgroups. Maybe lack of conversational threading won't be so bad for this group, as people seem to mostly stay on-topic here. Well anyway good luck with the forums. I've enjoyed the mailing list while it lasted. Regards, Bill From manveru at weez-int.com Sun Mar 18 23:33:31 2007 From: manveru at weez-int.com (Michael Fellinger) Date: Mon, 19 Mar 2007 12:33:31 +0900 Subject: [Nitro] Nitro forum In-Reply-To: <8905c87a0703181705o56292b87xd0a2b8a28c3a43b2@mail.gmail.com> References: <8905c87a0703181705o56292b87xd0a2b8a28c3a43b2@mail.gmail.com> Message-ID: On Mon, 19 Mar 2007 09:05:54 +0900, Judson Lester wrote: > Okay, I just had a lengthy post to the nitro forums trashed because I > made a typo in the captcha. Can we do away with the captcha fields? > Or could accounts (mine!) be approved fro comments without captchas? I second that > And a bigger textarea for comments would be nice. I think if you got JavaScript on you can resize the field as you like (with the yellow bar below it) > Oh, and select->reply->quote looks like it's intended to work as I > expect but doesn't. > From john at oxyliquit.de Mon Mar 19 03:48:37 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 19 Mar 2007 09:48:37 +0200 Subject: [Nitro] np.org forum... In-Reply-To: <111701c769bb$b25eda30$6442a8c0@musicbox> References: <111701c769bb$b25eda30$6442a8c0@musicbox> Message-ID: Hi, > Well anyway good luck with the forums. I've enjoyed the > mailing list while it lasted. .... uhm. George, do you intend to replace the ML fully by the forum? Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Mon Mar 19 04:30:07 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 19 Mar 2007 10:30:07 +0200 Subject: [Nitro] Nitro forum In-Reply-To: <8905c87a0703181705o56292b87xd0a2b8a28c3a43b2@mail.gmail.com> References: <8905c87a0703181705o56292b87xd0a2b8a28c3a43b2@mail.gmail.com> Message-ID: > Okay, I just had a lengthy post to the nitro forums trashed because I > made a typo in the captcha. Can we do away with the captcha fields? but I think that if you make a mistake in the captcha the text does not go away... I will check this again... > And a bigger textarea for comments would be nice. The textarea is resizable, drag the yellow bar. > Oh, and select->reply->quote looks like it's intended to work as I > expect but doesn't. no at the moment reply just puts the .. tags. I had it originally copying the whole text. You idea about copying the selection is interesting. Anyone know how I can grab the selected text using javascript? anw, I will work a bit on the forum today to fix some things. -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Mon Mar 19 04:38:30 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 19 Mar 2007 10:38:30 +0200 Subject: [Nitro] np.org forum... In-Reply-To: <111701c769bb$b25eda30$6442a8c0@musicbox> References: <111701c769bb$b25eda30$6442a8c0@musicbox> Message-ID: > Something like that might be nice, if the Nitro forums > doesn't already have it. If you go to nitroproject.org/fora you will see the latest messages from all fora. > It also seems most forum software has poor-to-nonexistent > threading support. I like Slashdot's threading approach, > personally. I guess because it's closest to mailing lists > and newsgroups. I generally don't like threading, but I will work a threading mode into the forum. > Well anyway good luck with the forums. I've enjoyed the > mailing list while it lasted. >From your email, I get the impression that you haven't actually tried the forum. Give it a go. Btw, the ML list will not go away until most of the people are satisfied with the forum. As a first step I will try to add some synchronization between the forum and the ML. regards, -g. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Mon Mar 19 05:07:00 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 19 Mar 2007 11:07:00 +0200 Subject: [Nitro] RES: np.org forum... In-Reply-To: References: <45FBEC69.7020901@gmail.com> <45FC7D32.2030501@gmail.com> <000001c7696e$996ec140$cc4c43c0$@com> <8905c87a0703181441h2b4582b7w79468f1738b1432c@mail.gmail.com> Message-ID: Hi, >> In which case I'll attach my patches here as well. > No, please prefer the Forum. now, that is scary (at least for me). Please consider continue using the ML as the 'main'. Why I consider a ML superior to forums: * Threading (you said fora'll be threaded later, so ok) * Searching (no, Google search is not a good replacement) * Fuzzy searching * _fast_ searching * Speed in general, there are delays with a webpage, doesn't matter how 'fast' it is. * Customizeability, not one user interface is good for everyone * Customizeabliity, font size * Delete unimportant/old posts * Tag posts * Integration with email, everyone has email * Saving Contacts * Adding additional information to saved contacts * Ready spam filtering, can't filter spam on foreign system * marking whole or part of a thread as read * 'selecting' posts (mark read, delete, etc) * General 'overview'. List all threads on minimal space. * Seamless integration with other services, like feeds/email/NGs * 'One system for all similar services' * offline support * stability * marking of quotes * pasting code without formatting issues * marking of attachments, attachment types * vewing mails with attachments * central (forum) versus distributed (ML) * forum: 'just another login for just another service' * forum: no interacting with the 'outside world' * forum: 'protections' (like captcha) which make me want to hit my face with a table plate. * forum: 'smileys' * forum: 'signatures', three foot wide. * forum: downtimes, every system has those * forum: formatting issues (tab, anyone?) * forum: no control over messages, they could get deleted * forum: when down, how is development done, patches sent? * forum: what about 'history', I like to save old mails.. You know, I love the web, its opportunities and niceties, but I don't think, it should be used for _every_ application. An Operating System (I'm exaggerating here) is just not one of them. You see, this is futile. Not to build a forum, but to try to want to please everyone. So, if you intend the forum to be be used exclusively, I would be disappointed, but go ahaid. * bridge, ruby forums, google, home-grown? Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Mon Mar 19 05:49:15 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 19 Mar 2007 11:49:15 +0200 Subject: [Nitro] RES: np.org forum... In-Reply-To: References: <45FBEC69.7020901@gmail.com> <45FC7D32.2030501@gmail.com> <000001c7696e$996ec140$cc4c43c0$@com> <8905c87a0703181441h2b4582b7w79468f1738b1432c@mail.gmail.com> Message-ID: I don't agree with you, but the ML will stay, so you (and everyone else who likes it) can continue using it. I prefer using the Forum and I will continue working to improve it :) regards, George. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From billk at cts.com Mon Mar 19 06:13:27 2007 From: billk at cts.com (Bill Kelly) Date: Mon, 19 Mar 2007 03:13:27 -0700 Subject: [Nitro] np.org forum... References: <111701c769bb$b25eda30$6442a8c0@musicbox> Message-ID: <11e701c76a0f$3cd31a70$6442a8c0@musicbox> From: "George Moschovitis" > > From your email, I get the impression that you haven't actually tried > the forum. Give it a go. My apologies. I had clicked around a bit, but not quite enough to understand how it was organized. What do you think about a button to collapse a forum down to a compact view showing just the subject line for each topic, rather than the whole last post in each topic? > Btw, the ML list will not go away until most > of the people are satisfied with the forum. As a first step I will try > to add some synchronization between the forum and the ML. While I haven't used ruby-forum myself, it seems the bridge between ruby-talk ML and http://www.ruby-forum.com/forum/4 has been working pretty well, technically. (At least, I don't recall people complaining about synchronization problems much.) So it seems synchronization could possibly work well. Regards, Bill From george.moschovitis at gmail.com Mon Mar 19 09:18:25 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 19 Mar 2007 15:18:25 +0200 Subject: [Nitro] test Message-ID: ignore -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Mon Mar 19 09:48:27 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 19 Mar 2007 15:48:27 +0200 Subject: [Nitro] Fwd: [NP.ORG] Nitro/Og Fora daily diggest In-Reply-To: <20070319134603.2038A8707@valen> References: <20070319134603.2038A8707@valen> Message-ID: Dear devs, I am trying to create a simple digest mail to represent the latest activity of the forum to this list. At the end of this email you can find the current format, I would like to hearmore suggestions. -g. ---------- Forwarded message ---------- From: noreply at nitroproject.org Date: Mar 19, 2007 3:46 PM Subject: [NP.ORG] Nitro/Og Fora daily diggest To: george.moschovitis at gmail.com >From gmosx.myopenid.com Date: Mon Mar 19 13:13:37 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/33 Message-ID: http://www.nitroproject.org/fora/posts/view/39 Hello, the article you quote is not that negative about UUIDS.
However, seeing what George said about single class Comment for articles and whatever, appears to be interesting.
at last, someone finds this interesting idea erhm... interesting ;-) -g. >From gmosx.myopenid.com Date: Mon Mar 19 12:52:40 UTC 2007 Subject: Forum improvements. Message-ID: http://www.nitroproject.org/fora/posts/view/38 Here are the latest forum improvements: - no captcha for verified users (at the moment just me and judson). Judson can you please verify this? - uploads from windows should work (antoniolo can you verify this?) - the topic hierarchy is kept, a thread view will be available in the next update. - initial work on forum digest. keep the suggestions and bug reports coming, -g. >From gmosx.myopenid.com Date: Mon Mar 19 09:53:02 UTC 2007 Subject: Ruby meta programming problem Message-ID: http://www.nitroproject.org/fora/posts/view/37 I am using the following code to generate some utility methods: < class User::Proxy attr_accessor :oid attr_accessor :name attr_accessor :level for key, val in User::LEVEL_VALUES define_method("#{val}?") do @level >= key end end My problem is that this doesn't work correctly. It seems that @level referes to a value at the time of the method generation and not the actual object value at run time. Any idea how to fix this? -g. >From gmosx.myopenid.com Date: Mon Mar 19 08:35:33 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/3 Message-ID: http://www.nitroproject.org/fora/posts/view/36 thanks again. >From gmosx.myopenid.com Date: Mon Mar 19 08:34:07 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/18 Message-ID: http://www.nitroproject.org/fora/posts/view/35 I am not a big fan of test-first development. I always finalize my design *after* I write some code. So writing tests beforehand, seems like a waste of time. When the design is finalized it is the right time to do tests. -g. >From judson.myopenid.com Date: Mon Mar 19 08:09:45 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/3 Message-ID: http://www.nitroproject.org/fora/posts/view/34 This is some more fixes for the specs. Specifically, and importantly, the class definitions for the fixture classes have been moved into the setup clauses for the contexts - the upshot of which is that they're isolated from one another. >From antoni0.myopenid.com Date: Mon Mar 19 00:31:21 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/4 Message-ID: http://www.nitroproject.org/fora/posts/view/33 i read all the above articles and also this one: http://joseph.randomnetworks.com/archives/2005/07/22/uuid-vs-sequences/ Based on above article, my opinion goes together with Judson. As far as i could see, that type of id schema will be overkill for og at the moment. However, seeing what George said about single class Comment for articles and whatever, appears to be interesting. looking forward to see where this topic goes to! >From judson.myopenid.com Date: Mon Mar 19 00:07:43 UTC 2007 Subject: RE: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/18 Message-ID: http://www.nitroproject.org/fora/posts/view/32
I understand that, but I thought it would be a nice way of someone else to verify my changes.
My shorter response (long one eaten by captchas) is that the specs are a better indication of what you mean than the code is. I'd rather fix code to make specs pass than vice versa. >From gmosx.myopenid.com Date: Sun Mar 18 16:54:17 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/18 Message-ID: http://www.nitroproject.org/fora/posts/view/31 Thanks antonio, I will check your patch and integrate it if everything is ok ;-) -g. >From antoni0.myopenid.com Date: Sun Mar 18 14:58:32 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/18 Message-ID: http://www.nitroproject.org/fora/posts/view/30 Hello folks! now np.org is amazing! :D There are 4 patches in this file. Today morning i pulled the latest version from repo and I've added a new patch also. This one is a 'revision' for modelmixin renaming. Take a special care on many_to_many_rich_associations. This one is neither a new patch or code-revision, it's a bug fix. George, please run the tests to see what i'm talking about. >From gmosx.myopenid.com Date: Sun Mar 18 10:41:25 UTC 2007 Subject: Minor np.org update Message-ID: http://www.nitroproject.org/fora/posts/view/29 I just added some minor fixes to this site: - improved topic list view - you can use a subset of html - you can use the blockquote to quote earlier posts - you can use the code tag to markup source code (under construction, I will add syntax highlighting support and some fixes) - I fixed the stupid 'page-jump' css bug. Many thanks to the CSS master George Paparakis (http://www.qupy.com/) for his help. keep the suggestions and bug reports coming... regards, George. PS: Also added links to oxywtf.de and the repository to the homepage. >From gmosx.myopenid.com Date: Sun Mar 18 08:15:18 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/4 Message-ID: http://www.nitroproject.org/fora/posts/view/28 Btw, Tom emailed me this interesting link: http://codesnipers.com/?q=node/143&title=Using-UUID/GUID-as-Primary-Key-in-Rails I kind of like the aproach. -g. >From gmosx.myopenid.com Date: Sun Mar 18 08:10:27 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/4 Message-ID: http://www.nitroproject.org/fora/posts/view/27 I could see it as an option for the Manager. Making it mandatory would make upgrades problematic as well. I will implement this as an option. I am still investigating the best way to tackle this problem. -g. >From gmosx.myopenid.com Date: Sun Mar 18 08:09:10 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/18 Message-ID: http://www.nitroproject.org/fora/posts/view/26 but it's probably better to keep specs in line with the code, you know? I understand that, but I thought it would be a nice way of someone else to verify my changes. -g. >From judson.myopenid.com Date: Sun Mar 18 03:44:58 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/4 Message-ID: http://www.nitroproject.org/fora/posts/view/25 I could see it as an option for the Manager. Making it mandatory would make upgrades problematic as well. Regarding the old thread: the best solution still seems to me to be PostgreSQL style sequences. In RDMSes that don't provide sequences, it seems like they could be emulated with autoincrementing tables. >From judson.myopenid.com Date: Sun Mar 18 03:35:13 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/18 Message-ID: http://www.nitroproject.org/fora/posts/view/24 No really: here they are. Another quick note: I've started moving some of the contexts from store into other spec files - since they really relate to relations and models, I put them in those spec files. >From judson.myopenid.com Date: Sun Mar 18 03:31:13 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/18 Message-ID: http://www.nitroproject.org/fora/posts/view/23 Here's fixes against the new API stuff. There are 8 specs still failing. All of them were failing before, I think. I've started adopting RSpec's new UI on "should" clauses - instead of should_thing they look like "should thing." So specs might require rspec 0.8 -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From nyarly at gmail.com Mon Mar 19 14:27:29 2007 From: nyarly at gmail.com (Judson Lester) Date: Mon, 19 Mar 2007 11:27:29 -0700 Subject: [Nitro] Nitro core development team roster In-Reply-To: References: Message-ID: <8905c87a0703191127o24b7b06eo3fdce65916d0170c@mail.gmail.com> When is this going to be posted on the site? I want to show it to my girlfriend, since I think she'll understand that aspect of why I'm suddenly spending time on Nitro/Og Judson On 3/13/07, George Moschovitis wrote: > you can also send me a small snippet of text/bio to go along with the photo ;-) > > -g. > > On 3/13/07, George Moschovitis wrote: > > Dear devs, > > > > I would like to ask every developer mentioned in the file > > doc/CONTRIBUTORS to send me a big photo of him. I would like to make a > > special page of all contributors to the nitro/og project. I especially > > need big high quality photos from the core developers. > > > > please email your photos privately to me. > > > > thanks, > > -g. > > > > -- > > http://blog.gmosx.com > > http://cull.gr > > http://www.joy.gr > > http://nitroproject.org > > > > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. From george.moschovitis at gmail.com Mon Mar 19 14:43:28 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 19 Mar 2007 20:43:28 +0200 Subject: [Nitro] Nitro core development team roster In-Reply-To: <8905c87a0703191127o24b7b06eo3fdce65916d0170c@mail.gmail.com> References: <8905c87a0703191127o24b7b06eo3fdce65916d0170c@mail.gmail.com> Message-ID: ;-) be patient... some time early next week. btw, I need more photos. I only got photos from you and Tom. -g. On 3/19/07, Judson Lester wrote: > When is this going to be posted on the site? I want to show it to my > girlfriend, since I think she'll understand that aspect of why I'm > suddenly spending time on Nitro/Og > > Judson > > On 3/13/07, George Moschovitis wrote: > > you can also send me a small snippet of text/bio to go along with the photo ;-) > > > > -g. > > > > On 3/13/07, George Moschovitis wrote: > > > Dear devs, > > > > > > I would like to ask every developer mentioned in the file > > > doc/CONTRIBUTORS to send me a big photo of him. I would like to make a > > > special page of all contributors to the nitro/og project. I especially > > > need big high quality photos from the core developers. > > > > > > please email your photos privately to me. > > > > > > thanks, > > > -g. > > > > > > -- > > > http://blog.gmosx.com > > > http://cull.gr > > > http://www.joy.gr > > > http://nitroproject.org > > > > > > > > > -- > > http://blog.gmosx.com > > http://cull.gr > > http://www.joy.gr > > http://nitroproject.org > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > -- > Q: How does a hacker escape handcuffs? > A: Backslashes. > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Tue Mar 20 06:51:53 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 20 Mar 2007 12:51:53 +0200 Subject: [Nitro] [PATCH] bundle for Og, sql and validation Message-ID: Hi, Tue Mar 20 12:44:10 EET 2007 Jonathan Buch * sql.rb changes * remove duplicated write_attrs * made write_attr_boolean return 'f' instead of NULL * fix require in tc_timestamped * add :extra_condition to .find (for use with set_find_options()) i.e. set_find_options(:extra_condition => 'time_deleted IS NULL') * fix validate_format * :where is now handled together with :condition in find() use case for :extra_condition module Preserved attr_accessor :time_deleted, Time set_find_options(:extra_condition => 'time_deleted IS NULL') alias_method :force_delete, :delete def delete @time_deleted = Time.now save end def undelete @time_deleted = nil save end end class Foo is Preserved end Foo.find() # => only finds non-deleted Foos -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ -------------- next part -------------- A non-text attachment was scrubbed... Name: sqlrb.bndl.tar.bz2 Type: application/bzip2 Size: 8936 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070320/315c9e2b/attachment-0001.bin From george.moschovitis at gmail.com Tue Mar 20 07:48:03 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 20 Mar 2007 13:48:03 +0200 Subject: [Nitro] [PATCH] bundle for Og, sql and validation In-Reply-To: References: Message-ID: thanks ;-) On 3/20/07, Jonathan Buch wrote: > Hi, > > Tue Mar 20 12:44:10 EET 2007 Jonathan Buch > * sql.rb changes > * remove duplicated write_attrs > * made write_attr_boolean return 'f' instead of NULL > * fix require in tc_timestamped > * add :extra_condition to .find (for use with set_find_options()) > i.e. set_find_options(:extra_condition => 'time_deleted IS NULL') > * fix validate_format > * :where is now handled together with :condition in find() > > > use case for :extra_condition > > module Preserved > attr_accessor :time_deleted, Time > set_find_options(:extra_condition => 'time_deleted IS NULL') > > alias_method :force_delete, :delete > def delete > @time_deleted = Time.now > save > end > > def undelete > @time_deleted = nil > save > end > end > > class Foo > is Preserved > end > > Foo.find() # => only finds non-deleted Foos > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From transfire at gmail.com Tue Mar 20 08:27:38 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Tue, 20 Mar 2007 12:27:38 -0000 Subject: [Nitro] class_extension Message-ID: <1174393658.073921.213600@b75g2000hsg.googlegroups.com> Dear (core) devs, from now on, please avoid using the facets class_extension helper. Instead use the standard Ruby base.extend(ClassMethods) idiom. I think this is more readable. All the trouble I went threw to get Matz to offer us a reliable mechanism for module singleton inheritance and your just going to dump it? And for what? Because you think: module Foo def self.included(base) base.extend(ClassMethods) end module ClassMethods # code end Is more readable than module Foo class_extension do # code end Are you kidding me? Moreover, do you understand the technical differences between the two? Do you realize that the first does not extend past the first inclusion? Ie. include Foo above into Bar and then Bar into Baz, Baz would not have the module methods --for that you'd have to add even more crufty code. If you don't like the name class_extension an alternate can be considered. It may also be possible, though not nearly as efficient, to have syntax like: module Foo def ext.some_method ... T. From george.moschovitis at gmail.com Tue Mar 20 08:48:58 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 20 Mar 2007 14:48:58 +0200 Subject: [Nitro] class_extension In-Reply-To: <1174393658.073921.213600@b75g2000hsg.googlegroups.com> References: <1174393658.073921.213600@b75g2000hsg.googlegroups.com> Message-ID: > Moreover, do you understand the technical > differences between the two? Do you realize that the first does not > extend past the first inclusion? Ie. include Foo above into Bar and > then Bar into Baz, Baz would not have the module methods --for that > you'd have to add even more crufty code. Hmm, I didn't know about that. I thought (and othere agree) that the standard idiom is more readable. But if your code works better (and safer) as you describe, I guess we should reconsider, and keep using this. Thanks for clearing this out. regards, George. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From transfire at gmail.com Tue Mar 20 09:50:01 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Tue, 20 Mar 2007 13:50:01 -0000 Subject: [Nitro] class_extension In-Reply-To: References: <1174393658.073921.213600@b75g2000hsg.googlegroups.com> Message-ID: <1174398601.902510.99430@b75g2000hsg.googlegroups.com> On Mar 20, 8:48 am, "George Moschovitis" wrote: > > Moreover, do you understand the technical > > differences between the two? Do you realize that the first does not > > extend past the first inclusion? Ie. include Foo above into Bar and > > then Bar into Baz, Baz would not have the module methods --for that > > you'd have to add even more crufty code. > > Hmm, I didn't know about that. I thought (and othere agree) that the > standard idiom is more readable. But if your code works better (and > safer) as you describe, I guess we should reconsider, and keep using > this. Thanks for clearing this out. No problem. Sorry for coming on so strong, but this really shocked me. But I understand that most people don't know about the many discussions on this topic. Matz is considering class_extension, or something like it, for inclusion in Ruby 1.9/2.0. But he's not 100% sure yet. So there's still room for improvement if anyone can think of a better way. I also understand it is not idiomatic 1.8 Ruby. Unfortunately what has become idiomatic is the ClassMethods hack made popular by Hal Fulton in the Ruby Way. Ara T. Howard goes even further and creates an InstanceMethods module! Lol. :) In any case. I am deeply involved in this particular development as I am a strong proponent of allowing module singleton methods to be mixed- in. Personally I would prefer an alternate method to #include that does it automatically. But for whatever reason Matz seems hesitant of this. Maybe this alternative would be better however, as it appears more idiomatic? module Foo class << extension end end I might suggest that to Matz. How does that strike you? T. From nyarly at gmail.com Tue Mar 20 13:25:25 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 20 Mar 2007 10:25:25 -0700 Subject: [Nitro] [PATCH] bundle for Og, sql and validation In-Reply-To: References: Message-ID: <8905c87a0703201025o6fa8942coe502355ea4bd3c7d@mail.gmail.com> On 3/20/07, Jonathan Buch wrote: > * fix validate_format What was wrong with validate_format? Is there a spec for the bug? Judson -- Q: How does a hacker escape handcuffs? A: Backslashes. From nyarly at gmail.com Tue Mar 20 13:27:31 2007 From: nyarly at gmail.com (Judson Lester) Date: Tue, 20 Mar 2007 10:27:31 -0700 Subject: [Nitro] class_extension In-Reply-To: <1174398601.902510.99430@b75g2000hsg.googlegroups.com> References: <1174393658.073921.213600@b75g2000hsg.googlegroups.com> <1174398601.902510.99430@b75g2000hsg.googlegroups.com> Message-ID: <8905c87a0703201027k5d2fe692t293a6c70551ab90d@mail.gmail.com> Even as a Facets curmudgeon, I'm actually strongly for class_extension. On 3/20/07, transfire at gmail.com wrote: > > > On Mar 20, 8:48 am, "George Moschovitis" > wrote: > > > Moreover, do you understand the technical > > > differences between the two? Do you realize that the first does not > > > extend past the first inclusion? Ie. include Foo above into Bar and > > > then Bar into Baz, Baz would not have the module methods --for that > > > you'd have to add even more crufty code. > > > > Hmm, I didn't know about that. I thought (and othere agree) that the > > standard idiom is more readable. But if your code works better (and > > safer) as you describe, I guess we should reconsider, and keep using > > this. Thanks for clearing this out. > > No problem. Sorry for coming on so strong, but this really shocked me. > But I understand that most people don't know about the many > discussions on this topic. Matz is considering class_extension, or > something like it, for inclusion in Ruby 1.9/2.0. But he's not 100% > sure yet. So there's still room for improvement if anyone can think of > a better way. > > I also understand it is not idiomatic 1.8 Ruby. Unfortunately what has > become idiomatic is the ClassMethods hack made popular by Hal Fulton > in the Ruby Way. Ara T. Howard goes even further and creates an > InstanceMethods module! Lol. :) > > In any case. I am deeply involved in this particular development as I > am a strong proponent of allowing module singleton methods to be mixed- > in. Personally I would prefer an alternate method to #include that > does it automatically. But for whatever reason Matz seems hesitant of > this. > > Maybe this alternative would be better however, as it appears more > idiomatic? > > > module Foo > > class << extension > > end > > end > > > I might suggest that to Matz. How does that strike you? > > T. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. From Reid.Thompson at ateb.com Tue Mar 20 14:18:46 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Tue, 20 Mar 2007 14:18:46 -0400 Subject: [Nitro] /usr/lib/ruby/site_ruby/1.8/rubygems.rb:196:in `activate': can't activate facets (= 1.4.5), already activated facets-1.7.46] (Gem::Exception) Message-ID: <1174414726.3737.13.camel@localhost> How do I resolve the subject error when utilizing the repo and glycerin.rb? From george.moschovitis at gmail.com Tue Mar 20 15:02:01 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 20 Mar 2007 21:02:01 +0200 Subject: [Nitro] /usr/lib/ruby/site_ruby/1.8/rubygems.rb:196:in `activate': can't activate facets (= 1.4.5), already activated facets-1.7.46] (Gem::Exception) In-Reply-To: <1174414726.3737.13.camel@localhost> References: <1174414726.3737.13.camel@localhost> Message-ID: use facets 1.8.49 and remove older versions. -g. On 3/20/07, Reid Thompson wrote: > How do I resolve the subject error when utilizing the repo and > glycerin.rb? > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From Reid.Thompson at ateb.com Tue Mar 20 15:38:31 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Tue, 20 Mar 2007 15:38:31 -0400 Subject: [Nitro] /usr/lib/ruby/site_ruby/1.8/rubygems.rb:196:in `activate': can't activate facets (= 1.4.5), already activated facets-1.7.46] (Gem::Exception) In-Reply-To: References: <1174414726.3737.13.camel@localhost> Message-ID: <1174419511.3737.17.camel@localhost> On Tue, 2007-03-20 at 21:02 +0200, George Moschovitis wrote: > use facets 1.8.49 and remove older versions. > > -g. > > On 3/20/07, Reid Thompson wrote: > > How do I resolve the subject error when utilizing the repo and > > glycerin.rb? > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > rthompso at jhereg:~/src/repo.nitroproject.org$ gem list facets *** LOCAL GEMS *** facets (1.8.49) If Godzilla were a Programmer's Library rthompso at jhereg:~/src/repo.nitroproject.org$ ruby ./Test.rb /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10:in `require': no such file to load -- facets/more/synchash (LoadError) from /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10 from ./Test.rb:2:in `require' from ./Test.rb:2 rthompso at jhereg:~/src/repo.nitroproject.org$ cat Test.rb require '/home/rthompso/src/repo.nitroproject.org/script/glycerin' require 'og' class Simple attr_accessor :myid, Integer, :primary_key => true attr_accessor :author, String attr_accessor :state, String end og_psql = { :destroy_tables => false, :store => :psql, :address => 'localhost', :user => 'rthompso', :password => '', :name => 'test' } @db = Og.setup(og_psql) @pstore = @db.store Simple.create_with :author => "author", :state => "state" From transfire at gmail.com Tue Mar 20 16:24:15 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Tue, 20 Mar 2007 20:24:15 -0000 Subject: [Nitro] /usr/lib/ruby/site_ruby/1.8/rubygems.rb:196:in `activate': can't activate facets (= 1.4.5), already activated facets-1.7.46] (Gem::Exception) In-Reply-To: <1174419511.3737.17.camel@localhost> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> Message-ID: <1174422255.891671.10580@n76g2000hsh.googlegroups.com> On Mar 20, 3:38 pm, Reid Thompson wrote: > On Tue, 2007-03-20 at 21:02 +0200, George Moschovitis wrote: > > use facets 1.8.49 and remove older versions. > > > -g. > > > On 3/20/07, Reid Thompson wrote: > > > How do I resolve the subject error when utilizing the repo and > > > glycerin.rb? > > > _______________________________________________ > > > Nitro-general mailing list > > > Nitro-gene... at rubyforge.org > > >http://rubyforge.org/mailman/listinfo/nitro-general > > rthompso at jhereg:~/src/repo.nitroproject.org$ gem list facets > > *** LOCAL GEMS *** > > facets (1.8.49) > If Godzilla were a Programmer's Library > > rthompso at jhereg:~/src/repo.nitroproject.org$ ruby ./Test.rb > /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10:in `require': no such file to load -- facets/more/synchash (LoadError) > from /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10 > from ./Test.rb:2:in `require' > from ./Test.rb:2 > rthompso at jhereg:~/src/repo.nitroproject.org$ cat Test.rb > require '/home/rthompso/src/repo.nitroproject.org/script/glycerin' > require 'og' First, make sure you have RUBYOPT="-rubygems". If that's not it, then check manually to see if synchash.rb is where it's suppose to be. (/usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/ more/ --or something like that). T. From Reid.Thompson at ateb.com Tue Mar 20 16:36:47 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Tue, 20 Mar 2007 16:36:47 -0400 Subject: [Nitro] /usr/lib/ruby/site_ruby/1.8/rubygems.rb:196:in `activate': can't activate facets (= 1.4.5), already activated facets-1.7.46] (Gem::Exception) In-Reply-To: <1174422255.891671.10580@n76g2000hsh.googlegroups.com> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> <1174422255.891671.10580@n76g2000hsh.googlegroups.com> Message-ID: <1174423007.15489.3.camel@localhost> On Tue, 2007-03-20 at 20:24 +0000, transfire at gmail.com wrote: > On Mar 20, 3:38 pm, Reid Thompson wrote: > > On Tue, 2007-03-20 at 21:02 +0200, George Moschovitis wrote: > > > use facets 1.8.49 and remove older versions. > > > > > -g. > > > > > On 3/20/07, Reid Thompson wrote: > > > > How do I resolve the subject error when utilizing the repo and > > > > glycerin.rb? > > > > _______________________________________________ > > > > Nitro-general mailing list > > > > Nitro-gene... at rubyforge.org > > > >http://rubyforge.org/mailman/listinfo/nitro-general > > > > rthompso at jhereg:~/src/repo.nitroproject.org$ gem list facets > > > > *** LOCAL GEMS *** > > > > facets (1.8.49) > > If Godzilla were a Programmer's Library > > > > rthompso at jhereg:~/src/repo.nitroproject.org$ ruby ./Test.rb > > /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10:in `require': no such file to load -- facets/more/synchash (LoadError) > > from /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10 > > from ./Test.rb:2:in `require' > > from ./Test.rb:2 > > rthompso at jhereg:~/src/repo.nitroproject.org$ cat Test.rb > > require '/home/rthompso/src/repo.nitroproject.org/script/glycerin' > > require 'og' > > First, make sure you have RUBYOPT="-rubygems". > > If that's not it, then check manually to see if synchash.rb is where > it's suppose to be. (/usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/ > more/ --or something like that). > > T. > ok - export RUBYOPT="-rubygems" fixes the synchash.rb issue ( why doesn't requiring rubygems in the script (require 'rubygems') do the same thing? ) but now there's /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- facets/more/inflect (LoadError) and inflect.rb is not in /usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/facets/more rthompso at jhereg:/usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/facets/more$ ls -rlt in* -rw-r--r-- 1 root root 14197 2007-03-20 15:25 interval.rb -rw-r--r-- 1 root root 3139 2007-03-20 15:25 instance_intercept.rb -rw-r--r-- 1 root root 5404 2007-03-20 15:25 inheritor.rb -rw-r--r-- 1 root root 3866 2007-03-20 15:25 infinity.rb From Reid.Thompson at ateb.com Tue Mar 20 16:38:05 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Tue, 20 Mar 2007 16:38:05 -0400 Subject: [Nitro] /usr/lib/ruby/site_ruby/1.8/rubygems.rb:196:in `activate': can't activate facets (= 1.4.5), already activated facets-1.7.46] (Gem::Exception) In-Reply-To: <1174423007.15489.3.camel@localhost> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> <1174422255.891671.10580@n76g2000hsh.googlegroups.com> <1174423007.15489.3.camel@localhost> Message-ID: <1174423085.15489.5.camel@localhost> On Tue, 2007-03-20 at 16:36 -0400, Reid Thompson wrote: > On Tue, 2007-03-20 at 20:24 +0000, transfire at gmail.com wrote: > > On Mar 20, 3:38 pm, Reid Thompson wrote: > > > On Tue, 2007-03-20 at 21:02 +0200, George Moschovitis wrote: > > > > use facets 1.8.49 and remove older versions. > > > > > > > -g. > > > > > > > On 3/20/07, Reid Thompson wrote: > > > > > How do I resolve the subject error when utilizing the repo and > > > > > glycerin.rb? > > > > > _______________________________________________ > > > > > Nitro-general mailing list > > > > > Nitro-gene... at rubyforge.org > > > > >http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > rthompso at jhereg:~/src/repo.nitroproject.org$ gem list facets > > > > > > *** LOCAL GEMS *** > > > > > > facets (1.8.49) > > > If Godzilla were a Programmer's Library > > > > > > rthompso at jhereg:~/src/repo.nitroproject.org$ ruby ./Test.rb > > > /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10:in `require': no such file to load -- facets/more/synchash (LoadError) > > > from /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10 > > > from ./Test.rb:2:in `require' > > > from ./Test.rb:2 > > > rthompso at jhereg:~/src/repo.nitroproject.org$ cat Test.rb > > > require '/home/rthompso/src/repo.nitroproject.org/script/glycerin' > > > require 'og' > > > > First, make sure you have RUBYOPT="-rubygems". > > > > If that's not it, then check manually to see if synchash.rb is where > > it's suppose to be. (/usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/ > > more/ --or something like that). > > > > T. > > > ok - export RUBYOPT="-rubygems" fixes the synchash.rb issue ( why > doesn't requiring rubygems in the script (require 'rubygems') do the > same thing? ) but now there's > /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- facets/more/inflect (LoadError) > and inflect.rb is not in > /usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/facets/more > > rthompso at jhereg:/usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/facets/more$ ls -rlt in* > -rw-r--r-- 1 root root 14197 2007-03-20 15:25 interval.rb > -rw-r--r-- 1 root root 3139 2007-03-20 15:25 instance_intercept.rb > -rw-r--r-- 1 root root 5404 2007-03-20 15:25 inheritor.rb > -rw-r--r-- 1 root root 3866 2007-03-20 15:25 infinity.rb > > there is an inflect.rb in .facets/core/inflect.rb From george.moschovitis at gmail.com Tue Mar 20 17:21:30 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Tue, 20 Mar 2007 23:21:30 +0200 Subject: [Nitro] /usr/lib/ruby/site_ruby/1.8/rubygems.rb:196:in `activate': can't activate facets (= 1.4.5), already activated facets-1.7.46] (Gem::Exception) In-Reply-To: <1174423085.15489.5.camel@localhost> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> <1174422255.891671.10580@n76g2000hsh.googlegroups.com> <1174423007.15489.3.camel@localhost> <1174423085.15489.5.camel@localhost> Message-ID: ah, have already reported this to Tom. -g. On 3/20/07, Reid Thompson wrote: > On Tue, 2007-03-20 at 16:36 -0400, Reid Thompson wrote: > > On Tue, 2007-03-20 at 20:24 +0000, transfire at gmail.com wrote: > > > On Mar 20, 3:38 pm, Reid Thompson wrote: > > > > On Tue, 2007-03-20 at 21:02 +0200, George Moschovitis wrote: > > > > > use facets 1.8.49 and remove older versions. > > > > > > > > > -g. > > > > > > > > > On 3/20/07, Reid Thompson wrote: > > > > > > How do I resolve the subject error when utilizing the repo and > > > > > > glycerin.rb? > > > > > > _______________________________________________ > > > > > > Nitro-general mailing list > > > > > > Nitro-gene... at rubyforge.org > > > > > >http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > > rthompso at jhereg:~/src/repo.nitroproject.org$ gem list facets > > > > > > > > *** LOCAL GEMS *** > > > > > > > > facets (1.8.49) > > > > If Godzilla were a Programmer's Library > > > > > > > > rthompso at jhereg:~/src/repo.nitroproject.org$ ruby ./Test.rb > > > > /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10:in `require': no such file to load -- facets/more/synchash (LoadError) > > > > from /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10 > > > > from ./Test.rb:2:in `require' > > > > from ./Test.rb:2 > > > > rthompso at jhereg:~/src/repo.nitroproject.org$ cat Test.rb > > > > require '/home/rthompso/src/repo.nitroproject.org/script/glycerin' > > > > require 'og' > > > > > > First, make sure you have RUBYOPT="-rubygems". > > > > > > If that's not it, then check manually to see if synchash.rb is where > > > it's suppose to be. (/usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/ > > > more/ --or something like that). > > > > > > T. > > > > > ok - export RUBYOPT="-rubygems" fixes the synchash.rb issue ( why > > doesn't requiring rubygems in the script (require 'rubygems') do the > > same thing? ) but now there's > > /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- facets/more/inflect (LoadError) > > and inflect.rb is not in > > /usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/facets/more > > > > rthompso at jhereg:/usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/facets/more$ ls -rlt in* > > -rw-r--r-- 1 root root 14197 2007-03-20 15:25 interval.rb > > -rw-r--r-- 1 root root 3139 2007-03-20 15:25 instance_intercept.rb > > -rw-r--r-- 1 root root 5404 2007-03-20 15:25 inheritor.rb > > -rw-r--r-- 1 root root 3866 2007-03-20 15:25 infinity.rb > > > > > there is an inflect.rb in .facets/core/inflect.rb > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From transfire at gmail.com Tue Mar 20 17:32:53 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Tue, 20 Mar 2007 21:32:53 -0000 Subject: [Nitro] /usr/lib/ruby/site_ruby/1.8/rubygems.rb:196:in `activate': can't activate facets (= 1.4.5), already activated facets-1.7.46] (Gem::Exception) In-Reply-To: <1174423007.15489.3.camel@localhost> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> <1174422255.891671.10580@n76g2000hsh.googlegroups.com> <1174423007.15489.3.camel@localhost> Message-ID: <1174426373.138165.146340@e1g2000hsg.googlegroups.com> On Mar 20, 4:36 pm, Reid Thompson wrote: > On Tue, 2007-03-20 at 20:24 +0000, transf... at gmail.com wrote: > > On Mar 20, 3:38 pm, Reid Thompson wrote: > > > On Tue, 2007-03-20 at 21:02 +0200, George Moschovitis wrote: > > > > use facets 1.8.49 and remove older versions. > > > > > -g. > > > > > On 3/20/07, Reid Thompson wrote: > > > > > How do I resolve the subject error when utilizing the repo and > > > > > glycerin.rb? > > > > > _______________________________________________ > > > > > Nitro-general mailing list > > > > > Nitro-gene... at rubyforge.org > > > > >http://rubyforge.org/mailman/listinfo/nitro-general > > > > rthompso at jhereg:~/src/repo.nitroproject.org$ gem list facets > > > > *** LOCAL GEMS *** > > > > facets (1.8.49) > > > If Godzilla were a Programmer's Library > > > > rthompso at jhereg:~/src/repo.nitroproject.org$ ruby ./Test.rb > > > /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10:in `require': no such file to load -- facets/more/synchash (LoadError) > > > from /home/rthompso/src/repo.nitroproject.org/script/../og/lib/og.rb:10 > > > from ./Test.rb:2:in `require' > > > from ./Test.rb:2 > > > rthompso at jhereg:~/src/repo.nitroproject.org$ cat Test.rb > > > require '/home/rthompso/src/repo.nitroproject.org/script/glycerin' > > > require 'og' > > > First, make sure you have RUBYOPT="-rubygems". > > > If that's not it, then check manually to see if synchash.rb is where > > it's suppose to be. (/usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/ > > more/ --or something like that). > > > T. > > ok - export RUBYOPT="-rubygems" fixes the synchash.rb issue ( why > doesn't requiring rubygems in the script (require 'rubygems') do the > same thing? ) but now there's > /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no such file to load -- facets/more/inflect (LoadError) > and inflect.rb is not in > /usr/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/facets/more Right. For now just manually change "more/inflect" to "core/inflect". I'll go ahead and put out another 1.8.x release with some bug fixes. T. From rob at robmela.com Tue Mar 20 18:04:00 2007 From: rob at robmela.com (Robert Mela) Date: Tue, 20 Mar 2007 18:04:00 -0400 Subject: [Nitro] Running examples from darcs repository In-Reply-To: <1174423085.15489.5.camel@localhost> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> <1174422255.891671.10580@n76g2000hsh.googlegroups.com> <1174423007.15489.3.camel@localhost> <1174423085.15489.5.camel@localhost> Message-ID: <46005A50.60307@robmela.com> Are the core devs using repo.nitroproject.org for core development? Theoretically then, shouldn't it be possible to run code using the repo? Once I reached step 5 below I figured it'd be more time effective to ask for advice. Given I've got only an hour or two a week to play this could take weeks... 1) darcs get http://repo.nitroproject.org/ 2) cd repo.nitroproject.org 3) I'd tried with facets 1.8.51 - no go. 1.8.49 worked Dependencies to the second digit of the second dot of the release is probably a turn-off for most people. 4) cd examples/blog ruby -r ../../script/glycerin.rb examples/blog/app.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require__': no such file to load -- raw (LoadError) from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require' from /Users/robertmela/nitro/darcs/repo.nitroproject.org/script/../nitro/lib/nitro.rb:37 from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require__' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require' from /Users/robertmela/nitro/darcs/repo.nitroproject.org/script/../nitro/lib/nitro_and_og.rb:1 from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require__' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require' from app.rb:3 5) Added 'raw' in glycerin: "for project in %w{raw nitro gen og glue} Gets me here: /nitro/darcs/repo.nitroproject.org/examples/blog robertmela$ ruby -r ../../script/glycerin -rubygems app.rb /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require__': no such file to load -- facets/more/inflect (LoadError) from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require' from /usr/local/lib/ruby/gems/1.8/gems/facets-1.8.49/lib/facets/more/ormsupport.rb:27 from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require__' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from /Users/robertmela/nitro/darcs/repo.nitroproject.org/script/../og/lib/og/relation.rb:6 from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require__' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require' from /Users/robertmela/nitro/darcs/repo.nitroproject.org/script/../og/lib/og/relation/refers_to.rb:1 ... 20 levels... from /Users/robertmela/nitro/darcs/repo.nitroproject.org/script/../nitro/lib/nitro_and_og.rb:1 from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require__' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:21:in `require' from app.rb:3 -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070320/22a8410a/attachment.vcf From transfire at gmail.com Tue Mar 20 21:48:27 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Wed, 21 Mar 2007 01:48:27 -0000 Subject: [Nitro] Running examples from darcs repository In-Reply-To: <46005A50.60307@robmela.com> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> <1174422255.891671.10580@n76g2000hsh.googlegroups.com> <1174423007.15489.3.camel@localhost> <1174423085.15489.5.camel@localhost> <46005A50.60307@robmela.com> Message-ID: <1174441707.646019.23600@y80g2000hsf.googlegroups.com> On Mar 20, 6:04 pm, Robert Mela wrote: > Are the core devs using repo.nitroproject.org for core development? > Theoretically then, shouldn't it be possible to run code using the repo? Current repo is under major development, though it should be possible with some elbow grease. T. From james.britt at gmail.com Tue Mar 20 22:35:41 2007 From: james.britt at gmail.com (James Britt) Date: Tue, 20 Mar 2007 19:35:41 -0700 Subject: [Nitro] Nitro/Og with Jruby or Ruby CLR or YARV? Message-ID: <460099FD.5080603@gmail.com> I tried running a short Nitro app (actually, it only used Og) with JRuby 0.9.8, and it exploded. Has anyone been poking around with Nitro and the various Ruby implementations to see what works, what breaks, and why? Just curious. Might be interesting to have ruby-doc.org or the Web 2.0 Validator running with some alternative Ruby. -- James Britt "A language that doesn't affect the way you think about programming is not worth knowing." - A. Perlis From john at oxyliquit.de Wed Mar 21 05:58:15 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 21 Mar 2007 11:58:15 +0200 Subject: [Nitro] Running examples from darcs repository In-Reply-To: <46005A50.60307@robmela.com> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> <1174422255.891671.10580@n76g2000hsh.googlegroups.com> <1174423007.15489.3.camel@localhost> <1174423085.15489.5.camel@localhost> <46005A50.60307@robmela.com> Message-ID: Hi, > Are the core devs using repo.nitroproject.org for core development? > Theoretically then, shouldn't it be possible to run code using the repo? yes, I'm always using the repo version, even now for production stuff. Getting Nitro to run is easy, provided you are willing to make small changes to code (which is why it's the dev version :P ). About your (second) error, this sadly had nothing to do with Nitro but Facets having a messed up include. (I had these some times already, simply locating the file and fixing the path helps.) But I heard Trans is putting out a new facets release soon, so that'll be ok. :) Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From john at oxyliquit.de Wed Mar 21 05:58:16 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 21 Mar 2007 11:58:16 +0200 Subject: [Nitro] Nitro/Og with Jruby or Ruby CLR or YARV? In-Reply-To: <460099FD.5080603@gmail.com> References: <460099FD.5080603@gmail.com> Message-ID: Hi, > I tried running a short Nitro app (actually, it only used Og) with JRuby > 0.9.8, and it exploded. > > Has anyone been poking around with Nitro and the various Ruby > implementations to see what works, what breaks, and why? > > Just curious. Might be interesting to have ruby-doc.org or the Web 2.0 > Validator running with some alternative Ruby. I'm interested, care to show where/how it exploded? When using Og, you probably have to set it to 'mysql', otherwise it'd use sqlite (which iirc is a C lib), and a pure ruby mysql lib is included.\ Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From rob at robmela.com Wed Mar 21 08:25:55 2007 From: rob at robmela.com (Robert Mela) Date: Wed, 21 Mar 2007 08:25:55 -0400 Subject: [Nitro] Running examples from darcs repository In-Reply-To: <1174441707.646019.23600@y80g2000hsf.googlegroups.com> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> <1174422255.891671.10580@n76g2000hsh.googlegroups.com> <1174423007.15489.3.camel@localhost> <1174423085.15489.5.camel@localhost> <46005A50.60307@robmela.com> <1174441707.646019.23600@y80g2000hsf.googlegroups.com> Message-ID: <46012453.6030004@robmela.com> Thanks -- I figured out the elbow grease. Could I contribute a README and a wrapper to run the demos? And although facets and redcloth don't properly belong in the source tree, would it be reasonable to have the requisite versions available darc's equivalent for svn's 'external'? That way the entire kit would be available for anyone to jump in and hack immediately. Finally, until everything's at version 0.50.0, would it be acceptable to adjust the version dependencies in nitro.gemspec? If so, I'll submit patches. transfire at gmail.com wrote: > On Mar 20, 6:04 pm, Robert Mela wrote: > >> Are the core devs using repo.nitroproject.org for core development? >> Theoretically then, shouldn't it be possible to run code using the repo? >> > > Current repo is under major development, though it should be possible > with some elbow grease. > > T. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070321/3fdc963b/attachment.vcf From transfire at gmail.com Wed Mar 21 09:18:08 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Wed, 21 Mar 2007 13:18:08 -0000 Subject: [Nitro] Running examples from darcs repository In-Reply-To: <46012453.6030004@robmela.com> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> <1174422255.891671.10580@n76g2000hsh.googlegroups.com> <1174423007.15489.3.camel@localhost> <1174423085.15489.5.camel@localhost> <46005A50.60307@robmela.com> <1174441707.646019.23600@y80g2000hsf.googlegroups.com> <46012453.6030004@robmela.com> Message-ID: <1174483088.772161.166040@e1g2000hsg.googlegroups.com> On Mar 21, 8:25 am, Robert Mela wrote: > Thanks -- I figured out the elbow grease. > > Could I contribute a README and a wrapper to run the demos? And > although facets and redcloth don't properly belong in the source tree, > would it be reasonable to have the requisite versions available darc's > equivalent for svn's 'external'? That way the entire kit would be > available for anyone to jump in and hack immediately. > > Finally, until everything's at version 0.50.0, would it be acceptable to > adjust the version dependencies in nitro.gemspec? If so, I'll submit > patches. Hold off on this for Facets. Will explain soon. T. From john at oxyliquit.de Wed Mar 21 10:15:30 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 21 Mar 2007 16:15:30 +0200 Subject: [Nitro] Rubyforge bugtracker -> ML Message-ID: George, Trans just enabled sending bugs entered on rubyforge to the facets mailing list. Would it be worth it to get the same behaviour for Nitro? Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From transfire at gmail.com Wed Mar 21 10:58:15 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Wed, 21 Mar 2007 14:58:15 -0000 Subject: [Nitro] Facets 1.8.54 Message-ID: <1174489095.768054.142810@n76g2000hsh.googlegroups.com> This is a bug fix release. All reported bugs on rubyforge;s tracker (except maybe an ri issue) have been squashed. One of these bugs led to a major change -- pqueue and heap have been replaced with a unified class written by Olivier Renaud. T. From maniel.rulez at gmail.com Wed Mar 21 17:56:28 2007 From: maniel.rulez at gmail.com (=?utf-8?B?RGFuaWVsIEthbWnFhHNraQ==?=) Date: Wed, 21 Mar 2007 22:56:28 +0100 Subject: [Nitro] Nitro/Og with Jruby or Ruby CLR or YARV? In-Reply-To: References: <460099FD.5080603@gmail.com> Message-ID: Dnia 21-03-2007 o 10:58:16 Jonathan Buch napisa?(a): > Hi, > >> I tried running a short Nitro app (actually, it only used Og) with JRuby >> 0.9.8, and it exploded. >> >> Has anyone been poking around with Nitro and the various Ruby >> implementations to see what works, what breaks, and why? >> >> Just curious. Might be interesting to have ruby-doc.org or the Web 2.0 >> Validator running with some alternative Ruby. > > I'm interested, care to show where/how it exploded? > > When using Og, you probably have to set it to 'mysql', otherwise it'd use > sqlite (which iirc is a C lib), and a pure ruby mysql lib is included.\ > > Jo > Hi, Ive played a bit with Og under JRuby, but as You say, it exploded (NPE - Null Pointer Exception] dunno why. I've talked about this w with JRuby guys, but with no effect:( Btw. the reason why i tried to launch Nitro with a JRuby was to test my JDBC adapter for Og:> but i've haven't tested it yet because of this problem;/ Regards maniel From rob at robmela.com Wed Mar 21 21:55:36 2007 From: rob at robmela.com (Robert Mela) Date: Wed, 21 Mar 2007 21:55:36 -0400 Subject: [Nitro] Running examples from darcs repository In-Reply-To: <1174483088.772161.166040@e1g2000hsg.googlegroups.com> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> <1174422255.891671.10580@n76g2000hsh.googlegroups.com> <1174423007.15489.3.camel@localhost> <1174423085.15489.5.camel@localhost> <46005A50.60307@robmela.com> <1174441707.646019.23600@y80g2000hsf.googlegroups.com> <46012453.6030004@robmela.com> <1174483088.772161.166040@e1g2000hsg.googlegroups.com> Message-ID: <4601E218.7050305@robmela.com> facets 1.8.54 did the trick, thanks. Even the admin part works. It's even working on textdrive. I'd like to write a how-to and put it in the examples directory. What's the process for submitting that? What about setting versions in the nitro.gemspec to match versions for gen/raw/og/glue until they're all up to 0.50.0, e.g.: s.add_dependency("og", "= 0.42.0") s.add_dependency("raw", "= 0.49.0") s.add_dependency("gen", "= 0.50.0") s.add_dependency("glue", "= 0.42.0") and the glue dependency on facets 1.8.8 to 1.8.54? Maybe I'm asking whether/whence to submit patches. thx. transfire at gmail.com wrote: > On Mar 21, 8:25 am, Robert Mela wrote: > >> Thanks -- I figured out the elbow grease. >> >> Could I contribute a README and a wrapper to run the demos? And >> although facets and redcloth don't properly belong in the source tree, >> would it be reasonable to have the requisite versions available darc's >> equivalent for svn's 'external'? That way the entire kit would be >> available for anyone to jump in and hack immediately. >> >> Finally, until everything's at version 0.50.0, would it be acceptable to >> adjust the version dependencies in nitro.gemspec? If so, I'll submit >> patches. >> > > Hold off on this for Facets. Will explain soon. > > T. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070321/881a01b7/attachment.vcf From george.moschovitis at gmail.com Thu Mar 22 03:53:11 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 22 Mar 2007 09:53:11 +0200 Subject: [Nitro] Running examples from darcs repository In-Reply-To: <4601E218.7050305@robmela.com> References: <1174414726.3737.13.camel@localhost> <1174419511.3737.17.camel@localhost> <1174422255.891671.10580@n76g2000hsh.googlegroups.com> <1174423007.15489.3.camel@localhost> <1174423085.15489.5.camel@localhost> <46005A50.60307@robmela.com> <1174441707.646019.23600@y80g2000hsf.googlegroups.com> <46012453.6030004@robmela.com> <1174483088.772161.166040@e1g2000hsg.googlegroups.com> <4601E218.7050305@robmela.com> Message-ID: Rob, I am working on some new pages for np.org (the developers center) these pages will include some info for developers. In the meantime please post your example to the forum and I will see if I can integrate it with these new pages. -g. On 3/22/07, Robert Mela wrote: > facets 1.8.54 did the trick, thanks. Even the admin part works. It's > even working on textdrive. > > I'd like to write a how-to and put it in the examples directory. What's > the process for submitting that? > > What about setting versions in the nitro.gemspec to match versions for > gen/raw/og/glue until they're all up to 0.50.0, e.g.: > > s.add_dependency("og", "= 0.42.0") > s.add_dependency("raw", "= 0.49.0") > s.add_dependency("gen", "= 0.50.0") > s.add_dependency("glue", "= 0.42.0") > > and the glue dependency on facets 1.8.8 to 1.8.54? > > Maybe I'm asking whether/whence to submit patches. > > thx. > > transfire at gmail.com wrote: > > On Mar 21, 8:25 am, Robert Mela wrote: > > > >> Thanks -- I figured out the elbow grease. > >> > >> Could I contribute a README and a wrapper to run the demos? And > >> although facets and redcloth don't properly belong in the source tree, > >> would it be reasonable to have the requisite versions available darc's > >> equivalent for svn's 'external'? That way the entire kit would be > >> available for anyone to jump in and hack immediately. > >> > >> Finally, until everything's at version 0.50.0, would it be acceptable to > >> adjust the version dependencies in nitro.gemspec? If so, I'll submit > >> patches. > >> > > > > Hold off on this for Facets. Will explain soon. > > > > T. > > > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > > > > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From vseguip at gmail.com Thu Mar 22 04:45:08 2007 From: vseguip at gmail.com (vseguip at gmail.com) Date: Thu, 22 Mar 2007 09:45:08 +0100 Subject: [Nitro] forum bugs In-Reply-To: References: <003901c7656c$97f44570$c7dcd050$@com> Message-ID: Hi I'm getting a problem trying to post, in the forums. Even if I'm pretty sure I'm inserting the correct captcha, I still get an invalid captcha all the time. Tried this with epiphany and Firefox. Cheers, V. Segui On 3/13/07, George Moschovitis wrote: > > - when you supply nothing or a wrong number to (anti-spam-system), it > > doesn't generate a new one; > > this is not a bug... it reuses the old captcha > > > - when you reply a post and supply a wrong number or whatever, the new form > > erases all my text. > > hmm... stange > > > - why using lots of reply buttons when we only need just one? I originally > > thought they would bring a quoted text... but they don't do that at all. > > they will bring a quoted text in the final version... haven't found a > good way to do the quoting yet... > > -g. > > > -- > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From george.moschovitis at gmail.com Thu Mar 22 06:11:52 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 22 Mar 2007 12:11:52 +0200 Subject: [Nitro] Fwd: [NP.ORG] Nitro/Og Fora daily diggest In-Reply-To: <20070322000501.9E1E28708@valen> References: <20070322000501.9E1E28708@valen> Message-ID: ---------- Forwarded message ---------- From: george.moschovitis at gmail.com Date: Mar 22, 2007 2:05 AM Subject: [NP.ORG] Nitro/Og Fora daily diggest To: george.moschovitis at gmail.com >From judson.myopenid.com Date: Wed Mar 21 19:47:50 UTC 2007 Subject: Validation and silent failures Message-ID: http://www.nitroproject.org/fora/posts/view/54 Here's an annoying bug: You create a new model object. You obj.save. Later, you try to pull the object out of the store and get nil. Why? Because you put a validate_unique, and your new object was made invalid as a result. This is a bug in your code. Og doesn't really help make this easier to find, though. Is there a good reason not to have failed validations raise an exception? The only reason I can think of (you're knowingly creating duplicates and using validate_unique to prevent that) is easily solved by obj.save rescue Og::ValidationException nil >From judson.myopenid.com Date: Wed Mar 21 19:35:10 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/44 Message-ID: http://www.nitroproject.org/fora/posts/view/53 I agree that the implementation would be non-trivial. I don't necessarily agree that there wouldn't be much benefit. As it stands, valid_unique has the possibility of a race condition. Moreover, though, I tend to be of a philosophy that says "make the DBMS do as much work as possible." >From judson.myopenid.com Date: Wed Mar 21 19:32:10 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/50 Message-ID: http://www.nitroproject.org/fora/posts/view/52
Use object.id instead of object.oid (like the AR guys do)
On the one hand, in general one shouldn't be using object.oid in client code anyway. Practically speaking, I've used it to avoid evolution/has_many/STI issues, so this change would break some code a tiny little bit. On the other, why? .oid is clear as a default PK. .id looks like object_id (and masks .id (which is deprecated anyway, but still valid Ruby)) Just because AR does?
Skip the table prefix 'og' by default, ie the class User will be serialized to the user table
I've come to be rather fond of the og prefix for table names, personally. And I think there might be the possibility of table name collision - something about certain DBMSs creating tables in new DBs for managing them or something. Mostly this is just infernal advocacy. I could go either way, really. -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. -- http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Thu Mar 22 06:29:12 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Thu, 22 Mar 2007 10:29:12 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_diggest?= Message-ID: <20070322102912.C43788739@reizu.com> >From gmosx.myopenid.com Date: Thu Mar 22 07:59:02 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/54 Message-ID: http://www.nitroproject.org/fora/posts/view/56 I am aware of this 'bug'. The problem is I am not sure how the behaviour should be altered. The current implementation allows code like this: unless obj.save flash[:msg] = obj.validation_errors redirect :error else flash[:msg] = "everything ok" redirect :ok end I am not sure which is the best way to alter the current interface. Any ideas? regards, George. >From gmosx.myopenid.com Date: Thu Mar 22 07:55:19 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/52 Message-ID: http://www.nitroproject.org/fora/posts/view/55
And I think there might be the possibility of table name collision
That's why I included the prefix initially. But perhapswe could skip the prefix and specially handle the collision cases. -g. >From judson.myopenid.com Date: Wed Mar 21 19:47:50 UTC 2007 Subject: Validation and silent failures Message-ID: http://www.nitroproject.org/fora/posts/view/54 Here's an annoying bug: You create a new model object. You obj.save. Later, you try to pull the object out of the store and get nil. Why? Because you put a validate_unique, and your new object was made invalid as a result. This is a bug in your code. Og doesn't really help make this easier to find, though. Is there a good reason not to have failed validations raise an exception? The only reason I can think of (you're knowingly creating duplicates and using validate_unique to prevent that) is easily solved by obj.save rescue Og::ValidationException nil >From judson.myopenid.com Date: Wed Mar 21 19:35:10 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/44 Message-ID: http://www.nitroproject.org/fora/posts/view/53 I agree that the implementation would be non-trivial. I don't necessarily agree that there wouldn't be much benefit. As it stands, valid_unique has the possibility of a race condition. Moreover, though, I tend to be of a philosophy that says "make the DBMS do as much work as possible." >From judson.myopenid.com Date: Wed Mar 21 19:32:10 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/50 Message-ID: http://www.nitroproject.org/fora/posts/view/52
Use object.id instead of object.oid (like the AR guys do)
On the one hand, in general one shouldn't be using object.oid in client code anyway. Practically speaking, I've used it to avoid evolution/has_many/STI issues, so this change would break some code a tiny little bit. On the other, why? .oid is clear as a default PK. .id looks like object_id (and masks .id (which is deprecated anyway, but still valid Ruby)) Just because AR does?
Skip the table prefix ?og? by default, ie the class User will be serialized to the user table
I've come to be rather fond of the og prefix for table names, personally. And I think there might be the possibility of table name collision - something about certain DBMSs creating tables in new DBs for managing them or something. Mostly this is just infernal advocacy. I could go either way, really. -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. From george.moschovitis at gmail.com Thu Mar 22 20:05:01 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Fri, 23 Mar 2007 00:05:01 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_diggest?= Message-ID: <20070323000501.8EA518739@reizu.com> >From judson.myopenid.com Date: Thu Mar 22 18:25:50 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/54 Message-ID: http://www.nitroproject.org/fora/posts/view/57 Change the conditional to a rescue, thus: begin obj.save rescue Og::ValidationException flash[:msg] = obj.validation_errors redirect :error else flash[:msg] = "everything ok" redirect :ok end That way you cannot fail to save data without knowing that you're doing it. There could even be a subclass of ValidationException for each validator, so that you could control behavior based on which validation had failed. >From gmosx.myopenid.com Date: Thu Mar 22 07:59:02 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/54 Message-ID: http://www.nitroproject.org/fora/posts/view/56 I am aware of this 'bug'. The problem is I am not sure how the behaviour should be altered. The current implementation allows code like this: unless obj.save flash[:msg] = obj.validation_errors redirect :error else flash[:msg] = "everything ok" redirect :ok end I am not sure which is the best way to alter the current interface. Any ideas? regards, George. >From gmosx.myopenid.com Date: Thu Mar 22 07:55:19 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/52 Message-ID: http://www.nitroproject.org/fora/posts/view/55
And I think there might be the possibility of table name collision
That's why I included the prefix initially. But perhapswe could skip the prefix and specially handle the collision cases. -g. -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. From john at oxyliquit.de Fri Mar 23 13:56:39 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Fri, 23 Mar 2007 19:56:39 +0200 Subject: [Nitro] [PATCH] bundle for Og, sql and validation In-Reply-To: <8905c87a0703201025o6fa8942coe502355ea4bd3c7d@mail.gmail.com> References: <8905c87a0703201025o6fa8942coe502355ea4bd3c7d@mail.gmail.com> Message-ID: Hi, > On 3/20/07, Jonathan Buch wrote: >> * fix validate_format > > What was wrong with validate_format? Is there a spec for the bug? It validated on "a" instead of "val". (look up the change respective code lines). no spec for that bug, sorry. ^^; This is just what I did at work. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Fri Mar 23 20:05:02 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Sat, 24 Mar 2007 00:05:02 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_diggest?= Message-ID: <20070324000502.0F1768707@reizu.com> >From gmosx.myopenid.com Date: Fri Mar 23 22:26:42 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/58 Message-ID: http://www.nitroproject.org/fora/posts/view/59 Hmm, seems I have found the first bug myself. Apache seems to mangle the urls, and the source code does not work. Still, I would like to hear about more bugs. >From gmosx.myopenid.com Date: Fri Mar 23 21:43:14 UTC 2007 Subject: Developer Center / Repository browser Message-ID: http://www.nitroproject.org/fora/posts/view/58 Dear devs, I added a new section to this site, the *Developer Center*: http://nitroproject.org/dev This section provides links to development related info. The first subsection is the Repository browser: http://nitroproject.org/repo This is a simple Darcs repository browser, that allows for easy viewing of the latest changes and syntax highlighted viewing of the source code. All this stuff (along with the whole site) should be considered alpha quality. I would like to hear about any bugs you find, your ideas and suggestions etc. I would also like to receive suggestions about the text in the dev-center and repository home pages. Please help me come up with correct and informative text for these pages. thanks in advance for your input, George. -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. From rob at robmela.com Fri Mar 23 21:03:20 2007 From: rob at robmela.com (Robert Mela) Date: Fri, 23 Mar 2007 21:03:20 -0400 Subject: [Nitro] Template path resolution in Nitro 0.50 In-Reply-To: References: <8905c87a0703201025o6fa8942coe502355ea4bd3c7d@mail.gmail.com> Message-ID: <460478D8.6040302@robmela.com> If I add a method 'foo' to a controller in Nitro 0.50.0 and a file "public/foo.html", then the uri "/foo" results in "public/foo.html" being delivered. If I replace foo.html with foo.xhtml for foo.htmlx then nothing is served. How to I get Nitro 0.50.0 to process .xhtml templates? require "#{File.dirpath{__FILE__}/../../script/glycerin' require 'nitro' class Hello def foo end end public/foo.html: Foo!! -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070323/9149ad45/attachment.vcf From george.moschovitis at gmail.com Sat Mar 24 06:30:27 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 24 Mar 2007 12:30:27 +0200 Subject: [Nitro] Template path resolution in Nitro 0.50 In-Reply-To: <460478D8.6040302@robmela.com> References: <8905c87a0703201025o6fa8942coe502355ea4bd3c7d@mail.gmail.com> <460478D8.6040302@robmela.com> Message-ID: check here: http://www.nitroproject.org/fora/posts/view/60 -g. -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Sat Mar 24 12:00:18 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 24 Mar 2007 18:00:18 +0200 Subject: [Nitro] Og prefix, standard primary key Message-ID: Hi, like I already said to George in #nitro: I would like to stay with the standard prefix 'og', for the following reasons: * easily enough changed * failes if reserved keyword (database depending) + not quoted (database depending) * when quoting, many more method calls, overall speed goes down * og tables have a common prefix, psql + tab trigger 'ftw'. * backwards incompatible * custom sql will have to be changed (yes, I know you can just change the default setting again) These are more or less important, I just don't think there's enough reason to change the default, as it is really really easy to change the default. Changing .oid to .id : + 'more transparent' to PHP and AR people + one letter less + 'id' is more standard for pure DB people - .id raises warnings (.object_id) - backwards incompatible, no easy setting - custom sql will have to be changed Again, I'd rather stay with .oid after thinking a while about it. (number one reason for me being the warnings atm) George, please don't just say 'I disagree with you', but please be a bit more descriptive when dismissing my main points. ^^; Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From george.moschovitis at gmail.com Sat Mar 24 13:04:32 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 24 Mar 2007 19:04:32 +0200 Subject: [Nitro] Object to xml Message-ID: Dear devs, I am looking for a Ruby library that given: class User attr_accessor :name, :age end u = User.new u.name = "gmosx" u.age = 32 u.to_xml would generate: gmosx 32 does something like this exist? Tom, is such a library available in facets? -g. -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From transfire at gmail.com Sat Mar 24 15:28:52 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Sat, 24 Mar 2007 19:28:52 -0000 Subject: [Nitro] Object to xml In-Reply-To: References: Message-ID: <1174764532.226388.215010@y66g2000hsf.googlegroups.com> On Mar 24, 1:04 pm, "George Moschovitis" wrote: > Dear devs, > > I am looking for a Ruby library that given: > > class User > attr_accessor :name, :age > end > > u = User.new > u.name = "gmosx" > u.age = 32 > > u.to_xml > > would generate: > > > gmosx > 32 > > > does something like this exist? Tom, is such a library available in facets? There's actually some stuff already in Ruby. But it's not altogether clear. One of them is: >> require 'soap/marshal' => true >> class C >> def initialize >> @a, at b=1,'ciao' >> end >> end => nil >> SOAP::Marshal.dump(C.new) But this isn't exactly what you want. I think there's something in the XMLRPC lib too, but I can't recall. Look around in standrard lib and I'll do the same. If nothing turns up I think I have some code laying about that does what you want and I'll make sure it's in Facets. T. T. From george.moschovitis at gmail.com Sat Mar 24 19:49:39 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 25 Mar 2007 01:49:39 +0200 Subject: [Nitro] Object to xml In-Reply-To: <1174764532.226388.215010@y66g2000hsf.googlegroups.com> References: <1174764532.226388.215010@y66g2000hsf.googlegroups.com> Message-ID: > I'll do the same. If nothing turns up I think I have some code laying > about that does what you want and I'll make sure it's in Facets. I think that would be the best solution ;-) If you have something ready, please send it over, I wouldn't like to rediscover such a trivial wheel ;-) -g. -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From dcorbin at machturtle.com Sat Mar 24 14:57:47 2007 From: dcorbin at machturtle.com (David Corbin) Date: Sat, 24 Mar 2007 14:57:47 -0400 Subject: [Nitro] PostGres problem Message-ID: <200703241457.47994.dcorbin@machturtle.com> I'm starting a new project so I thought I'd give Og another try. Using Postgres, I'm getting this: ERROR: DB error ERROR: column name "oid" conflicts with a system column name My one enchanted class has two String properties (name, uri). -- David Corbin Games, Gamers, Gaming - a blog - http://g3.machturtle.com From george.moschovitis at gmail.com Sat Mar 24 20:05:01 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Sun, 25 Mar 2007 00:05:01 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_diggest?= Message-ID: <20070325000501.D69878739@reizu.com> >From gmosx.myopenid.com Date: Sat Mar 24 17:02:11 UTC 2007 Subject: Object to xml library. Message-ID: http://www.nitroproject.org/fora/posts/view/63 Dear devs, I am looking for a ruby library that given: class User attr_accessor :name, :age end u = User.new u.name = "gmosx" u.age = 32 u.to_xml would generate: gmosx 32 does something like this exist? regards, George. >From gmosx.myopenid.com Date: Sat Mar 24 16:17:38 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/60 Message-ID: http://www.nitroproject.org/fora/posts/view/62 does the template reside in app/template? -g. >From rmela.myopenid.com Date: Sat Mar 24 13:44:52 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/60 Message-ID: http://www.nitroproject.org/fora/posts/view/61
I'd tried the .htmlx extension as well -- nitro still didn't find the template
>From gmosx.myopenid.com Date: Sat Mar 24 10:29:49 UTC 2007 Subject: .htmlx extension Message-ID: http://www.nitroproject.org/fora/posts/view/60
If I add a method 'foo' to a controller in Nitro 0.50.0 and a file "public/foo.html", then the uri "/foo" results in "public/foo.html" being delivered. If I replace foo.html with foo.xhtml for foo.htmlx then nothing is served. How to I get Nitro 0.50.0 to process .xhtml templates?
The default extension is changed in 0.50. Please rename your files to *.htmlx. xhtml was quite misleading. Btw, the latest version of Nitro can use templates for all content types, for example you can have .cssx, .atomx, .rssx, .xmlx etc. I will update the blog example to demonstrate these features shortly. -g. PS: please send future questions here. -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. From george.moschovitis at gmail.com Sat Mar 24 20:25:44 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 25 Mar 2007 02:25:44 +0200 Subject: [Nitro] PostGres problem In-Reply-To: <200703241457.47994.dcorbin@machturtle.com> References: <200703241457.47994.dcorbin@machturtle.com> Message-ID: Very strange, did you manually create the tables? Og creates pgsql tables using the CREATE TABLE WITHOUT OIDS syntax, so I cannot understand how you got this error. -g. On 3/24/07, David Corbin wrote: > I'm starting a new project so I thought I'd give Og another try. Using > Postgres, I'm getting this: > > ERROR: DB error ERROR: column name "oid" conflicts with a system column name > > My one enchanted class has two String properties (name, uri). > > -- > David Corbin > Games, Gamers, Gaming - a blog - http://g3.machturtle.com > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From billk at cts.com Sat Mar 24 20:39:25 2007 From: billk at cts.com (Bill Kelly) Date: Sat, 24 Mar 2007 17:39:25 -0700 Subject: [Nitro] PostGres problem References: <200703241457.47994.dcorbin@machturtle.com> Message-ID: <05e001c76e76$0a391d60$6442a8c0@musicbox> Hi, > Very strange, did you manually create the tables? Og creates pgsql > tables using the > CREATE TABLE WITHOUT OIDS syntax, so I cannot understand how you got this error. It depends on which version of Og... I reported this problem 27 Dec 2006 for og-0.41.0. Jonathan Buch turned around a patch the same day! > Wed Dec 27 15:56:33 CET 2006 Jonathan Buch > * WITHOUT OIDS for psql, psql < 8.0 add oid column without that > So it would seem David has a version of Og before the patch? BTW, to David, as an aside: Definitely give Og a try, it's pretty neat. BTW I notice you have a Gamer blog. I'm currently using Og to track player frag stats for Quake games. I'll be happy to share the code if it would help to have some example code. Regards, Bill From dcorbin at machturtle.com Sat Mar 24 22:12:36 2007 From: dcorbin at machturtle.com (David Corbin) Date: Sat, 24 Mar 2007 22:12:36 -0400 Subject: [Nitro] PostGres problem In-Reply-To: <05e001c76e76$0a391d60$6442a8c0@musicbox> References: <200703241457.47994.dcorbin@machturtle.com> <05e001c76e76$0a391d60$6442a8c0@musicbox> Message-ID: <200703242212.36600.dcorbin@machturtle.com> On Saturday 24 March 2007 20:39, Bill Kelly wrote: > Hi, > > > Very strange, did you manually create the tables? Og creates pgsql > > tables using the > > CREATE TABLE WITHOUT OIDS syntax, so I cannot understand how you got this > > error. > > It depends on which version of Og... > > I reported this problem 27 Dec 2006 for og-0.41.0. In fact, I do have 0.41.0 - that's what "gem update og" installs. > > Jonathan Buch turned around a patch the same day! Where's the patch? -- David Corbin Games, Gamers, Gaming - a blog - http://g3.machturtle.com From billk at cts.com Sat Mar 24 22:39:58 2007 From: billk at cts.com (Bill Kelly) Date: Sat, 24 Mar 2007 19:39:58 -0700 Subject: [Nitro] PostGres problem References: <200703241457.47994.dcorbin@machturtle.com><05e001c76e76$0a391d60$6442a8c0@musicbox> <200703242212.36600.dcorbin@machturtle.com> Message-ID: <060301c76e86$e195ea80$6442a8c0@musicbox> From: "David Corbin" > >> Jonathan Buch turned around a patch the same day! > > Where's the patch? Well, the patch can be found at the Url: field at the bottom of Jonathan's post the mailing list archives: http://rubyforge.org/pipermail/nitro-general/2006-December/006663.html Note, I didn't install the patch, myself. I assumed it was probably some Darcs thing. I just ended up hacking og-0.41.0/lib/og/store/sql.rb myself temporarily, until such time as a later Og gem would be released: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --- og-0.41.0/lib/og/store/sql.rb.orig 2006-12-27 04:59:23.000000000 -0800 +++ og-0.41.0/lib/og/store/sql.rb 2007-03-19 00:15:42.000000000 -0700 @@ -350,7 +350,7 @@ if table_type = @options[:table_type] sql << ") TYPE = #{table_type};" else - sql << ")" + sql << ") WITHOUT OIDS;" # %%BWK HACK for postgres 7.4 (added WITHOUT OIDS) end # Create indices. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I simply added the "WITHOUT OIDS", above (knowing full well my hack would break with non-postgres db's... but I'm only using postgres on that box, so...) Hope this helps, Bill From transfire at gmail.com Sun Mar 25 07:08:13 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Sun, 25 Mar 2007 11:08:13 -0000 Subject: [Nitro] PostGres problem In-Reply-To: References: <200703241457.47994.dcorbin@machturtle.com> Message-ID: <1174820893.387555.261380@n76g2000hsh.googlegroups.com> On Mar 24, 8:25 pm, "George Moschovitis" wrote: > Very strange, did you manually create the tables? Og creates pgsql > tables using the > CREATE TABLE WITHOUT OIDS syntax, so I cannot understand how you got this error. Another good reason to switch to 'id'. T. From dcorbin at machturtle.com Sun Mar 25 09:44:39 2007 From: dcorbin at machturtle.com (David Corbin) Date: Sun, 25 Mar 2007 09:44:39 -0400 Subject: [Nitro] PostGres problem In-Reply-To: <060301c76e86$e195ea80$6442a8c0@musicbox> References: <200703241457.47994.dcorbin@machturtle.com> <200703242212.36600.dcorbin@machturtle.com> <060301c76e86$e195ea80$6442a8c0@musicbox> Message-ID: <200703250944.39972.dcorbin@machturtle.com> On Saturday 24 March 2007 22:39, Bill Kelly wrote: > From: "David Corbin" > > >> Jonathan Buch turned around a patch the same day! > > > > Where's the patch? > > Well, the patch can be found at the Url: field at the > bottom of Jonathan's post the mailing list archives: > > http://rubyforge.org/pipermail/nitro-general/2006-December/006663.html > > Thank you. > Note, I didn't install the patch, myself. I assumed it > was probably some Darcs thing. > > I just ended up hacking og-0.41.0/lib/og/store/sql.rb myself > temporarily, until such time as a later Og gem would be > released: I'm kind of surpised there hasn't been an Og update in 3 months -- especially considering this bug. From george.moschovitis at gmail.com Sun Mar 25 20:05:01 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Mon, 26 Mar 2007 00:05:01 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_diggest?= Message-ID: <20070326000501.D7C648739@reizu.com> >From gmosx.myopenid.com Date: Sun Mar 25 21:39:42 UTC 2007 Subject: Optimized UUID primary key. Message-ID: http://www.nitroproject.org/fora/posts/view/71 Dear devs, I am workin on an UUID mixin for Og. It works at the moment and I am storing the UUID as a CHAR(22) using the 22 byte encoding method from the usesguid AR plugin. I would like to optimize things a bit. I would like to make uuids of objects created at the same time close to each other. Here are two UUIDS generated by two inserts: dioy0y2Vur25oXaby2aq4s dip9BW2Vur25oXaby2aq4s these are generated with: @oid = UUID.timestamp_create().to_s22 notice that the two keys contain a common substring. I am wondering if it would be better to have the comon part to the left of the string. Any ideas or suggestions on this? -g. PS: This mixin is optional. AUTOINCREMENT/SEQUENCE keys are used by default. >From gmosx.myopenid.com Date: Sun Mar 25 21:34:18 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/57 Message-ID: http://www.nitroproject.org/fora/posts/view/70 Ok, I will change it more or less like you suggest. Though I think there must be some other problem with that aproach. Will have to look at this. -g. >From gmosx.myopenid.com Date: Sun Mar 25 21:33:27 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/68 Message-ID: http://www.nitroproject.org/fora/posts/view/69 Please zip the whole directory and send it to me to investigate. Are you sure you do not have an older version of Nitro in the LOAD_PATH? -g. >From rmela.myopenid.com Date: Sun Mar 25 20:02:16 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/60 Message-ID: http://www.nitroproject.org/fora/posts/view/68 Sorry -- I'd incorrectly copied my app.rb. So far it appears to be simply that either - A file is absent from raw/lib/raw/dispatcher/format and format from dispatcher/format.rb - or some member of HTMLFormat needs tweaking ( e.g., @exension is currently set to "html") I don't understand why the HTMLFormat has an @extension of "html" rather than "htmlx" while simultaneiously having the Markupfilter in it's filter chain -- perhaps HTMLFilter's @extension should be "htmlx", not "html"? Anyhow, I do call Nitro.start -- the full program is: require ?#{File.dirname(FILE)}/../../script/glycerin? require ?nitro? include Nitro class Foo def index print ?Hello World? end def foo end end Nitro.start foo Again, the behavior is as described above. My fix was to define an XHTMLTemplate class in a new file raw/lib/raw/dispatcher/format/xhtml.rb, and add it to the STANDARD_FORMATS list in raw/lib/raw/dispatcher/format.rb Finally -- all that's changed for templates is the extension, correct? That .xhtml has simply been *renamed* to .htmlx? I did change the extension to htmlx, and it appears the only location from which the controller would retrieve the template was from the template directory directly beneath it -- not from app/template. I suppose this is a configurable, and I should look to application.rb, dispatcher.rb, or >From gmosx.myopenid.com Date: Sun Mar 25 15:29:32 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/66 Message-ID: http://www.nitroproject.org/fora/posts/view/67 Also have a look at the code attached to this post. As you can see, Object.to_data does not handle collections as expected. -g. >From gmosx.myopenid.com Date: Sun Mar 25 10:17:23 UTC 2007 Subject: Better to_json method for Facets Message-ID: http://www.nitroproject.org/fora/posts/view/66 I would like to suggest a better (?) Object.to_json method: < class Object def to_json JSON.unparse(self.class.name.demodulize.underscore => to_data) end end Tom, what do you think? A similar to_xml function would be very useful as well. regards, George. >From gmosx.myopenid.com Date: Sun Mar 25 09:18:31 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/64 Message-ID: http://www.nitroproject.org/fora/posts/view/65
Is there an initialization step I?m missing?
You have to call: Nitro.start(Foo) Or more verbose: app = Application.new app.dispatcher.root = Foo app.start try this and let me know if it works. For more details have a look at the examples dir. >From rmela.myopenid.com Date: Sun Mar 25 01:17:51 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/60 Message-ID: http://www.nitroproject.org/fora/posts/view/64 Well, it's working, but the way I had to go about it leads me to believe something's askew. My repo.nitroproject.org/examples/foo/app.rb is: require "#{File.dirname(__FILE__)}/../../script/glycerin" require "nitro" include Nitro class Foo def index print "Hello World" end def foo end end I tried foo.html, foo.xhtml, and foo.htmlx in each of ./public/ ./template/ ./app/template/ The only thing that rendered was public/foo.html Here's the workaround ( fix? ): I created raw/lib/raw/dispatcher/format/xhtml.rb with a class XHTMLFormat. In format.rb I added require "raw/dispatcher/format/xhtml" and changed STANDARD_FORMATS = FormatManager.new( HTMLFormat, ATOMFormat, RSSFormat, JSONFormat, XOXOFormat ) to STANDARD_FORMATS = FormatManager.new( HTMLFormat, ATOMFormat, RSSFormat, JSONFormat, XOXOFormat, XHTMLFormat ) After that, the following were rendered: public/foo.html ( foo.htmlx and foo.xhtml ignored if in public/ ) template/foo.xhtml (foo.html and foo.htmlx ingored if in template/ ) public/foo.html takes precedence over template/foo.xhtml Nothing in app/template/ is rendered ( not foo.html, nor foo.xhtml, nor foo.htmlx ) Is there an initialization step I'm missing? Or -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. From john at oxyliquit.de Mon Mar 26 04:00:46 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 26 Mar 2007 10:00:46 +0200 Subject: [Nitro] PostGres problem In-Reply-To: <200703250944.39972.dcorbin@machturtle.com> References: <200703241457.47994.dcorbin@machturtle.com> <200703242212.36600.dcorbin@machturtle.com> <060301c76e86$e195ea80$6442a8c0@musicbox> <200703250944.39972.dcorbin@machturtle.com> Message-ID: Hi, > I'm kind of surpised there hasn't been an Og update in 3 months -- especially > considering this bug. the release cycle should be shorter, yes. :P (Also, the annoying :sidebar bug...) Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Mon Mar 26 04:53:17 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 26 Mar 2007 11:53:17 +0300 Subject: [Nitro] Og, text primary keys Message-ID: Hi, Judson, maybe you could work on the first failing one? This is new. Jo spec: require File.join(File.dirname(__FILE__), 'helper.rb') context "Text Primary Keys" do setup do class TCTextPrimaryKey attr_accessor :name, String, :primary_key => true def initialize(name) @name = name end end @store = quick_setup(TCTextPrimaryKey) end teardown do og_teardown end specify "insert model with text primary key" do # .insert method, raises atm object = TCTextPrimaryKey.new('Marvin').insert # .save method, does not work (as expected) object = TCTextPrimaryKey.new object.name = "Marvin" object.save Model.count.should_be 2 end specify "searching for model with text primary key" do # this raised an error once, due to wrong type of pk escaping a = TCTextPrimaryKey['SomeThing'] end end From john at oxyliquit.de Mon Mar 26 04:57:42 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 26 Mar 2007 11:57:42 +0300 Subject: [Nitro] [NP.ORG] Nitro/Og Fora daily diggest In-Reply-To: <20070326000501.D7C648739@reizu.com> References: <20070326000501.D7C648739@reizu.com> Message-ID: On Mon, 26 Mar 2007 03:05:01 +0300, wrote: > dioy0y2Vur25oXaby2aq4s > dip9BW2Vur25oXaby2aq4s >notice that the two keys contain a common substring. I am wondering if > it would be better to have the comon part to the left of the string. Any > ideas or suggestions on this? I think it's the most 'benefitial' to have the Time field (UUID v1) at the left, so sorting after date is possible. Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From george.moschovitis at gmail.com Mon Mar 26 05:42:59 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 26 Mar 2007 12:42:59 +0300 Subject: [Nitro] [NP.ORG] Nitro/Og Fora daily diggest In-Reply-To: References: <20070326000501.D7C648739@reizu.com> Message-ID: that is my conclusion too... -g. On 3/26/07, Jonathan Buch wrote: > On Mon, 26 Mar 2007 03:05:01 +0300, wrote: > > > dioy0y2Vur25oXaby2aq4s > > dip9BW2Vur25oXaby2aq4s > >notice that the two keys contain a common substring. I am wondering if > > it would be better to have the comon part to the left of the string. Any > > ideas or suggestions on this? > > I think it's the most 'benefitial' to have the Time field (UUID v1) at the > left, so sorting after date is possible. > > Jo > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From william.full.moon at gmail.com Mon Mar 26 06:54:01 2007 From: william.full.moon at gmail.com (* William) Date: Mon, 26 Mar 2007 20:54:01 +1000 Subject: [Nitro] application in Nitro Message-ID: <002401c76f95$19bebf90$0201a8c0@ghostgum> Hello hello, Well things have been busy around here. I've got several new clients and time to put return some focus on my favourite software framework. I am a believer in the adage: "eat your own dog-food". I have at least one business critical application that I want to see done. I reckon that many people will have forgotten who Brady Booch was. Who he is today might not be the person who would say that the usefulness of a framework is the tactical advantage it gives applications. A corollary for that comment, is that real-world applications are the only way to polish frameworks. We can see the evidence of this in the polish being added on Flora and NP.org I have the application domain information, and design skills with rudimentary ruby -- who is technical enough to surrender to a business case to develop application(s) that will really show off the value of Nitro, Og and the gang? Regards, William _My_Bright_Ideas____________________________________________________________ _____ "You must BE the change you want." ~ HYPERLINK "http://www.brainyquote.com/quotes/authors/m/mohandas_gandhi.html"Gandhi Success Coaching HYPERLINK "http://adroit-process.blogspot.com/"http://adroit-process.blogspot.com/ ph/sms: 041-476-1217 (?2007) Information proprietary and confidential intended for direct recipient(s) and mutually agreed correspondents abn:77425560110. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.18/733 - Release Date: 25-Mar-2007 11:07 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070326/3509e8b8/attachment.html From george.moschovitis at gmail.com Mon Mar 26 07:32:32 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 26 Mar 2007 14:32:32 +0300 Subject: [Nitro] application in Nitro In-Reply-To: <002401c76f95$19bebf90$0201a8c0@ghostgum> References: <002401c76f95$19bebf90$0201a8c0@ghostgum> Message-ID: > being added on Flora and NP.org what is Flora? > I have the application domain information, and design skills with > rudimentary ruby -- who is technical enough to surrender to a business case > to develop application(s) that will really show off the value of Nitro, Og > and the gang? I may be interested. Email me more details... -g. PS: Even better, post this to the np.org forum. -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From Reid.Thompson at ateb.com Mon Mar 26 10:39:45 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Mon, 26 Mar 2007 10:39:45 -0400 Subject: [Nitro] darcs external merger Message-ID: <1174919985.31966.8.camel@localhost> last pull bit me with a unresolved conflict -- even though i've made no changes to my local repo. Earlier threads noted desire for invocation of an external merge program -- did a little research and ended up at the darcs manual .... http://www.darcs.net/manual/bigpage.html#defaults search page for "Resolution of conflicts" in ~/.darcs/prefs/defaults add ALL --external-merge 'xxdiff -m -O -M %o %1 %a %2' the manual page lists invocations for several merge tools.... kdiff3, tortoiseMerge, emerge3, etc From george.moschovitis at gmail.com Mon Mar 26 20:05:02 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Tue, 27 Mar 2007 00:05:02 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_diggest?= Message-ID: <20070327000502.BAAD4873B@reizu.com> >From gmosx.myopenid.com Date: Mon Mar 26 17:47:43 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/77 Message-ID: http://www.nitroproject.org/fora/posts/view/79
Bottom line it does work as you say but the Hello World needs to ?require ?raw??.
ah, that must be it.
The library itself needs trivial changes to glycerin.rb and application.rb:
how about sending a nice Darcs patch. See http://nitroproject.org/repo for more info regarding patches. -g. >From gmosx.myopenid.com Date: Mon Mar 26 17:44:52 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/76 Message-ID: http://www.nitroproject.org/fora/posts/view/78 As I said, I am interested, send me more details... -g. >From rmela.myopenid.com Date: Mon Mar 26 14:09:14 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/60 Message-ID: http://www.nitroproject.org/fora/posts/view/77 Probably faster to type it in from memory. It's two very short files, with one-line changes to glycerin.rb and application.rb. Bottom line -- it does work as you say *but* the Hello World needs to "require 'raw'". The library itself needs trivial changes to glycerin.rb and application.rb: - line 108 of application.rb ( if defined? :Og ) is broken, at least for a "Hello World" that doesn't start Og. I added "and defined? Og.methods", though probably replacing "defined? :Og" with "defined? Og" would do the trick. - glycerin.rb needs to include 'raw' when building its include paths. Further, it appears that templates are discovered in ./template, not ./app/template. It's faster to type the code here from memory than find and tar my most recent version. Hopefully no typos! examples/foo/app.rb: require "#{File.dirname(__FILE__)}/../../script/glycerin" require 'nitro' include Nitro require 'raw' # # # require 'raw' !!!! # # # class Foo # may also inherit from Raw::Controller. Perhaps the API does that transparently # via Nitro.start ? def index render_text "Hello" # end def foo end end Nitro.start Foo Then the extensive Web 0.01 template file examples/foo/template/foo.htmlx Hello from template. Time now is #{Time.new} >From aplatypus.myopenid.com Date: Mon Mar 26 14:01:10 UTC 2007 Subject: Business Application -- Droll and Essential Message-ID: http://www.nitroproject.org/fora/posts/view/76 Hello all ... Hello hello, Well things have been busy around here. I've got several new clients and time to put return some focus on my favourite software framework. I am a believer in the adage: "eat your own dog-food". I have at least one business critical application that I want to see done. I reckon that many people will have forgotten who Brady Booch was. Who he is today might not be the person who would say that the usefulness of a framework is the tactical advantage it gives applications. A corollary for that comment, is that real-world applications are the only way to polish frameworks. We can see the evidence of this in the polish being added on Flora and NP.org I have the application domain information, and design skills with rudimentary ruby -- who is technical enough to surrender to a business case to develop application(s) that will really show off the value of Nitro, Og and the gang? Regards, William _My_Bright_Ideas_____________________________________________________________________ "You must BE the change you want." ~ Gandhi Success Coaching http://adroit-process.blogspot.com/ ph/sms: 041-476-1217 (?2007) Information proprietary and confidential intended for direct recipient(s) and mutually agreed correspondents abn:77425560110. >From gmosx.myopenid.com Date: Mon Mar 26 12:18:48 UTC 2007 Subject: Initial support for general primary keys and Message-ID: http://www.nitroproject.org/fora/posts/view/75 I just pushed some patches to the repo with initial support for general primary keys and UUID keys in particular. Have a look at og/model/uuid.rb for some details. I have made a small change to the Postgresql adapter (where the pk for a new row is calculated). I have no access to a postgresql rdbms at the moment so I would like to ask someone from the community to test this. Jonathan, please let me know if this fixes your text key problems. If not I will have another look at this! -g. >From gmosx.myopenid.com Date: Mon Mar 26 12:10:34 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/60 Message-ID: http://www.nitroproject.org/fora/posts/view/74 you probbaly forgot to attach the file ;-) >From rmela.myopenid.com Date: Mon Mar 26 02:22:57 UTC 2007 Subject: RE: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/60 Message-ID: http://www.nitroproject.org/fora/posts/view/73 File attached. >From rmela.myopenid.com Date: Mon Mar 26 01:54:16 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/69 Message-ID: http://www.nitroproject.org/fora/posts/view/72
I've removed all previous nitro gems. The only Nitro source is the current repo ( or what was current as of three days ago ). Sending the source , including the mods
-- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. From john at oxyliquit.de Tue Mar 27 05:05:42 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 27 Mar 2007 12:05:42 +0300 Subject: [Nitro] darcs external merger In-Reply-To: <1174919985.31966.8.camel@localhost> References: <1174919985.31966.8.camel@localhost> Message-ID: Hi, > ~/.darcs/prefs/defaults > ALL --external-merge 'xxdiff -m -O -M %o %1 %a %2' Thanks for the info! Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From john at oxyliquit.de Tue Mar 27 05:05:45 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Tue, 27 Mar 2007 12:05:45 +0300 Subject: [Nitro] [PATCH] POLS patch for VarChar() Message-ID: Hi. Tue Mar 27 09:10:24 EEST 2007 Jonathan Buch * POLS when using Og::VarChar() * add new annotation :sql_type so VarChar doesn't have to use :sql attr_accessor :name, VarChar(20), :unique => true works now * added annotation :null, so NotNull also doesn't use :sql * 3 :control => :none in Revisable * use glycerin setup script in spec/helper.rb instead of path unshift to Og * make join-table creation less noisy Enjoy, Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ -------------- next part -------------- A non-text attachment was scrubbed... Name: varcharpols.bundle.tar.bz2 Type: application/bzip2 Size: 9248 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070327/c1009df7/attachment-0001.bin From transfire at gmail.com Tue Mar 27 09:17:00 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Tue, 27 Mar 2007 13:17:00 -0000 Subject: [Nitro] Facets 2.0 and the World of Bundles Message-ID: <1175001420.049497.27470@n59g2000hsh.googlegroups.com> Hi-- Time to reveal my surprise... I have been working on a small project called GemBundles. Gembundles are ordinary gems but they have an extra section for bundling dependencies. This allows one to make multi-packages and avoid downloading dependencies. So what's this have to do with Nitro? For Facets 2.0, I want to spin-off parts of the library into their own packages. Now I haven't decided exactly how I want to do this. Either the packages will be categorizations of Facets' libs --which will still keep the whole rather tight knit, while allowing parts to still be used independently if need be. Or the packages will be on their own, with their own unique names and development tracks --in which case Facets itself becomes just the core extensions and the most general of the "more" components. Now, if the former choice, little changes for Nitro, except that it will probably want to ultimately depend on the "facetsbundle" package in order to avoid directly handling a dozen or so dependencies at installation time. But if the later, well, things get interesting here. Nitro will want to create it's own _special bundle_ containing the various libs it requires. This will of course include Facet's core extensions and the general components, and some of the independent spun-off packages. But, unlike now, Nitro need not include any it doesn't use, AND Nitro is at greater liberty to choose dependencies from outside sources other than Facets. Going this route, Nitro could in fact name this bundle "Glue". How's that for coming full circle? At this point I have to makes a choice: Should Facets remain the super uber-lib, containing nearly any common library under the sun, but neatly categorized? Or should I refine Facets to it's most general features and spin-off the more specialized parts? There are trade-offs to each of course. On the one hand, we have a large comprehensive "one- stop-shop" library, well organized, and with high name recognition. On the other, we have a variety of libs from which to pick and choose, each specialized to a particular need, with independent development tracks and announcements. In essence it is a choice of greater Uniformity vs greater Flexibility. It's a difficult choice, and I am torn between them. For Nitro that decision basically boils down to whether Nitro prefers to depend on one comprehensive mega-library, or would it rather have the added flexibility to bundle together a variety of smaller libs at it's discretion? T. From george.moschovitis at gmail.com Tue Mar 27 19:02:53 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 28 Mar 2007 02:02:53 +0300 Subject: [Nitro] [PATCH] POLS patch for VarChar() In-Reply-To: References: Message-ID: thanks, will have a look at this. btw, please send patcher to the forum, the uploads there are nicely organized in directories so it is much easier for me to keep track. In any case I will provide a better system to handle patches a bit later. -g. On 3/27/07, Jonathan Buch wrote: > Hi. > > Tue Mar 27 09:10:24 EEST 2007 Jonathan Buch > * POLS when using Og::VarChar() > * add new annotation :sql_type so VarChar doesn't have to use :sql > attr_accessor :name, VarChar(20), :unique => true > works now > * added annotation :null, so NotNull also doesn't use :sql > * 3 :control => :none in Revisable > * use glycerin setup script in spec/helper.rb instead of path unshift to > Og > * make join-table creation less noisy > > Enjoy, > > Jo > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Tue Mar 27 19:04:17 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 28 Mar 2007 02:04:17 +0300 Subject: [Nitro] Facets 2.0 and the World of Bundles In-Reply-To: <1175001420.049497.27470@n59g2000hsh.googlegroups.com> References: <1175001420.049497.27470@n59g2000hsh.googlegroups.com> Message-ID: Tom, this sounds interesting, but I don't really understand how this works from this email. And to tell you the truth I am quite happy with he current (1.8) mega-library aproach. However, I would love to see your new system. Can I download the code somewhere? -g. On 3/27/07, transfire at gmail.com wrote: > Hi-- > > Time to reveal my surprise... > > I have been working on a small project called GemBundles. Gembundles > are ordinary gems but they have an extra section for bundling > dependencies. This allows one to make multi-packages and avoid > downloading dependencies. > > So what's this have to do with Nitro? > > For Facets 2.0, I want to spin-off parts of the library into their own > packages. Now I haven't decided exactly how I want to do this. Either > the packages will be categorizations of Facets' libs --which will > still keep the whole rather tight knit, while allowing parts to still > be used independently if need be. Or the packages will be on their > own, with their own unique names and development tracks --in which > case Facets itself becomes just the core extensions and the most > general of the "more" components. > > Now, if the former choice, little changes for Nitro, except that it > will probably want to ultimately depend on the "facetsbundle" package > in order to avoid directly handling a dozen or so dependencies at > installation time. > > But if the later, well, things get interesting here. Nitro will want > to create it's own _special bundle_ containing the various libs it > requires. This will of course include Facet's core extensions and the > general components, and some of the independent spun-off packages. > But, unlike now, Nitro need not include any it doesn't use, AND Nitro > is at greater liberty to choose dependencies from outside sources > other than Facets. Going this route, Nitro could in fact name this > bundle "Glue". How's that for coming full circle? > > At this point I have to makes a choice: Should Facets remain the super > uber-lib, containing nearly any common library under the sun, but > neatly categorized? Or should I refine Facets to it's most general > features and spin-off the more specialized parts? There are trade-offs > to each of course. On the one hand, we have a large comprehensive "one- > stop-shop" library, well organized, and with high name recognition. On > the other, we have a variety of libs from which to pick and choose, > each specialized to a particular need, with independent development > tracks and announcements. In essence it is a choice of greater > Uniformity vs greater Flexibility. It's a difficult choice, and I am > torn between them. > > For Nitro that decision basically boils down to whether Nitro prefers > to depend on one comprehensive mega-library, or would it rather have > the added flexibility to bundle together a variety of smaller libs at > it's discretion? > > T. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Tue Mar 27 20:05:01 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Wed, 28 Mar 2007 00:05:01 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_diggest?= Message-ID: <20070328000501.E68D1873B@reizu.com> >From gmosx.myopenid.com Date: Tue Mar 27 19:44:49 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/82 Message-ID: http://www.nitroproject.org/fora/posts/view/83
Fora could benefit from a [EDIT] or [CORRECT] button for erros in (my) posts.
yeah, I would like to add something like this. In a future revision. -g. >From aplatypus.myopenid.com Date: Tue Mar 27 12:44:21 UTC 2007 Subject: RE: RE: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/76 Message-ID: http://www.nitroproject.org/fora/posts/view/82 Fora could benefit from a [EDIT] or [CORRECT] button for erros in (my) posts. Good idea?! ... w >From aplatypus.myopenid.com Date: Tue Mar 27 12:28:47 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/76 Message-ID: http://www.nitroproject.org/fora/posts/view/81 Hi George -- I sent a note your way. The application area is a customer relationship tool (or engine as I'm envising it). Definitely non-rocket science. :-) One tweak might be some kind of scripting of data (even active data -- in some future history) Aloha, Will >From rmela.myopenid.com Date: Tue Mar 27 02:40:13 UTC 2007 Subject: HelloWorld should always work Message-ID: http://www.nitroproject.org/fora/posts/view/80 Changes to insure that HelloWorld works out-of-the-box in a darcs checkout. Trivial, I know, but it helps someone new get up to speed a bit more quickly. * additional check for on line 108 of application.rb (HelloWorld does not use Og -- application.rb threw exception due to Og.manager not being defined ) * glycerin.rb needs to include raw on the search path * update glue.gemspec to give some indication of which version of Facets is required * HelloWorld needs to include Nitro module as well as require 'nitro' library * require glycerin in examples/hello/app.rb to give some indication of how to run from darcs. I should add a README -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. From transfire at gmail.com Tue Mar 27 23:34:16 2007 From: transfire at gmail.com (transfire at gmail.com) Date: Wed, 28 Mar 2007 03:34:16 -0000 Subject: [Nitro] Facets 2.0 and the World of Bundles In-Reply-To: References: <1175001420.049497.27470@n59g2000hsh.googlegroups.com> Message-ID: <1175052856.771854.53440@b75g2000hsg.googlegroups.com> On Mar 27, 7:04 pm, "George Moschovitis" wrote: > Tom, > > this sounds interesting, but I don't really understand how this works > from this email. And to tell you the truth I am quite happy with he > current (1.8) mega-library aproach. However, I would love to see your > new system. Can I download the code somewhere? I have a prototype that works like this: Lets say I have a couple of gems: hello_world.gem and adios_world.gem. % gembundle build tryme hello_world-1.0.0.gem adios_world-1.0.0.gem This creates a tar.gz file called, tryme.gembundle which simply contains the two listed gems, Then... % gembundle install tryme.gembundle Successfully installed hello_world, version 1.0.0 Successfully installed adios_world, version 1.0.0 The intsall command just copies the bundle to a temp location, unpacks it and installs the contained gems (with the -y option). That's it. Now that's just the prototype of course. The real version would integrate into the current gem command itself, and would actually build ordinary gems with an extra bundle section. So one would just do gem build --bundle foo.gemspec And all the dependencies of foo would be bundled into the new foo gem. There could also be a bundle subcommand to take a regular gem and generate a bundled version from it.as well as a to include on certain dependencies but not others. T. From john at oxyliquit.de Wed Mar 28 03:56:20 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 28 Mar 2007 10:56:20 +0300 Subject: [Nitro] [PATCH] POLS patch for VarChar() In-Reply-To: References: Message-ID: Hi, > thanks, will have a look at this. btw, please send patcher to the > forum, the uploads there are nicely organized in directories so it is > much easier for me to keep track. In any case I will provide a better > system to handle patches a bit later. did I mention offline capabilities and speed of MLs? :P No, seriously, atm I have a kinda flaky internet connnection at home with outages of 1 minute every 3 minutes, no fun for me there surfing. Besides that, np.org needs (from office, good internet connection) up to 12 seconds to load a page. So, as long as you are still reading the ML and react to [PATCH], I will continue posting patches here. Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From george.moschovitis at gmail.com Wed Mar 28 04:03:41 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 28 Mar 2007 11:03:41 +0300 Subject: [Nitro] [PATCH] POLS patch for VarChar() In-Reply-To: References: Message-ID: > up to 12 seconds to load a page. 12 seconds ?!?!? It loads immediately here... 12 seconds don't make sense all the pages are cached as html and served from amazon's datacenter. the site loads immediately for me. -g. -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Wed Mar 28 04:57:57 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 28 Mar 2007 11:57:57 +0300 Subject: [Nitro] [PATCH] POLS patch for VarChar() In-Reply-To: References: Message-ID: Hi, >> up to 12 seconds to load a page. > > 12 seconds ?!?!? It loads immediately here... 12 seconds don't make > sense all the pages are cached as html and served from amazon's > datacenter. the site loads immediately for me. I would blame it on np.org not being on a datacenter near Finland :) The connection times kill the speed, not the page loading at that. Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From george.moschovitis at gmail.com Wed Mar 28 05:48:09 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 28 Mar 2007 12:48:09 +0300 Subject: [Nitro] [PATCH] POLS patch for VarChar() In-Reply-To: References: Message-ID: > I would blame it on np.org not being on a datacenter near Finland :) > The connection times kill the speed, not the page loading at that. I find it hard to believe that Greece has a better connection than Finland ;-) 12 second sounds unrealistic... np.org even uses expire headers and http caching (perhaps I have done something stupid with the apache config on the server though) and ajax for near instant updates. anyway ;-) -g. -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Wed Mar 28 07:13:41 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Wed, 28 Mar 2007 14:13:41 +0300 Subject: [Nitro] [PATCH] POLS patch for VarChar() In-Reply-To: References: Message-ID: Hi, >> I would blame it on np.org not being on a datacenter near Finland :) >> The connection times kill the speed, not the page loading at that. > > I find it hard to believe that Greece has a better connection than > Finland ;-) > 12 second sounds unrealistic... np.org even uses expire headers and > http caching (perhaps I have done something stupid with the apache > config on the server though) and ajax for near instant updates. I said 'up to', the average is around 3-5 seconds. Only the first request without cache etc is around 12 seconds. But no, I don't think it's any config error on you part. It's really just looking like long latencies between my connection(s) here and np.org. > anyway ;-) Jo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From rob at robmela.com Wed Mar 28 09:02:49 2007 From: rob at robmela.com (Robert Mela) Date: Wed, 28 Mar 2007 09:02:49 -0400 Subject: [Nitro] [PATCH] POLS patch for VarChar() In-Reply-To: References: Message-ID: <460A6779.6060507@robmela.com> I'm finding np on the sluggish side. The issue *might* in part be the number of components to download. There are a lot of metrics that go into assessing a site's performance - total start to finish ( from first call to "open" to final byte of final asset retrieved ) - connection initialization ( for single asset, timespan between call to "open" and and socket being ready to write ) - response time ( for single asset, time between last byte of request written over socket and first byte of response being ready to read from socket ) - transfer time ( for single asset, time between first response bytes arriving on socket and final response bytes arriving on socket ) This is just off the top of my head. It's been a while since I've done performance analysis. I have to say my world view is challenged by the thought that Internet connections in Finland are as bad as the ones in the U.S. Sigh. Well, adjustment will be minor -- Finland is generally better in most of the important metrics :) Jonathan Buch wrote: > Hi, > > >>> I would blame it on np.org not being on a datacenter near Finland :) >>> The connection times kill the speed, not the page loading at that. >>> >> I find it hard to believe that Greece has a better connection than >> Finland ;-) >> 12 second sounds unrealistic... np.org even uses expire headers and >> http caching (perhaps I have done something stupid with the apache >> config on the server though) and ajax for near instant updates. >> > > I said 'up to', the average is around 3-5 seconds. Only the first > request without cache etc is around 12 seconds. > > But no, I don't think it's any config error on you part. It's really > just looking like long latencies between my connection(s) here and > np.org. > > >> anyway ;-) >> > > Jo > > -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070328/b6d6a5de/attachment.vcf From george.moschovitis at gmail.com Wed Mar 28 20:05:02 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Thu, 29 Mar 2007 00:05:02 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_diggest?= Message-ID: <20070329000502.15B40873F@reizu.com> >From gmosx.myopenid.com Date: Wed Mar 28 20:36:16 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/bSFaTU3wOr25iOeJeZaaqU Message-ID: http://www.nitroproject.org/fora/posts/view/d6dxLe3wSr27NzeJeZaaqU No, this seems like a bug. Thanks for reporting. -g. >From gmosx.myopenid.com Date: Wed Mar 28 20:41:14 UTC 2007 Subject: Site update Message-ID: http://www.nitroproject.org/fora/posts/view/cR-lXa3wWr27NzeJeZaaqU Dear devs, I made some internal changes to the nitroproject.org site and fixed some bugs: - the source "file browser":http://www.nitroproject.org/repo/view works now - some fixes in fora. Due to some changes in the user management code, I would like to ask someone from the Nitro community that has not already logged it using OpenID to try to login and tell me if everything works. Thanks for supporting Nitro, -g. >From rmela.myopenid.com Date: Wed Mar 28 13:25:22 UTC 2007 Subject: obnoxia: HEAD Message-ID: http://www.nitroproject.org/fora/posts/view/bSFaTU3wOr25iOeJeZaaqU I'm switching from TextDrive to Highspeedrails. One of the nice things HighSpeedRails does is application monitoring. As part of that they've got monitors running for whatever service you ask them to monitor, and alarms in place to insure that the services stay up. I'm running the darcs trunk behind and Apache reverse proxy. When HSR's montitoring tool pings Apache with HEAD /, Nitro and Facets do the following ( the same behavior whether Nitro.adapter = 'mongrel' or Webrick ) My question -- is this behavior correct? If correct, is it desirable? If not always desirable, are there workarounds or switches to suppress it in specific cases? Error while handling '/' ERROR: interning empty string /usr/local/lib/ruby/gems/1.8/gems/facets-1.8.54/lib/facets/more/ann.rb:87:in `to_sym' /usr/local/lib/ruby/gems/1.8/gems/facets-1.8.54/lib/facets/more/ann.rb:87:in `heritage' /usr/local/lib/ruby/gems/1.8/gems/facets-1.8.54/lib/facets/more/ann.rb:112:in `ann' /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/controller/publishable.rb:79:in `template?' /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/controller/publishable.rb:107:in `action_or_template?' /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/dispatcher.rb:196:in `dispatch' /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/dispatcher.rb:99:in `dispatch_context' /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/adapter.rb:63:in `handle_context' /usr/home/rmela/nitro/repo.nitroproject.org/script/../raw/lib/raw/adapter/webrick.rb:134:in `do_GET' /usr/local/lib/ruby/1.8/webrick/httpservlet/abstract.rb:47:in `do_HEAD' /usr/local/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `__send__' /usr/local/lib/ruby/1.8/webrick/httpservlet/abstract.rb:35:in `service' >From gmosx.myopenid.com Date: Wed Mar 28 20:44:41 UTC 2007 Subject: RE: Message-ID: http://www.nitroproject.org/fora/posts/view/aNyuzY3w0r27NzeJeZaaqU Btw, this is the first public test of Og using UUIDs as primary keys. Utilizing some Og magic the database was automatically converted from AUTOICREMENT keys to UUIDs. If you follow the latest changes in the repo (np.org/repo/changes) you will see that Og works now better with custom primary keys. -g. -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. From rob at robmela.com Wed Mar 28 21:14:27 2007 From: rob at robmela.com (Robert Mela) Date: Wed, 28 Mar 2007 21:14:27 -0400 Subject: [Nitro] create_tbody? Message-ID: <460B12F3.5070902@robmela.com> create_tbody? causes an exception in admin if there's a nil anywhere along the line of dereferences in options[:values][0][0] What should be done about this? Perform checks for nils and returning 'false' rather than throwing an exception? I believe that would be the right thing to do. If so, I'll add it to my next round of patches. The offending code: #-- # gmosx: Arrgh!! dangerous method, who added this? #++ def create_tbody?(options) return options[:values][0][0].respond_to?(:to_ary) end Excerpt from darcs annotate: # Following line added by [Adde latest revision of table helper by Kashia + test case. [kashia] # George Moschovitis **20060111132424] def create_tbody?(options) # Following line added by [Adde latest revision of table helper by Kashia + test case. [kashia] # George Moschovitis **20060111132424] options[:values][0][0].respond_to?(:to_ary) -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070328/5d95fba4/attachment.vcf From rob at robmela.com Wed Mar 28 22:16:57 2007 From: rob at robmela.com (Robert Mela) Date: Wed, 28 Mar 2007 22:16:57 -0400 Subject: [Nitro] Tutorial idea, and thanks for cgi.rb fix! Message-ID: <460B2199.7020803@robmela.com> Thanks to whoever fixed cgi.rb ( I think it was George ). I was planning to fix the dictionary/hash mismatch that was causing nitro/part/admin to fail on posts. I'm now thinking about how to learn Nitro, and composing my own "outline" that could be expanded into a tutorial as I go along. I have the advantage of being a newbie -- and thus the perspective that only a newbie can have on how the learning progresses. I thought I would capture that experience while I'm still unfamiliar with Nitro. My past experience has shown me that, once I'm advanced on a topic, I lose the perspective that's required to teach a newbie the first steps. So, that said, here's my idea of how I'll proceed, and if I record my steps, it could be the framework of tutorial. Only the first two sections seem clear... I Simplest possible demonstrations of: 1) Nitro.start ( examples/hello ) 2) Controllers 3) Templates ( two or three examples in a single application ) 4) Og and admin ( a single table ) II The second set would begin by introducing application layout ( what gen produces ), and use that to cover the following in more depth: 1) Move from Nitro to Application, including dispatcher 2) Multiple controllers 3) Larger, nicer looking templates, xml, js, etc. 4) A larger, more useful subset of Og functionality ( relationships, etc. ) III Overview 1) Libraries and their roles 2) Configuration, initialization 3) Architecture 4) Parts IV A Real World Solution 1) Ajax and Javascript 2) RSS, XML, etc. 3) Best practices (?) 4) Application Design 5) More Og tricks V Advanced Topics ??? Here, for example, is a first-cut at an Og and admin demonstration for the first section: | ====================== File: ./README ====================== Simple demonstration of Og: Nitro's database layer and ORM. Invoking "ruby -rubygems app.rb" initializes a sqlite database and starts an HTTP server on port 9000. Due to Nitro's admin scaffolding you can begin working with the database immediately. Assumes you've got sqlite3 and the ruby sqlite3-ruby gem installed. If not, and you've got postgres or mysql, modify Og.start in app.rb: For mysql # # Og.start( # :name => "mydb", # :adapter => :mysql, # :user => 'root', # :evolve_schema => false # true # ) For postgres # # Og.start( # :name => "mydb", # :adapter => :postgresql, # :user => "postgres", # :password => "postgres", # :evolve_schema => false # ) | | #======================================================== # File: app.rb # First Og demo #======================================================== # # Demonstrates Nitro's Object-Relational database # layer. Similar to ActiveRecord, but much more # intuitive for OO programmers # # Invoke using "ruby -rubygems app.rb" # # Should start up instance with WEBrick on port 9000. # # Index page will direct you to /admin, which allows # you to use Nitro's scaffolding to manipulate database # records. # #======================================================== # require glycerin if running from source checkout # # glycerin modifies ruby paths to pick up nitro from repository checkout. # there may be conflicts if nitro gems are also installed on machine. # require "#{File.dirname(__FILE__)}/../../script/glycerin" require 'nitro_and_og' ## boilerplate require include Nitro ## must include module for functionality require 'item' ## Og will recognize 'item' aw our database object ( see item.rb ) require 'test_controller' ## our controller. # # admin part serves as scaffold for database editing # require 'nitro/part/admin' # # Start og. Database is created if it doesn't already exist # Og.start( :name => "items", ## database name :adapter => :sqlite, ## see README if you don't have sqlite3 :evolve_schema => false ## true ) Nitro.start TestController ## nitro automatically creates controller from class | | #====================== # File: ./item.rb # data model for Og demo #====================== # # A simple 'require' is all that's needed for Og # to find this file and treat it as a database object # ( table ) definition. # class Item # type must be defined for Og to pick up fields # Otherwise Og will ignore this -- it won't become a table attr_accessor :content, String attr_accessor :source, String attr_accessor :title, String ## "name" is helpful for scaffolding library. ## admin part displays 'name' when listing records def name @title end end #============================ # File: ./test_controller.rb # # For convenience, http://localhost:9000/ # provides a link to admin functionality # #============================ class TestController def index render_text "Admin" end end | -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070328/7fa79cc5/attachment.vcf From rob at robmela.com Wed Mar 28 22:46:25 2007 From: rob at robmela.com (Robert Mela) Date: Wed, 28 Mar 2007 22:46:25 -0400 Subject: [Nitro] Can't post to forum In-Reply-To: References: Message-ID: <460B2881.6040103@robmela.com> I can't post to fora. Error messsage says "author_oid: no value". Page says I'm signed in with my openid. Anyhow, I wanted to post a darcs record. * Raw now requires xmlsimple. I updated raw.gemspec to specify the dependency. * I tried an app that included og and admin but had no models. Og admin threw an exception in create_tbody? in table.rb. I think it's more correct to display a zero-length table of Og types when there are zero Og types than it is to throw an exception. * My last patch left the glycerin include commented out in hello/app.rb. I uncommented the include so that Hello runs without any changes, because that's how HelloWorld should be... -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: simple_fixes.txt Url: http://rubyforge.org/pipermail/nitro-general/attachments/20070328/df1ae9ed/attachment-0001.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: rob.vcf Type: text/x-vcard Size: 116 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070328/df1ae9ed/attachment-0001.vcf From george.moschovitis at gmail.com Thu Mar 29 04:48:39 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 29 Mar 2007 11:48:39 +0300 Subject: [Nitro] Can't post to forum In-Reply-To: <460B2881.6040103@robmela.com> References: <460B2881.6040103@robmela.com> Message-ID: please signout, and sign in again to post to the forum. I made some changes to the id thing... -g. On 3/29/07, Robert Mela wrote: > I can't post to fora. Error messsage says "author_oid: no value". > Page says I'm signed in with my openid. > > Anyhow, I wanted to post a darcs record. > > * Raw now requires xmlsimple. I updated raw.gemspec to specify the > dependency. > * I tried an app that included og and admin but had no models. Og > admin threw an exception in create_tbody? in table.rb. I think > it's more correct to display a zero-length table of Og types when > there are zero Og types than it is to throw an exception. > * My last patch left the glycerin include commented out in > hello/app.rb. I uncommented the include so that Hello runs > without any changes, because that's how HelloWorld should be... > > > > > > > New patches: > > [tbody_fix__xml-simple_dependency__hello_glycerin_include > rob at robmela.com**20050119143551 > > * table.rb tbody check threw nil exception if no og records > * forgot to uncomment glycerin include in hello/app.rb > * raw.gemspec: explictly state xml-simple dependency > > ] { > hunk ./examples/hello/app.rb 1 > -# require "#{File.dirname(__FILE__)}/../../script/glycerin" > +require "#{File.dirname(__FILE__)}/../../script/glycerin" > hunk ./raw/lib/raw/view/table.rb 242 > - options[:values][0][0].respond_to?(:to_ary) > + > + unless defined? values=options[:values] > + return false > + end > + > + unless defined? values[0] and defined? values[0][0] > + return false > + end > + > + return options[:values][0][0].respond_to?(:to_ary) > hunk ./raw/raw.gemspec 25 > + s.add_dependency('xml-simple', '>= 1.0.11') > + s.add_dependency('RedCloth', '>= 3.0.4') > } > > Context: > > [Made custom_pk.rb spec pass [jonathan]. > George Moschovitis **20070328102915] > [Fix conflict in helper > George Moschovitis **20070328101205] > [POLS when using Og::VarChar() > Jonathan Buch **20070327061024 > * add new annotation :sql_type so VarChar doesn't have to use :sql > attr_accessor :name, VarChar(20), :unique => true > works now > * added annotation :null, so NotNull also doesn't use :sql > * 3 :control => :none in Revisable > * use glycerin setup script in spec/helper.rb instead of path unshift to Og > * make join-table creation less noisy > ] > [More fixes to make general primary keys work, fixed insert bug [jonathan]. > George Moschovitis **20070327224835] > [Quote primary key in og_delete. > George Moschovitis **20070327210121] > [HelloWorld_Should_Always_Work > rmela**20050117145850] > [Handle xml/yaml/json post data, some cleanups in cgi.rb (many more to come). > George Moschovitis **20070327194110] > [More fixes to support arbitraty promary keys (and UUID in particular). > George Moschovitis **20070326114037] > [Fix and #store as #get_store aliaas. > George Moschovitis **20070326100204] > [<< helper for manager, useful for writing db change scripts. > George Moschovitis **20070326100038] > [Initial version of the UUID mixin. > George Moschovitis **20070326100003] > [Some changes to Og to prepare for UUID support. > George Moschovitis **20070326095900] > [sql.rb changes > Jonathan Buch **20070320104410 > * remove duplicated write_attrs > * made write_attr_boolean return 'f' instead of NULL > * fix require in tc_timestamped > * add :extra_condition to .find (for use with set_find_options()) > i.e. set_find_options(:extra_condition => 'time_deleted IS NULL') > * fix validate_format > ] > [Pad nice parameter in dispatcher. > George Moschovitis **20070323204529] > [Implemented CSSFormat for dynamically generated css files. Adapted output caching to make more reusable. > George Moschovitis **20070320222239] > [Moved ormsupport from facets to og/util/inflect. better organization of the og dir. > George Moschovitis **20070320094108] > [Minor fixes. > George Moschovitis **20070319190835] > [fixes: compartmentalizing fixture classes - 6/63 > Judson Lester **20070319080512] > [Fixes for new API > Judson Lester **20070318031650] > [Cleaned up sti.rb, moved into model, better interface. Moved unmanageable into model (and into Og::mixin) > George Moschovitis **20070317165215] > [Cleaned up og/model.rb a little bit. > George Moschovitis **20070317162317] > [Unified many_to_many and joins_many specs > Judson Lester **20070313234146 > Until there's a useful distinction between m2m and jm, I can't see a reason to maintain seperate spec files > ] > [Og::Exception > Judson Lester **20070313224726 > Added Og::Exception to og.rb and Og::Deleted to store. Added a spec on Model for Og::Deleted's use, and > added code to SqlStore to fulfill it. > ] > [validation: uniques really work > Judson Lester **20070314212512 > Worth noting: the sense of the block to Validation::add_validation has been reversed. It makes more sense > to me to return "true" if the validation passes. > > Also, I realize now that I have no idea what "validate_related" is supposed to do. > ] > [validation: unique nulls and numbers > Judson Lester **20070314205044] > [validation: fixed null value unique colision > Judson Lester **20070314204037 > As it was, two null values both counted as unique. As I understand it, that's wrong, in a SQL sense. > If you want that behavior, add a validate_value as well. > Also exposed by this fix: null values come back as empty strings. Correct behavior? > ] > [Minor stuff. > George Moschovitis **20070316114101] > [Misc fixes. > George Moschovitis **20070314204706] > [quote column > Guilherme Antoniolo **20070314172025] > [store: fixes 1 > Judson Lester **20070314185220] > [Converted more service formats. > George Moschovitis **20070313101306] > [Validation fix > Judson Lester **20070312224433 > Not sure how, but "Validation::add_validation" got changed to "self.class.add_validation" which is incorrect. > ] > [respect user defined :foreign_key annotation > Jonathan Buch **20070313081503] > [Fix in admin part, refactored code in 'service' formats, made more flexible. > George Moschovitis **20070312180410] > [Fixed nasty cache cleanup bug. > George Moschovitis **20070311103449] > [Cookie expires, use -rubygems in nitro and more. > George Moschovitis **20070311102657] > [Fix stupid Application error that forced the Webrick adapter. > George Moschovitis **20070310171958] > [Call redirects on POST method (+ spec) > George Moschovitis **20070310093821] > [Updated CONTRIBUTORS. > George Moschovitis **20070310080222] > [many_to_many spec > Brian Davis **20070309233521 > Added a spec outlining proper multiple many_to_many relation behavior. Currently, this spec fails and fails hard. > ] > [Fix in util/markup.rb + spec. > George Moschovitis **20070309124538] > [Minor changes to the validation patch. > George Moschovitis **20070309110137] > [spec: cleanup, add validations > Judson Lester **20070309024700] > [ New implementation of Og Validations, unfinished. > George Moschovitis **20070308164651] > [spec: merge with Og changes > Judson Lester **20070308021223] > [spec: store specifications split out > Judson Lester **20070308015556 > Interestingly enough, there are 5 failures out of 35 specs. > ] > [sql: Accounting for custom primary keys in PSQL > Judson Lester **20070306095837] > [sql: cleanup OGTABLE + specs work better > Judson Lester **20070306015638] > [sql: cleanup - OGTABLE & oids > Judson Lester **20070306012512] > [Slightly improved Validation::Errors. > George Moschovitis **20070308122857] > [Added tidy helper. It seems to fuckup some htmls though. > George Moschovitis **20070308122103] > [Simple ATOM dumper/loader. > George Moschovitis **20070308122032] > [Added temp_dir option in application, optimized updated!/touched! in Timestamped. > George Moschovitis **20070307201235] > [Improvements to the generated RDoc. > George Moschovitis **20070306150611] > [Some fixes in Og test cases. Many more are needed. > George Moschovitis **20070306114103] > [Fix in encode_uri > George Moschovitis **20070306112833] > [Cleverly use Ruby's autoload to make the code more flexible. > George Moschovitis **20070306094200] > [sql: removing psql comment > Judson Lester **20070306013102] > [sql: postgres and threadsafe oids > Judson Lester **20070306012957] > [spec: resolved some existing specs > Judson Lester **20070304071444 > Switched spec/store.rb and spec/sti_relation.rb over to isolated specifications. > As a result, discovered a couple of bugs in store.sql. > ] > [spec: Isolated specifications, silenced psql > Judson Lester **20070303085152] > [spec: adding spec-helper > Judson Lester **20070303014330 > The first of several patches to add specs to Og. Specifically trying to isolate spefications from each other, and > break them down into small chunks. > ] > [Minor. > George Moschovitis **20070305073132] > [The reloader detects element include file changes. > George Moschovitis **20070304205121] > [Misc fixes and updates. > George Moschovitis **20070304204733] > [Ensure log/.temp dirs extis, create temp files (like pids) in .temp, dont start a state server by default (made this an command line option --stateserver). Used the CookieSessionStore instead. > George Moschovitis **20070303180413] > [Much better implementation of CookieSessionStore. Sends a separate cookie for the client. > George Moschovitis **20070303170319] > [Reimplemented DrbStore. By looking to the drbstore source it is easy to convert the rest of the stores. > George Moschovitis **20070303085841] > [Fixed reloader. > George Moschovitis **20070303085305] > [Implemented hybrid JSON/Marshal CookieSessionStore, partly readable at the client (!!!!!!!). A-M-A-Z-I-N-G. > George Moschovitis **20070302222151] > [Added experimental JSONCookieSessionStore, don't use yet. > George Moschovitis **20070302140252] > [Improved new sessions implementation, re-added memory store. > George Moschovitis **20070302135407] > [Totaly reimplementation of session system. Also introduced a new cookie based session store (will be the default). > George Moschovitis **20070302114529] > [request[] accepts symbols as keys. > George Moschovitis **20070301114609] > [Misc fixes > George Moschovitis **20070301114529] > [STI Relations again > Judson Lester **20070228201315] > [Misc fixes. > George Moschovitis **20070228074617] > [Cool changes: the dispatcher mounter handles models, the old model scaffold code is now just a mixin, simplified the blog example. > George Moschovitis **20070227203420] > [Added again to og/spec dir. > George Moschovitis **20070227191037] > [Further cleaned up the directory structure of the raw ad og projects. > George Moschovitis **20070227190957] > [Misc Og stuff. > George Moschovitis **20070227111912] > [sti reference > Judson Lester **20070227103047 > References from STI child classes now point across to other entities, including other STI children. > There's two questionable lines in Relation::enchant that strike me as ugly - but the refactoring to > make them unnecessary would be quite serious for a mere aesthetic point > ] > [sti-relations: failing spec > Judson Lester **20070227020622 > Added a spec for a feature that I want: for relationships of STI children to function properly. > Moreoever, I'd like for relationships to STI children to function properly as well. Right now the > spec fails, which means I'm allowed to write some code! > ] > [More Og cleanup and fixes. > George Moschovitis **20070227110806] > [Renamed Og::Entity to Og::Model, to be more consistent with the rest of Nitro and easier for newcomers with AR / MVC experience. > George Moschovitis **20070227105616] > [with_store fixes > Judson Lester **20070226213256 > Added some explicit local variables to account for the with_store blocks. SHould write some spec for > this... Or at least update tests. > > Oh, and cleaned up some of the STI comment-outs > ] > [Some cleanups, removed more glue files. > George Moschovitis **20070226123929] > [Reimplemented Og's multithreaded strategy, should also fix the reported memory leak. [jonathan] > George Moschovitis **20070226110315] > [Misc fixes. > George Moschovitis **20070225194136] > [Created sti.rb > Judson Lester **20070224231100] > [STI Refactoring > Judson Lester **20070224230929 > Moving schema inheritance conditionals into the SchemaInheritance module > ] > [questionable-sti > Judson Lester **20070222190520] > [Converted all refs from Nitro to Raw. (Big patch ;-)) > George Moschovitis **20070225115142] > [Moved raw/lib/nitro to raw/lib/raw > George Moschovitis **20070225105824] > [Moved glue dirs to nitro/mixin and og/mixn, use Nitro::Mixin and Og::Mixin namespaces. > George Moschovitis **20070225105440] > [Use debug/info/error as shortcuts for debugger, cleaner code and allows for customization. Response keeps the output buffer, added some info text when running the console (nitro console) > George Moschovitis **20070224212830] > [Worked a bit more on the blog example. > George Moschovitis **20070224191429] > [At last, #render uses encode_uri, so does caching. The sweeper reuses the Caching code and has a better interface. POLS rules ;-) > George Moschovitis **20070224102731] > [nitro command pass over unrecognized parameters to the application. > George Moschovitis **20070224093901] > [Added simple rdoc script, minor cleanup to improve rdocs. a lot more is needed. > George Moschovitis **20070223215539] > [Fix in attr utils. > George Moschovitis **20070223195942] > [Make spec output more readable. > George Moschovitis **20070223102419] > [Rearanged some docs. > George Moschovitis **20070223101248] > [Aspects preserver arity, this fixes a nasty encode_uri bug, added encode_uri spec. > George Moschovitis **20070223100555] > [Cleaned up argument/env parsing and nitro command. Script/Console adapter works again. > George Moschovitis **20070222205615] > [state.rb use facets/daemonize. > George Moschovitis **20070222145031] > [Use application instead of server everywhere. > George Moschovitis **20070222144803] > [Worked more on aspects, still not happy with it. > George Moschovitis **20070222140104] > [Minor > George Moschovitis **20070222121517] > [Aspects apply to local methods if no target is provided, fixed some small bugs. > George Moschovitis **20070222121322] > [Added nitro specs, simple spec for aspects. Fixed nasty aspects bug, the block is instance_evaled now. > George Moschovitis **20070222113445] > [Introduced spec dir. First spec (Publishable) helps identify a faster implementation of action_methods. > George Moschovitis **20070222103352] > [Fixing postgresql > Judson Lester **20070221100539] > [Moved appserver to nitro, renamed to application. > George Moschovitis **20070221212957] > [Fix in flash. > George Moschovitis **20070221202512] > [Make aspects more flexible, fixed action_methods, improved format callbacks. > George Moschovitis **20070221172955] > [Converted the codebase to use the new safer (and more elegant, though slightly slower) aspects implementation. > George Moschovitis **20070221122616] > [Changed many "property"s to "attr_accessor"s for consistency. > George Moschovitis **20070221083245] > [Important fix in dispatcher, added RSS format. > George Moschovitis **20070220153918] > [Removed simple example. Caching check ann(:action, :cache) annotation. > George Moschovitis **20070220123112] > [Removed runner.rb, add argument parsing to server, temp solution. > George Moschovitis **20070220112630] > [More cleanup, removed some obsolete code. > George Moschovitis **20070219210048] > [Mailer works again, added MailTemplate. Needs some more cleanup though. > George Moschovitis **20070219201817] > [Some temp hack fixes. Moved mailer from glue to nitro. > George Moschovitis **20070219185629] > [Converted mongrel adapter to latest. > George Moschovitis **20070219180130] > [Refactored some more common code to adapter.rb > George Moschovitis **20070219175323] > [Separated Context from Render (at last). > George Moschovitis **20070219173055] > [Reorganized some files, cleanup. > George Moschovitis **20070219164826] > [Misc fixes and small improvements, trying to make cull.gr run again. > George Moschovitis **20070219152031] > [Mongrel adapter works again, cleaned up webrick and mongrel adapters, more to come. > George Moschovitis **20070218213433] > [New super simple output caching system and some source files reorganization. > George Moschovitis **20070218205255] > [Use ___super instead of ___control. > George Moschovitis **20070218172628] > [Minor fixes to make it run with latest facets. The source code extraction on error was buggy, so I removed it for the moment, better implementation is comming. > George Moschovitis **20070218112949] > [Some fixes to make compatible with facets 1.8.49 and daemonized support using the facets daemonized method to get rid of one more dependency. > George Moschovitis **20070218111351] > [Removed old prototype/scriptaculous helpers and morphers. > George Moschovitis **20070218101117] > [Renamed gen to raw > George Moschovitis **20070218100113] > [New implementation of source extraction from errors. > George Moschovitis **20070216213800] > [Small reloader optimisation. > George Moschovitis **20070216100510] > [Misc stuff. > George Moschovitis **20070216093053] > [Introduced new reloader: elegant, orthogonal to the dispatcher, monitors include files and just works ;-) > George Moschovitis **20070216091347] > [Organized new Nitro directory. > George Moschovitis **20070215122253] > [Introduced new nitro directory. A super-framework that integrates gen, og and facets. > George Moschovitis **20070215114034] > [Renamed nitro dir to gen. > George Moschovitis **20070215113953] > [Moved glycerin into script > George Moschovitis **20070215112139] > [Removed service.rb will be replaced by Nitro's new implicit web service capabilities. > George Moschovitis **20070215104516] > [Removed buggy squeeze filter and misc stuff. > George Moschovitis **20070215102211] > [Organized context related files in the context directory for better source code structure. > George Moschovitis **20070215092131] > [Improved format system, now defines filter_templat and before_action/after_action for extra delivery. new implementation of auto serialization to atom/json etc... under construction. > George Moschovitis **20070214182218] > [Added some more filters. > George Moschovitis **20070214165937] > [Simple example that demonstrates how Nitro can be used like php for quick and dirty web apps. > George Moschovitis **20070214163135] > [Initial test for auto json, ignore. > George Moschovitis **20070214163112] > [Set correct content_type for formats. > George Moschovitis **20070214143238] > [Reintroduced the hello world example. > George Moschovitis **20070214093958] > [Improved blog example. > George Moschovitis **20070214093938] > [Fix in aspects, and some improvemnts in the blog example. > George Moschovitis **20070214093905] > [Support action with parameters, support template override, fixes to make admin part work again. > George Moschovitis **20070213133102] > [Minor. > George Moschovitis **20070213124013] > [Moved action/template checkers to publishable, some fixes. > George Moschovitis **20070213123604] > [Minor > George Moschovitis **20070213113501] > [Change in request.path calculation, fix in dispatcher. > George Moschovitis **20070213081419] > [Minor. > George Moschovitis **20070213071906] > [Added some skin files to the new blog example. > George Moschovitis **20070213071806] > [Addded Judson's STI patch. [judson] > George Moschovitis **20070213071717] > [Added elements filter (slightly improved from old version), worked on the new blog example. > George Moschovitis **20070212230931] > [Added some more files from the new example, under construction. > George Moschovitis **20070212143319] > [Adapted proto dir. > George Moschovitis **20070212141755] > [Reimplemented / cleaned up morpher to make compatible with the new system. > George Moschovitis **20070212141116] > [Use Compiler Filters as instances (more flexible, canuse custom version of the filters). > George Moschovitis **20070212123128] > [Cleanup and Cookie helper. > George Moschovitis **20070212104536] > [Improved format, dispatcher, converted some more of the old compiler filters. > George Moschovitis **20070211200630] > [New Compiler filter architecture. > George Moschovitis **20070211172527] > [Resource Representation Formats (allow for customized handling of resources, in progress) > George Moschovitis **20070211172434] > [Added new blog example. > George Moschovitis **20070211172405] > [Big changes (in progress). Removed all old examples. Introduced brand new Compiler architecture. Clean efficient code and initiali support for REST. > George Moschovitis **20070211172242] > [Use the old hacky autoreload code in the new dispatcher. Will have to revisit this hack later. > George Moschovitis **20070210130725] > [Use consistently URI instead of URL throughout hte source code. > George Moschovitis **20070210125452] > [Misc fixes to make code work with latest changes. > George Moschovitis **20070210122747] > [Optimized cookie to_s. > George Moschovitis **20070210114028] > [Use facets/settings instead of glue/configuration. > George Moschovitis **20070209101458] > [Started refactoring the nitro adapters, initial changes in webrick/mongrel. > George Moschovitis **20070208222404] > [Renamed caching to cache. > George Moschovitis **20070208182229] > [Minor fixes. > George Moschovitis **20070208180613] > [New implementation of AppServer, do not use the crappy Runner class, improvements in Dispatcher/Router. Still under construction. > George Moschovitis **20070208111757] > [Improved dispatcher, refactored dispatcher/mounter (now the preferred way to mount controllers). > George Moschovitis **20070207185157] > [Introduced new implementation for Router, simplified. > George Moschovitis **20070206204508] > [No cross-refs between Context/Server/Dispatcher. > George Moschovitis **20070206080104] > [Enforced some consistency rules. > George Moschovitis **20070205225344] > [Added coding conventions text. > George Moschovitis **20070205205845] > [Minor. > George Moschovitis **20070205205808] > [Introduced judson's eval-less version of sql.rb/mysql.rb. Needs fix in facets/more/aspects to work [judson]. > George Moschovitis **20070205201027] > [New tc_dispatcher.rb > George Moschovitis **20070204114558] > [Removed unused emitter functionality from render. > George Moschovitis **20070204105203] > [Use consistent require paths for Facets libraries. > George Moschovitis **20070203193118] > [Minor > George Moschovitis **20070202224838] > [Introduced brand new clean and restful dispatcher. In its early stages but seems to work. Better integration to come. > George Moschovitis **20070202224313] > [Better proto dir. > George Moschovitis **20070202135708] > [Render.redirect_on_empty == true by default, nitro automatically injects redirect_to_referer when the output buffer is empty! > George Moschovitis **20070202135414] > [Improved proto dir, small fixes here and there. > George Moschovitis **20070202121359] > [missed an inspect... > Judson Lester **20070201235628] > [evald string roundup > Judson Lester **20070201234916 > All of the eval_og_ methods have been pushed up into some mixed in modules that > get included into enchanted classes. There may still be some orphaned methods etc, > but on the whole this looks a lot more manageable. > ] > [resolving repo pull > Judson Lester **20070201204635] > [Mixin_enchant_sketch > Judson Lester **20070201015234 > This is the beginnings of a change from eval'd strings for enchantment and mixins with > a smidge of dynamic code. Honestly, there's plenty of eval'd strings in Facets, which > is out of the scope of this attempt > ] > [Fix in include_as_property. > George Moschovitis **20070201222701] > [Moved attributeutils to nitro/util. > George Moschovitis **20070201180155] > [Moved autoreload to nitro/util > George Moschovitis **20070201175601] > [Removed glue/html. > George Moschovitis **20070201133616] > [More fixes to make more examples run again. > George Moschovitis **20070201113941] > [Some fixes to make more tests pass. > George Moschovitis **20070201102019] > [Use daemons 1.0.4 [pistos] > George Moschovitis **20070131123211] > [Minor. > George Moschovitis **20070131123051] > [Update to make compatible with facets 1.8.8 > George Moschovitis **20070131122951] > [Removed gen project. > George Moschovitis **20070130213755] > [Removed nitro/version.rb > George Moschovitis **20070130213303] > [Added the --create myapp option to the nitro command. > George Moschovitis **20070130212817] > [Bumped version, use >= for external dependencies in gemspec files. > George Moschovitis **20070130190409] > [Small fix in mail. > George Moschovitis **20070130133455] > [This is a BIG patch. Many many changes to make Nitro compatible with the latest version of Facets. The new annotation (and ann_attr.rb) implementation is used now. Not fully tested yet. > George Moschovitis **20070129175454] > [Made encode_url much more flexible with some shortcuts: R(User, :login) == R(User::Controller, :login), user = User[1]; R(user, :delete) == R(User::Controller, :delete, :oid, user.oid). Updated test case. > George Moschovitis **20070124235748] > [Small changes on the previous patch. > George Moschovitis **20070124174909] > [cache_pstore_v2 > lasso at lassoweb.se**20070123181625] > [Added option to include a text file in an element template, useful to reuse .xinc templates inside elements. > George Moschovitis **20070123234701] > [Show entity oids in admin screen. > George Moschovitis **20070117100117] > [Use a flag to skip sweepers (hack implementation, rethink). > George Moschovitis **20070117100049] > [Don't overwrite create_time when inserting a timestamped object. > George Moschovitis **20070115110125] > [Fix in sql indices creation. > George Moschovitis **20070114234655] > [proto fcgi.rb -> dispatch.fcgi > Fabian Buch **20070111140200 > and changed shebang to #!/usr/bin/env ruby > ] > [Minor stuff. > George Moschovitis **20070112085957] > [f.attribute appends "_ctl" to the id. label now too [Malte] > Jonathan Buch **20070111135608] > [bumped 2006 to 2007, bumped version to 0.42.0 > George Moschovitis **20070109090930] > [logger fix, print argument error when $DBG > Jonathan Buch **20070105125305 > Also adds a testcase to tc controller params, thanks Kartesus. > Since any ArgumentError triggered the 'Wrong parameter count' error, > we better use $DBG to make the old error available when developing. > ] > [Moved call/answer in separate file, slightly improved. > George Moschovitis **20070102173659] > [Removed old sanitize code + html tokenizer from glue directory. > George Moschovitis **20061231175707] > [don't override sequence in psql adapter > Jonathan Buch **20061229232529] > [Make mysql escape a little safer (investigate this). > George Moschovitis **20061231150128] > [Better rendering of checkbox control. > George Moschovitis **20061231150112] > [Set content_type / charset in outgoing emails. > George Moschovitis **20061231150048] > [Better error reporting in form attributes. > George Moschovitis **20061228174034] > [Fix in compiler. > George Moschovitis **20061228174022] > [Full error reporting in live mode. > George Moschovitis **20061228125612] > [Added create_on_insert test case. > George Moschovitis **20061228112250] > [Added option :create_on_insert in has_one relations, to automatically create the target class by default. For example: > George Moschovitis **20061228111740] > [Convienience helper in scaffold, automatically enchants all entities. > George Moschovitis **20061228111706] > [Updated TODO. > George Moschovitis **20061228111650] > [Updated html_filter. > George Moschovitis **20061227214552] > [some sti fixes, minor other stuff > Jonathan Buch **20061227161104] > [WITHOUT OIDS for psql, psql < 8.0 add oid column without that > Jonathan Buch **20061227145633] > [set force_boolean for populate_object (.assign) to true as default > Jonathan Buch **20061213110710] > [fix nasty sti bug > Jonathan Buch **20061213110312 > it wanted the 'ogtype' field always as the first field. Fix to not rely on > that. > ] > [sqlite enhancements > Jonathan Buch **20061213110215] > [Fix for sql.rb create_field map to make it even more general > Jonathan Buch **20061213105840 > also some minor enhancements in tcs > ] > [split method_missing in entity.rb > Jonathan Buch **20061209123335 > move functionality to 2 extra methods, find_by_() and find_or_create_by_() > ] > [oracle fixes, resolve_limit_options works > Jonathan Buch **20061208194811] > [sql.rb split create_table, oracle fixes > Jonathan Buch **20061208181706] > [Fix some bugs that prevernted admin to work. > George Moschovitis **20061224122801] > [Security: auto html_filter all string parameters in request.fill. Use a new whitelist based version fo html filtering. > George Moschovitis **20061224122639] > [use ',' as tags separator by defautl as well. > George Moschovitis **20061222121519] > [Dont pass resource uris to Nitro and don't try to handle Nitro uris with Webricks FileHandler. > George Moschovitis **20061220154108] > [Made the Template transformation pluggable (and not added by default at the end of the transformation pipeline. This way alternative template engines may be used. [manveru] > George Moschovitis **20061220151314] > [Moved markup.rb to util/markup.rb > George Moschovitis **20061220105332] > [Removed old, unused scaffolding code. > George Moschovitis **20061220104601] > [Moved spark and flare into example to cleanup the dir structure. > George Moschovitis **20061220101826] > [Fixed a @params bug. > George Moschovitis **20061220101632] > [Moved sanitize into nitro/utils. > George Moschovitis **20061220101609] > [Fixed admin part sitepath bug [rayman]. > George Moschovitis **20061220100514] > [support :psql again as store... it's nicer to type and doesn't break the old tutorials/configs anymore > manveru at weez-int.com**20061218160439] > [Some more fixes to make get/post params work. > George Moschovitis **20061218112234] > [Remove post/get params fix. > George Moschovitis **20061218111227] > [FeedHelper Atom with html content > Fabian Buch **20061215110619 > Atom can contain html, but only if marked as that. This patch sets > the markup type of content to be always html (doesn't hurt if non-markup > text is provided). With this change it looks much nicer in many FeedReaders. > ATTENTION: changes API: provide markuped content to FeedHelper, it makes no > sense that the FeedHelper calls the markup() method, since not everyone > uses RedCloth for his/her markup (e.g. Oxy uses BlueCloth). > ] > [Some changes to the error handling code to return correct status codes. I am not happy with this at the moment, anyone can improve this? > George Moschovitis **20061218105923] > [WebFile: use more useful controls > Fabian Buch **20061214134538] > [Fix in taggable to_s, separate to_s_safe method (move this to greek.rb ?) > George Moschovitis **20061213092136] > [TAG 0.41.0 > George Moschovitis **20061213092116] > Patch bundle hash: > e88ee10fde41a52d2433b641175e3f51470ecf01 > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > > -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Thu Mar 29 04:50:14 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 29 Mar 2007 11:50:14 +0300 Subject: [Nitro] Can't post to forum In-Reply-To: <460B2881.6040103@robmela.com> References: <460B2881.6040103@robmela.com> Message-ID: > * My last patch left the glycerin include commented out in > hello/app.rb. I uncommented the include so that Hello runs > without any changes, because that's how HelloWorld should be... I commented this, glycerin is convienience, it is NOT included in the release version, so HelloWorld should not include it. In your development machine you should somehow put glycering (or the include files in your path) use: RUBYOPT. -g. -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Thu Mar 29 04:50:40 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 29 Mar 2007 11:50:40 +0300 Subject: [Nitro] Can't post to forum In-Reply-To: References: <460B2881.6040103@robmela.com> Message-ID: Please resend your patch as an attachment to the forum. -g. -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From lasso at lassoweb.se Thu Mar 29 05:04:01 2007 From: lasso at lassoweb.se (Lars Olsson) Date: Thu, 29 Mar 2007 09:04:01 -0000 (UTC) Subject: [Nitro] HTTP verbs and headers Message-ID: <46527.192.176.230.1.1175159041.squirrel@webmail.lassoweb.se> Hi list! I'm not sure this is a Nitro problem, but I'm seeing a somewhat unexspected behaviour when playing around with Nitro (using Apache Proxy/webrick adapter). I used a small program to test various request methods against my Nitro app: require 'net/http' ADDRESS = 'localhost' PORT = 80 RESOURCE = '/' req = Net::HTTP.new(ADDRESS, PORT) begin print "GET #{ADDRESS}#{RESOURCE}..." res = req.get(RESOURCE) puts "#{res.code} #{res.message}" print "HEAD #{ADDRESS}#{RESOURCE}..." res = req.head(RESOURCE) puts "#{res.code} #{res.message}" print "POST #{ADDRESS}#{RESOURCE}..." res = req.post(RESOURCE, 'data') puts "#{res.code} #{res.message}" print "PUT #{ADDRESS}#{RESOURCE}..." res = req.put(RESOURCE, 'data') puts "#{res.code} #{res.message}" print "DELETE #{ADDRESS}#{RESOURCE}..." res = req.delete(RESOURCE) puts "#{res.code} #{res.message}" rescue Exception => err puts err.message end The program just requests 'http://localhost/' using different HTTP verbs and prints the returned status codes. All requests return '200 OK'. According to the HTTP specs I should get a '405 Method Not Allowed' when using 'unallowed' verbs. I'm not actually sure if Nitro is responsible for the headers (might be set by webrick/mongrel), but maybe it is fixable. (For 'correct' behaviour, please test against 'www.w3.org'). Any comments or suggestions? Sincerely /lasso From george.moschovitis at gmail.com Thu Mar 29 05:26:46 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 29 Mar 2007 12:26:46 +0300 Subject: [Nitro] Facets 2.0 and the World of Bundles In-Reply-To: <1175052856.771854.53440@b75g2000hsg.googlegroups.com> References: <1175001420.049497.27470@n59g2000hsh.googlegroups.com> <1175052856.771854.53440@b75g2000hsg.googlegroups.com> Message-ID: Well this sounds nice, but not terribly useful. As I said I am quite happy with the current facets mega library. However when facets 2.0 gets released I would hapily use the system to finetune a special nitro specific library. In the meantime I would like your help on things like aspects, the builder etc... regards, George. On 3/28/07, transfire at gmail.com wrote: > > > On Mar 27, 7:04 pm, "George Moschovitis" > wrote: > > Tom, > > > > this sounds interesting, but I don't really understand how this works > > from this email. And to tell you the truth I am quite happy with he > > current (1.8) mega-library aproach. However, I would love to see your > > new system. Can I download the code somewhere? > > I have a prototype that works like this: > > Lets say I have a couple of gems: hello_world.gem > and adios_world.gem. > > % gembundle build tryme hello_world-1.0.0.gem adios_world-1.0.0.gem > > This creates a tar.gz file called, tryme.gembundle which simply > contains the two listed gems, Then... > > % gembundle install tryme.gembundle > Successfully installed hello_world, version 1.0.0 > Successfully installed adios_world, version 1.0.0 > > The intsall command just copies the bundle to a temp location, unpacks > it and installs the contained gems (with the -y option). That's it. > > Now that's just the prototype of course. The real version would > integrate into the current gem command itself, and would actually > build ordinary gems with an extra bundle section. So one would just do > > gem build --bundle foo.gemspec > > And all the dependencies of foo would be bundled into the new foo gem. > There could also be a bundle subcommand to take a regular gem and > generate a bundled version from it.as well as a to include on certain > dependencies but not others. > > T. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From george.moschovitis at gmail.com Thu Mar 29 05:27:43 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 29 Mar 2007 12:27:43 +0300 Subject: [Nitro] forum login Message-ID: I would like to ask someone from this list that hasn't already logged in to the forum at np.org to try to login and tell me if everything works as expected. thanks, -g. -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From pedro.gutierrez at netcourrier.com Thu Mar 29 05:51:54 2007 From: pedro.gutierrez at netcourrier.com (pedro gutierrez) Date: Thu, 29 Mar 2007 11:51:54 +0200 Subject: [Nitro] forum login In-Reply-To: References: Message-ID: <86F14CF4-E061-4534-80AC-D883E7F532F6@netcourrier.com> Hi, I've just logged with my openid (sicozu.openid.com) and everything seems to be ok. Hope that helps, Pedro. On Mar 29, 2007, at 11:27 AM, George Moschovitis wrote: > I would like to ask someone from this list that hasn't already logged > in to the forum at np.org to try to login and tell me if everything > works as expected. > > thanks, > -g. > > -- > http://georgeandstella.com > http://blog.gmosx.com > http://cull.gr > http://www.joy.gr > http://nitroproject.org > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From george.moschovitis at gmail.com Thu Mar 29 06:23:17 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 29 Mar 2007 13:23:17 +0300 Subject: [Nitro] forum login In-Reply-To: <86F14CF4-E061-4534-80AC-D883E7F532F6@netcourrier.com> References: <86F14CF4-E061-4534-80AC-D883E7F532F6@netcourrier.com> Message-ID: thank you very much! -g. On 3/29/07, pedro gutierrez wrote: > Hi, > I've just logged with my openid (sicozu.openid.com) and everything > seems to be ok. > Hope that helps, > > Pedro. > > On Mar 29, 2007, at 11:27 AM, George Moschovitis wrote: > > > I would like to ask someone from this list that hasn't already logged > > in to the forum at np.org to try to login and tell me if everything > > works as expected. > > > > thanks, > > -g. > > > > -- > > http://georgeandstella.com > > http://blog.gmosx.com > > http://cull.gr > > http://www.joy.gr > > http://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 > -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Thu Mar 29 07:06:33 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Thu, 29 Mar 2007 14:06:33 +0300 Subject: [Nitro] Tutorial idea, and thanks for cgi.rb fix! In-Reply-To: <460B2199.7020803@robmela.com> References: <460B2199.7020803@robmela.com> Message-ID: Hi, > I'm now thinking about how to learn Nitro, and composing my own > "outline" that could be expanded into a tutorial as I go along. > So, that said, here's my idea of how I'll proceed, and if I record my > steps, it could be the framework of tutorial. I absolutely _love_ your outline. This has the potential to grow into _THE_ standard tutorial for Nitro/Og. Nitro deserves a 'complete' tutorial. If you need any information, I'd be more than happy to provide details. I have some pictures (graphs) here, describing some features of Nitro/ Og. Would you be interested in those? Sidenote: why did you set :evolve_schema to false in your example Og configuration? Jo PS: if you consider using Oxywtf as framework for your Tutorial but deem it lacking 'something', just go ahaid and ask! -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From george.moschovitis at gmail.com Thu Mar 29 08:01:58 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 29 Mar 2007 15:01:58 +0300 Subject: [Nitro] Tutorial idea, and thanks for cgi.rb fix! In-Reply-To: References: <460B2199.7020803@robmela.com> Message-ID: This tutorial idea seems nice. In the next version of Nitro i plan to offer a single but complete demo of Nitro, the new blog example. It will be extremely easy to follow and will demonstrate the new advanced features of nitro 0.50.0 If you need any help with the tutorial, please contact me. -g. On 3/29/07, Jonathan Buch wrote: > Hi, > > > > I'm now thinking about how to learn Nitro, and composing my own > > "outline" that could be expanded into a tutorial as I go along. > > > So, that said, here's my idea of how I'll proceed, and if I record my > > steps, it could be the framework of tutorial. > > I absolutely _love_ your outline. This has the potential to grow > into _THE_ standard tutorial for Nitro/Og. > > Nitro deserves a 'complete' tutorial. If you need any information, I'd > be more than happy to provide details. > I have some pictures (graphs) here, describing some features of Nitro/ > Og. Would you be interested in those? > > > Sidenote: why did you set :evolve_schema to false in your example > Og configuration? > > > Jo > PS: if you consider using Oxywtf as framework for your Tutorial but > deem it lacking 'something', just go ahaid and ask! > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://georgeandstella.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org From john at oxyliquit.de Thu Mar 29 09:45:13 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Thu, 29 Mar 2007 16:45:13 +0300 Subject: [Nitro] Tutorial idea, and thanks for cgi.rb fix! In-Reply-To: References: <460B2199.7020803@robmela.com> Message-ID: Hi, > This tutorial idea seems nice. In the next version of Nitro i plan to > offer a single but complete demo of Nitro, the new blog example. It > will be extremely easy to follow and will demonstrate the new advanced > features of nitro 0.50.0 If you need any help with the tutorial, > please contact me. the more tutorials the better. ^___^ Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Thu Mar 29 09:59:36 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Thu, 29 Mar 2007 16:59:36 +0300 Subject: [Nitro] create_tbody? In-Reply-To: <460B12F3.5070902@robmela.com> References: <460B12F3.5070902@robmela.com> Message-ID: Hi, > def create_tbody?(options) > return options[:values][0][0].respond_to?(:to_ary) > end > # Following line added by [Adde latest revision of table helper by > Kashia + test case. [kashia] oooh yes, shame on my head, it's been a long time ago... Today I would probably write: def create_tbody?(options) options[:values][0][0].respond_to?(:to_ary) rescue false end (which is faster than checking for each level of the array) But then again, nowadays I would've probably made that table-helper a little bit more elegant.. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From nyarly at gmail.com Thu Mar 29 17:39:17 2007 From: nyarly at gmail.com (Judson Lester) Date: Thu, 29 Mar 2007 14:39:17 -0700 Subject: [Nitro] darcs external merger In-Reply-To: References: <1174919985.31966.8.camel@localhost> Message-ID: <8905c87a0703291439x747987cend073f687f103839b@mail.gmail.com> Yeah, that's awesome information, and tricky to find! Judson On 3/27/07, Jonathan Buch wrote: > Hi, > > > ~/.darcs/prefs/defaults > > ALL --external-merge 'xxdiff -m -O -M %o %1 %a %2' > > Thanks for the info! > > Jo > > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- Q: How does a hacker escape handcuffs? A: Backslashes. From george.moschovitis at gmail.com Thu Mar 29 20:05:02 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Fri, 30 Mar 2007 00:05:02 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_diggest?= Message-ID: <20070330000502.9800F870A@reizu.com> >From gmosx.myopenid.com Date: Thu Mar 29 11:07:15 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/a6fxwU3DSr27NzeJeZaaqU Message-ID: http://www.nitroproject.org/fora/posts/view/cM4hz63Eur25J4eJeZaaqU You forgot to attach the patch! >From gmosx.myopenid.com Date: Thu Mar 29 11:11:10 UTC 2007 Subject: View patches per author Message-ID: http://www.nitroproject.org/fora/posts/view/aY6rVm3Eyr25J4eJeZaaqU I just fixed a bug, and now you can borwse patches by a given author. For example, to view Jonathan's patches browse: http://www.nitroproject.org/repo/byauthor/Jonathan Buch In the future I will link the repo browser to the karma system I am preparing. This will allow someone to find experienced (high karma) Nitro developers more easily. Btw, this forum will be linked to the karma system shortly, good posts will improve your reputation. regards, -g. >From rmela.myopenid.com Date: Thu Mar 29 09:52:37 UTC 2007 Subject: create_tbody? fix; xml-simple dependency; typo in hello/app.rb (!) Message-ID: http://www.nitroproject.org/fora/posts/view/a6fxwU3DSr27NzeJeZaaqU * Raw now requires xmlsimple. I updated raw.gemspec to specify the dependency. * I tried an app that included og and admin but had no models. Og admin threw an exception in create_tbody? in table.rb. I think it's more correct to display a zero-length table of Og types when there are zero Og types than it is to throw an exception. * My last patch left the glycerin include commented out in hello/app.rb. I uncommented the include so that Hello runs without any changes, because that's how HelloWorld should be... Thanks, Robert Mela -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. From george.moschovitis at gmail.com Fri Mar 30 20:05:01 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Sat, 31 Mar 2007 00:05:01 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_diggest?= Message-ID: <20070331000501.9FDDD870A@reizu.com> >From jonathan-buch.de Date: Fri Mar 30 09:37:20 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/a6fxwU3DSr27NzeJeZaaqU Message-ID: http://www.nitroproject.org/fora/posts/view/bbPq1I3Qir25J4eJeZaaqU I'm not sure, do we want to depend on another library? >From rmela.myopenid.com Date: Fri Mar 30 21:17:08 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/a6fxwU3DSr27NzeJeZaaqU Message-ID: http://www.nitroproject.org/fora/posts/view/aeHcg43Wqr25J4eJeZaaqU I don't know whether or not you want to. But whether you want to or not, you do. I think at this point there are three options: *replace XML Simple with existing standard library XML functionality *keep XML simple, which entails adding the dependency to the gem *do nothing -- require xmlsimple, and keep the gemspec without the dependency statement The third option in my opinion is an error -- raw will install without complaint, but will throw an exception at runtime. The dependency is a fact whether it's expressed or not. So options 1 or 2 -- either remove the dependency or, if not, then express it in the gemspec. -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email. From george.moschovitis at gmail.com Sat Mar 31 20:05:01 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Sun, 1 Apr 2007 00:05:01 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_diggest?= Message-ID: <20070401000501.A00DA8707@reizu.com> >From gmosx.myopenid.com Date: Sat Mar 31 05:20:50 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/aeHcg43Wqr25J4eJeZaaqU Message-ID: http://www.nitroproject.org/fora/posts/view/cwR8pe30Cr27Z_eJeZaaqU perhaps we can replace xmlsimple with a library offering similar functionality in facets. In fact I may work on something along these lines. If i actually finish it I will push it to Tom. -g. >From jonathan-buch.de Date: Sat Mar 31 08:11:25 UTC 2007 Subject: RE: In-Reply-To: http://www.nitroproject.org/fora/posts/view/aeHcg43Wqr25J4eJeZaaqU Message-ID: http://www.nitroproject.org/fora/posts/view/bROJcc318r27Z_eJeZaaqU Yes, your conclusion is correct. :) My question in fact was as much for you as it was for George. I haven't actually looked at the code in question so my remark might be a bit uneducated. Is there a lib inside of Facets which could do the same, so we don't get more dependencies? -- This mail is automatically generated from the http://nitroproject.org/fora digest robot. It presents the discussions in the fora during the last 24 hours. Do not reply to this email.