cells-devel

cells-devel@common-lisp.net

567 discussions

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

[cells-devel] 100% Safe To Take, With NO Side Effects.
by Candice 31 Mar '08

31 Mar '08

Men are going to stand up and clap their hands at these penis enlargement capsules. It has produced remarkable results that have never been seen before with NO negative side effects. These penis enlargement capsules offer women what they really want, more to play with! Those extra inches really do make the difference! http://yutoutye.com regards,

1 0

[cells-devel] html attributes
by Andy Chambers 31 Mar '08

31 Mar '08

Hi Kenny, As you may have noticed in the examples I put up earlier, each html has a number of allowed attributes. This mirrors quite closely the options you can set in tk. The macros I've defined so far actually provide a nice benefit (that doesn't seem to exist in any of the other html generation libraries) of validating your html. For example, if you tried to put a "fizzle" attribute on some element, you'd get an error whereas this would be perfectly acceptable in many other html generation libraries. I think that some of the Haskell ones do clever things with typing to achieve the same effect. The drawback, as far as I can see is that this pollutes the namespace by adding a whole bunch of methods that do essentially the same thing. If someone wanted to use this library, many useful names like "onclick", and "href" would be snapped up already. Is the solution just to make a short nickname, then people can just use the package qualified names for all the functions we export. Cheers, Andy

1 0

[cells-devel] open-air code
by Andy Chambers 29 Mar '08

29 Mar '08

Hi Kenny, Here's my attempt at pushing changes to an updates slot. Would you mind having a look to see if you can see why its not working? The stuff of interest is..... updates on the the web-app model xuid on the html model xhtml also on the html model What's happening is that when it comes to printing the updates slot (just before it would be sent down to an xhr), its populated with all nodes the first time around, then nothing thereafter. All the models are made using defmodel rather than defmd because that's what celtk did (presumably before defmd was invented). Once I've got the updates working, I'll try to change these to use defmd instead. The only non-cells dependencies are cl-who and hunchentoot both of which are asdf-installable but you may be able to see the problem without having to install these.

2 1

[cells-devel] observer design question
by Andy Chambers 28 Mar '08

28 Mar '08

My model consists of a family tree of objects all of which have an xhtml ruled cell. The client needs to be updated if the value of this slot has changed. However, a change in one would cascade up the tree so if we were logging these changes, and sending them down to the client, one of the things we send would be the entire document which is not what we want. How do I set up the observer to log the change only if it has not been accounted for already.

3 6

Re: [cells-devel] observer design question
by Andy Chambers 28 Mar '08

28 Mar '08

On Fri, Mar 28, 2008 at 3:46 PM, Ken Tilton <kennytilton(a)optonline.net> wrote: > Andy Chambers wrote: > > On Fri, Mar 28, 2008 at 3:15 PM, Ken Tilton <kennytilton(a)optonline.net> wrote: > > > >> > > >> > $("#my-id").html("Hello World"); > >> > > >> > Translated, that means find the html element with id "my-id" and set the html > >> > inside it to be "Hello World". If I can just keep track of all the > >> > little changes, I'll > >> > send a list of these commands to be eval'd on the client. > >> > >> Coolio. I am about to send something with the OpenGL version to help > >> with some ideas. > >> > >> Question: Can you feed #my-id to the browser and then reference it later > >> in a page send? Or must it originally arrive as part of a larger X/HTML > >> tree, only after which it can be referred to directly? > > > > > > If you mean "Do all id's have to be known up front?". > > No, I meant /can they be/ defined up front, or <gasp> even later in one > stream. ie, as long as all the pieces are in place (as identified by ID) > by the time the browser has to actually render we are good to go. Yes you can do this. As long as something has been "injected" into the DOM (whether as part of the original page load, or as a DOM manipulation, you can select it in a subsequent command. > btw, I gather we can have a path ID where each segment corresponds to a > node higher in the hierarchy? So I could specify /body/left-leg/sock and > /body/right-leg/sock and have the DOM wearing two different socks? Yup. Jquery supports that particular subset of xpath (although with a slightly different syntax).

1 0

Re: [cells-devel] observer design question
by Andy Chambers 28 Mar '08

28 Mar '08

Sorry. I keep on sending this stuff to Kenny rather than the list. I've gotta get into the habit of hitting "reply to all" instead of just "reply". On Fri, Mar 28, 2008 at 3:26 PM, Andy Chambers <achambers.home(a)googlemail.com> wrote: > On Fri, Mar 28, 2008 at 3:15 PM, Ken Tilton <kennytilton(a)optonline.net> wrote: > > > > > > $("#my-id").html("Hello World"); > > > > > > Translated, that means find the html element with id "my-id" and set the html > > > inside it to be "Hello World". If I can just keep track of all the > > > little changes, I'll > > > send a list of these commands to be eval'd on the client. > > > > Coolio. I am about to send something with the OpenGL version to help > > with some ideas. > > > > Question: Can you feed #my-id to the browser and then reference it later > > in a page send? Or must it originally arrive as part of a larger X/HTML > > tree, only after which it can be referred to directly? > > If you mean "Do all id's have to be known up front?". The answer is no. The > example above could be changed to > > $("#my-id").html("<p id=\"my-id2\">some more stuff</p>"); > > and now we have a new fully fledged node in the DOM with all the rights > and privileges of whatever was initially sent. >

1 0

← Newer
1
...
14
15
16
17
18
19
20
...
57
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

cells-devel