<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Reacties op: Smalltalk bijeenkomst</title>
	<atom:link href="http://www.software-innovators.nl/2008/09/01/smalltalk-bijeenkomst/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.software-innovators.nl/2008/09/01/smalltalk-bijeenkomst/</link>
	<description>Sogyo over het realiseren van software innovaties</description>
	<lastBuildDate>Thu, 02 Feb 2012 15:39:47 +0100</lastBuildDate>
	<generator>http://wordpress.org/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Door: mathieu v echtelt</title>
		<link>http://www.software-innovators.nl/2008/09/01/smalltalk-bijeenkomst/comment-page-1/#comment-741</link>
		<dc:creator>mathieu v echtelt</dc:creator>
		<pubDate>Tue, 02 Sep 2008 15:20:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=272#comment-741</guid>
		<description>Beste Edwin,

Ten eerste bedankt voor je verslag tav Esug.

Een kleine aanpassing/uitbreiding op je verhaal over WebTerminal.

In het kort de aanpak:

1) Op de client wordt user-input gerecord,

2) Deze input wordt verzonden naar server (verschillende propagatie strategieen voor in te stellen. Meest gebruikte: nadat widget focus verliest)

3) Server replayed deze input op virtuele user interface.

4) Server berekent de deltas tussen de nieuwe virtuele ui en oude virtuele ui (die op dat moment nog gelijk is aan ui op client)

5) Client krijgt response (in de vorm de deltas in json formaat), en update &#039;zichzelf&#039; (in dit geval doet dom manipulaties).

We gebruiken geen push technologie en hebben ook geen business logica op de client. Veel van onze klanten staan &#039;push technologie&#039; zoals comet, in hun firewall niet toe.

Voor relatief grote/complexe administratieve webbased applicaties biedt deze architectuur ons veel voordelen. o.a. co-browser, &#039;slimme&#039; partial webpage updates, betere scheiding tussen  business- en interface logica. Voor het co-browsen zal wel een poll strategie ingesteld moeten worden.

Tevens willen we met deze oplossing dat de gebruikers zo veel mogelijk handelingen met het keyboard kunnen doen ipv muis. Dit is belangrijk voor gebruikers die er 8 uur per dag mee werken.

mvg
Mathieu van Echtelt
Cosmocows</description>
		<content:encoded><![CDATA[<p>Beste Edwin,</p>
<p>Ten eerste bedankt voor je verslag tav Esug.</p>
<p>Een kleine aanpassing/uitbreiding op je verhaal over WebTerminal.</p>
<p>In het kort de aanpak:</p>
<p>1) Op de client wordt user-input gerecord,</p>
<p>2) Deze input wordt verzonden naar server (verschillende propagatie strategieen voor in te stellen. Meest gebruikte: nadat widget focus verliest)</p>
<p>3) Server replayed deze input op virtuele user interface.</p>
<p>4) Server berekent de deltas tussen de nieuwe virtuele ui en oude virtuele ui (die op dat moment nog gelijk is aan ui op client)</p>
<p>5) Client krijgt response (in de vorm de deltas in json formaat), en update &#8216;zichzelf&#8217; (in dit geval doet dom manipulaties).</p>
<p>We gebruiken geen push technologie en hebben ook geen business logica op de client. Veel van onze klanten staan &#8216;push technologie&#8217; zoals comet, in hun firewall niet toe.</p>
<p>Voor relatief grote/complexe administratieve webbased applicaties biedt deze architectuur ons veel voordelen. o.a. co-browser, &#8217;slimme&#8217; partial webpage updates, betere scheiding tussen  business- en interface logica. Voor het co-browsen zal wel een poll strategie ingesteld moeten worden.</p>
<p>Tevens willen we met deze oplossing dat de gebruikers zo veel mogelijk handelingen met het keyboard kunnen doen ipv muis. Dit is belangrijk voor gebruikers die er 8 uur per dag mee werken.</p>
<p>mvg<br />
Mathieu van Echtelt<br />
Cosmocows</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Jasper Floor</title>
		<link>http://www.software-innovators.nl/2008/09/01/smalltalk-bijeenkomst/comment-page-1/#comment-738</link>
		<dc:creator>Jasper Floor</dc:creator>
		<pubDate>Tue, 02 Sep 2008 12:18:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=272#comment-738</guid>
		<description>Ik denk niet dat de bedoeling is om je domein naar de client te verplaatsen. Dat is zeker geen goed idee. Je wil wel events naar de client sturen. Het is eigenlijk een control probleem. Reverse Ajax e.d. technologieen bieden een oplossing voor het probleem dat je client in een browser omgeving de controle heeft over de communicatie. Of dit daadwerkelijk een probleem is dat opgelost moet worden is een andere vraag. iig denk ik dat dit soort technieken weergeven dat huidige protocollen gewoon vervangen moeten worden. HTTP wordt ondertussen gebruikt om het tegenovergestelde te bereiken dan waar het voor ontworpen is.</description>
		<content:encoded><![CDATA[<p>Ik denk niet dat de bedoeling is om je domein naar de client te verplaatsen. Dat is zeker geen goed idee. Je wil wel events naar de client sturen. Het is eigenlijk een control probleem. Reverse Ajax e.d. technologieen bieden een oplossing voor het probleem dat je client in een browser omgeving de controle heeft over de communicatie. Of dit daadwerkelijk een probleem is dat opgelost moet worden is een andere vraag. iig denk ik dat dit soort technieken weergeven dat huidige protocollen gewoon vervangen moeten worden. HTTP wordt ondertussen gebruikt om het tegenovergestelde te bereiken dan waar het voor ontworpen is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Door: Ivo Limmen</title>
		<link>http://www.software-innovators.nl/2008/09/01/smalltalk-bijeenkomst/comment-page-1/#comment-725</link>
		<dc:creator>Ivo Limmen</dc:creator>
		<pubDate>Mon, 01 Sep 2008 12:01:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.software-innovators.nl/?p=272#comment-725</guid>
		<description>Sinds versie 2.0 van het DWR (Direct Web Remoting) framework is het in Java ook mogelijk om een client aan te roepen vanuit de server (Zie: http://directwebremoting.org/dwr). Deze technologie wordt ook wel: Reverse AJAX genoemd. Ik heb er eerlijk gezegd nooit mee gespeeld maar de technologie het klinkt erg interessant.
Keerzijde van dit is dan echter wel: zou je een domein willen maken die deels uit javascript bestaat en in een browser van een gebruiker draait?</description>
		<content:encoded><![CDATA[<p>Sinds versie 2.0 van het DWR (Direct Web Remoting) framework is het in Java ook mogelijk om een client aan te roepen vanuit de server (Zie: <a href="http://directwebremoting.org/dwr)" rel="nofollow">http://directwebremoting.org/dwr)</a>. Deze technologie wordt ook wel: Reverse AJAX genoemd. Ik heb er eerlijk gezegd nooit mee gespeeld maar de technologie het klinkt erg interessant.<br />
Keerzijde van dit is dan echter wel: zou je een domein willen maken die deels uit javascript bestaat en in een browser van een gebruiker draait?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

