Journal Mozilla veut lancer son OS

Posté par (page perso) . Licence CC by-sa
Tags :
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.

      Je suis dans ma tour d'ivoire (rien à foutre des autres, dites moi un truc pour moi), si je ne pose pas explicitement une question pour les 99%, les kévin, les Mm Michu alors c'est que je ne parle pas d'eux.

  • # 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 (page perso) . É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 (page perso) . É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 (page perso) . Évalué à  4 .

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

          • [^] # Re: mouais

            Posté par (page perso) . É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 (page perso) . É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 (page perso) . Évalué à  10 .

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

    • [^] # Re: mouais

      Posté par (page perso) . É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 (page perso) . É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 (page perso) . É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.

          « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

        • [^] # Re: mouais

          Posté par (page perso) . Évalué à  4 .

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

          Il peut renvoyer quoi d'autre le GPS ?

          • [^] # Re: mouais

            Posté par (page perso) . É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 (page perso) . Évalué à  5 .

              Bah justement ça marche ça.

              • [^] # Re: mouais

                Posté par (page perso) . Évalué à  0 .

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

                • [^] # Re: mouais

                  Posté par (page perso) . É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 (page perso) . É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 (page perso) . É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 (page perso) . Évalué à  5 .

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

          comptabilité != standard.

          • [^] # Re: mouais

            Posté par (page perso) . Évalué à  5 .

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

            en revanche, la compatibilité...

        • [^] # Re: mouais

          Posté par (page perso) . É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 (page perso) . É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 (page perso) . É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 (page perso) . É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.

  • # Bravo majeur

    Posté par . Évalué à  -8 .

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

    Félicitations.

    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é, car en exposant toutes les fonctions d'un smartphone aux applications WEB via une API dédiée, le risque d'usages abusifs s'accroît.

    • [^] # Re: Bravo majeur

      Posté par . Évalué à  -6 .

      s/vigilante/vigilance

    • [^] # Re: Bravo majeur

      Posté par (page perso) . É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 . É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 . Évalué à  -6 .

        je te prends au mot.
        look : http://www.zeigeist.fr/_index.php?p=2&sp=34 "What s in the world they are spraying". Il est assez récent. Il est bien. C'est avec le docteur Edward Griffin.

        • [^] # Re: Bravo majeur

          Posté par . Évalué à  -1 .

          Tiens, moi aussi j'ai un lien d'une pertinence rare: http://www.conservapedia.com/Chemtrails

          • [^] # Re: Bravo majeur

            Posté par . Évalué à  -6 .

            << The conspiracy theory, however, has never found any credit in the scientific community, as it is devoid of objective evidence. >>

            Ha bon...

            As-tu consulté le document "Case Orange" du Belfort Group sur les chemtrails ?
            Le document original est tout en anglais et fait 328 pages en version complète, 70 pages en version resumée : http://www.belfort-group.eu/blogs/post/9

            En français - 10 pages 188.710 octets - que du texte : http://www.urantia-gaia.info/wp-content/uploads/2011/05/CASE_ORANGE_francais.pdf

            • [^] # Re: Bravo majeur

              Posté par . Évalué à  3 .

              Pourquoi ils aspergent l'Océan ?

              Sedullus dux et princeps Lemovicum occiditur

              • [^] # Re: Bravo majeur

                Posté par . Évalué à  2 .

                Pour produire une lignée de poulpes indestructibles qui viendra sauver l'empire américain.

              • [^] # Re: Bravo majeur

                Posté par . Évalué à  -5 .

                Ne sachant moi-même te répondre, je te relaye la réponse d'un ami français qui essaie de suivre de près ce dossier :
                << Il y a eu un programme officiel d'ensemencement des océans avec du "fer"... va savoir si c'était vraiment du fer naturel... À Nagoya, à un sommet disons plus alternatif que le sommet de Copenhague, ils ont décidé d'arrêter ça officiellement car c'était pas efficace et il est vrai que vers chez moi il y a un recul de l'algue qui faisait chier mais y en a une autre qui arrive plus vite. Ensuite je ne sais pas trop. En Islande ils mettent du basalte dans l'eau, ça convertit le co2 en carbonate de calcium. >>

    • [^] # Re: Bravo majeur

      Posté par (page perso) . É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...

      • [^] # Re: Bravo majeur

        Posté par . Évalué à  -4 .

        Que personne ne sache comprendre l'anglais ici, à te lire, alors que Richard Stallman a très bien compris ma prose, c'est une aberration... Pour ceux comme toi qui aiment l'aventure, j'avais fait un résumé en français (qui est ré-apparu, merci l'équipe Linuxfr) ici et je présente 3 cas d'utilisation .

        Je te suis redevable de me donner l'occasion de répéter ce qu'il est bon d'entendre.

        • [^] # Re: Bravo majeur

          Posté par (page perso) . É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.

          • [^] # Re: Bravo majeur

            Posté par . Évalué à  -7 .

            Bravo.

            Tu semble bien entrainé à relever les fakes. C'est important.

            • [^] # Re: Bravo majeur

              Posté par . Évalué à  -6 .

              Zino's not a fake.

              Parfois je semble me contredire... En général, je sais ce que je fais.

              • [^] # Re: Bravo majeur

                Posté par (page perso) . É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...)

                • [^] # Re: Bravo majeur

                  Posté par . Évalué à  -2 .

                  Il est hautement probable que tu vois émerger Zino, au moins en terme fonctionnel, au mois d'août. Je ne m'avance pas plus.

              • [^] # Re: Bravo majeur

                Posté par (page perso) . Évalué à  7 .

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

  • # MoFo des bois

    Posté par (page perso) . É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 (page perso) . É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.

      « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

      • [^] # Re: MoFo des bois

        Posté par (page perso) . É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é ...

      • [^] # Re: MoFo des bois

        Posté par . Évalué à  -2 .

    • [^] # Re: MoFo des bois

      Posté par (page perso) . É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?

      Newton Adventure est sur Lumière Verte : http://steamcommunity.com/sharedfiles/filedetails/?id=187107465

Suivre le flux des commentaires

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