Journal Mozilla veut lancer son OS

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
27
26
juil.
2011

Mozilla vient d'annoncer un nouveau projet : Boot to Gecko (B2G).

Mozilla aime le web (ce qui est compréhensible). Mozilla croit notamment dans les applications web (on en voit en effet de plus en plus). Mais pour que tout fonctionne bien, il est utile de fournir l'enveloppe qui recevra nos belles applications web.

C'est au niveau de cette enveloppe que se situe B2G. Il s'agirait d'un OS pour smartphone permettant de faire fonctionner des applications web aussi puissantes que les applications natives des divers OS mobiles actuels. Il ne s'agit donc pas d'un clone de ChromeOS, les objectifs de Mozilla vont plus loin. Il est question de rendre les technologies des smartphones (Téléphonie, SMS, Camera, USB, Bluetooth, NFC, etc) disponibles pour les applications web (au moyen d'API à définir).

Pour ce qui est du concret, il n'y a pas grand chose l'instant. Le dépôt git ne contient qu'un fichier README et l'équipe se compose de trois personnes. On sait cependant que le tout sera libre (le contraire aurait été surprenant), et je pense pouvoir dire sans trop faire d'erreur que ça se basera sur du Linux.

  • # Android

    Posté par  . Évalué à 3.

    je pense pouvoir dire sans trop faire d'erreur que ça se basera sur du Linux.

    Sur android si j'ai bien compris... Pas très courageux comme choix.

    Bonne chance à Mozilla en tout cas.

    • [^] # Re: Android

      Posté par  . Évalué à 2.

      C'est claire que j'aurais trouvé plus intéressant de voir ça sur Meego. Si ça prend Google aurait ajouté ce qu'il fallait à Android pour avoir les même applications web sur B2G et Android.

      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • # Chasser plusieurs lièvres à la fois

    Posté par  . Évalué à 7.

    C'est à ça que cela me fait penser..
    Ils feraient mieux de mettre le paquet sur Electrolysis, parce que sans ça l'architecture de Firefox fait vraiment obsolète par rapport à celle de Chrome/Chromium.
    Une fois qu'ils auront compléter ça, alors ils pourront passer à autre chose, avant bof..

    • [^] # Re: Chasser plusieurs lièvres à la fois

      Posté par  . Évalué à 5.

      Une équipe a été constituée pour ce projet spécifique (et des volontaires seraient les biens venus)

      Mozilla ne chasse pas plusieurs lièvres à la fois, il se diversifie ;)

    • [^] # Re: Chasser plusieurs lièvres à la fois

      Posté par  . Évalué à 2.

      Pas seulement Chromium, Webkit2 prépare la même chose pour Safari et d'autres. Par contre, je n'ai pas connaissance de la même chose pour Opera.

      Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

  • # Changelog Mozilla

    Posté par  . Évalué à 10.

    2011-07-26 B2G 3.0

    * Page Wiki : https://wiki.mozilla.org/B2G

    2011-07-25 B2G 2.0

    * update README

    2011-07-25 B2G 1.0

    * Création du projet sur GitHub

  • # mouais

    Posté par  (site web personnel) . Évalué à 7.

    En gros les mecs se branlent la nouille parcqu'ils ont réussi à faire un lecteur PDF en javascript, et sont maintenant persuadés qu'ils vont pouvoir faire n'importe quelle application avec ça.

    En théorie c'est sexy, mais :

    • Ils mettent en avant les technologies web "standards" mais vont devoir ajouter des API proprio pour donner un accès en profondeur au téléphone, bref ils vont faire du proprio comme tout le monde, le W3C aura toujours 5 ou 10 de retard pour standardisé les API utiles aujourd'hui.

    • Ils mettent en avant les technologies web "standards", mais leur lecteur PDF ne tourne visiblement ni dans Chrome 14, ni IE 9 : en pratique ils font du proprio Gecko.

    • Au final API accès téléphone + HTML/JS/CSS, c'est ce que propose déjà de nombreux concurrents pour iPhone/Android (PhoneGap, Appcelerator & co). Rien d'innovant donc.

    • [^] # Re: mouais

      Posté par  . Évalué à 10.

      Ils mettent en avant les technologies web "standards", mais leur lecteur PDF ne tourne visiblement ni dans Chrome 14, ni IE 9 : en pratique ils font du proprio Gecko.

      Je viens de tester à l'instant il fonctionne avec chromium 14

      http://andreasgal.github.com/pdf.js/multi_page_viewer.html#1

      • [^] # Re: mouais

        Posté par  (site web personnel) . Évalué à 1.

        J'ai testé la même page, avec la version 14.0.835.2 dev-m de Chrome.
        Le lecteur semble bien s'afficher pendant 2 ou 3 secondes, puis paf des grandes zones bleues s'affichent de manière aléatoire.

        • [^] # Re: mouais

          Posté par  (site web personnel) . Évalué à 4.

          Ben c'est peut être tout simplement un problème avec chromium dans ce cas ... non ?

          • [^] # Re: mouais

            Posté par  (site web personnel) . Évalué à 2.

            Je viens de tester avec la version 12 "stable" de Chrome et ca marche. Le problème venait donc bien de Chrome.

        • [^] # Re: mouais

          Posté par  . Évalué à 2.

          Waou mieux que Windows ! Ils ont déjà les écrans bleus avant d'avoir écrit une ligne de code sur cette OS.

        • [^] # Re: mouais

          Posté par  . Évalué à 5.

          des grandes zones bleues s'affichent de manière aléatoire.

          Des couleurs qui apparaissent, c'est normal avec le chrome.

          THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

      • [^] # Re: mouais

        Posté par  . Évalué à 6.

        Avoir un lecteur de PDF qui est aussi lent qu'une tentative de lancer Crysis2 sur un P75: jolie la perf !

    • [^] # Re: mouais

      Posté par  (site web personnel) . Évalué à 10.

      N'y aurait-il pas une certaines confusion entre « proprio » et non-standard dans votre message ?

      « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

    • [^] # Re: mouais

      Posté par  (site web personnel) . Évalué à 4.

      le W3C aura toujours 5 ou 10 de retard pour standardisé les API utiles aujourd'hui

      Euh, c'est l'inverse du processus initié sur html5 ce que tu dis non ?

      ils mettent en avant les technologies web "standards", mais leur lecteur PDF ne tourne visiblement ni dans Chrome 14, ni IE 9 : en pratique ils font du proprio Gecko.

      Ou alors Chrome et IE ne supportent pas correctement les standards.

      • [^] # Re: mouais

        Posté par  (site web personnel) . Évalué à 2.

        Euh, c'est l'inverse du processus initié sur html5 ce que tu dis non ?

        Je sais pas, tu vois beaucoup d'API stable et utilisable rattachée à HTML5 pour accéder à la caméra, au GPS (je parle pas de simple géoloc hein), à l'acceleromètre, à la base SMS, au calendrier, etc ?
        Pas moi.

        Ou alors Chrome et IE ne supportent pas correctement les standards.

        Tout comme Firefox. Aucun navigateur n'est parfait. Ce que je voulais mettre en avant, c'est que Firefox ne cherche pas tant à promouvoir les standards qu'à promouvoir Gecko. S'ils voulaient vraiment offrir un lecteur PDF au plus grand nombre d'utilisateur, ils auraient assuré une compatibilité avec les principaux navigateurs du marché, Chrome et IE9 n'étant pas anecdotiques ni obsolètes.

        • [^] # Re: mouais

          Posté par  . Évalué à 4.

          ils auraient assuré une compatibilité avec les principaux navigateurs du marché, Chrome et IE9 n'étant pas anecdotiques ni obsolètes.

          Ça marche avec Chrome justement, tu le dis toi-même.

          « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

        • [^] # Re: mouais

          Posté par  (site web personnel) . Évalué à 4.

          au GPS (je parle pas de simple géoloc hein)

          Il peut renvoyer quoi d'autre le GPS ?

          • [^] # Re: mouais

            Posté par  (site web personnel) . Évalué à 0.

            je voulais juste dire rien de comparable aux techniques de géoloc à partir de l'adresse IP par exemple, un vrai GPS qui retourne altitude, longitude, latitude, comme le prévoit HTML5.

            • [^] # Re: mouais

              Posté par  (site web personnel) . Évalué à 5.

              Bah justement ça marche ça.

              • [^] # Re: mouais

                Posté par  (site web personnel) . Évalué à 0.

                C'est l'exception qui confirme la règle :)

                • [^] # Re: mouais

                  Posté par  (site web personnel) . Évalué à 2.

                  C'est l'exception qui confirme la règle :)

                  Ou alors on peut considérer que comme ca existe pour le GPS, il ne devrait pas y avoir de soucis pour intégrer le reste.

                  • [^] # Re: mouais

                    Posté par  (site web personnel) . Évalué à 1.

                    Oué oué devrait pas y avoir de soucis pour intégrer tout le reste au HTML5. C'est vrai quoi, c'est pas comme s'ils s'étaient déjà étripé autour de certaines API (video, db local, etc.)

                    Y'a effectivement aucun soucis quand t'as un seul acteur qui fait une plateforme proprio. Là le HTML5 ce sont de nombreux acteurs, avec des besoins/objectifs pas forcement compatibles, et la moindre API devient un potentiel terrain de dispute.

                    Mais t'as raison, y'a pas de soucis, généralisons depuis une API qui est censée retourner 3 valeurs aux autres API.

            • [^] # Re: mouais

              Posté par  . Évalué à 3.

              un vrai GPS qui retourne altitude,

              Les GPS donnent une hauteur ellipsoïdale et non pas l'altitude. Les deux valeurs peuvent coïncider à certains endroits, mais vu la forme patatoïdale de la terre, c'est loin d'être le cas partout.

              • [^] # Re: mouais

                Posté par  (site web personnel) . Évalué à 2.

                Et surtout, une heure très précise de l'envoie de l'information pour un traitement via le poste client.

        • [^] # Re: mouais

          Posté par  (site web personnel) . Évalué à 5.

          ils auraient assuré une compatibilité avec les principaux navigateurs du marché

          comptabilité != standard.

          • [^] # Re: mouais

            Posté par  (site web personnel) . Évalué à 5.

            pourtant, le plan comptable est standard... (en France)

            en revanche, la compatibilité...

        • [^] # Re: mouais

          Posté par  (site web personnel) . Évalué à 1.

          Je sais pas, tu vois beaucoup d'API stable et utilisable rattachée à HTML5 pour accéder à la caméra, au GPS (je parle pas de simple géoloc hein), à l'acceleromètre, à la base SMS, au calendrier, etc ?
          Pas moi.

          Pourquoi pas des web services tout simplement ?

          • [^] # Re: mouais

            Posté par  . Évalué à 2.

            Mouarf, tu me montrera un exemple de WebService qui permettent à du code tournant en local d'accéder tes périphériques locaux.

            Nan par ce que moi les valeurs qu'enregistre un accéléromètre, ou une caméra dans un datacenter je m'en cogne un peu ...

            • [^] # Re: mouais

              Posté par  . Évalué à 10.

              C’est important de savoir si on change l’orientation de ton data center. Pour passer en mode paysage...

              Depending on the time of day, the French go either way.

          • [^] # Re: mouais

            Posté par  (site web personnel) . Évalué à 3.

            Service web de quoi ?
            Comment un service web va permettre à une application d'accéder à ton matériel ?

            (sinon, y'a flex... hop hop ->[])

            • [^] # Re: mouais

              Posté par  (site web personnel) . Évalué à 1.

              Comment un service web va permettre à une application d'accéder à ton matériel ?

              C'est pourtant simple. C'est d'ailleurs comme ça que fonctionnent les interfaces de beaucoup de matos ( switch ...). Tu lance localement un service http qui gérer directement le matériel.

              • [^] # Re: mouais

                Posté par  (site web personnel) . Évalué à 4.

                hum...
                Ce que tu propose, à la place d'une API c'est d'avoir un service web local qui gère le matériel ?
                Ha heu...

                • comment ton service web accède à ton matériel ?
                  • si c'est par une API, hop hop on revient au début
                • comment les "applications" vont accéder à la donnée
                  • si c'est en interrogeant un service web local au lieu de faire navigator.getPosition() ça m'étonnerait que ça intéresse quiconque
                • à quoi sert d'avoir ça sous forme d'un service ?
                  • un service c'est bien pour être interrogé, là on parle quand même (faut se remettre dans le contexte) d'obtenir des informations provenant du matériel dans l'application web. Tu veux que le serveur aille interrogé le service web du téléphone ?

                Les interfaces de matos n'ont rien à voir il me semble. Si tu veux monitorer un switch par exemple alors oui un service peut être intéressant, car tu va avoir un client pour écouter.
                Mais c'est raisonner à l'envers, le client c'est le téléphone. Et justement il veut envoyer ses infos vers un service web, pas monter un service web avec tout ce que ça comporte (serveur) juste pour pouvoir ensuite lire ce qui était déjà en local.

            • [^] # Re: mouais

              Posté par  . Évalué à 1.

              (sinon, y'a flex...

              C'est pas comme si flash etait une technologie d'avenir non plus.
              Remarque, quand on ecoute le discours d'adobe depuis 4 ans, on se dit que si, vu qu'ils arretent pas de dire qu'a l'avenir ca marchera.

              Bon, sinon, l'api de flex en ouvert/standard dans un browser, moi j'achete.

              If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.

  • # Commentaire supprimé

    Posté par  . Évalué à -8.

    Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Commentaire supprimé

      Posté par  . Évalué à -6.

      Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: Bravo majeur

      Posté par  (site web personnel) . Évalué à 5.

      [quote]Que la communauté perçoive la force du projet de Mozilla et oeuvre avec vigilante à la production (ou l'audit) du code pour garantir sa sainteté[/quote]
      faut quand même pas exagérer, le code de Mozilla ce n'est pas le Graal non plus.

    • [^] # Re: Bravo majeur

      Posté par  (Mastodon) . Évalué à 8.

      Zino est dans beaucoup d'esprits

      Non, seulement dans le tien...

    • [^] # Re: Bravo majeur

      Posté par  . Évalué à -2.

      Et sinon, les chemtrails, ça avance ?

    • [^] # Re: Bravo majeur

      Posté par  (site web personnel) . Évalué à 8.

      Zino est dans beaucoup d'esprits et Mozilla a choisi d'aller plus loin.

      Je suis pas sur, où alors ça voudrait dire que Mozilla a fini par comprendre ce que serait Zino... ce qui, il me semble, n'est le cas de personne ici...

      • [^] # Commentaire supprimé

        Posté par  . Évalué à -4.

        Ce commentaire a été supprimé par l’équipe de modération.

        • [^] # Re: Bravo majeur

          Posté par  (site web personnel) . Évalué à 7.

          nan mais je t'assure que personne n'a compris zind zino ou autre...
          Désolé d'être direct mais c'est pourtant ce qui a été répété dans tous les journaux.

          Au fait :

          mais de toute façon, faut finir en août au plus tard

          Alors, c'en est où ?

          Et d'ailleurs, quel est le lien entre l'OS Gecko et des histoires de vidéos ?

          Ha, mais c'est vrai, j'ai oublié la phrase la plus importante dans tout ce ... heu non rien... ici

          Je rigole... Hein, Zino c'était qu'un fake.

          • [^] # Commentaire supprimé

            Posté par  . Évalué à -7.

            Ce commentaire a été supprimé par l’équipe de modération.

            • [^] # Commentaire supprimé

              Posté par  . Évalué à -6.

              Ce commentaire a été supprimé par l’équipe de modération.

              • [^] # Re: Bravo majeur

                Posté par  (site web personnel) . Évalué à 5.

                Parfois je semble me contredire...

                Je te rassure.
                C'est ni parfois, ni semble...

                En général, je sais ce que je fais.

                Et donc, c'en est où Zino alors ? Vu que ça doit être terminé pour août, on peut voir quelque chose (nan mais je me dis que si je le vois je comprendrai peut-être...)

                • [^] # Commentaire supprimé

                  Posté par  . Évalué à -2.

                  Ce commentaire a été supprimé par l’équipe de modération.

              • [^] # Re: Bravo majeur

                Posté par  . Évalué à 7.

                Il sortira en même temps que Gcoincoin, avec lequel il sera parfaitement compatible dans la limite des fonctionnalités communes.

                • [^] # Commentaire supprimé

                  Posté par  . Évalué à -2.

                  Ce commentaire a été supprimé par l’équipe de modération.

  • # MoFo des bois

    Posté par  . Évalué à 10.

    Ils veulent se diversifier ? Grand bien leur fasse et pourquoi pas. Par contre il faudrait arrêter un peu de se palucher la nouille sur le HTML/JS/CSS des bois 5 minutes et revenir sur la planète Terre !
    Quelqu'un chez eux a au moins une fois essayé de coder une application native et riche avec un toolkit évolué genre Qt et essayé de faire la même chose avec du HTML des bois ? En Qt c'est plus facile car on a pas à mélanger 50 technos, c'est intégré à l'environnement et on peut exploiter tout le matériel existant et futur, c'est dingue.

    Et comme par hasard un OS libre en Qt, très avancé pour mobile, tablette et netbook existe : Meego

    Et ca leur permettrait de travailler sur des services libres à la Google et pourquoi pas payant pour s'auto financer.

    • [^] # Re: MoFo des bois

      Posté par  . Évalué à 2.

      Et comme par hasard un OS libre en Qt, très avancé pour mobile, tablette et netbook existe : Meego

      Comme par hasard, un OS libre avec des applications uniquement en HTML/JS/CSS existe aussi et marche bien à ce qu'il parait. C'est WebOS.

      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

      • [^] # Re: MoFo des bois

        Posté par  . Évalué à 9.

        Le bon lien est HP_webOS et tu y liras :

        Mais depuis le CES du 7 janvier 2010, Palm a annoncé le Palm webOS Plugin Development Kit. Il s'agit de l'ajout d'une nouvelle partie à la plateforme de développement Palm webOS. Le webOS Plug-in Development Kit (PDK) permet aux développeurs d'améliorer ou étendre leurs applications webOS en écrivant des greffons (plug-ins) en C ou C++. Le webOS PDK permet aux développeurs de tirer parti du code existant en C/C++ (dont ceux utilisant OpenGL ES 1.1 ou 2.0) et permet de nouvelles capacités - y compris les graphiques 3D de hautes performances. Les principales technologies utilisées par le PDK sont : le compilateur GCC pour compiler le code C/C++ vers du code binaire natif pour processeurs ARM, SDL (Simple DirectMedia Layer) qui est librairie multimédia multi-platformes. Une version publique du PDK est planifiée, elle sera disponible pour tous les développeurs webOS en mars, suivie par une version officielle pendant le premier semestre 201011. Bien que le PDK officiel de Palm ne sera pas disponible avant mars 2010, une version non officielle est disponible sur le site WebOS Internals Le jeu Need for Speed en 3D pour Palm webOS a été développé avec le Palm webOS SDK.

        C'est le même principe que nativeclient, il y a le blabla marketeux, "en HTML on fait tout", et il y a la réalité ...

      • [^] # Commentaire supprimé

        Posté par  . Évalué à -2.

        Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: MoFo des bois

      Posté par  (site web personnel) . Évalué à 3.

      il faudrait arrêter un peu de se palucher la nouille sur le HTML/JS/CSS des bois

      C'est surtout le Javascript le point faible. A t-on jamais vu un langage aussi pourri avoir un tel succès?

      Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.