iCal to Drupal requires Content-Encoding: gzip

> Date: Tue, 22 Sep 2009 21:56:31 +0200
> Subject: Re: [Seaside] Detect the position of a page div
> From: [hidden email]
> To: [hidden email]
>
> > So "#text:" doesn't expect the same thing as "#html:" then?
>
> Nop, but you are right. Maybe that's not quite right what Seaside does here?
>
> > Oh, also. I recall a comment somewhere that you can only register one
> > callback on a class? Does that only apply to seaside components?
>
> No, this has nothing to do with components.
>
> You can only register one primary callback for an ajax object, e.g.
>
> html jQuery ajax callback: [ ... ]; callback: [ ... ] " <-- wrong "
>
> does not make sense, because Seaside returns a response after
> processing the primary callback. However you can register as many
> secondary callbacks as you want, e.g. to serialize values to the
> server:
>
> html jQuery ajax " <-- correct "
> callback: [ :v1 | "this is a secondary callback" ] value: ....;
> callback: [ :v2 | "this is a secondary callback" ] value: ....;
> html: [ :h | "this is a primary callback that generates html,
> internally it calls #callback:" ];
> ...
>
> Note that the primary callback is always evaluated last, whereas the
> secondary callback are evaluated before in order they were defined.
>
> Hope this helps?
>
> Lukas
>
>
> --
> Lukas Renggli
> http://www.lukas-renggli.ch
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

 
  html jQuery ajax callback: [ ... ]; callback: [ ... ]  " <-- wrong "
 
does not make sense, because Seaside returns a response after
processing the primary callback. However you can register as many
secondary callbacks as you want, e.g. to serialize values to the
server:
 
  html jQuery ajax " <-- correct "
     callback: [ :v1 | "this is a secondary callback" ] value: ....;
     callback: [ :v2 | "this is a secondary callback" ] value: ....;
     html: [ :h | "this is a primary callback that generates html,
internally it calls #callback:" ];
     ...
 
Note that the primary callback is always evaluated last, whereas the
secondary callback are evaluated before in order they were defined.
"

So if I am passing a value to the callback it is considered a secondary callback because it doesn't have to
go and find values or something? Sorry, would you mind explaining it again?

Thanks!
RS

> Date: Wed, 23 Sep 2009 08:28:17 +0200
> Subject: Re: [Seaside] Detect the position of a page div
> From: [hidden email]
> To: [hidden email]
>
> > Alright, I think I'm starting to understand the process of events here. What
> > I'm still confused about, however, is exactly what "#text:" does. How is it
> > able to render the value of "((html jQuery: #whatever) offset access:
> > 'top')" when I can't assign that value to a component variable, render it
> > with "#html:", or even show it with Transcript? Is that because the function
> > has to be rendered (for JavaScript to deal with) first?
>
> Unless you use AJAX, all the code execution happens in Javascript in
> the web browser:
>
> (html jQuery: #foo) text: (html jQuery: #bar) offsetLeft
>
> In this case the expression is transformed to Javascript something
> along the following lines:
>
> $("#foo").text($("#bar").offset.left)
>
> Have a look at the generated code in FireBug.
>
> > How can I get the offset value and store it in an instance variable then?
>
> Attach this script to the #onStop: handler of the draggable:
>
> html ajax
> callback: [ :value | left := value ] value: (html jQuery: #bar) offsetLeft;
> callback: [ :value | top := value ] value: (html jQuery: #bar) offsetTop
>
> Again check out the generated code in FireBug and inspect the request
> it triggers off.
>
> Cheers,
> Lukas
>
> --
> Lukas Renggli
> http://www.lukas-renggli.ch
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

> Date: Sun, 4 Oct 2009 22:37:54 -0600
> Subject: Re: [Seaside] Comet
> From: [hidden email]
> To: [hidden email]
>
> > I downloaded Seaside 3 into the latest Pharo image (via ScriptLoader) and
> > fired up some of the Comet tests and ended up with some WAError - Streaming
> > something or another required. I was running a Comanche server... is that
> > the correct way to do it?
>
> No, you need to use WAListener.
>
> Lukas
>
> --
> Lukas Renggli
> http://www.lukas-renggli.ch
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

> RS
>
> > Date: Sun, 4 Oct 2009 22:37:54 -0600
> > Subject: Re: [Seaside] Comet
> > From: [hidden email]
> > To: [hidden email]
> >
> > > I downloaded Seaside 3 into the latest Pharo image (via
> ScriptLoader) and
> > > fired up some of the Comet tests and ended up with some WAError -
> Streaming
> > > something or another required. I was running a Comanche server...
> is that
> > > the correct way to do it?
> >
> > No, you need to use WAListener.
> >
> > Lukas
> >
> > --
> > Lukas Renggli
> > http://www.lukas-renggli.ch
> > _______________________________________________
> > seaside mailing list
> > [hidden email]
> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
>
> ______________________________________________________________________
> Hotmail: Trusted email with powerful SPAM protection. Sign up now.
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside