From george.moschovitis at gmail.com Wed Aug 1 02:52:10 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Wed, 1 Aug 2007 09:52:10 +0300 Subject: [Nitro] Facets SVN In-Reply-To: <1185914350.423367.174310@o61g2000hsh.googlegroups.com> References: <1185914350.423367.174310@o61g2000hsh.googlegroups.com> Message-ID: Hello Tom, I am on vacation these days (but I managed to find an internet connection) I will checkout the code now. -g. On 7/31/07, Trans wrote: > > Hi-- > > I just imported Facets into the Rubyforge subversion repository. You > should be able to get an anonymous checkout of the latest with: > > svn checkout svn://rubyforge.org/var/svn/facets/trunk facets/ > > Facets 2.0 is coming along nicely --still some things I'd like to get > cleaned up, but a release (beta?) is Real Soon Now(tm). > > Btw, if you are interested in becoming a honest to goodness ruby spit- > shining Facets developer, let me know. > > T. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070801/07a52cb8/attachment.html From transfire at gmail.com Wed Aug 1 20:27:16 2007 From: transfire at gmail.com (Trans) Date: Thu, 02 Aug 2007 00:27:16 -0000 Subject: [Nitro] Facets SVN In-Reply-To: References: <1185914350.423367.174310@o61g2000hsh.googlegroups.com> Message-ID: <1186014436.314436.242460@w3g2000hsg.googlegroups.com> On Jul 31, 11:52 pm, "George Moschovitis" wrote: > Hello Tom, > > I am on vacation these days (but I managed to find an internet connection) > I will checkout the code now. good good. keep in mind that some of the old code is now in other projects. you can check out blow already - i've upload it's source too. i still have english to upload (of all the libs it probably needs the most work) and also nemo. by the way, for per-method requires, the new location is, facets_by_method/. for example, require 'facets_by_method/string/lchomp' i thought about keeping facets/core/ for backward compatibility, and maybe I really ought too. but it's a bit of a misnomer now, b/c core is actually what is in 'src/core/lib/facets/', which is defined by the fact that if you do, require 'facets' everything in there is automatically loaded. but maybe backward compatibility is better than exacting semantics/ organization. hmmm... t. From transfire at gmail.com Wed Aug 1 22:52:22 2007 From: transfire at gmail.com (Trans) Date: Thu, 02 Aug 2007 02:52:22 -0000 Subject: [Nitro] Facets SVN In-Reply-To: References: <1185914350.423367.174310@o61g2000hsh.googlegroups.com> Message-ID: <1186023142.090009.185480@19g2000hsx.googlegroups.com> On Jul 31, 11:52 pm, "George Moschovitis" wrote: > Hello Tom, > > I am on vacation these days (but I managed to find an internet connection) > I will checkout the code now. english code is now in svn repo as well. svn checkout svn://rubyforge.org/var/svn/english that just leaves nemo, and then we should have everything we need to move forward with nitro 5-0. t. From george.moschovitis at gmail.com Thu Aug 2 09:45:51 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 2 Aug 2007 16:45:51 +0300 Subject: [Nitro] Facets SVN In-Reply-To: <1186023142.090009.185480@19g2000hsx.googlegroups.com> References: <1185914350.423367.174310@o61g2000hsh.googlegroups.com> <1186023142.090009.185480@19g2000hsx.googlegroups.com> Message-ID: > > english code is now in svn repo as well. > > svn checkout svn://rubyforge.org/var/svn/english > > that just leaves nemo, and then we should have everything we need to > move forward with nitro 5-0. > nice, just came back from vacations, will have a couple of days before I leave again ;-) -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070802/c3255ecd/attachment.html From george.moschovitis at gmail.com Fri Aug 3 12:41:22 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 3 Aug 2007 19:41:22 +0300 Subject: [Nitro] Patches? Message-ID: Does anyone have any patches for inclusion in the main repo? Jonathan? -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070803/737ddddf/attachment-0001.html From john at oxyliquit.de Sat Aug 4 17:57:09 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Sun, 05 Aug 2007 00:57:09 +0300 Subject: [Nitro] Patches? In-Reply-To: References: Message-ID: Hi, > Does anyone have any patches for inclusion in the main repo? Jonathan? no patches, I've been busy wrapping up my work here in Finland. I hoped to do some in the few days I had here (like 3 days off work) but it didn't turn out to happen. Jo PS: well, no patches wouldn't be true, I have tons of stuff I'd like to move to Og head, but that'll never happen before 0.50 as I want to see Og on solid testing ground before anything else. -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Sat Aug 4 17:57:09 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Sun, 05 Aug 2007 00:57:09 +0300 Subject: [Nitro] vacation time for me Message-ID: Hi, I'm leaving Finland tomorrow again, taking a break of probably a week where I'm offline. I can only recommend the finnish country, nice place to be, friendly people, very nice environment and it was a great time being an intern there. Anyway. Will probably be back in a week, if not, then know that I'm still in denmark or northern germany. At max I'll be off until the 20th this month. Take care! Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From transfire at gmail.com Sat Aug 4 20:58:45 2007 From: transfire at gmail.com (Trans) Date: Sun, 05 Aug 2007 00:58:45 -0000 Subject: [Nitro] vacation time for me In-Reply-To: References: Message-ID: <1186275525.047011.159040@o61g2000hsh.googlegroups.com> On Aug 4, 2:57 pm, "Jonathan Buch" wrote: > Hi, > > I'm leaving Finland tomorrow again, taking a break of probably a > week where I'm offline. I can only recommend the finnish country, > nice place to be, friendly people, very nice environment and it > was a great time being an intern there. > > Anyway. Will probably be back in a week, if not, then know that > I'm still in denmark or northern germany. At max I'll be off > until the 20th this month. > > Take care! Enjoy. T. From george.moschovitis at gmail.com Thu Aug 9 08:58:23 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 9 Aug 2007 15:58:23 +0300 Subject: [Nitro] Preparing nitro 0.50 Message-ID: Dear devs, while waiting for Trans to make the finishing touches to facets 2 and during my vacations I am working on preparing Nitro for the upcoming 0.50 release. These days I am working a bit on tests. I changed slightly the directory structure, have a look in raw/test. To run the (existing) tests give: $ rake test:raw I am trying to fix some small bugs and annoyances along the way. If anyone has something to report, let me know. thanks, -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070809/b95c76a7/attachment.html From ravage at fragmentized.net Thu Aug 9 09:56:50 2007 From: ravage at fragmentized.net (Rui Miguel) Date: Thu, 9 Aug 2007 14:56:50 +0100 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: References: Message-ID: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> Hello! First congrats on the great project! I'm having an issue. When an error occurs outside the root controller it renders a blank page instead of error info. One little question, is it possible to Model.find( :include => [model1, model2, model3] ) to use many joins? and is it possible to select just the fields one wants to see? Model.find(:select => [:field1, :field2] ) Thank you, Rui Miguel On Aug 9, 2007, at Aug 9 - 13:58, George Moschovitis wrote: > Dear devs, > > while waiting for Trans to make the finishing touches to facets 2 > and during my vacations I am working on preparing > Nitro for the upcoming 0.50 release. These days I am working a bit > on tests. I changed slightly the directory structure, > have a look in raw/test. To run the (existing) tests give: > > $ rake test:raw > > I am trying to fix some small bugs and annoyances along the way. If > anyone has something to report, let me know. > > thanks, > -g. > > -- > http://www.me.gr > http://phidz.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 -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070809/9e6ced25/attachment.bin From george.moschovitis at gmail.com Thu Aug 9 12:54:50 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 9 Aug 2007 19:54:50 +0300 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> Message-ID: Welcome to the Nitro community! Which version are you using? Please checkout the repository version: darcs get http://repo.nitroproject.org for more info: http://www.nitroproject.org/repo One little question, is it possible to Model.find( :include => > [model1, model2, model3] ) to use many joins? > and is it possible to select just the fields one wants to see? > Model.find(:select => [:field1, :field2] ) I haven't used this functionality lately. This should work as you describe. A quick test revealed some bugs though. Gimme a day or so to fix them and post a patch. thanks, -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070809/a2ae674b/attachment.html From ravage at fragmentized.net Thu Aug 9 14:29:20 2007 From: ravage at fragmentized.net (Rui Miguel) Date: Thu, 9 Aug 2007 19:29:20 +0100 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> Message-ID: <757F1661-56A4-4154-95BF-D1D7A47E3348@fragmentized.net> Thank you! I'm using repo version. Replicated the error using blog example, there you go: DEBUG: SELECT * FROM ogcategory WHERE oid='aaKYGmrQur3lI4abFYZQ-0' DEBUG: Rendering '/status_500' ERROR: Error while handling '/categories/view/aaKYGmrQur3lI4abFYZQ-0' ERROR: private method `render_action' called for # /Users/ravage/Desktop/Pendente/nitro-dev/script/lib/../../raw/lib/ raw/controller/publishable.rb:38:in `method_missing' /Users/ravage/Desktop/Pendente/nitro-dev/script/lib/../../raw/lib/ raw/controller/render.rb:82:in `render' /Users/ravage/Desktop/Pendente/nitro-dev/script/lib/../../raw/lib/ raw/controller/render.rb:237:in `handle_error' /Users/ravage/Desktop/Pendente/nitro-dev/script/lib/../../raw/lib/ raw/controller/render.rb:106:in `render_action' /Users/ravage/Desktop/Pendente/nitro-dev/script/lib/../../raw/lib/ raw/adapter.rb:69:in `send' /Users/ravage/Desktop/Pendente/nitro-dev/script/lib/../../raw/lib/ raw/adapter.rb:69:in `handle_context' /Users/ravage/Desktop/Pendente/nitro-dev/script/lib/../../raw/lib/ raw/adapter/webrick.rb:134:in `do_GET' I get no error page, just a blank. Hope it helps. @ this time i'm more a user than a contributer, Ruby is still a new world to me... but i hope to be able to help with some bits. Thanks, Rui Miguel On Aug 9, 2007, at Aug 9 - 17:54, George Moschovitis wrote: > Welcome to the Nitro community! > > Which version are you using? Please checkout the repository version: > > darcs get http://repo.nitroproject.org > > for more info: > > http://www.nitroproject.org/repo > > One little question, is it possible to Model.find( :include => > [model1, model2, model3] ) to use many joins? > and is it possible to select just the fields one wants to see? > Model.find(:select => [:field1, :field2] ) > > I haven't used this functionality lately. This should work as you > describe. A quick test revealed some bugs though. > Gimme a day or so to fix them and post a patch. > > thanks, > -g. > > > > > > -- > http://www.me.gr > http://phidz.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 -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070809/0edbd6d1/attachment.bin From george.moschovitis at gmail.com Thu Aug 9 16:32:02 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Thu, 9 Aug 2007 23:32:02 +0300 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <757F1661-56A4-4154-95BF-D1D7A47E3348@fragmentized.net> References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> <757F1661-56A4-4154-95BF-D1D7A47E3348@fragmentized.net> Message-ID: Ok, I think I have fixed this. Pull from the repo, try again and let me know if it works. btw, you uncovered a nasty design issue in the render implementation. I will have to provide a better fix. thanks, -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070809/c51c53d3/attachment.html From billk at cts.com Thu Aug 9 17:45:19 2007 From: billk at cts.com (Bill Kelly) Date: Thu, 9 Aug 2007 14:45:19 -0700 Subject: [Nitro] Preparing nitro 0.50 References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> Message-ID: <061701c7dace$94b35f90$6442a8c0@musicbox> From: George Moschovitis > > Welcome to the Nitro community! > > Which version are you using? Please checkout the repository version: > > darcs get http://repo.nitroproject.org Apologies for the newbie question, but what is the recommended way to try out the repo version, when I already have various nitro and og gems installed? After the darcs get, I have: /usr/src/repo.nitroproject.org/ _darcs/ examples/ glue/ nitro/ og/ rakefile rake_tasks/ raw/ script/ Do I need to install each of these projects, such as glue, og, raw, and nitro individually into lib/ruby/site_ruby/1.8/... ? Or is there an easier way to try out the repo version? (Maybe install it in a ~/lib/ruby directory and add that directory to RUBYOPT?) Just wondering how the experts do it. Thanks, Bill From ravage at fragmentized.net Thu Aug 9 17:48:30 2007 From: ravage at fragmentized.net (Rui Miguel) Date: Thu, 9 Aug 2007 22:48:30 +0100 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> <757F1661-56A4-4154-95BF-D1D7A47E3348@fragmentized.net> Message-ID: <706D6A3D-2F60-4A29-8A98-72D191DE7113@fragmentized.net> All is working now! I'm using Nitro to develop a little application, so i'll be posting issues i find. I have been looking into the code and i find it sometimes fragmented, mainly form_helper, xhtml_helpers and javascript..., the ones i looked more. But i think these are issues to take care in the long run. looking forward for 0.50 :) Thanks for the fix, Rui Miguel On Aug 9, 2007, at Aug 9 - 21:32, George Moschovitis wrote: > Ok, I think I have fixed this. Pull from the repo, try again and > let me know if it works. > > btw, you uncovered a nasty design issue in the render > implementation. I will have to provide a better fix. > > thanks, > -g. > > > -- > http://www.me.gr > http://phidz.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 -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070809/1c57b042/attachment.bin From ravage at fragmentized.net Thu Aug 9 17:58:02 2007 From: ravage at fragmentized.net (Rui Miguel) Date: Thu, 9 Aug 2007 22:58:02 +0100 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <061701c7dace$94b35f90$6442a8c0@musicbox> References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> <061701c7dace$94b35f90$6442a8c0@musicbox> Message-ID: Check this http://www.arnebrasseur.net/2007/07/01/the-daily-nitro/en/ Hope it helps. Greets, Rui Miguel On Aug 9, 2007, at Aug 9 - 22:45, Bill Kelly wrote: > Apologies for the newbie question, but what is the recommended way to > try out the repo version, when I already have various nitro and og > gems installed? > > After the darcs get, I have: > > /usr/src/repo.nitroproject.org/ > > _darcs/ examples/ glue/ nitro/ og/ rakefile rake_tasks/ > raw/ script/ > > > Do I need to install each of these projects, such as glue, og, raw, > and nitro individually into lib/ruby/site_ruby/1.8/... ? > > Or is there an easier way to try out the repo version? (Maybe > install it in a ~/lib/ruby directory and add that directory to > RUBYOPT?) > > Just wondering how the experts do it. > > > Thanks, > > Bill > -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070809/2e549e77/attachment.bin From billk at cts.com Thu Aug 9 20:29:23 2007 From: billk at cts.com (Bill Kelly) Date: Thu, 9 Aug 2007 17:29:23 -0700 Subject: [Nitro] Preparing nitro 0.50 References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net><061701c7dace$94b35f90$6442a8c0@musicbox> Message-ID: <065601c7dae5$80a34c60$6442a8c0@musicbox> From: "Rui Miguel" > > Check this http://www.arnebrasseur.net/2007/07/01/the-daily-nitro/en/ > > Hope it helps. Thanks. Looks like the "-r glycerin" does the magic. Wow, my app doesn't run at all anymore. Has "property" been completely eliminated in favor of "attr_accessor" ? Looks like the "setting" method is gone, too.... Time to look at some running example code I guess. :) Regards, Bill From george.moschovitis at gmail.com Fri Aug 10 03:13:20 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Fri, 10 Aug 2007 10:13:20 +0300 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <065601c7dae5$80a34c60$6442a8c0@musicbox> References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> <061701c7dace$94b35f90$6442a8c0@musicbox> <065601c7dae5$80a34c60$6442a8c0@musicbox> Message-ID: > > Wow, my app doesn't run at all anymore. There are many changes (for the better), have a look in the blog example. -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070810/c748ec95/attachment.html From arne at arnebrasseur.net Fri Aug 10 03:25:00 2007 From: arne at arnebrasseur.net (arne at arnebrasseur.net) Date: Fri, 10 Aug 2007 00:25:00 -0700 (PDT) Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <065601c7dae5$80a34c60$6442a8c0@musicbox> References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net><061701c7dace$94b35f90$6442a8c0@musicbox> <065601c7dae5$80a34c60$6442a8c0@musicbox> Message-ID: <3917.81.245.185.237.1186730700.squirrel@webmail.arnebrasseur.net> > From: "Rui Miguel" >> >> Check this http://www.arnebrasseur.net/2007/07/01/the-daily-nitro/en/ >> >> Hope it helps. Regarding that article, if you have any issues (or suggestions) with it please report so I can improve it. > Has "property" been completely eliminated in favor of > "attr_accessor" ? AFAIK yes. The new trend in Nitro is to stick to standard Ruby idioms, so attr_accessor instead of property, include (or is) instead of helper. (George, Jonathan, any others like this? interesting for the release notes...) > Looks like the "setting" method is gone, too.... Much code still uses settings from facets, I suppose that's what you're looking for. Maybe it just isn't loaded where you are using it. > > Time to look at some running example code I guess. :) > There are quite a few breaking changes since 0.42. The blog example should be a good starting point. Good luck! (ab) From Reid.Thompson at ateb.com Fri Aug 10 09:32:28 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Fri, 10 Aug 2007 09:32:28 -0400 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <3917.81.245.185.237.1186730700.squirrel@webmail.arnebrasseur.net> References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> <061701c7dace$94b35f90$6442a8c0@musicbox> <065601c7dae5$80a34c60$6442a8c0@musicbox> <3917.81.245.185.237.1186730700.squirrel@webmail.arnebrasseur.net> Message-ID: <1186752750.12191.5.camel@jhereg> > >> Check this http://www.arnebrasseur.net/2007/07/01/the-daily-nitro/en/ > >> > Regarding that article, if you have any issues (or suggestions) with it > please report so I can improve it. > rthompso at jhereg: ~/src/repo.nitroproject.org/examples/blog$ env|grep RUBY RUBYOPT=-r/home/rthompso/src/repo.nitroproject.org//script/lib/glycerin -rubygems rthompso at jhereg: ~/src/repo.nitroproject.org/examples/blog$ env|grep NITRO NITRO_REPO=/home/rthompso/src/repo.nitroproject.org/ rthompso at jhereg: ~/src/repo.nitroproject.org/examples/blog$ ./app.rb /home/rthompso/src/repo.nitroproject.org/script/lib/../../raw/lib/raw/view/table.rb:5: uninitialized constant Raw (NameError) from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from /home/rthompso/src/repo.nitroproject.org/script/lib/../../nitro/lib/nitro/part/admin/controller.rb:4 from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from /home/rthompso/src/repo.nitroproject.org/script/lib/../../nitro/lib/nitro/part/admin.rb:3 from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require' from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require' from ./app.rb:8 From ravage at fragmentized.net Fri Aug 10 10:37:42 2007 From: ravage at fragmentized.net (Rui Miguel) Date: Fri, 10 Aug 2007 15:37:42 +0100 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <1186752750.12191.5.camel@jhereg> References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> <061701c7dace$94b35f90$6442a8c0@musicbox> <065601c7dae5$80a34c60$6442a8c0@musicbox> <3917.81.245.185.237.1186730700.squirrel@webmail.arnebrasseur.net> <1186752750.12191.5.camel@jhereg> Message-ID: Care to share you app.rb? All is working @ this side. Did you change anything in the default example? Greets, Rui Miguel On Aug 10, 2007, at Aug 10 - 14:32, Reid Thompson wrote: > >>>> Check this http://www.arnebrasseur.net/2007/07/01/the-daily- >>>> nitro/en/ >>>> > >> Regarding that article, if you have any issues (or suggestions) >> with it >> please report so I can improve it. >> > > rthompso at jhereg: ~/src/repo.nitroproject.org/examples/blog$ env| > grep RUBY > RUBYOPT=-r/home/rthompso/src/repo.nitroproject.org//script/lib/ > glycerin -rubygems > > rthompso at jhereg: ~/src/repo.nitroproject.org/examples/blog$ env| > grep NITRO > NITRO_REPO=/home/rthompso/src/repo.nitroproject.org/ > > > rthompso at jhereg: ~/src/repo.nitroproject.org/examples/blog$ ./app.rb > /home/rthompso/src/repo.nitroproject.org/script/lib/../../raw/lib/ > raw/view/table.rb:5: uninitialized constant Raw (NameError) > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > 27:in `gem_original_require' > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > 27:in `require' > from /home/rthompso/src/repo.nitroproject.org/script/ > lib/../../nitro/lib/nitro/part/admin/controller.rb:4 > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > 27:in `gem_original_require' > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > 27:in `require' > from /home/rthompso/src/repo.nitroproject.org/script/ > lib/../../nitro/lib/nitro/part/admin.rb:3 > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > 27:in `gem_original_require' > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > 27:in `require' > from ./app.rb:8 > _______________________________________________ > 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: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070810/7c6aa077/attachment.bin From Reid.Thompson at ateb.com Fri Aug 10 10:47:33 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Fri, 10 Aug 2007 10:47:33 -0400 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> <061701c7dace$94b35f90$6442a8c0@musicbox> <065601c7dae5$80a34c60$6442a8c0@musicbox> <3917.81.245.185.237.1186730700.squirrel@webmail.arnebrasseur.net> <1186752750.12191.5.camel@jhereg> Message-ID: <1186757255.27382.1.camel@jhereg> On Fri, 2007-08-10 at 15:37 +0100, Rui Miguel wrote: > Care to share you app.rb? > > All is working @ this side. Did you change anything in the default > example? > > Greets, > Rui Miguel > > On Aug 10, 2007, at Aug 10 - 14:32, Reid Thompson wrote: > > > > >>>> Check this http://www.arnebrasseur.net/2007/07/01/the-daily- > >>>> nitro/en/ > >>>> > > > >> Regarding that article, if you have any issues (or suggestions) > >> with it > >> please report so I can improve it. > >> > > > > rthompso at jhereg: ~/src/repo.nitroproject.org/examples/blog$ env| > > grep RUBY > > RUBYOPT=-r/home/rthompso/src/repo.nitroproject.org//script/lib/ > > glycerin -rubygems > > > > rthompso at jhereg: ~/src/repo.nitroproject.org/examples/blog$ env| > > grep NITRO > > NITRO_REPO=/home/rthompso/src/repo.nitroproject.org/ > > > > > > rthompso at jhereg: ~/src/repo.nitroproject.org/examples/blog$ ./app.rb > > /home/rthompso/src/repo.nitroproject.org/script/lib/../../raw/lib/ > > raw/view/table.rb:5: uninitialized constant Raw (NameError) > > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > > 27:in `gem_original_require' > > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > > 27:in `require' > > from /home/rthompso/src/repo.nitroproject.org/script/ > > lib/../../nitro/lib/nitro/part/admin/controller.rb:4 > > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > > 27:in `gem_original_require' > > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > > 27:in `require' > > from /home/rthompso/src/repo.nitroproject.org/script/ > > lib/../../nitro/lib/nitro/part/admin.rb:3 > > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > > 27:in `gem_original_require' > > from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb: > > 27:in `require' > > from ./app.rb:8 > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general > rthompso at jhereg: ~/src/repo.nitroproject.org$ darcs whatsnew { hunk ./examples/blog/app.rb 5 -require "nitro_and_og"; include Nitro +require '/home/rthompso/src/repo.nitroproject.org/script/lib/glycerin' +#require "nitro_and_og"; include Nitro hunk ./examples/blog/conf/debug.rb 2 - Raw::Caching.enabled = false $ - Raw::Template.strip_xml_comments = false $ + Raw::Caching.enabled = false + Raw::Template.strip_xml_comments = false hunk ./examples/blog/conf/debug.rb 10 - Og.create_schema = true $ + Og.create_schema = true hunk ./examples/blog/conf/debug.rb 15 - :adapter => :mysql, - :user => "root", - :password => ENV["DB_PASSWORD"], # SET your password here! - :evolve_schema => :full $ + :adapter => :postgresql, + :user => "rthompso", + :password => "", + :evolve_schema => :full hunk ./examples/blog/conf/debug.rb 39 - $ + hunk ./examples/blog/conf/debug.rb 44 - $ + } rthompso at jhereg: ~/src/repo.nitroproject.org$ From Reid.Thompson at ateb.com Fri Aug 10 10:50:15 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Fri, 10 Aug 2007 10:50:15 -0400 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <1186757255.27382.1.camel@jhereg> References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> <061701c7dace$94b35f90$6442a8c0@musicbox> <065601c7dae5$80a34c60$6442a8c0@musicbox> <3917.81.245.185.237.1186730700.squirrel@webmail.arnebrasseur.net> <1186752750.12191.5.camel@jhereg> <1186757255.27382.1.camel@jhereg> Message-ID: <1186757417.27382.2.camel@jhereg> > > rthompso at jhereg: ~/src/repo.nitroproject.org$ darcs whatsnew > { > hunk ./examples/blog/app.rb 5 > -require "nitro_and_og"; include Nitro > +require '/home/rthompso/src/repo.nitroproject.org/script/lib/glycerin' > +#require "nitro_and_og"; include Nitro reverted this -- running ok now -- sorry for the noise From transfire at gmail.com Fri Aug 10 11:47:09 2007 From: transfire at gmail.com (Trans) Date: Fri, 10 Aug 2007 15:47:09 -0000 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <065601c7dae5$80a34c60$6442a8c0@musicbox> References: <065601c7dae5$80a34c60$6442a8c0@musicbox> Message-ID: <1186760829.526328.119210@i38g2000prf.googlegroups.com> On Aug 9, 5:29 pm, "Bill Kelly" wrote: > From: "Rui Miguel" > > > > > Check thishttp://www.arnebrasseur.net/2007/07/01/the-daily-nitro/en/ > > > Hope it helps. > > Thanks. Looks like the "-r glycerin" does the magic. > > Wow, my app doesn't run at all anymore. > > Has "property" been completely eliminated in favor of > "attr_accessor" ? I'm surprised you didn't leave property as an alias of attr_accessor. I think that's a reasonable thing to do, since it's a simple thing, and will help backward compatibility (and remains available should you ever reconsider the attr_accessor decsision ;) T. From billk at cts.com Fri Aug 10 15:25:06 2007 From: billk at cts.com (Bill Kelly) Date: Fri, 10 Aug 2007 12:25:06 -0700 Subject: [Nitro] Preparing nitro 0.50 References: <065601c7dae5$80a34c60$6442a8c0@musicbox> <1186760829.526328.119210@i38g2000prf.googlegroups.com> Message-ID: <07ab01c7db84$28d85260$6442a8c0@musicbox> From: "Trans" > > On Aug 9, 5:29 pm, "Bill Kelly" wrote: >> From: "Rui Miguel" >> >> > Check thishttp://www.arnebrasseur.net/2007/07/01/the-daily-nitro/en/ >> >> > Hope it helps. >> >> Thanks. Looks like the "-r glycerin" does the magic. >> >> Wow, my app doesn't run at all anymore. >> >> Has "property" been completely eliminated in favor of >> "attr_accessor" ? > > I'm surprised you didn't leave property as an alias of attr_accessor. > I think that's a reasonable thing to do, since it's a simple thing, > and will help backward compatibility (and remains available should you > ever reconsider the attr_accessor decsision ;) Just to add my 2 cents... I would have preferred to continue to use "property", because overriding attr_accessor feels a little too magic to me; and I tend to regard my og-managed classes as distinct from "normal" ruby classes. To me, I don't think my og-managed classes become more readable by making their definitions harder to distinguish from normal ruby classes. I feel og-managed classes are really quite special, and require special treatment, so I kind of liked that property showed that they aren't really quite ordinary. But... just my opinion. :) Regards, Bill From george.moschovitis at gmail.com Fri Aug 10 17:52:53 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 11 Aug 2007 00:52:53 +0300 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <1186760829.526328.119210@i38g2000prf.googlegroups.com> References: <065601c7dae5$80a34c60$6442a8c0@musicbox> <1186760829.526328.119210@i38g2000prf.googlegroups.com> Message-ID: > > I'm surprised you didn't leave property as an alias of attr_accessor. > I think that's a reasonable thing to do, since it's a simple thing, > and will help backward compatibility (and remains available should you > ever reconsider the attr_accessor decsision ;) well, I will add this again ;-) -g. T. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070811/0e871457/attachment.html From george.moschovitis at gmail.com Fri Aug 10 20:05:02 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Sat, 11 Aug 2007 00:05:02 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_digest?= Message-ID: <20070811000502.9E9668701@reizu.com> >From gmosx.myopenid.com Date: Fri Aug 10 10:02:06 UTC 2007 Subject: Remove template stack functionality? Message-ID: http://www.nitroproject.org/fora/posts/view/daetEUrYGr3jYMeJeZaaqU Dear devs, in the process of symplifying Nitro, I am considering removing the template stack functionality. I don't think anyone is using it (if you don't count the default error handler, which I would like to re-implement anyway). any objections? -g. >From gmosx.myopenid.com Date: Fri Aug 10 09:53:40 UTC 2007 Subject: Remove template stack functionality? Message-ID: http://www.nitroproject.org/fora/posts/view/csLqgYrYCr3ltneJeZaaqU Dear devs, in the process of symplifying Nitro, I am considering removing the template stack functionality. I don't think anyone is using it (if you don't count the default error handler, which I would like to reimplement anyway). any objections? -g. >From gmosx.myopenid.com Date: Fri Aug 10 09:53:28 UTC 2007 Subject: Remove template stack functionality? Message-ID: http://www.nitroproject.org/fora/posts/view/clGtKyrYCr3ktfeJeZaaqU Dear devs, in the process of symplifying Nitro, I am considering removing the template stack functionality. I don't think anyone is using it (if you don't count the default error handler, which I would like to reimplement anyway). any objections? -g. >From gmosx.myopenid.com Date: Fri Aug 10 09:53:25 UTC 2007 Subject: Remove template stack functionality? Message-ID: http://www.nitroproject.org/fora/posts/view/ckbHk2rYCr3jgDeJeZaaqU Dear devs, in the process of symplifying Nitro, I am considering removing the template stack functionality. I don't think anyone is using it (if you don't count the default error handler, which I would like to reimplement anyway). any objections? -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 james.britt at gmail.com Fri Aug 10 20:47:40 2007 From: james.britt at gmail.com (James Britt) Date: Fri, 10 Aug 2007 17:47:40 -0700 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: References: <065601c7dae5$80a34c60$6442a8c0@musicbox> <1186760829.526328.119210@i38g2000prf.googlegroups.com> Message-ID: <46BD072C.8020804@gmail.com> George Moschovitis wrote: > I'm surprised you didn't leave property as an alias of attr_accessor. > I think that's a reasonable thing to do, since it's a simple thing, > and will help backward compatibility (and remains available should you > ever reconsider the attr_accessor decsision ;) > > > well, I will add this again ;-) But please add deprecation warnings for it. What I like about Og is that you can code more or less plain Ruby and, with a few extra moves, get automagic persistence. -- James Britt "In physics the truth is rarely perfectly clear, and that is certainly universally the case in human affairs. Hence, what is not surrounded by uncertainty cannot be the truth." - R. Feynman From james.britt at gmail.com Fri Aug 10 20:49:30 2007 From: james.britt at gmail.com (James Britt) Date: Fri, 10 Aug 2007 17:49:30 -0700 Subject: [Nitro] [NP.ORG] Nitro/Og Fora daily digest In-Reply-To: <20070811000502.9E9668701@reizu.com> References: <20070811000502.9E9668701@reizu.com> Message-ID: <46BD079A.90405@gmail.com> george.moschovitis at gmail.com wrote: >>From gmosx.myopenid.com > Date: Fri Aug 10 10:02:06 UTC 2007 > Subject: Remove template stack functionality? > Message-ID: http://www.nitroproject.org/fora/posts/view/daetEUrYGr3jYMeJeZaaqU > > Dear devs, > > in the process of symplifying Nitro, I am considering removing the template stack functionality. I don't think anyone is using it (if you don't count the default error handler, which I would like to re-implement anyway). > > any objections? Well, first explain what it is. ;) I think I know, but I'm not sure, though I'm fairly certain that there are many sweet features in Og/Nitro/Raw that I've never made use of because of my ignorance. James From transfire at gmail.com Fri Aug 10 21:16:35 2007 From: transfire at gmail.com (Trans) Date: Sat, 11 Aug 2007 01:16:35 -0000 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <46BD072C.8020804@gmail.com> References: <065601c7dae5$80a34c60$6442a8c0@musicbox> <1186760829.526328.119210@i38g2000prf.googlegroups.com> <46BD072C.8020804@gmail.com> Message-ID: <1186794995.359958.107900@w3g2000hsg.googlegroups.com> On Aug 10, 5:47 pm, James Britt wrote: > George Moschovitis wrote: > > I'm surprised you didn't leave property as an alias of attr_accessor. > > I think that's a reasonable thing to do, since it's a simple thing, > > and will help backward compatibility (and remains available should you > > ever reconsider the attr_accessor decsision ;) > > > well, I will add this again ;-) > > But please add deprecation warnings for it. Well, not unless it in fact will be deprecated. I don;t necessarily see anything wrong with supporting both. At the very least, it can always be an optional require. > What I like about Og is that you can code more or less plain Ruby and, > with a few extra moves, get automagic persistence. I agree. That is a benefit. But it's "not quite" b/c you still have to specify the persistence class. Eg. attr_accessor :x, String That "String" throws it off, so then is it really any better than using #property? I sometimes feel a little uncomfortable about the override of the attr methods. I guess one of the reasons is that Ara has his own lib that overrides them for defaults, like so: attr_accessor :x => "foo" Which seems pretty useful too. An you can generally infer the class from a default, but unfortunately not always. Obviously Ara's override scheme is more limited than annotations. We can do the same with: attr_accessor :x, :default => "foo" but, it's just an annotation and doesn't actually do what Ara's does (ie. prime @x with "foo"). Rather it provides Og with some persistence metadata. But what if we wanted both? Stuff like this has made me concerned about annotation conflicts. While it seems like annotations should have the potential to become a powerful general purpose tool, the potential of such conflicts may be a seriously limiting flaw. Can it be overcome? --some sort of annotations namespaces perhaps? Or am I just worrying over a mole hill? T. From transfire at gmail.com Fri Aug 10 21:34:17 2007 From: transfire at gmail.com (Trans) Date: Sat, 11 Aug 2007 01:34:17 -0000 Subject: [Nitro] CLI libs in Facets or not? Message-ID: <1186796057.657304.115590@g4g2000hsf.googlegroups.com> I'm am down to my final significant organizational decision for Facets 2.0 (Talk about your wild rides. I seriously doubt any code in the universe has been poked and prodded and shoved around as much a Facets' code has). The final question is whether to move the cli libs out to their own project. This includes ansicode.rb, command.rb, arguments.rb, progressbar.rb, and a few others. If I do keep them in Facets, I'm considering moving them to a CLI:: namespace and put them in a facets/cli/ subdir. On the other hand, and why this is a question, the CLI libs are probably some of the most useful/reusable code in the whole library. So maybe for that reason it merits a separate project? I'm not sure. I'm torn between the two choices. On one hand I like the idea of these libs being readily available from Facets --don't need to worry about installing something else, and so forth. On the other hand, I can see how they can stand out as it a strong library in its own right. What is the Glycerider take? T. From george.moschovitis at gmail.com Sat Aug 11 03:56:12 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 11 Aug 2007 10:56:12 +0300 Subject: [Nitro] [NP.ORG] Nitro/Og Fora daily digest In-Reply-To: <46BD079A.90405@gmail.com> References: <20070811000502.9E9668701@reizu.com> <46BD079A.90405@gmail.com> Message-ID: > > Well, first explain what it is. ;) In Nitro we don't have a template_root (ie a directory where to look for templates) but a template_root stack. Ie there are multiple directories. If a template is not found in the top dir of the stack nitro walks the stack to find another template_root dir. The bottom template_root dir is the proto/template directory. The top dir may be app/template. Controllers in parts (nitro reusable pieces of functionality) can insert a local template in the stack. And generally you can manipulate this stack for special fx. This mechanism allows you to 'override' (or 'overload') templates. Lets say you want to change the default 50x error page template. Just put a template called status_500.htmlx in app/template (that goes before proto/template). But these days I am thinking that this complex mechanism is not really necessary. -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070811/4d18c010/attachment-0001.html From george.moschovitis at gmail.com Sat Aug 11 03:59:49 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 11 Aug 2007 10:59:49 +0300 Subject: [Nitro] CLI libs in Facets or not? In-Reply-To: <1186796057.657304.115590@g4g2000hsf.googlegroups.com> References: <1186796057.657304.115590@g4g2000hsf.googlegroups.com> Message-ID: As I have previously said I preferred having just two projects: core/more but now that you have splitted facets in multiple, granular projects (for example) English, I think it is appropriate for the cli utils to have a separate project as well. -g. On 8/11/07, Trans wrote: > > I'm am down to my final significant organizational decision for Facets > 2.0 (Talk about your wild rides. I seriously doubt any code in the > universe has been poked and prodded and shoved around as much a > > What is the Glycerider take? > > T. > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070811/e46d631e/attachment.html From george.moschovitis at gmail.com Sat Aug 11 05:12:15 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 11 Aug 2007 12:12:15 +0300 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <1186794995.359958.107900@w3g2000hsg.googlegroups.com> References: <065601c7dae5$80a34c60$6442a8c0@musicbox> <1186760829.526328.119210@i38g2000prf.googlegroups.com> <46BD072C.8020804@gmail.com> <1186794995.359958.107900@w3g2000hsg.googlegroups.com> Message-ID: > > Well, not unless it in fact will be deprecated. I don;t necessarily > see anything wrong with supporting both. At the very least, it can > always be an optional require. > I ve just seen that Nitro 0.50.0 allows property as an alias to attr_accessor. -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070811/236a0674/attachment.html From george.moschovitis at gmail.com Sat Aug 11 05:57:40 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 11 Aug 2007 12:57:40 +0300 Subject: [Nitro] Preparing nitro 0.50 In-Reply-To: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> References: <0B49C90B-3CC0-4112-A13C-A674EB3C096A@fragmentized.net> Message-ID: > > and is it possible to select just the fields one wants to see? > Model.find(:select => [:field1, :field2] ) > I just fixed this in the repo so it IS possible. -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070811/53c0a4b5/attachment.html From transfire at gmail.com Sat Aug 11 09:15:05 2007 From: transfire at gmail.com (Trans) Date: Sat, 11 Aug 2007 13:15:05 -0000 Subject: [Nitro] CLI libs in Facets or not? In-Reply-To: References: <1186796057.657304.115590@g4g2000hsf.googlegroups.com> Message-ID: <1186838105.863911.22600@b79g2000hse.googlegroups.com> On Aug 11, 12:59 am, "George Moschovitis" wrote: > As I have previously said I preferred having just two projects: > > core/more Yes, to be sure I've come ''-this close to doing exactly that with Facets. I seem endlessly torn between one project, two projects and the 50+ little mini-projects approach. All have merits and downsides. The mini-project approach, for instance, allows for selective usage of the many more libraries (eg. if you just want annotations you just install annotations), but it's a nightmare in version control if you want to use a bunch of libraries at once, as is Nitro/Og's case, so I ultimately decided against it. However I did see where some parts of Facets stood out as beyond what one might expect from a supplement to Ruby's core and standard libs. It's those libs I moved to their own projects, namely Stick, English and Blow. Yes, in some respects it would be nice to have everything under the Helios in one install (gem install it_all ;), but in reality we have to draw some lines. I think these three outcrops are a good compromise. Of course, I have still been tempted to divide what remains between core/more projects, Such a divide does have some organizational benefits to us developers, and offers a little more choice to the end- users. And I've considered a variety of naming schemes for this: 'facets_core', 'facets_more' with a 'facets' meta-package, or just 'core', 'more' and 'facets' as you suggest, or (what I was leaning toward most recently) just two packages, 'facets' and 'ultrafacets', since the later depends on the former. These later options has some nice merits. But ultimately I've never been quite persuaded to return to the nano/mega jaunt (as cool as those names were ;), and give up on the single install and version number. Maybe ultimately this split should happen (Facets 3.0? ;), but for now I think the off-shoot projects are enough of a compromise. Having said that though, I just want you to knwo, that I can totally see why you favor core/more. 'core' and 'more' no doubt fit nicely with rest of Nitro's names. And if Facets were only Nitro's "Glue", I'd take that route. But Facets is also it's own project too (which is actually a benefit to Nitro) and so I'm more inclined to keeping 'facets' in the package names. Sorry to get a little long winded on this. I just wanted you to understand my thought processes on the matter. > but now that you have split facets in multiple, granular projects > (for example) English, I think it is appropriate for the cli utils to > have a separate project as well. Okay, cool. That's what I was thinking too. "Clio" right? :) My only hesitation has been in considering: if I were making Ruby's standard library (the Modus Operandi question of Facets), what would I make sure to put in it? CLI libs are definitely on that list. T. From george.moschovitis at gmail.com Sat Aug 11 09:35:55 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 11 Aug 2007 16:35:55 +0300 Subject: [Nitro] CLI libs in Facets or not? In-Reply-To: <1186838105.863911.22600@b79g2000hse.googlegroups.com> References: <1186796057.657304.115590@g4g2000hsf.googlegroups.com> <1186838105.863911.22600@b79g2000hse.googlegroups.com> Message-ID: > > Okay, cool. That's what I was thinking too. "Clio" right? :) My only Clio is ok ;-) I am still waiting to see the rest of the projects in svn. -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070811/fca1be53/attachment.html From ravage at fragmentized.net Sat Aug 11 23:05:44 2007 From: ravage at fragmentized.net (Rui Miguel) Date: Sun, 12 Aug 2007 04:05:44 +0100 Subject: [Nitro] Regarding :include and :select and some SQL questions Message-ID: Hello! Attached is included some Og tests which fail using these functionalities together. Hope i'm not doing anything wrong and appreciate correction if i am. :select is very sensible and should be taken to attention if it gets included in Nitro because when used with :include doesn't work. Implementation should be thought carefully. When using :select with :include it's necessary to know, to which model a field refers, which should be described when passing the :select argument to avoid ambiguity. The current code breaks when passing two fields to :select. I changed it a bit so it would work when passing two or more parameters, that's when i add the field ambiguity issue described above. Regarding :include, would it be possible to change SQL generation into "LEFT JOIN table2 ON table1.field = table2.field? Regarding Model.select, should this work, Model.select("select nome from ogaluno where turma_oid not in (select oid from ogturma)"), returning only field "nome"? or how should it behave? Just curious. Or a more simple one like Model.select("SELECT * FROM oguser"). Regards, Rui Miguel -------------- next part -------------- A non-text attachment was scrubbed... Name: og_tests.patch Type: application/octet-stream Size: 55723 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070812/54c7e8b5/attachment-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070812/54c7e8b5/attachment-0001.bin From george.moschovitis at gmail.com Sun Aug 12 04:33:33 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 12 Aug 2007 11:33:33 +0300 Subject: [Nitro] Regarding :include and :select and some SQL questions In-Reply-To: References: Message-ID: > > The current code breaks when passing two fields to :select. I fixed this yesterday, have you pulled the latest code? Anw, I will try your code. -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070812/3a546510/attachment.html From george.moschovitis at gmail.com Sun Aug 12 06:40:47 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 12 Aug 2007 13:40:47 +0300 Subject: [Nitro] Repository Gems Message-ID: Dear devs, I just added some gems generated for the repository code to the site: http://www.nitroproject.org/repo/gems Can you please download, test them and report any bugs? thanks, George -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070812/639df725/attachment.html From ravage at fragmentized.net Sun Aug 12 07:58:16 2007 From: ravage at fragmentized.net (Rui Miguel) Date: Sun, 12 Aug 2007 12:58:16 +0100 Subject: [Nitro] Repository Gems In-Reply-To: References: Message-ID: <90258E1B-EA69-4944-8183-4D14B1A1A0A3@fragmentized.net> Hello! It complains about gen versions: eflow:~/Desktop/Inbox ravage$ sudo gem install nitro-0.50.0.gem ERROR: While executing gem ... (RuntimeError) Error instaling nitro-0.50.0.gem: nitro requires gen = 0.50.0 Regards, Rui Miguel On Aug 12, 2007, at Aug 12 - 11:40, George Moschovitis wrote: > Dear devs, > > I just added some gems generated for the repository code to the site: > > http://www.nitroproject.org/repo/gems > > Can you please download, test them and report any bugs? > > thanks, > George > > -- > http://www.me.gr > http://phidz.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 -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070812/408701dd/attachment.bin From george.moschovitis at gmail.com Sun Aug 12 08:09:22 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 12 Aug 2007 15:09:22 +0300 Subject: [Nitro] Repository Gems In-Reply-To: <90258E1B-EA69-4944-8183-4D14B1A1A0A3@fragmentized.net> References: <90258E1B-EA69-4944-8183-4D14B1A1A0A3@fragmentized.net> Message-ID: Fixed this, please try again. -g. On 8/12/07, Rui Miguel wrote: > > Hello! > > It complains about gen versions: > > eflow:~/Desktop/Inbox ravage$ sudo gem install nitro-0.50.0.gem > ERROR: While executing gem ... (RuntimeError) > Error instaling nitro-0.50.0.gem: > nitro requires gen = 0.50.0 > > Regards, > Rui Miguel > > On Aug 12, 2007, at Aug 12 - 11:40, George Moschovitis wrote: > > > Dear devs, > > > > I just added some gems generated for the repository code to the site: > > > > http://www.nitroproject.org/repo/gems > > > > Can you please download, test them and report any bugs? > > > > thanks, > > George > > > > -- > > http://www.me.gr > > http://phidz.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://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070812/27db3c67/attachment.html From ravage at fragmentized.net Sun Aug 12 08:15:54 2007 From: ravage at fragmentized.net (Rui Miguel) Date: Sun, 12 Aug 2007 13:15:54 +0100 Subject: [Nitro] Repository Gems In-Reply-To: References: <90258E1B-EA69-4944-8183-4D14B1A1A0A3@fragmentized.net> Message-ID: <813B4AFD-9D86-41AD-9EFC-BD57B04B9BBF@fragmentized.net> Working as intended ;) thanks, Rui Miguel On Aug 12, 2007, at Aug 12 - 13:09, George Moschovitis wrote: > Fixed this, please try again. > > -g. > > On 8/12/07, Rui Miguel wrote: Hello! > > It complains about gen versions: > > eflow:~/Desktop/Inbox ravage$ sudo gem install nitro-0.50.0.gem > ERROR: While executing gem ... (RuntimeError) > Error instaling nitro-0.50.0.gem: > nitro requires gen = 0.50.0 > > Regards, > Rui Miguel > > On Aug 12, 2007, at Aug 12 - 11:40, George Moschovitis wrote: > > > Dear devs, > > > > I just added some gems generated for the repository code to the > site: > > > > http://www.nitroproject.org/repo/gems > > > > Can you please download, test them and report any bugs? > > > > thanks, > > George > > > > -- > > http://www.me.gr > > http://phidz.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://www.me.gr > http://phidz.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 -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070812/aadaf7c8/attachment.bin From george.moschovitis at gmail.com Sun Aug 12 08:20:41 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sun, 12 Aug 2007 15:20:41 +0300 Subject: [Nitro] Repository Gems In-Reply-To: <813B4AFD-9D86-41AD-9EFC-BD57B04B9BBF@fragmentized.net> References: <90258E1B-EA69-4944-8183-4D14B1A1A0A3@fragmentized.net> <813B4AFD-9D86-41AD-9EFC-BD57B04B9BBF@fragmentized.net> Message-ID: > > Working as intended ;) Great... Is this easier than using darcs/glycerin.rb ? -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070812/c4ae5c17/attachment.html From ravage at fragmentized.net Sun Aug 12 08:28:32 2007 From: ravage at fragmentized.net (Rui Miguel) Date: Sun, 12 Aug 2007 13:28:32 +0100 Subject: [Nitro] Repository Gems In-Reply-To: References: <90258E1B-EA69-4944-8183-4D14B1A1A0A3@fragmentized.net> <813B4AFD-9D86-41AD-9EFC-BD57B04B9BBF@fragmentized.net> Message-ID: <0285658E-0BCE-4724-814C-81BC095F7C8E@fragmentized.net> I personally prefer a darcs pull and setting RUBYOPTS (arne's blog) also requiring darcs/glycerin ain't so bad, if one is following development branch. IMHO i'd go for darcs pull and setting environment. But this gems are awesome for someone who doesn't want to mess with darcs et al. Regards, Rui Miguel On Aug 12, 2007, at Aug 12 - 13:20, George Moschovitis wrote: > Working as intended ;) > > Great... Is this easier than using darcs/glycerin.rb ? > > -g. > > > > > -- > http://www.me.gr > http://phidz.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 -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070812/af4a7e21/attachment.bin From ravage at fragmentized.net Sun Aug 12 09:41:48 2007 From: ravage at fragmentized.net (Rui Miguel) Date: Sun, 12 Aug 2007 14:41:48 +0100 Subject: [Nitro] Regarding :include and :select and some SQL questions In-Reply-To: References: Message-ID: Hello! Somehow i missed your reply to this issue... Did the Og tests sent passed on your side? Thanks, Rui Miguel On Aug 12, 2007, at Aug 12 - 04:05, Rui Miguel wrote: > Hello! > > Attached is included some Og tests which fail using these > functionalities together. Hope i'm not doing anything wrong and > appreciate correction if i am. > > :select is very sensible and should be taken to attention if it > gets included in Nitro because when used with :include doesn't work. > > Implementation should be thought carefully. When using :select > with :include it's necessary to know, to which model a field > refers, which should be described when passing the :select argument > to avoid ambiguity. > > The current code breaks when passing two fields to :select. > I changed it a bit so it would work when passing two or more > parameters, that's when i add the field ambiguity issue described > above. > > Regarding :include, would it be possible to change SQL generation > into "LEFT JOIN table2 ON table1.field = table2.field? > > Regarding Model.select, should this work, > Model.select("select nome from ogaluno where turma_oid not in > (select oid from ogturma)"), returning only field "nome"? or how > should it behave? Just curious. Or a more simple one like > Model.select("SELECT * FROM oguser"). > > > Regards, > Rui Miguel > > > _______________________________________________ > 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: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070812/fa1bc043/attachment-0001.bin From george.moschovitis at gmail.com Mon Aug 13 04:25:53 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 13 Aug 2007 11:25:53 +0300 Subject: [Nitro] Og table prefix Message-ID: Dear devs, I am thinking about droping the 'og' prefix from model tables by default (the setting will stay). From what I see you can have safe table names by using backtick (`) in mysql and double quotes (") in Postgresql. What do you thinkg? -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070813/24962cc6/attachment.html From john at oxyliquit.de Mon Aug 13 06:13:50 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Mon, 13 Aug 2007 12:13:50 +0200 Subject: [Nitro] Og table prefix In-Reply-To: References: Message-ID: Hi, > I am thinking about droping the 'og' prefix from model tables by default > (the setting will stay). From what I see you can have safe table names by > using backtick (`) in mysql and double quotes (") in Postgresql. What do you > think? I happen to like the prefix, as I often use psql and it's tab trigger to autocomplete table names. Having the 'og' prefix makes things easier for me. As you (if you don't do more low level db stuff) never really specify the table name at all, they could be hashes instead of good sounding names. ;) That said, I just see no real benefit other than 'looks slightly better from the outside' and vote against. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From ravage at fragmentized.net Mon Aug 13 07:54:46 2007 From: ravage at fragmentized.net (Rui Miguel) Date: Mon, 13 Aug 2007 12:54:46 +0100 Subject: [Nitro] Og table prefix In-Reply-To: References: Message-ID: <7F82BE22-2427-4DF5-BB4D-E8238EAF1260@fragmentized.net> Hello, I like the default also, and think it's safer and more intuitive for databases with managed and unmanaged tables all together. Rui Miguel On Aug 13, 2007, at Aug 13 - 11:13, Jonathan Buch wrote: > Hi, > >> I am thinking about droping the 'og' prefix from model tables by >> default >> (the setting will stay). From what I see you can have safe table >> names by >> using backtick (`) in mysql and double quotes (") in Postgresql. >> What do you >> think? > > I happen to like the prefix, as I often use psql and it's tab > trigger to > autocomplete table names. Having the 'og' prefix makes things > easier for me. > As you (if you don't do more low level db stuff) never really > specify the > table name at all, they could be hashes instead of good sounding > names. ;) > > That said, I just see no real benefit other than 'looks slightly > better from > the outside' and vote against. > > 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: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070813/5c29da56/attachment.bin From Reid.Thompson at ateb.com Mon Aug 13 08:09:03 2007 From: Reid.Thompson at ateb.com (Reid Thompson) Date: Mon, 13 Aug 2007 08:09:03 -0400 Subject: [Nitro] Og table prefix In-Reply-To: <7F82BE22-2427-4DF5-BB4D-E8238EAF1260@fragmentized.net> References: <7F82BE22-2427-4DF5-BB4D-E8238EAF1260@fragmentized.net> Message-ID: <1187006945.9453.4.camel@jhereg> On Mon, 2007-08-13 at 12:54 +0100, Rui Miguel wrote: > Hello, > > I like the default also, and think it's safer and more intuitive for > databases with managed and unmanaged tables all together. > > Rui Miguel > > On Aug 13, 2007, at Aug 13 - 11:13, Jonathan Buch wrote: > > > Hi, > > > >> I am thinking about droping the 'og' prefix from model tables by > >> default > >> (the setting will stay). From what I see you can have safe table > >> names by > >> using backtick (`) in mysql and double quotes (") in Postgresql. > >> What do you > >> think? > > > > I happen to like the prefix, as I often use psql and it's tab > > trigger to > > autocomplete table names. Having the 'og' prefix makes things > > easier for me. > > As you (if you don't do more low level db stuff) never really > > specify the > > table name at all, they could be hashes instead of good sounding > > names. ;) > > > > That said, I just see no real benefit other than 'looks slightly > > better from > > the outside' and vote against. > > > > Jo my .02 $, keep it as is, but make it easy for users to be aware that Og.table_prefix = '' will generate the tables w/o the 'og' prefix. From arne at arnebrasseur.net Mon Aug 13 09:20:05 2007 From: arne at arnebrasseur.net (arne at arnebrasseur.net) Date: Mon, 13 Aug 2007 06:20:05 -0700 (PDT) Subject: [Nitro] Og table prefix In-Reply-To: <1187006945.9453.4.camel@jhereg> References: <7F82BE22-2427-4DF5-BB4D-E8238EAF1260@fragmentized.net> <1187006945.9453.4.camel@jhereg> Message-ID: <3338.81.245.171.88.1187011205.squirrel@webmail.arnebrasseur.net> > On Mon, 2007-08-13 at 12:54 +0100, Rui Miguel wrote: >> Hello, >> >> I like the default also, and think it's safer and more intuitive for >> databases with managed and unmanaged tables all together. >> >> > That said, I just see no real benefit other than 'looks slightly >> > better from >> > the outside' and vote against. >> > >> > Jo > > my .02 $, keep it as is, but make it easy for users to be aware that > Og.table_prefix = '' will generate the tables w/o the 'og' prefix. +1 for keeping the prefix. I see no compelling argument to change the existing behavior. (ab) From george.moschovitis at gmail.com Mon Aug 13 12:16:34 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 13 Aug 2007 19:16:34 +0300 Subject: [Nitro] Og table prefix In-Reply-To: <3338.81.245.171.88.1187011205.squirrel@webmail.arnebrasseur.net> References: <7F82BE22-2427-4DF5-BB4D-E8238EAF1260@fragmentized.net> <1187006945.9453.4.camel@jhereg> <3338.81.245.171.88.1187011205.squirrel@webmail.arnebrasseur.net> Message-ID: Ok, I will leave the default prefix but I will still 'escape' the table name (with backticks and/or quotes). In my personal projects I plan to remove the prefix though. thanks for the remarks, -g. On 8/13/07, arne at arnebrasseur.net wrote: > > > On Mon, 2007-08-13 at 12:54 +0100, Rui Miguel wrote: > >> Hello, > >> > >> I like the default also, and think it's safer and more intuitive for > >> databases with managed and unmanaged tables all together. > >> > >> > That said, I just see no real benefit other than 'looks slightly > >> > better from > >> > the outside' and vote against. > >> > > >> > Jo > > > > my .02 $, keep it as is, but make it easy for users to be aware that > > Og.table_prefix = '' will generate the tables w/o the 'og' prefix. > > +1 for keeping the prefix. I see no compelling argument to change the > existing behavior. > > (ab) > > > > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070813/04d32457/attachment.html From george.moschovitis at gmail.com Mon Aug 13 12:18:00 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Mon, 13 Aug 2007 19:18:00 +0300 Subject: [Nitro] Vacations Message-ID: Dear devs, I will probably be offline for the next few days (but still, working on Nitro ;-)) -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070813/9dd8e7ad/attachment.html From george.moschovitis at gmail.com Mon Aug 13 20:05:01 2007 From: george.moschovitis at gmail.com (george.moschovitis at gmail.com) Date: Tue, 14 Aug 2007 00:05:01 +0000 (UTC) Subject: [Nitro] =?utf-8?q?=5BNP=2EORG=5D_Nitro/Og_Fora_daily_digest?= Message-ID: <20070814000501.9D5748700@reizu.com> >From gmosx.myopenid.com Date: Mon Aug 13 08:24:48 UTC 2007 Subject: Drop the default og prefix from tables Message-ID: http://www.nitroproject.org/fora/posts/view/cN2wV8sxyr3k-VeJeZaaqU Dear devs, I am thinking about droping the 'og' prefix from model tables by default (the setting will stay). From what I see you can have safe table names by using backtick (`) in mysql and double quotes (") in Postgresql. What do you thinkg? -g. >From gmosx.myopenid.com Date: Mon Aug 13 08:27:54 UTC 2007 Subject: Unicodechars in facets Message-ID: http://www.nitroproject.org/fora/posts/view/aw9PtIsxCr3k-VeJeZaaqU Tom, have you seen the unicode-chars gem ? http://rubyforge.org/projects/unicodechars/ I think it would be a great inclusion in facets or something. I am not sure if this is up-to-date with the latest rails code. -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 billk at cts.com Wed Aug 15 20:34:24 2007 From: billk at cts.com (Bill Kelly) Date: Wed, 15 Aug 2007 17:34:24 -0700 Subject: [Nitro] Glue::Template.root Message-ID: <00c801c7df9d$3241a190$6442a8c0@musicbox> Greetings and Salutations, I have an older Nitro app with a line like: Glue::Template.root = 'template' I tried Raw::Template.root, but no-go. What's the correct way to set the template directory with the repository version of Nitro? Thanks! Bill From weather at speakeasy.net Thu Aug 16 02:24:56 2007 From: weather at speakeasy.net (Matthew B Gardner) Date: Thu, 16 Aug 2007 02:24:56 -0400 Subject: [Nitro] Problem with Og post method Message-ID: <200708160224.56992.weather@speakeasy.net> Hello, I'm struggling a little with using the post method. I have two classes, Root and Account < Root, and I can't get post to work inside of the Root class. However, it does work in the Account class. When I try to utilize the method in Root, I get: `method_missing': undefined method `post' for Root:Class (NoMethodError) I'm using post with the following arguments: post :to_world, :on => [:og_read], where to_world is a Root method The only difference between the two classes, with regards to Og, is that Account is Timestamped and requires glue/timestamped (though I got the same errors in Root when I added the same data). Although post seems to work fine in Account, I did get the same NoMethodError for Account two or three times in a row, though I haven't been able to duplicate it. It happened right after I removed my original post method attempt from Root and returned it to Account. I'd of course like to figure this issue out, if possible, but the purpose is trying to test whether or not I can place the post method in Root and have Account#og_read call to_world. This is probably easier to answer? Thank you for any help, Matt From arne at arnebrasseur.net Thu Aug 16 03:39:35 2007 From: arne at arnebrasseur.net (arne at arnebrasseur.net) Date: Thu, 16 Aug 2007 00:39:35 -0700 (PDT) Subject: [Nitro] Glue::Template.root In-Reply-To: <00c801c7df9d$3241a190$6442a8c0@musicbox> References: <00c801c7df9d$3241a190$6442a8c0@musicbox> Message-ID: <1383.81.245.180.77.1187249975.squirrel@webmail.arnebrasseur.net> > What's the correct way to set the template directory with the > repository version of Nitro? Raw::Template.root_dir = '...' (ab) From arne at arnebrasseur.net Thu Aug 16 03:48:52 2007 From: arne at arnebrasseur.net (arne at arnebrasseur.net) Date: Thu, 16 Aug 2007 00:48:52 -0700 (PDT) Subject: [Nitro] Problem with Og post method In-Reply-To: <200708160224.56992.weather@speakeasy.net> References: <200708160224.56992.weather@speakeasy.net> Message-ID: <1437.81.245.180.77.1187250532.squirrel@webmail.arnebrasseur.net> Hi Matt, Jonathan or George will probably have to answer this one, but just a guess : where in the class definition did you make the call to post? Og does some magic with the class, but only after it found out that the class has to be managed by Og. Presumably the aspect methods are available after that. I can't test this where I'm now, and I'm no Og expert, but I'm thinking that # this might not work class Something post .... attr_accessor :name, String end # this might work class Something attr_accessor :name, String post .... end (ab) > Hello, I'm struggling a little with using the post method. I have two > classes, > Root and Account < Root, and I can't get post to work inside of the Root > class. However, it does work in the Account class. When I try to utilize > the > method in Root, I get: > > `method_missing': undefined method `post' for Root:Class (NoMethodError) > > I'm using post with the following arguments: > > post :to_world, :on => [:og_read], where to_world is a Root method > > The only difference between the two classes, with regards to Og, is that > Account is Timestamped and requires glue/timestamped (though I got the > same > errors in Root when I added the same data). Although post seems to work > fine > in Account, I did get the same NoMethodError for Account two or three > times > in a row, though I haven't been able to duplicate it. It happened right > after > I removed my original post method attempt from Root and returned it to > Account. > > I'd of course like to figure this issue out, if possible, but the purpose > is > trying to test whether or not I can place the post method in Root and have > Account#og_read call to_world. This is probably easier to answer? > > Thank you for any help, > Matt > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > From billk at cts.com Thu Aug 16 04:05:52 2007 From: billk at cts.com (Bill Kelly) Date: Thu, 16 Aug 2007 01:05:52 -0700 Subject: [Nitro] Glue::Template.root References: <00c801c7df9d$3241a190$6442a8c0@musicbox> <1383.81.245.180.77.1187249975.squirrel@webmail.arnebrasseur.net> Message-ID: <001601c7dfdc$43ea82b0$6442a8c0@musicbox> From: > >> What's the correct way to set the template directory with the >> repository version of Nitro? > > Raw::Template.root_dir = '...' Thanks! Sorry about my newbie questions. Regards, Bill From arne at arnebrasseur.net Thu Aug 16 14:22:58 2007 From: arne at arnebrasseur.net (Arne Brasseur) Date: Thu, 16 Aug 2007 20:22:58 +0200 Subject: [Nitro] Glue::Template.root In-Reply-To: <001601c7dfdc$43ea82b0$6442a8c0@musicbox> References: <00c801c7df9d$3241a190$6442a8c0@musicbox> <1383.81.245.180.77.1187249975.squirrel@webmail.arnebrasseur.net> <001601c7dfdc$43ea82b0$6442a8c0@musicbox> Message-ID: <46C49602.5020801@arnebrasseur.net> Bill Kelly schreef: > Thanks! > > Sorry about my newbie questions. > Better to ask and look dumb for five minutes then not ask and stay dumb forever (or something) :) (ab) From billk at cts.com Thu Aug 16 15:08:31 2007 From: billk at cts.com (Bill Kelly) Date: Thu, 16 Aug 2007 12:08:31 -0700 Subject: [Nitro] confused about app.dispatcher.root Message-ID: <00fb01c7e038$d63f6de0$6442a8c0@musicbox> Hi again, I'm encountering an error trying to fetch the index page on my site. Essentially I have: class StoreController < Nitro::Controller def index @time = Time.now redirect 'catalog' end # ... end app = Application.new app.dispatcher.root = StoreController ...the error I'm getting is: DEBUG: Rendering '/status_500' ERROR: Error while handling StoreController#index(status_500) ERROR: wrong number of arguments (1 for 0) But when I looked at the blog and hello examples in the repository, neither of their index methods accepted any arguments. Then I noticed the blog actually sets app.dispatcher.root to its Post *model* class, and the controller is defined at Post::Controller. So am I doing the wrong thing by setting app.dispatcher.root directly to my controller? Thanks, Bill From mvyver at gmail.com Thu Aug 16 22:49:15 2007 From: mvyver at gmail.com (Mark Van De Vyver) Date: Fri, 17 Aug 2007 12:49:15 +1000 Subject: [Nitro] OG vs Active Record Message-ID: <389c43e40708161949u2781f25x11d916169056f82f@mail.gmail.com> Hi, Thanks for all the effort that has gone into making Nitro/OG available. I'm relatively new to Ruby and am trying to decide between diving into ActiveRecord and OG.... I'd appreciate any advice. The useage case/scenario is: Single 'amateur' developer, large numbers of databases, large databases (10'sGB/table, 10's tables/DB), multiple ruby scripts accessing the dbserver directly (no web interface - at this stage.) I understand that this is a little like asking a parent if their child is beautiful, but was hoping for some frank feedback on the following. 1) Am I right that OG largely overcomes the issues discussed in this (long) AR thread (I summarize a key issue below): http://rubyurl.com/xWb and here: http://aralbalkan.com/764 A summary of a key AR issue (for me) is: Whether its in migrations or in the DB schema, I have to specify all the columns as well as their lengths and unique constraints to have the database created. Then I have to specify the validates_* rules in the model to match. Finally I have to keep both of them in sync over time. Why not do it all inside the model and have that set up all the validates_* rules in a single step? 2) Has anyone compared the performance of AR vs OG. The following thread about AR's cpu useage, surprised me: http://rubyurl.com/vFz I see the same performance on my system (script attached). Has anyone run this test under OG? 3) How well is MySQL supported (bearing in mind that OG is at 0.5), or is most development done with Postgresql? On MySQL, how about the MyISAM and Memory Engine/tables? Thanks for any insights. Regards Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: ar_bench.rb Type: application/x-ruby Size: 2951 bytes Desc: not available Url : http://rubyforge.org/pipermail/nitro-general/attachments/20070817/10a4e812/attachment.bin From mvyver at gmail.com Fri Aug 17 03:50:55 2007 From: mvyver at gmail.com (Mark Van De Vyver) Date: Fri, 17 Aug 2007 17:50:55 +1000 Subject: [Nitro] nitro 0.50.0 dev gem RunTimeError Message-ID: <389c43e40708170050p1b1cee8dybf200bf846a43e83@mail.gmail.com> Hi, While I will probably spend the time to get to know Darcs it is great to have the source packages as a gem. Unfortunately I ran into the following 'RunTimeError'. laptop:/tmp # gem install nitro --install-dir /tmp --include-dependencies ERROR: While executing gem ... (RuntimeError) Error instaling nitro: nitro requires og = 0.50.0 laptop:/tmp # ls *.gem glue-0.50.0.gem nitro-0.50.0.gem og-0.50.0.gem raw-0.50.0.gem I see the same error if I run: gem install nitro --version 0.50.0 --install-dir /tmp --include-dependencies Regards Mark From mvyver at gmail.com Fri Aug 17 13:43:20 2007 From: mvyver at gmail.com (Mark Van De Vyver) Date: Sat, 18 Aug 2007 03:43:20 +1000 Subject: [Nitro] Repository Gems Message-ID: <389c43e40708171043w7124fe1euc4a64231e7aa34f@mail.gmail.com> Hi, This thread started before I joined, so apologies if this thread is now disjoint. Like Rui Miguel I ran into several 'RunTimeError's complaining about required versions. To install nitro I used the following sequence (the nitro repository gems were installed in /tmp): # gem install RedCloth --include-dependencies # gem install ruby-breakpoint --include-dependencies # gem install glue --install-dir /tmp # gem install og --install-dir /tmp # gem install raw --install-dir /tmp # gem install nitro --install-dir /tmp Thanks for the repository gems - useful to dip your toe into the water without tackling Darcs. Regards Mark From weather at speakeasy.net Fri Aug 17 15:59:42 2007 From: weather at speakeasy.net (Matthew B Gardner) Date: Fri, 17 Aug 2007 15:59:42 -0400 Subject: [Nitro] The has_one/belongs_to relationship Message-ID: <200708171559.43013.weather@speakeasy.net> Hello, I've tried rather hard to figure this relationship out, but I just can't get it to work correctly on the has_one end. I have some classes that utilize the has_many/belongs_to relationship, and those work fine. The two classes are: class Account has_one :character, Character end class Character belongs_to :account, Account end When I initialize Character, I assign the passed account to its account variable, and the relationship is established (and saved properly to the database). When I try to assign the created character to Account#character, however, it treats the character variable as a local variable. For instance, in Account: character = Character.create msg.capitalize, self save! Checking character outside of that method returns nil, and the character_oid database field is NULL. I tried using self.character and experienced the same results. Both classes include the Og::EntityMixin module, and both relationships are defined after I define my properties. I really appreciate any help with this -- let me know if I need to post more information. Thanks, Matt From arne at arnebrasseur.net Sat Aug 18 04:13:30 2007 From: arne at arnebrasseur.net (Arne Brasseur) Date: Sat, 18 Aug 2007 10:13:30 +0200 Subject: [Nitro] confused about app.dispatcher.root In-Reply-To: <00fb01c7e038$d63f6de0$6442a8c0@musicbox> References: <00fb01c7e038$d63f6de0$6442a8c0@musicbox> Message-ID: <46C6AA2A.8070609@arnebrasseur.net> Bill Kelly schreef: > Hi again, > > I'm encountering an error trying to fetch the index page on > my site. Essentially I have: > > class StoreController < Nitro::Controller > > def index > @time = Time.now > redirect 'catalog' > end > > # ... > > end > > app = Application.new > app.dispatcher.root = StoreController > > > ...the error I'm getting is: > > > DEBUG: Rendering '/status_500' > ERROR: Error while handling StoreController#index(status_500) > ERROR: wrong number of arguments (1 for 0) > Can you show us your catalog method? Does it take arguments? What's the URL you're loading? > Then I noticed the blog actually sets app.dispatcher.root to > its Post *model* class, and the controller is defined at > Post::Controller. > That's an alternative way of structuring your app. It's perfectly fine to just use the controller itself. > So am I doing the wrong thing by setting app.dispatcher.root > directly to my controller? > Certainly not. (ab) -- Arne Brasseur http://www.arnebrasseur.net arne at arnebrasseur.net From arne at arnebrasseur.net Sat Aug 18 04:14:57 2007 From: arne at arnebrasseur.net (Arne Brasseur) Date: Sat, 18 Aug 2007 10:14:57 +0200 Subject: [Nitro] nitro 0.50.0 dev gem RunTimeError In-Reply-To: <389c43e40708170050p1b1cee8dybf200bf846a43e83@mail.gmail.com> References: <389c43e40708170050p1b1cee8dybf200bf846a43e83@mail.gmail.com> Message-ID: <46C6AA81.7040104@arnebrasseur.net> Mark Van De Vyver schreef: > Hi, > While I will probably spend the time to get to know Darcs it is great > to have the source packages as a gem. Unfortunately I ran into the > following 'RunTimeError'. > > laptop:/tmp # gem install nitro --install-dir /tmp --include-dependencies > ERROR: While executing gem ... (RuntimeError) > Error instaling nitro: > nitro requires og = 0.50.0 > I never installed gems from the local disk, looks like it has a hard time finding the other gems. Try installing og first. (ab) -- Arne Brasseur http://www.arnebrasseur.net arne at arnebrasseur.net From arne at arnebrasseur.net Sat Aug 18 04:27:05 2007 From: arne at arnebrasseur.net (Arne Brasseur) Date: Sat, 18 Aug 2007 10:27:05 +0200 Subject: [Nitro] The has_one/belongs_to relationship In-Reply-To: <200708171559.43013.weather@speakeasy.net> References: <200708171559.43013.weather@speakeasy.net> Message-ID: <46C6AD59.1090304@arnebrasseur.net> Matthew B Gardner schreef: > Hello, I've tried rather hard to figure this relationship out, but I just > can't get it to work correctly on the has_one end. I have some classes that > utilize the has_many/belongs_to relationship, and those work fine. > > The two classes are: > > class Account > has_one :character, Character > end > > class Character > belongs_to :account, Account > end > > When I initialize Character, I assign the passed account to its account > variable, and the relationship is established (and saved properly to the > database). When I try to assign the created character to Account#character, > however, it treats the character variable as a local variable. For instance, > in Account: > > character = Character.create msg.capitalize, self > save! > > Checking character outside of that method returns nil, and the character_oid > database field is NULL. I tried using self.character and experienced the same > results. > I would love to help you but I don't know much about Og though. The lead developer George is currently on vacations, he should be back in a few days. If you don't get an answer by then please ask again. The other Og guy Jonathan just finished his job in Finland, I imagine he's also taking a break. I notice some new blood on the mailing list, welcome to Nitro! Please hang on if it takes a while to get your questions answered and issues solved. Things move slow around here sometimes. On the other hand I have spoken to George recently and he's planning to devote more time to Nitro, in fact he's working on it right now while on vacations. My contract ends in a week, from September on I will be studying abroad. That should also give me more time for Nitro. Please keep sending any stories of success or failure. If you have a small app that exhibits a problem, feel free to just send the whole app. We'll analyze it together, should be educational for all. (ab) -- Arne Brasseur http://www.arnebrasseur.net arne at arnebrasseur.net From john at oxyliquit.de Sat Aug 18 04:47:45 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 18 Aug 2007 10:47:45 +0200 Subject: [Nitro] The has_one/belongs_to relationship In-Reply-To: <200708171559.43013.weather@speakeasy.net> References: <200708171559.43013.weather@speakeasy.net> Message-ID: Hi, > When I try to assign the created character to Account#character, > however, it treats the character variable as a local variable. For instance, > in Account: >character = Character.create msg.capitalize, self > save! I assume this is within a method in the Account# scope? > Checking character outside of that method returns nil, and the character_oid > database field is NULL. I tried using self.character and experienced the same > results. the Account#character= method is defined by Og and handles the rel saving. self.character = Character.create() p @character, @character_oid # save! update(:only => [:character_oid]) # slight optimization I'm quite sure that this doesn't treat the character as the local variable. If you tried that before without success, I'm not sure what else can be wrong, could you try that once more? Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Sat Aug 18 04:47:46 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 18 Aug 2007 10:47:46 +0200 Subject: [Nitro] Repository Gems In-Reply-To: <389c43e40708171043w7124fe1euc4a64231e7aa34f@mail.gmail.com> References: <389c43e40708171043w7124fe1euc4a64231e7aa34f@mail.gmail.com> Message-ID: Hi, > This thread started before I joined, so apologies if this thread is > now disjoint. > Like Rui Miguel I ran into several 'RunTimeError's complaining about > required versions. thank you for reporting, I'm sure George will figure out whats wrong. Btw, George, didn't we say we wanted to relase an 0.49 first? I'm still for that, as to make some kinda 'release candidate' so we can make a bugfix release out of 0.50 and not have to support a buggy release until the next one. Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Sat Aug 18 04:47:46 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 18 Aug 2007 10:47:46 +0200 Subject: [Nitro] confused about app.dispatcher.root In-Reply-To: <00fb01c7e038$d63f6de0$6442a8c0@musicbox> References: <00fb01c7e038$d63f6de0$6442a8c0@musicbox> Message-ID: Hi, [can't say much about the error, I think we talked on irc about that.] My uneducated guess would be that the status_500 is either a standard method on the controller or a template in the proto folder. Maybe they have just been forgotten, George? > Then I noticed the blog actually sets app.dispatcher.root to > its Post *model* class, and the controller is defined at > Post::Controller. > > So am I doing the wrong thing by setting app.dispatcher.root > directly to my controller? When using a model for the .dispatcher.root the controller has to be `MyModel::Controller`. The dispatcher will find it automatically then. (What it _could_ also do, is make the 'MyModel#link_to()' work correctly when used... Could be only my mind, I think though someone on IRC recently metioned something like this.) Other than that, passing a controller is perfectly ok here. (should be at least, everything else is a bug) Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From arne at arnebrasseur.net Sat Aug 18 05:20:04 2007 From: arne at arnebrasseur.net (Arne Brasseur) Date: Sat, 18 Aug 2007 11:20:04 +0200 Subject: [Nitro] The has_one/belongs_to relationship In-Reply-To: References: <200708171559.43013.weather@speakeasy.net> Message-ID: <46C6B9C4.6060908@arnebrasseur.net> Jonathan Buch schreef: > Jo > He's back! ^_^ -- Arne Brasseur http://www.arnebrasseur.net arne at arnebrasseur.net From george.moschovitis at gmail.com Sat Aug 18 05:46:04 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 18 Aug 2007 12:46:04 +0300 Subject: [Nitro] Back from vacations... Message-ID: Dear devs, I am back from (short) vacations. I will try to go over the posts of the last 5 days... regards, George. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070818/25a5e22c/attachment.html From george.moschovitis at gmail.com Sat Aug 18 11:26:40 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 18 Aug 2007 18:26:40 +0300 Subject: [Nitro] Problem with Og post method In-Reply-To: <200708160224.56992.weather@speakeasy.net> References: <200708160224.56992.weather@speakeasy.net> Message-ID: Please provide a simple example (small source file) that demonstrated the problem. -g. On 8/16/07, Matthew B Gardner wrote: > > Hello, I'm struggling a little with using the post method. I have two > classes, > Root and Account < Root, and I can't get post to work inside of the Root > class. However, it does work in the Account class. When I try to utilize > the > method in Root, I get: > > `method_missing': undefined method `post' for Root:Class (NoMethodError) > > I'm using post with the following arguments: > > post :to_world, :on => [:og_read], where to_world is a Root method > > The only difference between the two classes, with regards to Og, is that > Account is Timestamped and requires glue/timestamped (though I got the > same > errors in Root when I added the same data). Although post seems to work > fine > in Account, I did get the same NoMethodError for Account two or three > times > in a row, though I haven't been able to duplicate it. It happened right > after > I removed my original post method attempt from Root and returned it to > Account. > > I'd of course like to figure this issue out, if possible, but the purpose > is > trying to test whether or not I can place the post method in Root and have > Account#og_read call to_world. This is probably easier to answer? > > Thank you for any help, > Matt > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070818/88271cc3/attachment.html From george.moschovitis at gmail.com Sat Aug 18 11:30:47 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 18 Aug 2007 18:30:47 +0300 Subject: [Nitro] nitro 0.50.0 dev gem RunTimeError In-Reply-To: <389c43e40708170050p1b1cee8dybf200bf846a43e83@mail.gmail.com> References: <389c43e40708170050p1b1cee8dybf200bf846a43e83@mail.gmail.com> Message-ID: You have to install them in order... glue, og, raw, nitro -g. On 8/17/07, Mark Van De Vyver wrote: > > Hi, > While I will probably spend the time to get to know Darcs it is great > to have the source packages as a gem. Unfortunately I ran into the > following 'RunTimeError'. > > laptop:/tmp # gem install nitro --install-dir /tmp --include-dependencies > ERROR: While executing gem ... (RuntimeError) > Error instaling nitro: > nitro requires og = 0.50.0 > > laptop:/tmp # ls *.gem > glue-0.50.0.gem nitro-0.50.0.gem og-0.50.0.gem raw-0.50.0.gem > > > I see the same error if I run: > gem install nitro --version 0.50.0 --install-dir /tmp > --include-dependencies > > > Regards > Mark > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070818/b53f5415/attachment.html From george.moschovitis at gmail.com Sat Aug 18 11:36:29 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 18 Aug 2007 18:36:29 +0300 Subject: [Nitro] confused about app.dispatcher.root In-Reply-To: <00fb01c7e038$d63f6de0$6442a8c0@musicbox> References: <00fb01c7e038$d63f6de0$6442a8c0@musicbox> Message-ID: > > class StoreController < Nitro::Controller no need to extend Nitro::Controller (in fact there is no Nitro::Controller class, it is Raw::Controller now) def index > @time = Time.now > redirect 'catalog' where is catalog defined? end > > # ... > > end > > app = Application.new > app.dispatcher.root = StoreController app.start ??? ...the error I'm getting is: > > > DEBUG: Rendering '/status_500' > ERROR: Error while handling StoreController#index(status_500) > ERROR: wrong number of arguments (1 for 0) please show as the error BEFORE 'Rendering /status_500'. So am I doing the wrong thing by setting app.dispatcher.root > directly to my controller? > you are doing this right. -g. -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070818/a57c7eff/attachment-0001.html From george.moschovitis at gmail.com Sat Aug 18 11:39:28 2007 From: george.moschovitis at gmail.com (George Moschovitis) Date: Sat, 18 Aug 2007 18:39:28 +0300 Subject: [Nitro] Repository Gems In-Reply-To: <389c43e40708171043w7124fe1euc4a64231e7aa34f@mail.gmail.com> References: <389c43e40708171043w7124fe1euc4a64231e7aa34f@mail.gmail.com> Message-ID: Thanks for this email. Btw, this reminded me to remove the ruby-breakpoint dependency. -g. On 8/17/07, Mark Van De Vyver wrote: > > Hi, > This thread started before I joined, so apologies if this thread is > now disjoint. > Like Rui Miguel I ran into several 'RunTimeError's complaining about > required versions. To install nitro I used the following sequence > (the nitro repository gems were installed in /tmp): > > # gem install RedCloth --include-dependencies > > # gem install ruby-breakpoint --include-dependencies > > # gem install glue --install-dir /tmp > > # gem install og --install-dir /tmp > > # gem install raw --install-dir /tmp > > # gem install nitro --install-dir /tmp > > Thanks for the repository gems - useful to dip your toe into the water > without tackling Darcs. > > Regards > Mark > _______________________________________________ > Nitro-general mailing list > Nitro-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/nitro-general > -- http://www.me.gr http://phidz.com http://blog.gmosx.com http://cull.gr http://www.joy.gr http://nitroproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/nitro-general/attachments/20070818/3b58386a/attachment.html From weather at speakeasy.net Sat Aug 18 11:59:06 2007 From: weather at speakeasy.net (Matthew B Gardner) Date: Sat, 18 Aug 2007 11:59:06 -0400 Subject: [Nitro] The has_one/belongs_to relationship Message-ID: <200708181159.06393.weather@speakeasy.net> Thank you for the response -- it's still not working, so I'll post the output from the additions you suggested. > When I try to assign the created character to Account#character, > however, it treats the character variable as a local variable. For instance, >> in Account: >>character = Character.create msg.capitalize, self >> save! >I assume this is within a method in the Account# scope? Yes, this is in an Account method. >> Checking character outside of that method returns nil, and the character_oid >> database field is NULL. I tried using self.character and experienced the same >> results. >the Account#character= method is defined by Og and handles the rel saving. >self.character = Character.create() >p @character, @character_oid ># save! >update(:only => [:character_oid]) # slight optimization p @character #=> nil p @character_oid #=> 5 update(:only => [:character_oid]) # slight optimization #=> 07-08-18 11:42:07 [ERROR] (Account) Account#update unknown message - {:only=>[:character_oid]} Despite the error message, it does setup its @character_oid in the database, but you can see that @character is still nil. Also, the corresponding Character isn't loaded and attached when the Account object is loaded from the database -- my has_many/belongs_to relationship does this (and rather beautifully, I might add) -- should I expect the same from this relationship? Thank you for any assistance you can offer, Matt From weather at speakeasy.net Sat Aug 18 12:05:32 2007 From: weather at speakeasy.net (Matthew B Gardner) Date: Sat, 18 Aug 2007 12:05:32 -0400 Subject: [Nitro] Problem with Og post method In-Reply-To: References: <200708160224.56992.weather@speakeasy.net> Message-ID: <200708181205.32571.weather@speakeasy.net> $:.unshift "lib" if !$:.include? "lib" # note that og and og/relation have already been required in another file class Root include Og::EntityMixin property :name, VarChar(100) def initialize name @name = name @dirty = false @remove = false to_world end def to_world world.objects << self # world is a public method end def dirty? @dirty end def dirty! @dirty = true end def clean! @dirty = false end def remove! @remove = true end def remove? @remove end post :to_world, :on => [:og_read] end Please let me know if more info is required. Thanks for any help, Matt On Saturday 18 August 2007 11:26, George Moschovitis wrote: > Please provide a simple example (small source file) that demonstrated the > problem. > > -g. > > On 8/16/07, Matthew B Gardner wrote: > > Hello, I'm struggling a little with using the post method. I have two > > classes, > > Root and Account < Root, and I can't get post to work inside of the Root > > class. However, it does work in the Account class. When I try to utilize > > the > > method in Root, I get: > > > > `method_missing': undefined method `post' for Root:Class (NoMethodError) > > > > I'm using post with the following arguments: > > > > post :to_world, :on => [:og_read], where to_world is a Root method > > > > The only difference between the two classes, with regards to Og, is that > > Account is Timestamped and requires glue/timestamped (though I got the > > same > > errors in Root when I added the same data). Although post seems to work > > fine > > in Account, I did get the same NoMethodError for Account two or three > > times > > in a row, though I haven't been able to duplicate it. It happened right > > after > > I removed my original post method attempt from Root and returned it to > > Account. > > > > I'd of course like to figure this issue out, if possible, but the purpose > > is > > trying to test whether or not I can place the post method in Root and > > have Account#og_read call to_world. This is probably easier to answer? > > > > Thank you for any help, > > Matt > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general From john at oxyliquit.de Sat Aug 18 16:19:07 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 18 Aug 2007 22:19:07 +0200 Subject: [Nitro] Back from vacations... In-Reply-To: References: Message-ID: Hi, > Dear devs, and dear users too, I love users. ;) > I am back from (short) vacations. I will try to go over the posts of the > last 5 days... ayy, me will be back (kind of) tomorrow, at least at home again. Evil Uni stuff starts a day after though *huff* Jo From john at oxyliquit.de Sat Aug 18 16:19:14 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 18 Aug 2007 22:19:14 +0200 Subject: [Nitro] The has_one/belongs_to relationship In-Reply-To: <46C6B9C4.6060908@arnebrasseur.net> References: <200708171559.43013.weather@speakeasy.net> <46C6B9C4.6060908@arnebrasseur.net> Message-ID: Hi, > Jonathan Buch schreef: >> Jo >> > He's back! ^_^ not fully, still wrong part of germany, getting slowly closer to home though. ;) Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Sat Aug 18 16:19:14 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 18 Aug 2007 22:19:14 +0200 Subject: [Nitro] The has_one/belongs_to relationship In-Reply-To: <200708181159.06393.weather@speakeasy.net> References: <200708181159.06393.weather@speakeasy.net> Message-ID: Hi, >> self.character = Character.create() >> p @character, @character_oid >> # save! >> update(:only => [:character_oid]) # slight optimization > > p @character #=> nil > p @character_oid #=> 5 > update(:only => [:character_oid]) # slight optimization #=> 07-08-18 11:42:07 > [ERROR] (Account) Account#update unknown message - {:only=>[:character_oid]} totally unexplainable to me, I always use update(). George, any recent work from you on this (don't have a clean repo from you readily accessable here). > Despite the error message, it does setup its @character_oid in the database, > but you can see that @character is still nil. Also, the corresponding > Character isn't loaded and attached when the Account object is loaded from > the database -- my has_many/belongs_to relationship does this (and rather > beautifully, I might add) -- should I expect the same from this relationship? Ahh... I see in the code that @character does not get set when applying, only when you call .character then. Though I think you're doing that. (since calling .character right after applying is kind of useless, as you already had the character (when putting it in), but ... might be kind of misleading performance wise that it pulls the object from db right after adding it.) So yes, it does the 'correct thing' here (debatable). Calling self.character right after that instead of @character must pull it from the db and everything works normally. That the object is saved in @character is more of a 'implementation detail' anyway... Pulling one object from the db (the account in this case) does not preload the character. When calling account.character it must get it though. (The has_many doesn't preload either, that'd be crazy ^^;) So, please tell if self.character does not return the character, that'd be a major bug. > Thank you for any assistance you can offer, I allways hope to be of help. :) Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From john at oxyliquit.de Sat Aug 18 16:24:42 2007 From: john at oxyliquit.de (Jonathan Buch) Date: Sat, 18 Aug 2007 22:24:42 +0200 Subject: [Nitro] Problem with Og post method In-Reply-To: <200708181205.32571.weather@speakeasy.net> References: <200708160224.56992.weather@speakeasy.net> <200708181205.32571.weather@speakeasy.net> Message-ID: Hi, > # note that og and og/relation have already been required in another file Only Og has to be required, og/relation and aspects (post/pre stuff) gets required within Og. In fact Timestamped relies on aspects. og/model/timestamped.rb for an example for aspects. Oh, but it's not pre/post it's before/after there. Could you try using these method names? (I know next to nothing about aspects, so I'm not really able to help there) Jo -- Feel the love http://pinkjuice.com/pics/ruby.png From weather at speakeasy.net Sat Aug 18 17:36:13 2007 From: weather at speakeasy.net (Matthew B Gardner) Date: Sat, 18 Aug 2007 17:36:13 -0400 Subject: [Nitro] The has_one/belongs_to relationship In-Reply-To: References: <200708181159.06393.weather@speakeasy.net> Message-ID: <200708181736.13354.weather@speakeasy.net> I think I'm working my way through it and it seems to be working correctly itself, for the most part. I do have some questions... > > p @character #=> nil > > p @character_oid #=> 5 > > update(:only => [:character_oid]) # slight optimization #=> 07-08-18 > > 11:42:07 [ERROR] (Account) Account#update unknown message - > > {:only=>[:character_oid]} > > totally unexplainable to me, I always use update(). George, any recent > work from you on this (don't have a clean repo from you readily accessable > here). > > > Despite the error message, it does setup its @character_oid in the > > database, but you can see that @character is still nil. Also, the > > corresponding Character isn't loaded and attached when the Account object > > is loaded from the database -- my has_many/belongs_to relationship does > > this (and rather beautifully, I might add) -- should I expect the same > > from this relationship? > > Ahh... I see in the code that @character does not get set when applying, > only when you call .character then. Though I think you're doing that. > (since calling .character right after applying is kind of useless, as you > already had the character (when putting it in), but ... might be kind of > misleading performance wise that it pulls the object from db right after > adding it.) > > So yes, it does the 'correct thing' here (debatable). Calling > self.character right after that instead of @character must pull it from the > db and everything works normally. That the object is saved in @character > is more of a 'implementation detail' anyway... > Is Character#account_oid not saved until I call Account#update? I can't say for sure, but I think the field was NULL in the db after Character#create, but was then set in the db after Account#update. Just trying to clarify how this works. > Pulling one object from the db (the account in this case) does not preload > the character. When calling account.character it must get it though. > (The has_many doesn't preload either, that'd be crazy ^^;) > I may have misspoken -- what I meant is that the has_many objects were loaded and attached when I loaded the object they belong to. The Character object is now also loading and attaching when I load the corresponding Account object. I'm assuming, from what you said, that this loading and attachment happens during Og#allocate? > So, please tell if self.character does not return the character, that'd be > a major bug. > As far as I can tell, it's working -- no bug squashing needed on this front. I'm still feeling this relationship out though -- I'm actually curious about why I can refer to Character#account by "account", but Account#character only by self.character and why it treats "character" as a local variable (but not "account" in the Character class). Thanks again for the help -- I'll keep you posted (pardon the pun) on any further difficulties. -Matt From weather at speakeasy.net Sat Aug 18 18:03:45 2007 From: weather at speakeasy.net (Matthew B Gardner) Date: Sat, 18 Aug 2007 18:03:45 -0400 Subject: [Nitro] The has_one/belongs_to relationship In-Reply-To: References: <200708181159.06393.weather@speakeasy.net> Message-ID: <200708181803.45176.weather@speakeasy.net> I may have spoken a little prematurely on this -- I am encountering a problem. When I call Character#create, or when a Character object is loaded (via it's corresponding Account being loaded), it's creating it's own account. To illustrate, this is what's happening: a1 = Account.new a1.character = Character.create self a1.equal?(a1.character.account) #=> false The same thing is happening when loaded from the database, so the account is pointing to the character, but the character is pointing to a different account (an account with the same attributes, but a different identity). I'm assuming I'm doing this to myself, here is how I'm initializing Character: class Account has_one :character, Character def foo self.character = Character.create msg.capitalize, self update(:only => [:character_oid]) # slight optimization end end class Character belongs_to :account, Account def initialize name, acc super(name) self.account = acc end end Let me know if that isn't enough information, or if it's unclear. Thanks for any help (getting closer!), Matt From weather at speakeasy.net Sat Aug 18 20:13:09 2007 From: weather at speakeasy.net (Matthew B Gardner) Date: Sat, 18 Aug 2007 20:13:09 -0400 Subject: [Nitro] Problem with Og post method In-Reply-To: References: <200708160224.56992.weather@speakeasy.net> Message-ID: <200708182013.09226.weather@speakeasy.net> Jonathan made a reply that I didn't receive, so I'm replying to this message again to keep it in the same thread. He suggested that I use after() instead of post(). I had actually already tried that and again received a NoMethodError. On Saturday 18 August 2007 11:26, George Moschovitis wrote: > Please provide a simple example (small source file) that demonstrated the > problem. > > -g. > > On 8/16/07, Matthew B Gardner wrote: > > Hello, I'm struggling a little with using the post method. I have two > > classes, > > Root and Account < Root, and I can't get post to work inside of the Root > > class. However, it does work in the Account class. When I try to utilize > > the > > method in Root, I get: > > > > `method_missing': undefined method `post' for Root:Class (NoMethodError) > > > > I'm using post with the following arguments: > > > > post :to_world, :on => [:og_read], where to_world is a Root method > > > > The only difference between the two classes, with regards to Og, is that > > Account is Timestamped and requires glue/timestamped (though I got the > > same > > errors in Root when I added the same data). Although post seems to work > > fine > > in Account, I did get the same NoMethodError for Account two or three > > times > > in a row, though I haven't been able to duplicate it. It happened right > > after > > I removed my original post method attempt from Root and returned it to > > Account. > > > > I'd of course like to figure this issue out, if possible, but the purpose > > is > > trying to test whether or not I can place the post method in Root and > > have Account#og_read call to_world. This is probably easier to answer? > > > > Thank you for any help, > > Matt > > _______________________________________________ > > Nitro-general mailing list > > Nitro-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/nitro-general From mvyver at gmail.com Sun Aug 19 00:59:38 2007 From: mvyver at gmail.com (Mark Van De Vyver) Date: Sun, 19 Aug 2007 14:59:38 +1000 Subject: [Nitro] Nitro>>Developers Center page: some errors Message-ID: <389c43e40708182159w5b31fec4r9e7264febc6720ec@mail.gmail.com> Hi, After some reading around I've decided OG will be a worth a shot over AR..... I encountered some problems working from the page: http://www.nitroproject.org/dev Details follow: A) Under Get Started, the ink behind "The Core developers forum" to http://www.nitroproject.org/fora/view/6 delivers and error page: Internal Server Error Path: /fora/view/6 Reload this page. Go to the referer or the home page. Powered by Nitro version 0.50.0 B) The 'fora' link under 'Get Started' seems to be OK, however when I click on "Post new topic" I get the openid sign-in page. Providing my openID yields the following page: Server Error in '/' Application. Object reference not set to an instance of an object. Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. Exception Details: System.NullReferenceException: Object reference not set to an instance of an object. Source Error: Line 67: if (State.Session.LastRequest.IsAnySimpleRegistrationFieldsRequestedOrRequired) Line 68: { Line 69: int? profileid = trust.RetrieveProfile(Context.User.Identity.Name, State.Session.LastRequest.TrustRoot); Line 70: Line 71: if (profileid.HasValue) Source File: e:\Inetpub\openid\login.aspx.cs Line: 69 Stack Trace: [NullReferenceException: Object reference not set to an instance of an object.] org.openid.User.DataUser.GetUserId(String username) in C:\Documents and Settings\steven\My Documents\Visual Studio 2005\Projects\Org\orglib\User\DataUser.cs:175 org.openid.Trust.ProfileTrust.RetrieveProfile(String username, String requestURL) in C:\Documents and Settings\steven\My Documents\Visual Studio 2005\Projects\Org\orglib\Trust\ProfileTrust.cs:94 login.AutoShareData() in e:\Inetpub\openid\login.aspx.cs:69 login.Page_Load(Object sender, EventArgs e) in e:\Inetpub\openid\login.aspx.cs:29 System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp, Object o, Object t, EventArgs e) +15 System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e) +34 System.Web.UI.Control.OnLoad(EventArgs e) +99 System.Web.UI.Control.LoadRecursive() +47 System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +1061 Version Information: Microsoft .NET Framework Version:2.0.50727.832; ASP.NET Version:2.0.50727.832 Hope this helps. Mark From weather at speakeasy.net Sun Aug 19 01:46:25 2007 From: weather at speakeasy.net (Matthew B Gardner) Date: Sun, 19 Aug 2007 01:46:25 -0400 Subject: [Nitro] Problem with Og post method In-Reply-To: <200708182013.09226.weather@speakeasy.net> References: <200708160224.56992.weather@speakeasy.net> <200708182013.09226.weather@speakeasy.net> Message-ID: <200708190146.25964.weather@speakeasy.net> I should also note that I have several classes that utilize the pre/post methods fine -- it's just the Root class that doesn't seem to like it. On Saturday 18 August 2007 20:13, Matthew B Gardner wrote: > Jonathan made a reply that I didn't receive, so I'm replying to this > message again to keep it in the same thread. He suggested that I use > after() instead of post(). I had actually already tried that and again > received a > NoMethodError. > > On Saturday 18 August 2007 11:26, George Moschovitis wrote: > > Please provide a simple example (small source file) that demonstrated the > > problem. > > > > -g. > > > > On 8/16/07, Matthew B Gardner wrote: > > > Hello, I'm struggling a little with using the post method. I have two > > > classes, > > > Root and Account < Root, and I can't get post to work inside of the > > > Root class. However, it does work in the Account class. When I try to > > > utilize the > > > method in Root, I get: > > > > > > `method_missing': undefined method `post' for Root:Class > > > (NoMethodError) > > > > > > I'm using post with the following arguments: > > > > > > post :to_world, :on => [:og_read], where to_world is a Root method > > > > > > The only difference between the two classes, with regards to Og, is > > > that Account is Timestamped and requires glue/timestamped (though I got > > > the same > > > errors in Root when I added the same data). Although post seems to work > > > fine > >