[Seaside] Dumb Question: How to render new state after ajax callbacks?

Karsten karsten at heeg.de
Fri Oct 16 06:17:18 UTC 2009


yeah, the advantage is that you can decide in Smalltalk, during an Ajax 
callback, if you want to do a call: or not.
We did that in seaBreeze, because if you have a form and submit it using 
ajax you might want to do some validation and based on this validation 
you might want to either update some parts of your webpage, showing 
errors, or you want to continue with your form.

Karsten




Am 15.10.09 18:52, schrieb Julian Fitzell:
> Is there an advantage to that approach over just using a normal callback?
>
> Julian
>
> On Thu, Oct 15, 2009 at 5:32 AM, Karsten<karsten at heeg.de>  wrote:
>    
>> Hi Richard,
>>
>> you can't do that with Ajax easily. The problem is that during an AJAX
>> callback you're actually rendering and not in the normal callback phase.
>> You could however register a callback that does the answer and send
>> Javascript back to the browser to make the browser jump to the callback's
>> url. However, that's a bit tricky :-)
>>
>> Kind Regards
>> Karsten
>>
>>
>>
>> Am 15.10.09 14:23, schrieb Richard Durr:
>>
>> Hello :)
>> For simplification, let's say I have two Components, Component1 and
>> Component2, with the following methods:
>> Component1>>renderContentOn: html
>> html heading: 'Component1'.
>> html anchor
>> callback: [self call: Component2 new];
>> with: 'Call Component 2'
>> Component2>>renderContentOn: html
>> html heading: 'Component2'.
>> html anchor
>> callback: [self answer.];
>> with: 'Answer'.
>> html anchor
>> url: '#';
>> onClick: (html jQuery ajax callback: [self answer.]);
>> with: 'Answer using AJAX'
>> When I click on the Answer using AJAX link Component2 answers but oviously
>> the page stays the same, even when I reload and does not reflect the new
>> state of the application where Component2 has answered. How can I
>> re-synchronize server side and client side after this situation occured such
>> that the page reflects the new state, where Component2 has answered?
>> RD
>>
>> _______________________________________________
>> seaside mailing list
>> seaside at lists.squeakfoundation.org
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
>>
>> --
>> Karsten Kusche - Dipl. Inf. - karsten at heeg.de
>> Georg Heeg eK - Köthen
>> Handelsregister: Amtsgericht Dortmund A 12812
>>
>> _______________________________________________
>> seaside mailing list
>> seaside at lists.squeakfoundation.org
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>
>>
>>      
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
>
>    

-- 
Karsten Kusche - Dipl. Inf. - karsten at heeg.de
Georg Heeg eK - Köthen
Handelsregister: Amtsgericht Dortmund A 12812



More information about the seaside mailing list