cells-devel April 2008

cells-devel@common-lisp.net

9 participants
36 discussions

[cells-devel] following progress
by Andy Chambers 05 Apr '08

05 Apr '08

Ken asked a while ago about being notified about commits. I asked about a commit mailing list on the gitorious message board. They told me I can follow an RSS feed for each branch. There was also some mutterings about making the post-commit-hook available in some way (this is just a script that git runs after commiting). Do you guys use rss? On a MAC, you can get it to show up in your email. -- Andy

1 0

[cells-devel] Openair: How to get a rule fired on every single change in the browser ?
by Frank Goenninger 05 Apr '08

05 Apr '08

Hi Andy, Kenny, in my apps I often rely on the fact that for every single keypress of the user I have a changed cell and therefore I get my dependencies updated on every single user action. Now ... I just don't see how I can achieve this with Openair (I am not a Javascript expert - not even a beginner ;-) Thanks for input ... Best, Frank

1 1

Re: [cells-devel] openair progress
by Ken Tilton 05 Apr '08

05 Apr '08

Andy Chambers wrote: > On Fri, Apr 4, 2008 at 10:48 PM, Ken Tilton <kennytilton(a)optonline.net> wrote: > > >> Lemme know when that is done and I will bravely try to update. The on-line > > > I'll send emails to cells-devel whenever I push to the repo. I've > also posted a feature request to the gitorious guy to add mailing list > support whenever a push is made so maybe some time in the future, > that'll happen automatically. > > >>git doc actually looks pretty good, but any tips on the following would >>help: >> >> picking up your latest version in toto >> committing anything I do so (a) it does not tromp on everything and (b) >>you can merge with it > > > picking up the latest version: > > git pull origin > > > In git, branches are really easy, so... > > git checkout -b kenny Very cool: mkdir openair cd openair git clone git://gitorious.org/hunchncells/mainline.git cd mainline git pull origin -> Already up-to-date. git checkout -b kenny -> Switched to a new branch "kenny" Cool. Now I do not see a new directory or anything, so I guess I just start whacking on the code in mainline? Hmmm... I guess it gets interesting after we both have made changes and I want to pick up your newest stuff... well, I guess I can just hack away and commit under the kenny branch and when /you/ decide to add anything I did to the mainline I can just start over with a fresh copy. We can cross these hairier bridges as needed. I get the feeling Linus has done it again and git is taking over. Should I move all my stuff to git do you think? And is this something common-lisp.net can do, or am I headed for gitorious? > > creates the kenny branch and checks it out. > > hack, hack, hack > > git commit -a -m "fixed some stuff" > > If you and Frank add yourself as users to gitorious, I'll add you both > as commiters to hunchncells. I have signed up as "kennytilton". thx for the tutorial! kt

1 0

Re: [cells-devel] openair progress
by Andy Chambers 04 Apr '08

04 Apr '08

On Fri, Apr 4, 2008 at 6:20 PM, Ken Tilton <kennytilton(a)optonline.net> wrote: Here's the latest source. I went back to making it work with hunchentoot becuase of the sessions thing. Is there a nice way to optionally depend on some library. The best I came up with was to put :use-hunch, or :use-aserve in *features* before loading and then have different defsystem forms for each case (like Edi does with cl-ppcre sort of). I suppose allegro users would probably always want to use aserve so maybe we'd just use #+allegro. So what's up with that loop gotcha. Is that because of we're collecting a macro form? I'll see if that's the problem. -- Andy

4 6

Re: [cells-devel] openair progress
by Andy Chambers 04 Apr '08

04 Apr '08

On 4 Apr 2008, at 19:56, Ken Tilton wrote: > Andy Chambers wrote: >> On Fri, Apr 4, 2008 at 6:20 PM, Ken Tilton >> <kennytilton(a)optonline.net> wrote: >> Here's the latest source. I went back to making it work with >> hunchentoot becuase >> of the sessions thing. > > Bummer. Remind me: this is because aserve does that differently, not > because it cannot handle them, right? At first I thought we'd have to implement the whole idea of sessions but someone pointed out yesterday that allegroserve has "webactions". I just wanted to see it working before I ported it to webactions. > > Yep. Some allegro users will want to develop portably and use > hunchentoot -- I do that for production work to avoid an ACL lock-in. But am I correct in thinking that real allegroserve has just the same interface as portable aserve (or at least a superset of features). > > >> So what's up with that loop gotcha. Is that because of we're >> collecting a macro >> form? > > No, it has to do with all closures capturing the same lexical which > gets rebound until the loop ends so at the end all closures see the > same value (the last). > > I have looked closer at how you minimize updates using the content- > rule to do your own change detection. I think I am going to have a > bunch of Ajax questions soon. :) > > Do you think there is any way we can implement my idea of a browser- > less test harness in which we just... hmmm, ideally we setf the REQ > slot with something valid. That's a good idea. Not sure about the best way to create the request objects but one way would be to just save them for later when they come from the browser. All we're interested in at the moment is the GET parameters so that approach should be fine. -- Andy

1 0

[cells-devel] openair progress
by Andy Chambers 04 Apr '08

04 Apr '08

I got the js-escape working better last night and went on to try and fill out the apropos demo but ran into some difficulties. I may need to rethink the macrology because when I put the following into the web-apropos model, I just got a list of progvs. (mk-div () (mk-ul () (loop for func in (apropos-list "prog") collect (mk-li () (mk-text func))))) Also, only changes to attributes are getting propagated to the updates slot, not changes to kids. In short, I'm still plugging away at this but I might be further away from producing something useful than it has seemed so far. Sorry if I've got people's hopes up. Its just the typical time estimates of an inexperienced programmer. I'm going to go back to celtk and try to understand the way it does things a bit better and see if there's anything fundamental I've missed. I should maybe code the apropos thing in celtk to check how the user code should look and make similar sort of code work for the web. Here's a quick question. If you want to make the kids of a mk-stack dependant on some other field in celtk, do you have to explicitly (make-instance 'stack :kids (c? ...) or should you still be able to use (mk-stack () ...) Cheers, Andy

