Gecko ce sont des standards. Et Il y a énormément type d'appli que tu peux faire sans que tu ais besoin des nouvelles APIs qui ne sont pas encore standardisés.
qui ouvre 3 plateformes de plus, toutes 3 à l'avenir incertains, au lieu d'une. C'est toujours ça de gagné.
Et Mozilla propose une solution qui dés aujourd'hui fonctionne sur toutes les plateformes. Partout où il y a un navigateur. Aujourd'hui, tu prend n'importe quelle application web existantes aujourd'hui, elle fonctionne sur FirefoxOS. Si elle n'est pas adaptée pour le mobile (au niveau de l'interface), faire du responsive design, et basta. Ça fonctionnera non seulement sur Firefox OS, mais aussi sur tout les mobiles. Sans avoir à recompiler quelque chose :-p
Alors oui, après il y a les WebAPI pas encore toutes standardisés, pas encore toutes implémentés dans les autres navigateurs (et peut-être pour quelques unes, elles ne le seront jamais, ou alors autrement). Mais un peu d’honnêteté. La majorité des applis n'ont pas besoin de toutes ces nouvelles APIs qui touchent la plupart au matériel. 95% des applis que j'ai installé sur mon Firefox OS, aucune n'a besoin d'être en mode privilégié et je doute que la plupart utilisent ces webapis.
Donc pas besoin de faire du "optimisé pour gecko", pour faire une application pour Firefox OS
Pour quelqu'un qui essaie de défendre une solution, tu lui tires joliment dessus: pourquoi donc on devrait s'intéresser à un OS dont le fournisseur ne s'intéresse pas à nous?
pas pour l'instant. Ils privilégient d'abord un marché qui a longtemps été ignoré par les fabricants de smartphones, donc "assez facile" à conquérir. Et moins risqué. Mais ça va probablement finir par arriver. Tout dépend du succès. En tout cas, ce que je vois, c'est que des fabricants comme ZTE ou Geeksphone, sont débordés par les ventes de leurs appareils sous Firefox OS. En Europe à priori. Bref, ça peut fonctionner.
Et encore une fois. Firefox OS ne t’intéresse pas ? mais tu fais quand même une appli web ? Très bien. Du moment que ton appli respecte les standards (genre pas bourré d'API webkit only par exemple), pas de soucis. Elle fonctionnera sur tout les navigateurs. Et sur Firefox OS.
Il doit coder l'API de gestion de fichiers?
Non. il fait autrement, comme je l'ai indiqué. Il a plusieurs manière de stocker du contenu, pourquoi faudrait-il le stocker dans un système de fichier ?
Dans les pays émergent, les gens ont tous un abonnement web mobile avec un gros volume de données? Nan parce que l'intérêt d'une appli web, c'est de ne pas tout avoir en local, non?
Pas forcément. Une application web, ça se télécharge, et ça s'installe en local (ah, tient, comme sur les autres mobiles...). La technologie s'appelle le cache HTTP (spécification http, ça date pas d'hier), et mieux, Application Cache, implémenté dans tout navigateur, et permettant à l'application de faire du cache agressif, donc installé en local quoi. Et si on veut faire du Firefox OS only, on peut faire un zip, et là l'application est vraiment installée en local (y a l'équivalent dans ChromeOS, et les specs vont probablement fusionner).
Bref, comme tu le vois, pas besoin de serveur HTTP pour faire fonctionner une appli HTML/JS. On peut quand même avoir besoin d'un serveur HTTP pour échanger des données. Finalement, comme dans toutes applications Android/iOS disponibles actuellement.
Sinon, les millions de dévs web vont devoir complètement revoir leurs habitudes.
Bah, y a les newbies (nombreux, j'en conviens), et ceux qui font des vrais applis web qui savent gérer leur cache parce que bon, derrière, sans parler de Firefox OS, ils ont des serveurs web en souffrance à cause de leurs milliers d'utilisateurs. Et au final, au niveau dev, faire du cache HTTP ou du Application Cache, ça change pas des masses par rapport à "d'habitude", l'appli fonctionne pareil, le dev c'est pareil, c'est juste des paramètres coté serveur à régler (pour le cache http), et/ou un manifest à écrire (pour Application Cache).
ces millions de devs web qui pourront faire une app en un rien de temps, ils doivent l'apprendre ou pas l'API Gecko??
Non, comme je l'ai expliqué quelques lignes au dessus :-p. Tu as fait une appli web pour mobile ? Y a juste un fichier manifest à créer pour avoir une icône sur le bureau de Firefox OS, et éventuellement créer une page web (si tu ne veux pas passer par le market place) qui permettra d'appeler quelques lignes de javascript pour que l'utilisateur puisse installer cette icône. Comme tu le constate, même sans être développeur web, c'est super violent comme apprentissage :-p
[^] # Re: Oui
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sailfish OS embarque une partie propriétaire. Évalué à 2.
Gecko ce sont des standards. Et Il y a énormément type d'appli que tu peux faire sans que tu ais besoin des nouvelles APIs qui ne sont pas encore standardisés.
Et Mozilla propose une solution qui dés aujourd'hui fonctionne sur toutes les plateformes. Partout où il y a un navigateur. Aujourd'hui, tu prend n'importe quelle application web existantes aujourd'hui, elle fonctionne sur FirefoxOS. Si elle n'est pas adaptée pour le mobile (au niveau de l'interface), faire du responsive design, et basta. Ça fonctionnera non seulement sur Firefox OS, mais aussi sur tout les mobiles. Sans avoir à recompiler quelque chose :-p
Alors oui, après il y a les WebAPI pas encore toutes standardisés, pas encore toutes implémentés dans les autres navigateurs (et peut-être pour quelques unes, elles ne le seront jamais, ou alors autrement). Mais un peu d’honnêteté. La majorité des applis n'ont pas besoin de toutes ces nouvelles APIs qui touchent la plupart au matériel. 95% des applis que j'ai installé sur mon Firefox OS, aucune n'a besoin d'être en mode privilégié et je doute que la plupart utilisent ces webapis.
Donc pas besoin de faire du "optimisé pour gecko", pour faire une application pour Firefox OS
pas pour l'instant. Ils privilégient d'abord un marché qui a longtemps été ignoré par les fabricants de smartphones, donc "assez facile" à conquérir. Et moins risqué. Mais ça va probablement finir par arriver. Tout dépend du succès. En tout cas, ce que je vois, c'est que des fabricants comme ZTE ou Geeksphone, sont débordés par les ventes de leurs appareils sous Firefox OS. En Europe à priori. Bref, ça peut fonctionner.
Et encore une fois. Firefox OS ne t’intéresse pas ? mais tu fais quand même une appli web ? Très bien. Du moment que ton appli respecte les standards (genre pas bourré d'API webkit only par exemple), pas de soucis. Elle fonctionnera sur tout les navigateurs. Et sur Firefox OS.
Non. il fait autrement, comme je l'ai indiqué. Il a plusieurs manière de stocker du contenu, pourquoi faudrait-il le stocker dans un système de fichier ?
Ah, et puis après avoir jeté un coup d'oeil, en fait, il y a ce qu'il faut .
Pas forcément. Une application web, ça se télécharge, et ça s'installe en local (ah, tient, comme sur les autres mobiles...). La technologie s'appelle le cache HTTP (spécification http, ça date pas d'hier), et mieux, Application Cache, implémenté dans tout navigateur, et permettant à l'application de faire du cache agressif, donc installé en local quoi. Et si on veut faire du Firefox OS only, on peut faire un zip, et là l'application est vraiment installée en local (y a l'équivalent dans ChromeOS, et les specs vont probablement fusionner).
Bref, comme tu le vois, pas besoin de serveur HTTP pour faire fonctionner une appli HTML/JS. On peut quand même avoir besoin d'un serveur HTTP pour échanger des données. Finalement, comme dans toutes applications Android/iOS disponibles actuellement.
Bah, y a les newbies (nombreux, j'en conviens), et ceux qui font des vrais applis web qui savent gérer leur cache parce que bon, derrière, sans parler de Firefox OS, ils ont des serveurs web en souffrance à cause de leurs milliers d'utilisateurs. Et au final, au niveau dev, faire du cache HTTP ou du Application Cache, ça change pas des masses par rapport à "d'habitude", l'appli fonctionne pareil, le dev c'est pareil, c'est juste des paramètres coté serveur à régler (pour le cache http), et/ou un manifest à écrire (pour Application Cache).
Non, comme je l'ai expliqué quelques lignes au dessus :-p. Tu as fait une appli web pour mobile ? Y a juste un fichier manifest à créer pour avoir une icône sur le bureau de Firefox OS, et éventuellement créer une page web (si tu ne veux pas passer par le market place) qui permettra d'appeler quelques lignes de javascript pour que l'utilisateur puisse installer cette icône. Comme tu le constate, même sans être développeur web, c'est super violent comme apprentissage :-p