Servidor web en Cuis/Squeak

> Un servidor que corre Cuis, levantando una imagen para
> cada usuario que se conecta. Al browser se le manda un html5 con
> Canvas y js, que captura los eventos y los manda al server, y recibe
> mensajes para dibujar cosas con Canvas. Ese html5+js es est���ático, y el
> mismo para cualquier aplicaci���ón. No ten���és que generar html horrible,
> ni programar en .js, ni calentarte por el DOM, ni sincronizar estado
> entre cliente y servidor, ni nada de todo eso. Webapps super din���ámicas
> en Morphic sin el sufrimiento de las "tecnolog���ías web" :)
>
> La idea no es mia, es el ULC (Ultra Light Client) que ten���ía VisualAge
> Smalltalk con el face hecho en Java hace mas de 15 a���ños. En ese
> momento, la red no era suficientemente r���ápida para que ande bien, se
> perdian eventos, se ca���ía la conexi���ón. Pero ahora hay juegos
> multiplayer en .js en tiempo real, asi que est���á demostrado que se
> puede hacer que ande bien.

> El otro dia Juan mando esto
>
>> Un servidor que corre Cuis, levantando una imagen para
>> cada usuario que se conecta. Al browser se le manda un html5 con
>> Canvas y js, que captura los eventos y los manda al server, y recibe
>> mensajes para dibujar cosas con Canvas. Ese html5+js es est���ático, y el
>> mismo para cualquier aplicaci���ón. No ten���és que generar html horrible,
>> ni programar en .js, ni calentarte por el DOM, ni sincronizar estado
>> entre cliente y servidor, ni nada de todo eso. Webapps super din���ámicas
>> en Morphic sin el sufrimiento de las "tecnolog���ías web" :)
>>
>> La idea no es mia, es el ULC (Ultra Light Client) que ten���ía VisualAge
>> Smalltalk con el face hecho en Java hace mas de 15 a���ños. En ese
>> momento, la red no era suficientemente r���ápida para que ande bien, se
>> perdian eventos, se ca���ía la conexi���ón. Pero ahora hay juegos
>> multiplayer en .js en tiempo real, asi que est���á demostrado que se
>> puede hacer que ande bien.
>
> Muuuy copado, como todo lo de Juan.
>
> En mi exploración y experimentos del mundo Web 2.0 , se me habia tambien
> ocurrido usar el Canvas y directamente dibujar lo qu se desee.
>
> Pero viendo los muchisimos y hermosos ejemplos que hay me parecio que si no
> tenias la parte de JavaScript , distinta para cada uno, ahi en el Browser la
> cosa no iba a andar.
>
> Estaría bueno si Juan nos explicara un poco mas, un ejemplito please

>  
>  
>  
>    
>
>
> Quoting "'Edgar J. De Cleene' [hidden email] [squeakRos]"
> <[hidden email]>:
>
>> > El otro dia Juan mando esto
>> >
>>> >> Un servidor que corre Cuis, levantando una imagen para
>>> >> cada usuario que se conecta. Al browser se le manda un html5 con
>>> >> Canvas y js, que captura los eventos y los manda al server, y recibe
>>> >> mensajes para dibujar cosas con Canvas. Ese html5+js es est������ático, y

>>> >> mismo para cualquier aplicaci������ón. No ten������és que generar html
>>> horrible,
>>> >> ni programar en .js, ni calentarte por el DOM, ni sincronizar estado
>>> >> entre cliente y servidor, ni nada de todo eso. Webapps super
>>> din������ámicas
>>> >> en Morphic sin el sufrimiento de las "tecnolog������ías web" :)
>>> >>
>>> >> La idea no es mia, es el ULC (Ultra Light Client) que ten������ía
>>> VisualAge
>>> >> Smalltalk con el face hecho en Java hace mas de 15 a������ños. En ese
>>> >> momento, la red no era suficientemente r������ápida para que ande bien,