2 3

[cells-devel] OpenAir: Where, what, how ? - I want it ...
by Frank Goenninger 03 Apr '08

03 Apr '08

Gentlemen (hi Andy, hi Kenny) - would like to try this (don't feel like going to bed yet, so ...). RIA is what I need for my next bigger project: A Master Data Management system for a semiconductor manufacturing company. If we can do this with a RIA based on Lisp, Cells, etc I'd be very excited to start in about 6 weeks with this project... So - How, where, etc (I haven't been able to follow all the emails on this one) Any short intro, what to install etc available? Thanks for info. Best, Frank

2 1

Re: [cells-devel] undersold aspect of cells
by Andy Chambers 03 Apr '08

03 Apr '08

> Thanks. I built your stuff against aserve, and the build looks OK. I did > change a few 'request' references to be 'req' which was used other places, > hope that was right. Ooops > > (defun test-page-allegro (path resource-class) > (lambda (req ent) > (with-http-response (req ent) > (with-http-body (req ent) > (let ((root (or (cdr (get-cookie-values req "root")) > (not (print "creating new web-app...")) > (mk-web-app (:prefix path > :request (c-in req)) > (make-instance > resource-class > :fm-parent *parent*))))) > (set-cookie-header req > :name "root" > :value root) > (funcall (handler root))))))) > > I also had a bunch of errors on RELOAD, but I am guessing that one is for > hunchentoot. > > I can start allegroserve OK and I have gone thru their tutorial and got > those to work anyway. > > I ran this function: > > (defun reload-allegro () > (publish-prefix > :prefix "/apropos" > :function (test-page-allegro > "/apropos" > 'web-apropos))) > > Went well. > > Guessing based on the aserve tutorial, I went to my browser and went to > > http://localhost:8000/apropos > > No error but no result, no print messages. > > What would be the sequence you would expect to work? Do I have to create a > particular directory structure and put different things different places > and/or modify any of the test code to point different places? I'd have been surprised if it did work actually. Until last night, I didn't have aserve installed. I did that last night and can confirm the lack of output you were seeing. I was getting some errors being written to standard out though so I worked through a couple of these. By default, aserve catches errors so to turn debugging on, you've got to (net.aserve::debug-on :notrap) If you want to hang on till later tonight, I'll give you another zip that should work (that's also been updated to use the name openair rather than hunchncells). -- Andy

1 0

Re: [cells-devel] undersold aspect of cells
by Ken Tilton 02 Apr '08

02 Apr '08

Andy Chambers wrote: > On Wed, Apr 2, 2008 at 3:02 PM, Ken Tilton <kennytilton(a)optonline.net> wrote: > > >> Yes, Lispers do a lot of this stuff. I appreciate the kind words on Cells, >>but I think in this case the credit goes to lisp and macrology -- I think >>whenever a Lisper wraps X they do not just wrap it, they also add value by >>making X easier to generate and harder to get wrong. > > > I suppose so. The only cells-specific bit is the way the xhtml is constantly > kept in sync with the model. And hopefully this combined with the Lispy hiding/generation of a lot of unpleasant wiring will translate into a substantial qualitative leap forward for RIA authoring, in turn leading to wilder and cooler RIAs. But looking at my Algebra software I can see I let the ease of adding astonishing whiz-bang stuff definitely distracted me from Actually Shipping. Yes, it was easy, but then there is no end to the fun one can drawn into -- better to get the thing into people's hands and then easily implement things they actually ask me for. Lesson learned. :) Well, it took some hammer and chisel work but I have somewhat of a clean build of Hunchentoot, leaving we wondering how hard it would be to run against AllegroServe. :) Do I need a new release of o/a? kt

1 0

[cells-devel] undersold aspect of cells
by Andy Chambers 02 Apr '08

02 Apr '08

Hey Kenny, Here's an aspect of cells that I haven't seen highlighted before. The html macros I made pretty much constitute a schema for html. Not only does it concisely say what attributes are allowed on each element, but it gives you the object model for dealing with instances of these elements, and a nice set of macros for easily creating them. A couple of "validation" defmethods and I think we've got something that may be better even than relax-ng (the unstated assumption here is that its not hard to be better than xml schema). I know that lispers generally aren't that fond of xml but I bet there are a few that use it on their day job (as someone who's day job involves dealing with CDISC's various models it certainly is important for me). Since you're using your blog as a lisp/cells advocacy platform, maybe you could demonstrate this by creating a few macros that do a similar thing for RSS. I'd do it myself but I don't have a blog (I've never really felt that I've had enough to say to merit it but I am starting to get itchy fingers these days, hence the ramblings on cells-devel). -- Andy

2 1

[cells-devel] openair now works on my mac
by Andy Chambers 01 Apr '08

01 Apr '08

So I've been working sideways a bit the last few days to get openair working on my new mac (my girlfriend actually prefers the Linux and doesn't want me spending all day coding on it. How cool is that!!?). Openair (and all its dependancies) actually didn't take much effort. Most of the time was spent getting emacs setup the way I like it (and getting used to the MAC keyboard). I'm still working on that hello world. I think I've got the ajax side working but that's highlighted the fact that the updates slot isn't working correctly.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

cells-devel April 2008