Articles précédents : Développeur
- [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
- [20] Wine 1.0 en approche
Liens connexes
- SproutCore (844 hits)
- Bugtracker (63 hits)
- Code source (89 hits)
- Démos (927 hits)
- Doc (81 hits)
- Wiki sur github (89 hits)
Dépêche modérée par
Dépêche éditée par
Développeur : SproutCore : framework Javascript sous licence MIT
Posté par Nÿco (Jabber id, page perso, ). Modéré le 29 juin 2008.
Ce framework aide à construire des applications web utilisant des menus, des barres d'outils, le glisser-déposer, la localisation, mais apporte également l'architecture Modèle-Vue-Contrôleur. Il masque évidemment la complexité des incompatibilités ou plutôt du non-respect des standards du web de certains navigateurs.
SproutCore a reçu énormément d'attention dans la presse IT ces temps-ci, car Apple a annoncé lors de sa conférence mondiale que leur service payant .Mac (mail, hébergement, espace disque, photos, etc.) sera refondu et basé sur SproutCore et sera renommé à l'occasion en MobileMe ; ce travail ayant été effectué principalement pour son iPhone, avec en arrière plan une réelle volonté de faire quelque chose d'indépendant de la plateforme (un des buts du web).
Apple lance donc un pavé dans la mare après son refus de voir Adobe Flash porté sur iPhone, et l'arrivée bien difficile de Silverlight de Microsoft, deux RIA propriétaires concurrentes et incompatibles. SproutCore n'entre évidemment pas en concurrence directe du point de vue technico-fonctionnel, et il n'est pas non plus un Cocoa-like pour le web comme il est dit parfois (même si ses widgets y ressemblent forcément volontairement).
Apple et SproutCore font donc pencher davantage la balance du côté des standards du web, et c'est une bonne chose. Apple sponsorise SproutCore en employant Charles Jolley un des fondateurs de SproutIt et principal développeur.
![[en]](../../../images/en.png)
SproutCore (844 hits)-
Bugtracker (63 hits)
-
Code source (89 hits)
-
Démos (927 hits)
-
Doc (81 hits)
-
Wiki sur github (89 hits)
> Lire les commentaires (15 commentaires, moyenne: 2,6).
bon... ben je me lance alors....
Bon... encore-un-nouveau-fraimeouheurque-toussa...
Oui... mais lui, il a un nom qu'il est bien !!!!
-
[^]Re: bon... ben je me lance alors....
Posté par ThelittlegamerS () le 29/06/2008 à 07:19. (lien). Évalué à 10.En voila un framework qui va tout péter.
-
[^]Re: bon... ben je me lance alors....
Posté par Aurélien Girard () le 29/06/2008 à 09:29. (lien). Évalué à 7.Puisque SproutCore est libre, peut-on en conclue que sasanbon ?
-
[^]Re: bon... ben je me lance alors....
Posté par koyz () le 29/06/2008 à 11:16. (lien). Évalué à 0.Tant que ça reste sous licence MIT [http://fr.wikipedia.org/wiki/Licence_X11]…
-
-
[+] mouais
dojo, jQuery, script.acu.lous, mootools......
"SproutCore". Rien que le nom me fait rêver !
Et surtout la joie de redécouvrir les classes du framework.
Finalement ca risque de ne pas être pour tout de suite.
Salut, tu browses à combien, toi ?
dhtmlx
Dans le même ordre d'idée, il y a dhtmlx dont la majeure partie du code est sous licence GPL.
La documentation est excellente, de nombreux exemples sont fournis et l'équipe de support est très réactive.
La qualité des fonctionnalités offertes vaut quand à elle seule le détour.
Voir : http://www.dhtmlx.com
@++
JC
-
[^]Flash --> []
Posté par Thierry Thomas (Jabber id, page perso, ) le 29/06/2008 à 11:19. (lien). Évalué à 6.Encore une idée pour inciter les développeurs web « créatifs » à ne
pas utiliser de Flash et à respecter les standards ouverts.
Dans le même genre, il y a aussi la pétition « Stop Adobe Flash » qui
mérite d'être citée ici :
http://www.petitiononline.com/0034655a/petition.html
Même si l'efficacité des pétitions en ligne est sans doute très faible,
celle-ci a le mérite de ne pas s'adresser à une société ou à un
organisme spécifique, mais elle ambitionne simplement de faire prendre
conscience de la nocivité de Flash® aux web-designers.--
Th. Thomas.-
[^]Re: Flash --> []
Posté par FantastIX () le 30/06/2008 à 11:31. (lien). Évalué à 3.AMHA, le but n'est pas de stopper Flash. Flash n'est pas inintéressant mais de trop nombreux développeurs négligent les solutions alternatives pour ceux qui n'ont pas le plug-in. De trop nombreux sites Internet ne proposent qu'une solution Flash et rien d'autre. C'est cette mauvaise habitude qu'il faut faire disparaître, pas Flash.
Bien sûr, si on fournit des solutions alternatives aussi riches que Flash, alors ce dernier risque de devenir inutile. Mais "ce serait certainement un effet de bord non désiré" ;-) .
-
-
[^]IT Mill
Posté par alice_liddell () le 29/06/2008 à 12:13. (lien). Évalué à 2.Toujours dans le même genre : http://www.itmill.com/
Une sorte de GWT en ruby
Il génère du javascript à partir de code ruby.
Pourquoi pas.
Le but actuel est bien de trouver des moyens de faire des interfaces web enrichies. Adobe a son flex. Microsoft a silverlight. etc.
Dans les standards, on a des frameworks javascript : dojo, yahooUI, prototypejs etc.
Le problème quand on veut rester dans l'interface web classique c'est d'appréhender le javascript pour faire de jolies pages.
J'aimais bien ExtJS mais ces ânes se sont mis du côté obscur de la Force...
Reste GWT pour la javaistes. YUI, prototype...
Je croyais beaucoup en XUL, je pensais qu'il pourrait annoncer une standardisation des interfaces web riches.
Mais bon, comme tout ceux qui font du XUL, et les autres gens sont passé à côté. Ou alors, trop d'enjeu, et xul a pas percé?
Le nombre de moyens pour faire du javascript intelligent facilement est tout de même pas énorme, malheureusement.
J'espère que ce nouveau framework va tout pêter!
Every takeoff is optional. Every landing is mandatory. -- Rules Of Flying
-
[^]Re: Une sorte de GWT en ruby
Posté par Gabriel () le 30/06/2008 à 08:11. (lien). Évalué à 2.Petit article pour comparer Sprout et gwt:
http://www.sproutcore.com/2008/06/27/whats-the-difference-be(...)
La différence que gwt n'aime pas javascript mais Sprout aime bien
(pour résumer la position de GWT) : In other words: we don’t like JavaScript. It’s not Java and it’s hard. Use GWT instead and avoid learning that language altogether!
SproutCore’s approach, as you probably know by now, is quite the opposite. Embrace JavaScript. It’s a good language once you get to know it. The tedious and error-prone part of it is not the fault of JavaScript, its the natural state of the web browsers and their relatively primitive APIs. But that’s what a framework is for.
(...)
The point is, any framework that tries to help you avoid learning JavaScript, be it GWT, ruby helpers, or anything else, is fine when you have some relatively simple things to do. But if you want to build apps that really shine in the browser, you need to go native. Use the technologies that the browser is made of and you’ll be far happier in the long run.--
Every takeoff is optional. Every landing is mandatory. -- Rules Of Flying
-
[^]Re: Une sorte de GWT en ruby
Posté par Nelis (page perso, ) le 30/06/2008 à 09:46. (lien). Évalué à 4.Mouais ... Je ne suis pas persuadé que des interfaces construites entièrement en Javascript en voulant simuler un fat client soient réellement mieux que le Flash en terme d'accessibilité.
Sinon, bonne chance à ce projet, s'il devient la solution numéro une pour l'iPhone, ça risque de décoller !--
Vache qui rit, à moitié dans son lit
Une bonne idee
C'est pas mal l'idee de generer le javascript du cote serveur.
Les frameworks actuels ajoutent une surcouche a javascript pour fonctionner correctement quelque soit le navigateur.
La l'interet c'est au niveau des performances et de la legerete.
Rails genere deja du javascript a partir de code Ruby mais le javascript genere n'est que du code prototype, c'est a prototype de s'adapter au navigateur...
Les navigateurs desktop sont plutot performant en terme de javascript, mais pour les telephones mobiles et IE c'est sur que ca sera sans doute plus confortable :)
PS: J'ai teste les demos sur Opera 9.5 et ca ne fonctionne pas, c'est donc pas encore au point, mais tout vient a point a qui sait attendre ^^
Damien
-
[^]Re: Une bonne idee
Posté par Damien Le Berrigaud (page perso, ) le 30/06/2008 à 13:36. (lien). Évalué à 3.Alors desole de ne pas avoir verifie les sources.
Non Sproutcore n'est pas un framework en Ruby, il s'agit d'un framework cote client (en javascript) comme tous les autres framework javascript.
Il sert peut etre a autre chose, mais mon commentaire sur les perf... n'est pas du tout correct. J'attends donc de voir coment il va tirer son epingle du jeu :)
http://github.com/sproutit/sproutcore/wikis/what-server-does(...)--
Damien
Cette page a été générée par Templeet en 0.0922s (dont 0.0138 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
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.