>>> >> perdian eventos, se ca������ía la conexi������ón. Pero ahora hay juegos
>>> >> multiplayer en .js en tiempo real, asi que est������á demostrado que se
>>> >> puede hacer que ande bien.
>> >
>> > Muuuy copado, como todo lo de Juan.
>> >
>> > En mi exploraci���ón y experimentos del mundo Web 2.0 , se me habia tambien
>> > ocurrido usar el Canvas y directamente dibujar lo qu se desee.
>> >
>> > Pero viendo los muchisimos y hermosos ejemplos que hay me parecio que si no
>> > tenias la parte de JavaScript , distinta para cada uno, ahi en el Browser
>> la
>> > cosa no iba a andar.
>> >
>> > Estar���ía bueno si Juan nos explicara un poco mas, un ejemplito please
>
> A ver... Hay un programa en Javascript que corre en el browser. Ese
> programa es como un Sensor remoto. Captura los eventos del usuario, y
> se los manda al servidor (por http, por ejemplo). El servidor esta
> corriendo un Cuis (casi) como cualquier otro. Corre el loop de
> Morphic, etc. Recibe los eventos por http, y los procesa como si
> fueran el teclado y mouse locales. A la hora de dibujar, en vez de
> llamar comandos de dibujo del BitBltCanvas o el Morphic3Canvas, hay un
> Canvas nuevo, podria llamarse WebClientCanvas o RemoteJSCanvas o algo
> asi. Cuando este canvas recibe un mensaje de dibujo (tipo
> #fillRectangle:color: o #drawText:at:color: o #drawEllipse:color: o lo
> que sea), mete eso en un texto y se lo manda por http al cliente. El
> mismo programa cliente en Javascript que procesa los eventos del
> usuario recibe estos comandos del servidor, y hace el dibujo en el
> Canvas HTML5, para que aparezca en el browser.
>
> Esto funcionaria con cualquier cosa que pueda correr en el Smalltalk.
> Por ejemplo el browser. O cualquier aplicacion Morphic que quieras
> hacer...
>
> Se entiende un poco mas?
>
> Saludos,
> Juan Vuletich
>
>  
>    
>
>      
>  
> Si claro.
> Habia pensado que era eso y explorando algun ejemplo hecho que tuviera captura
> de eventos en el browser y se procesara en el servidor fue como llegue a
> GreenNeon, que todavia NO TERMINE NI DE VER NI DE PONER A ANDAR
>
> Pero podría ser, si se agrega la parte de Ajax que nos va a hacer Germán :=)
> (El es que dice que la necesita , no?)
> Una cosa interesante para portar a Cuis.
> Y si ya tenes algo mejor, a mi al menos me servirá el aprendizaje

> A ver... Hay un programa en Javascript que corre en el browser. Ese
> programa es como un Sensor remoto. Captura los eventos del usuario, y
> se los manda al servidor (por http, por ejemplo). El servidor esta
> corriendo un Cuis (casi) como cualquier otro. Corre el loop de
> Morphic, etc. Recibe los eventos por http, y los procesa como si
> fueran el teclado y mouse locales. A la hora de dibujar, en vez de
> llamar comandos de dibujo del BitBltCanvas o el Morphic3Canvas, hay un
> Canvas nuevo, podria llamarse WebClientCanvas o RemoteJSCanvas o algo
> asi. Cuando este canvas recibe un mensaje de dibujo (tipo
> #fillRectangle:color: o #drawText:at:color: o #drawEllipse:color: o lo
> que sea), mete eso en un texto y se lo manda por http al cliente. El
> mismo programa cliente en Javascript que procesa los eventos del
> usuario recibe estos comandos del servidor, y hace el dibujo en el
> Canvas HTML5, para que aparezca en el browser.
>
> Esto funcionaria con cualquier cosa que pueda correr en el Smalltalk.
> Por ejemplo el browser. O cualquier aplicacion Morphic que quieras
> hacer...
>
> Se entiende un poco mas?
>
> Si, muy interesante, una linda idea para jugar e intentar plasmar!!

>
>
>
>> A ver... Hay un programa en Javascript que corre en el browser. Ese
>> programa es como un Sensor remoto. Captura los eventos del usuario, y
>> se los manda al servidor (por http, por ejemplo). El servidor esta
>> corriendo un Cuis (casi) como cualquier otro. Corre el loop de
>> Morphic, etc. Recibe los eventos por http, y los procesa como si
>> fueran el teclado y mouse locales. A la hora de dibujar, en vez de
>> llamar comandos de dibujo del BitBltCanvas o el Morphic3Canvas, hay un
>> Canvas nuevo, podria llamarse WebClientCanvas o RemoteJSCanvas o algo
>> asi. Cuando este canvas recibe un mensaje de dibujo (tipo
>> #fillRectangle:color: o #drawText:at:color: o #drawEllipse:color: o lo
>> que sea), mete eso en un texto y se lo manda por http al cliente. El
>> mismo programa cliente en Javascript que procesa los eventos del
>> usuario recibe estos comandos del servidor, y hace el dibujo en el
>> Canvas HTML5, para que aparezca en el browser.
>>
>> Esto funcionaria con cualquier cosa que pueda correr en el Smalltalk.
>> Por ejemplo el browser. O cualquier aplicacion Morphic que quieras
>> hacer...
>>
>> Se entiende un poco mas?
>>
>> Si, muy interesante, una linda idea para jugar e intentar plasmar!!
>
>
>

> El 28 de abril de 2015, 22:01, Germán Arduino <[hidden email]> escribió:
>
>>
>>
>>
>>> A ver... Hay un programa en Javascript que corre en el browser. Ese
>>> programa es como un Sensor remoto. Captura los eventos del usuario, y
>>> se los manda al servidor (por http, por ejemplo). El servidor esta
>>> corriendo un Cuis (casi) como cualquier otro. Corre el loop de
>>> Morphic, etc. Recibe los eventos por http, y los procesa como si
>>> fueran el teclado y mouse locales. A la hora de dibujar, en vez de
>>> llamar comandos de dibujo del BitBltCanvas o el Morphic3Canvas, hay un
>>> Canvas nuevo, podria llamarse WebClientCanvas o RemoteJSCanvas o algo
>>> asi. Cuando este canvas recibe un mensaje de dibujo (tipo
>>> #fillRectangle:color: o #drawText:at:color: o #drawEllipse:color: o lo
>>> que sea), mete eso en un texto y se lo manda por http al cliente. El
>>> mismo programa cliente en Javascript que procesa los eventos del
>>> usuario recibe estos comandos del servidor, y hace el dibujo en el
>>> Canvas HTML5, para que aparezca en el browser.
>>>
>>> Esto funcionaria con cualquier cosa que pueda correr en el Smalltalk.
>>> Por ejemplo el browser. O cualquier aplicacion Morphic que quieras
>>> hacer...
>>>
>>> Se entiende un poco mas?
>>>
>>> Si, muy interesante, una linda idea para jugar e intentar plasmar!!
>>
>>
>>
> Me quedé pensando que hacer para usar Cuis en producción para hacer
> aplicaciones web (que también permitan su uso desde dispositivos
> móviles).....tengo varios ports hechos (Aida, Swazoo, Sport) otros por la
> mitad (Komanche, Iliad) y uno de los problemas que veo es que se
> desactualizan muy rápido y una vez que están portados, es un tema seguir el
> paquete original con su evolución.
>
> Y encarar un proyecto, entre varios, con la idea (y la conducción técnica)
> de Juan? Sería una opción  que pudiéramos concretar en un tiempo razonable?
>
> Tiene sentido armar un equipito, si Juan querés y podés como líder?
>
> Yo puedo juntar un par de horas a la semana, o un poco más, algunas semanas
> tal vez un poco más, otras tal vez un poco menos.
>
> ¿Qué opinan?

> On 4/29/15, 6:51 AM, "'J. Vuletich (mail lists)' [hidden email]
> [squeakRos]" <[hidden email]> wrote:
>
>> Yo estoy dispuesto a ayudar con la cuestion t���écnica. Cuando aparece
>> alguna incompatibilidad, me doy cuenta rapido por que ocurre, porque
>> tengo todo bastante en la cabeza.
>>
>> Quien mas se suma?
>>
>> Saludos,
>> Juan Vuletich
>>
> En este momento sigo jugando con ver GreenNeon andando.
> Ver el informe del experimento en curso
> <a href="http://190.193.252.79:9090/renderMe:Intento%20de%20tener%20GreenNeon%20como%">http://190.193.252.79:9090/renderMe:Intento%20de%20tener%20GreenNeon%20como%
> 20web%20server.

> German, vi que estas despierto.
> No me puedo conectar a Slack y no te veo en Skype.
> Cuento , asi alguno se rie, mi intento de tener GreenNeon como base de Web
> minimo, cuando ande en SqueakRosCore, portaremos a Cuis si podemos a GreenNeon
> y como ahi (lista de cuis) hay algunos buenos, seguro mejorará.
> Por de pronto ya tengo el principio del modo #debug de Kom.
> Al menos cuando hay error en vez de mandar el stack del error al browser para
> dentro del programa.
> Vi que al menos hay principio de log y de autenticación.
> Así que con paciencia y saliva, estaremos tan contentos como la hormiga.
> Y el que no sabe el cuentito que pregunte :=)
>
> Ayer festejando nuestro dia, mande videito de Byron y Nastya haciendose
> arrumacos.
> Ya me reclamaron que no made de Lunita.
> Pronto mandare.
>
> Edgar
>

>
>
>
>
>
> On 4/29/15, 9:59 AM, "'J. Vuletich (mail lists)' [hidden email]
> [squeakRos]" <[hidden email]> wrote:
>
> German, vi que estas despierto.
> No me puedo conectar a Slack y no te veo en Skype.
> Cuento , asi alguno se rie, mi intento de tener GreenNeon como base de Web
> minimo, cuando ande en SqueakRosCore, portaremos a Cuis si podemos a
> GreenNeon y como ahi (lista de cuis) hay algunos buenos, seguro mejorará.
> Por de pronto ya tengo el principio del modo #debug de Kom.
> Al menos cuando hay error en vez de mandar el stack del error al browser
> para dentro del programa.
> Vi que al menos hay principio de log y de autenticación.
> Así que con paciencia y saliva, estaremos tan contentos como la hormiga.
> Y el que no sabe el cuentito que pregunte :=)
>
> Ayer festejando nuestro dia, mande videito de Byron y Nastya haciendose
> arrumacos.
> Ya me reclamaron que no made de Lunita.
> Pronto mandare.
>
> Edgar
>
>  
>