Merci, c'est précisément ce qu'on vous demande depuis deux heures, et que vous (enfin surtout l'autre) mettez une mauvaise volonté patente à nous dire ouvertement que NON on ne peut pas se connecter sur n'importe quel serveur (logiciel, s'entend).
Dans l'ordre
a) J'avais pas vu le post ou une personne disait grosso-modo que websocket == socket. J'ai répondu à des questions posées sans me fader les 130 commentaires (c'est un tort je sais, mais bon).
b) En HTML5, qui est le produit que firefox OS met en avant et avec une webap classique on ne peut pas se connecter directement n'importe ou certes - Mais il ne s'agit pas d'une limitation de firefox ou d'une honteuse restriction de libertés. C'est la norme qui veut ça.
c) Une webapp firefox OS peut se connecter via TCP en direct - mais c'est très en dehors de la norme, et à éviter autant que possible.
Donc OUI on peut se connecter à n'importe quel serveur, mais c'est Firefox OS only pour l'instant, et franchement il vaut mieux éviter autant que possible.
Merci encore de le reconnaître, c'est une sacrée différence avec le reste de l'offre smartphonesque actuelle (vu que WebOS n'est plus et qu'Apple s'est assez rapidement mis aux applis natives). Je ne dis pas que ça ne peut pas marcher, mais il faut arrêter d'essayer de faire croire aux gens que ça sera "tout pareil qu'avec leur iAndroidBerry".
Mais ce sera tout pareil que iAndroidBerry. Firefox OS essaye de pousser les gens à développer des applis HTML5 conforme à la norme - donc plutôt que de faire un client mail lourd par exemple, il préconnise une webapp + interface mail hébergée sur un serveur distant - comme ça ta webapp elle tourne partout (webmail desktop, compatible firefox mobile sous android, et webapp installable firefox OS). Maintenant si ca te gave, tu peux utiliser les sockets à la main. Ca ne fonctionnera que sous Firefox OS, il y aura un message qui dira à l'utilisateur que l'appli elle fait des trucs bizarres, et tu n'auras pas franchement d'API toute prête à utiliser (et gérer des buffers binaires à la main en javascript - bon appétit). C'est pas franchement encouragé - mais tu es libre de le faire si tu veux. Et là pour le coup ce sera 100% du iAndroidBerry à te demander à chaque mise à jour si ton app fonctionne encore, et à faire un dev spécifique par plateforme.
Merci encore. Laissez pas des gens communiquer de manière ambiguë (voire mensongère) autour de ça, les gars.
Ben tu sais je suis pas un membre de chez Mozilla ou affilié en quoi que ce soit à Mozilla. J'ai passé deux heures avec la doc Firefox OS et l'émulateur. Le truc c'est que effectivement si tu ne sais pas du tout ce que sont les websockets tu peux avoir un doute - mais il va pas durer bien longtemps. WebSocket est un nom très très con, mais c'est pas Mozilla qui l'a choisi (enfin je crois pas).
On est d'accord. Bon, ça met un clou de plus dans la comm' de ton comparse qui nous vendait du "Firefox mobile [...] full-compatible FFOS", mais c'est un choix qui se défend.
C'est clair qu'avec une couche applicative en vrai pur HTML5 ca n'irait pas loin, donc forcément il y a deux trois truc dans l'API FFOS qui n'existent pas en Firefox Mobile. Mais bon, c'est clairement indiqué - et en supposant que FFOS se rammasse les mêmes apps que les autres, il y a 99.9% des apps qui seront en HTML5 pur.
Et ne te méprends pas, je suis aussi curieux qu'on autre, sinon davantage. J'aime juste pas qu'on me baratine ;)
Je peux comprendre, mais il faut aussi chercher à voir ce que Mozilla essaye de créer. C'est clair que le pur HTML5 c'est bizarre en première approche - mais c'est quand même vachement intelligent comme approche. Il faut comprendre la philosophie de la plateforme. L'impression que j'ai de la plupart des commentaires, est la même que celle que j'ai quand j'entend des dev hurler parce que dans tel ou tel langage il n'y a pas de pointeurs. C'est clair qu'en tant que dev mettre en place un hébergement, voire developper une interface pour créer une app c'est chiant. Mais l'utilisateur final il n'en a rien à foutre.
[^] # Re: Liberté ?
Posté par Kaane . En réponse à la dépêche Firefox OS est lancé. Évalué à 10.
Merci, c'est précisément ce qu'on vous demande depuis deux heures, et que vous (enfin surtout l'autre) mettez une mauvaise volonté patente à nous dire ouvertement que NON on ne peut pas se connecter sur n'importe quel serveur (logiciel, s'entend).
Dans l'ordre
a) J'avais pas vu le post ou une personne disait grosso-modo que websocket == socket. J'ai répondu à des questions posées sans me fader les 130 commentaires (c'est un tort je sais, mais bon).
b) En HTML5, qui est le produit que firefox OS met en avant et avec une webap classique on ne peut pas se connecter directement n'importe ou certes - Mais il ne s'agit pas d'une limitation de firefox ou d'une honteuse restriction de libertés. C'est la norme qui veut ça.
c) Une webapp firefox OS peut se connecter via TCP en direct - mais c'est très en dehors de la norme, et à éviter autant que possible.
Donc OUI on peut se connecter à n'importe quel serveur, mais c'est Firefox OS only pour l'instant, et franchement il vaut mieux éviter autant que possible.
Merci encore de le reconnaître, c'est une sacrée différence avec le reste de l'offre smartphonesque actuelle (vu que WebOS n'est plus et qu'Apple s'est assez rapidement mis aux applis natives). Je ne dis pas que ça ne peut pas marcher, mais il faut arrêter d'essayer de faire croire aux gens que ça sera "tout pareil qu'avec leur iAndroidBerry".
Mais ce sera tout pareil que iAndroidBerry. Firefox OS essaye de pousser les gens à développer des applis HTML5 conforme à la norme - donc plutôt que de faire un client mail lourd par exemple, il préconnise une webapp + interface mail hébergée sur un serveur distant - comme ça ta webapp elle tourne partout (webmail desktop, compatible firefox mobile sous android, et webapp installable firefox OS). Maintenant si ca te gave, tu peux utiliser les sockets à la main. Ca ne fonctionnera que sous Firefox OS, il y aura un message qui dira à l'utilisateur que l'appli elle fait des trucs bizarres, et tu n'auras pas franchement d'API toute prête à utiliser (et gérer des buffers binaires à la main en javascript - bon appétit). C'est pas franchement encouragé - mais tu es libre de le faire si tu veux. Et là pour le coup ce sera 100% du iAndroidBerry à te demander à chaque mise à jour si ton app fonctionne encore, et à faire un dev spécifique par plateforme.
Merci encore. Laissez pas des gens communiquer de manière ambiguë (voire mensongère) autour de ça, les gars.
Ben tu sais je suis pas un membre de chez Mozilla ou affilié en quoi que ce soit à Mozilla. J'ai passé deux heures avec la doc Firefox OS et l'émulateur. Le truc c'est que effectivement si tu ne sais pas du tout ce que sont les websockets tu peux avoir un doute - mais il va pas durer bien longtemps. WebSocket est un nom très très con, mais c'est pas Mozilla qui l'a choisi (enfin je crois pas).
On est d'accord. Bon, ça met un clou de plus dans la comm' de ton comparse qui nous vendait du "Firefox mobile [...] full-compatible FFOS", mais c'est un choix qui se défend.
C'est clair qu'avec une couche applicative en vrai pur HTML5 ca n'irait pas loin, donc forcément il y a deux trois truc dans l'API FFOS qui n'existent pas en Firefox Mobile. Mais bon, c'est clairement indiqué - et en supposant que FFOS se rammasse les mêmes apps que les autres, il y a 99.9% des apps qui seront en HTML5 pur.
Et ne te méprends pas, je suis aussi curieux qu'on autre, sinon davantage. J'aime juste pas qu'on me baratine ;)
Je peux comprendre, mais il faut aussi chercher à voir ce que Mozilla essaye de créer. C'est clair que le pur HTML5 c'est bizarre en première approche - mais c'est quand même vachement intelligent comme approche. Il faut comprendre la philosophie de la plateforme. L'impression que j'ai de la plupart des commentaires, est la même que celle que j'ai quand j'entend des dev hurler parce que dans tel ou tel langage il n'y a pas de pointeurs. C'est clair qu'en tant que dev mettre en place un hébergement, voire developper une interface pour créer une app c'est chiant. Mais l'utilisateur final il n'en a rien à foutre.