Articles précédents : Développeur
- [15] SproutCore : framework Javascript sous licence MIT
- [75] Sortie de Eclipse 3.4 - Ganymede
- [12] Sortie de la developers' release d'Ubuntu MID Edition
- [0] Monkey Studio 1.8.2.0 bêta
- [59] Sortie de ATL 2
- [35] Le projet Open Graphics vend sa première carte
- [57] Gestion de l'énergie : se dépêcher de ne rien faire
- [4] Publication d'un rapport et de vidéos d'Embedded Linux Conference 2008 et de vidéos du FOSDEM 2008
- [9] Squeak par l'exemple
- [149] Qt 4.4 prend son envol
Liens connexes
- Télécharger OpenLaszlo 4.1 (124 hits)
- Le site web d'OpenLaszlo (823 hits)
- Le guide du développeur (146 hits)
- Les notes de version pour la 4.1 (64 hits)
- Annonce précédente sur DLFP OpenLaszlo 4.0 (97 hits)
Dépêche modérée par
Dépêche éditée par
Développeur : Sortie de OpenLaszlo 4.1: le runtime DHTML est stable
Posté par misterpatate (page perso, ). Modéré le 07 juillet 2008.OpenLaszlo se distingue de ses principaux concurrents (Silverlight, Flex, Curl) par son noyau de compilation qui permet, à partir d'un même code source, de générer un rendu quasi identique de l'application en Flash (v7/8) et en DHTML (le runtime DHTML était en version bêta depuis la version 4.0).
Télécharger OpenLaszlo 4.1 (124 hits)
Le site web d'OpenLaszlo (823 hits)
Le guide du développeur (146 hits)
Les notes de version pour la 4.1 (64 hits)
Annonce précédente sur DLFP OpenLaszlo 4.0 (97 hits)
> Lire la suite (2 commentaires, moyenne: 3,5). [dépêche : 823 caractères]
Cette version n'apporte pas de grandes fonctionnalités, outre le passage en version stable du runtime DHTML et une massive correction de bug. On notera la grosse mise à jour de la documentation fournie avec le package de développement qui permet de couvrir l'intégralité des fonctions avec exemples à l'appui.
La fin du travail sur le runtime DHTML permet à l'équipe de se concentrer sur le développement du runtime Flash 9. Certains tests des premières versions bêta présentent déjà un gain en vitesse d'exécution de l'ordre de 6x.
Déport de la gestion d'interface sur le navigateur
Une des (peut-être) possibilité de cette technologie - en tout cas en flash, c'est possible - est de déporter la gestion de l"interface sur le navigateur.
OpenLaszlo, tel qu'il est, compile un code et envoie du DHTML tout prêt au navigateur qui discute ensuite avec le serveur.
On peut alors imaginer d'aller plus loin : On construit un interpréteur xml dans le code DHTML qui échoit au navigateur, interpréteur qui lira la description de l'interface, et quelques évènements associés.
Les allers/retours client serveurs sont bien moindre.
Par contre, j'ai un peu peur au niveau des performances.
-
[^]Re: Déport de la gestion d'interface sur le navigateur
Posté par misterpatate (page perso, ) le 09/07/2008 à 00:02. (lien). Évalué à 5.En fait le fonctionnement DHTML et SWF est pratiquement le même.
Le serveur envoie un seul script javascript au navigateur et seul les requêtes avec des données sont échangés entre le client et le serveur.
pour la deuxième partie l'interprétation du XML fait partie intégrante du langage, tout est XML en faite.
Il est donc possible de déporter le gestion complète de l'interface sur le navigateur, voir même se détacher complètement du serveur grâce à des technologies comme Google Gears dont l'utilisation est facilité avec le mode DHTML.--
Blog OpenLaszlo : http://www.misterpatate.fr



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.