surely i''m not the first to think of this, but lately i''ve been considering abstracting data access to a degree where all data methods simply return a list of results and these are made available as a web service. this, with the addition of a pure ajax ui could make a sort of thin client architecture possible where a client simply made a single request to a server that responded one time with the entirety of the ui and all subsequent server requests would be for data only via xmlhttp. obivously people are doing this in varying degrees everywhere in rails land - i''m wondering if anyone out there has taken it to it''s logical extreme whereby rail''s fcgi code did __nothing__ except return javascript/html describing a complete ui (note that this bit could in some cases be a static page) and all subsequent data access was done via this ui and it''s xmlhttp hooks. i''ve been out of web land for quite some time so go easy on me if this happend eight months ago. kind regards. -a -- ==============================================================================| ara [dot] t [dot] howard [at] noaa [dot] gov | all happiness comes from the desire for others to be happy. all misery | comes from the desire for oneself to be happy. | -- bodhicaryavatara ===============================================================================
http://www.zimbra.com/products/hosted_demo.php It''s not done in Rails but I guess that is the kind of thing you''re talking about. So it has already happened while you were out of web land ;) I''m pretty sure there are more applications like this running in corporate Intranets without us knowing about them. While a mostly AJAX based interface seems a natural fit for PIM-Suites, I can''t think of much more sensible implementations though. OK something like MS Access, a phpMyAdmin clone. But that''s already been done too: http://www.turboajax.com/turbodbadmin_demo/ And of course ther''s the to-be-gmail-killer: http://www.roundcube.net Now I really can''t think of any more sensible implemantations :D Regards, Niels On Sat, 26 Nov 2005 16:50:31 -0700 (MST), "Ara.T.Howard" <ara.t.howard-32lpuo7BZBA@public.gmane.org> wrote:> surely i''m not the first to think of this, but lately i''ve been > considering > abstracting data access to a degree where all data methods simply return a > list of results and these are made available as a web service. this, with > the > addition of a pure ajax ui could make a sort of thin client architecture > possible where a client simply made a single request to a server that > responded one time with the entirety of the ui and all subsequent server > requests would be for data only via xmlhttp. obivously people are doing > this > in varying degrees everywhere in rails land - i''m wondering if anyone out > there has taken it to it''s logical extreme whereby rail''s fcgi code did > __nothing__ except return javascript/html describing a complete ui (note > that > this bit could in some cases be a static page) and all subsequent data > access > was done via this ui and it''s xmlhttp hooks. > > i''ve been out of web land for quite some time so go easy on me if this > happend > eight months ago. > > kind regards. > > -a > -- > ==============================================================================> | ara [dot] t [dot] howard [at] noaa [dot] gov > | all happiness comes from the desire for others to be happy. all misery > | comes from the desire for oneself to be happy. > | -- bodhicaryavatara > ==============================================================================> > _______________________________________________ > Rails mailing list > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails
On 11/26/05, Niels Ganser <ng-uwbhdxaYblkb1SvskN2V4Q@public.gmane.org> wrote:> > http://www.zimbra.com/products/hosted_demo.php >I tried to visit this, but recieved a java error. Is it anything like Morfik? Now that looks like a product with alot of potential.> While a mostly AJAX based interface seems a natural fit for PIM-Suites, I can''t think of >much more sensible implementations though.Ah, but there is alot you can do with it beyond simple PIM suites. Morfik is a good example for that.
Trying to install Rails on FreeBSD 6.0.
pkg_info for ruby and gems:
* ruby-1.8.2_4
* ruby18-gems=0.8.11
When I run install:
root# gem install rails --include-dependencies
Attempting local installation of ''rails''
Local gem file not found: rails*.gem
Attempting remote installation of ''rails''
Updating Gem source index for: http://gems.rubyforge.org
ERROR: While executing gem ... (Errno::ECONNRESET)
Connection reset by peer
Please help...I am only at Chapter 3 of the Agile Web Development with Rails
book.
Thanks
On Sun, 27 Nov 2005, Niels Ganser wrote:> > http://www.zimbra.com/products/hosted_demo.php > > It''s not done in Rails but I guess that is the kind of thing you''re talking > about. So it has already happened while you were out of web land ;) I''m > pretty sure there are more applications like this running in corporate > Intranets without us knowing about them. > > While a mostly AJAX based interface seems a natural fit for PIM-Suites, I > can''t think of much more sensible implementations though. OK something like > MS Access, a phpMyAdmin clone. But that''s already been done too: > http://www.turboajax.com/turbodbadmin_demo/ > > And of course ther''s the to-be-gmail-killer: http://www.roundcube.net > > Now I really can''t think of any more sensible implemantations :D > > Regards, > Nielsthanks for the links niels - good stuff. it''s not too snappy though is it? i guess that much javascript is a lot for firefox... cheers. -a -- ==============================================================================| ara [dot] t [dot] howard [at] noaa [dot] gov | all happiness comes from the desire for others to be happy. all misery | comes from the desire for oneself to be happy. | -- bodhicaryavatara ===============================================================================
This is precisely how Google''s Gmail works. Curt On 11/26/05, Ara.T.Howard <ara.t.howard-32lpuo7BZBA@public.gmane.org> wrote:> > > surely i''m not the first to think of this, but lately i''ve been > considering > abstracting data access to a degree where all data methods simply return a > list of results and these are made available as a web service. this, with > the > addition of a pure ajax ui could make a sort of thin client architecture > possible where a client simply made a single request to a server that > responded one time with the entirety of the ui and all subsequent server > requests would be for data only via xmlhttp. obivously people are doing > this > in varying degrees everywhere in rails land - i''m wondering if anyone out > there has taken it to it''s logical extreme whereby rail''s fcgi code did > __nothing__ except return javascript/html describing a complete ui (note > that > this bit could in some cases be a static page) and all subsequent data > access > was done via this ui and it''s xmlhttp hooks. > > i''ve been out of web land for quite some time so go easy on me if this > happend > eight months ago. > > kind regards. > > -a > -- > > ==============================================================================> | ara [dot] t [dot] howard [at] noaa [dot] gov > | all happiness comes from the desire for others to be happy. all misery > | comes from the desire for oneself to be happy. > | -- bodhicaryavatara > > ==============================================================================> > _______________________________________________ > Rails mailing list > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails >_______________________________________________ Rails mailing list Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails
On Sat, 26 Nov 2005 20:05:44 -0600, Josh Charles <josh.charles-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:>> http://www.zimbra.com/products/hosted_demo.php > > I tried to visit this, but recieved a java error. Is it anything like > Morfik? Now that looks like a product with alot of potential.Well, Morfik is not an actual web application but rather some kind of framework, isn''t it? I''m very impressed by what it promises to "deliver" but again: I can''t think of too many senisble implementations. As far as I remeber there to-be-flagship-application is some kind of offline enabled GMail. That would certainly fall under the category PIM. AJAX is a good thing ™, it has even been before adaptivepath decided to call it AJAX (somebody should have trademarked that ;)). Nevertheless I am under the impression that currently there it is at least as hyped as Google shares :) There aren''t too many places where you can use it on a normal website. All the cool kids now have a live search but beyond that? Certainly I''m glad more people are aware of it, since it means that _some_ useful things will be done with it but it is not the solution to all our problems and definitely not the answer to all our prayers ("pleeeeease let all the IE bugs vanish by night"). Anyway.. it looks cool and it has a snappy name. Hooray! ;)
On Sat, 26 Nov 2005 19:53:42 -0700 (MST), "Ara.T.Howard" <ara.t.howard-32lpuo7BZBA@public.gmane.org> wrote:> thanks for the links niels - good stuff. it''s not too snappy though is > it? i > guess that much javascript is a lot for firefox...Chances are, the demo servers are just overloaded. At least roundcube is quite slippy when running on a reasonable fast server. Download it and give it a try. Or order an email account on my superfast servers *cough* ;) - Niels.
On 11/26/05, Niels Ganser <rails.list@depoll.de> wrote:> > > On Sat, 26 Nov 2005 20:05:44 -0600, Josh Charles <josh.charles@gmail.com> > wrote: > >> http://www.zimbra.com/products/hosted_demo.php > > > > I tried to visit this, but recieved a java error. Is it anything like > > Morfik? Now that looks like a product with alot of potential. > > Well, Morfik is not an actual web application but rather some kind of > framework, isn't it? I'm very impressed by what it promises to "deliver" but > again: I can't think of too many senisble implementations. As far as I > remeber there to-be-flagship-application is some kind of offline enabled > GMail. That would certainly fall under the category PIM. > > AJAX is a good thing ™, it has even been before adaptivepath decided to > call it AJAX (somebody should have trademarked that ;)). Nevertheless I am > under the impression that currently there it is at least as hyped as Google > shares :) There aren't too many places where you can use it on a normal > website. All the cool kids now have a live search but beyond that? Certainly > I'm glad more people are aware of it, since it means that _some_ useful > things will be done with it but it is not the solution to all our problems > and definitely not the answer to all our prayers ("pleeeeease let all the IE > bugs vanish by night"). > > Anyway.. it looks cool and it has a snappy name. Hooray! ;) > > _______________________________________________ > Rails mailing list > Rails@lists.rubyonrails.org > http://lists.rubyonrails.org/mailman/listinfo/rails >How does your idea compare to Laszlo <http://www.laszlosystems.com/developers/>? -- ------------------------------ dried fruit and clams ------------------------------ Peter Fitzgibbons _______________________________________________ Rails mailing list Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails
Solved it... the proxy server is not setup... add in argument --http-proxy
and its working now.. I am now at chapter 6 of the book...
-----Original Message-----
From: rails-bounces-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
[mailto:rails-bounces-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org] On
Behalf Of Ress Chai
Sent: Sunday, 27 November, 2005 10:34 AM
To: rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
Subject: [Rails] Gem install rails problem
Trying to install Rails on FreeBSD 6.0.
pkg_info for ruby and gems:
* ruby-1.8.2_4
* ruby18-gems=0.8.11
When I run install:
root# gem install rails --include-dependencies
Attempting local installation of ''rails''
Local gem file not found: rails*.gem
Attempting remote installation of ''rails''
Updating Gem source index for: http://gems.rubyforge.org
ERROR: While executing gem ... (Errno::ECONNRESET)
Connection reset by peer
Please help...I am only at Chapter 3 of the Agile Web Development with Rails
book.
Thanks
_______________________________________________
Rails mailing list
Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
http://lists.rubyonrails.org/mailman/listinfo/rails
On Sat, 26 Nov 2005, Curt Hibbs wrote:> This is precisely how Google''s Gmail works.hi curt- yeah, i knew that. are you sure it''s 100% ajax though? 100% is quite a bit different from 99% because then, and only then, could one consider the client app as a traditional gui app wrt state and code it thus. also, in my mind a call for an html snippet is not acceptable since it puts view back on the server. i''m looking for an example of an app where, except for the initial request for the html/javascript ui, every single other operation is only an xmlhttp method call on the server''s controllers - zero html going back an forth. in any case, what i''m really wondering is where a fella would get going on sure a ui without totally rolling thier own. i know there are toolkits like backbase and dojo which address some of the show stopper like bookmarking, back-buttons, etc and which provide a small set of widgets but have any open-source best practices or, better, frameworks arisen which address the entire system end to end? afaikt - no. the best approach seems like it might be rails + toolkit.js of choice. thoughts? -a -- ==============================================================================| ara [dot] t [dot] howard [at] noaa [dot] gov | all happiness comes from the desire for others to be happy. all misery | comes from the desire for oneself to be happy. | -- bodhicaryavatara ===============================================================================
On Sun, 27 Nov 2005, Peter Fitzgibbons wrote:> How does your idea compare to Laszlo > <http://www.laszlosystems.com/developers/>?hey - that''s close! too bad it''s j2eeeeeks. and i was envisioning using ruby and a dsl to describe the gui ;-) thanks for the pointer. -a -- ==============================================================================| ara [dot] t [dot] howard [at] noaa [dot] gov | all happiness comes from the desire for others to be happy. all misery | comes from the desire for oneself to be happy. | -- bodhicaryavatara ============================================================================== _______________________________________________ Rails mailing list Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails _______________________________________________ Rails mailing list Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails
If you can wait, Tibet will be out in a few months, http://technicalpursuit.com/ You can subscribe to their RSS feed, and if you ask nicely they will send you a beta of all their code (and a few docs). [William Edney bedney-hYwLL9SOxN1jnddxXaW6wVaTQe2KTcn/@public.gmane.org] Lately they have been struggling getting it to work with acceptable speed on IE--IE deteriates badly when there are more than 4000 javascript objects instantiated, according to their tests. They say there''s going to be an open source license but I haven''t seen it. It''s not Ruby, but Javascript is about as close as you can get, http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/117184 -lv Ara.T.Howard wrote:> > surely i''m not the first to think of this, but lately i''ve been considering > abstracting data access to a degree where all data methods simply return a > list of results and these are made available as a web service. this, > with the > addition of a pure ajax ui could make a sort of thin client architecture > possible where a client simply made a single request to a server that > responded one time with the entirety of the ui and all subsequent server > requests would be for data only via xmlhttp. obivously people are doing > this > in varying degrees everywhere in rails land - i''m wondering if anyone out > there has taken it to it''s logical extreme whereby rail''s fcgi code did > __nothing__ except return javascript/html describing a complete ui (note > that > this bit could in some cases be a static page) and all subsequent data > access > was done via this ui and it''s xmlhttp hooks. > > i''ve been out of web land for quite some time so go easy on me if this > happend > eight months ago. > > kind regards. > > -a
On Nov 27, 2005, at 7:48 AM, Ara.T.Howard wrote:> On Sun, 27 Nov 2005, Peter Fitzgibbons wrote: > > > >> How does your idea compare to Laszlo >> <http://www.laszlosystems.com/developers/>? > > hey - that''s close! too bad it''s j2eeeeeks. and i was envisioning > using ruby > and a dsl to describe the gui ;-) > > thanks for the pointer. > > > -a > --Ara- The lazlo stuff is actually driven with xml files. So you could create a dsl to generate the xml that creates the interface. There is someone working on a lazlo/rails integration project somehwere. I don''t think they have made much headway yet though. If you intend to work on this further let me know as i would be glad to pitch in. Cheers -Ezra Zygmuntowicz WebMaster Yakima Herald-Republic Newspaper ezra-gdxLOakOTQ9oetBuM9ipNAC/G2K4zDHf@public.gmane.org 509-577-7732
On Sun, 27 Nov 2005, Ezra Zygmuntowicz wrote:> The lazlo stuff is actually driven with xml files. So you could create > a dsl to generate the xml that creates the interface. There is someone > working on a lazlo/rails integration project somehwere. I don''t think > they have made much headway yet though. If you intend to work on this > further let me know as i would be glad to pitch in.hi ezra- i had that thought too ezra. this is definitely worth looking at more. i skimmed the docs but need to get a deeper understanding about what the j2ee server component provides that cannot be provided via a normal httpd server; if it''s significant i''d probably not pursue it further, if it is not i''d consider that approach. cheers. -a -- ==============================================================================| ara [dot] t [dot] howard [at] noaa [dot] gov | all happiness comes from the desire for others to be happy. all misery | comes from the desire for oneself to be happy. | -- bodhicaryavatara ===============================================================================
I''ve had some friends that worked at Laszlo and apparently it was a significant task to take the XML & Javascript and convert them to a .swf, so good luck ;) While I like the markup, I still find Flash interfaces - for real applications - leave much to be desired.. When IE gets around to supporting the canvas tag, I would put my bet on canvas + ajax. - jason On Nov 28, 2005, at 7:28 AM, Ara.T.Howard wrote:> On Sun, 27 Nov 2005, Ezra Zygmuntowicz wrote: > >> The lazlo stuff is actually driven with xml files. So you could >> create >> a dsl to generate the xml that creates the interface. There is >> someone >> working on a lazlo/rails integration project somehwere. I don''t >> think >> they have made much headway yet though. If you intend to work on >> this >> further let me know as i would be glad to pitch in. > > hi ezra- > > i had that thought too ezra. this is definitely worth looking at > more. i > skimmed the docs but need to get a deeper understanding about what > the j2ee > server component provides that cannot be provided via a normal > httpd server; > if it''s significant i''d probably not pursue it further, if it is > not i''d > consider that approach. > > cheers. > > -a > -- > ====================================================================== > ========> | ara [dot] t [dot] howard [at] noaa [dot] gov > | all happiness comes from the desire for others to be happy. all > misery > | comes from the desire for oneself to be happy. > | -- bodhicaryavatara > ====================================================================== > ========> > _______________________________________________ > Rails mailing list > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails
Hi ! 2005/11/27, Ezra Zygmuntowicz <ezra@yakima-herald.com>:> The lazlo stuff is actually driven with xml files. So you could > create a dsl to generate the xml that creates the interface. There is > someone working on a lazlo/rails integration project somehwere. I > don't think they have made much headway yet though. If you intend to > work on this further let me know as i would be glad to pitch in.Any chance of a URL / E-Mail address ? I'm going to have to build something this afternoon to connect OpenLaszlo to my Rails app, if I can. Thanks ! -- François Beausoleil http://blog.teksol.info/ _______________________________________________ Rails mailing list Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails
Work on a Laszlo-on-Rails effort is definitely underway. I am hoping to get Get Serious about it in the coming weeks and anyone is welcome to joing the mailing list at http://groups.google.com/group/laszlo-on-rails. Oliver Steele, Laszlo''s Chief Archtiect, has been kind enough to outline a very thorough use case. Now that my work situation has been resolved I am hoping to get right on it. Best, Mike Pence On 11/28/05, Ara.T.Howard <ara.t.howard-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> On Sun, 27 Nov 2005, Ezra Zygmuntowicz wrote: > > > The lazlo stuff is actually driven with xml files. So you could create > > a dsl to generate the xml that creates the interface. There is someone > > working on a lazlo/rails integration project somehwere. I don''t think > > they have made much headway yet though. If you intend to work on this > > further let me know as i would be glad to pitch in. > > hi ezra- > > i had that thought too ezra. this is definitely worth looking at more. i > skimmed the docs but need to get a deeper understanding about what the j2ee > server component provides that cannot be provided via a normal httpd server; > if it''s significant i''d probably not pursue it further, if it is not i''d > consider that approach. > > cheers. > > -a > -- > ==============================================================================> | ara [dot] t [dot] howard [at] noaa [dot] gov > | all happiness comes from the desire for others to be happy. all misery > | comes from the desire for oneself to be happy. > | -- bodhicaryavatara > ==============================================================================> > _______________________________________________ > Rails mailing list > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails >