Re: [Moz-fr] positionnement des applications Web ouvertes
On 01/29/2013 03:39 AM, Paul Adenot wrote: > > Je pensais comme toi, qu'on pouvait accéder à |shared/| dans toutes les > applications, mais Étienne me dit qu'il n'en est rien. Il faut copier de > toute façon. J'ai râlé, mais il a rien voulu savoir. Peut-être qu'on > ferait bien de se renseigner sur le pourquoi de ce choix, et les > solutions possibles. À mon avis, les principaux problêmes viennent de > l'eventuelle incompatibilité. Je pense qu'on devrait pouvoir s'en > sortir, mais je n'ai pas encore réfléchi à la sécu. Voilà la raison: la sécu. On ne veut pas laisser appA accéder aux ressources de appB, sauf dans des cas bien particuliers (par exemple, le homescreen a besoin d'accéder aux icones des autres applis) que l'on gère avec une permission. Et d'une façon générale l'origine des app packagées est un UUID généré lors de l'installation, donc appA n'a pas connaissance de l'uri pour accéder aux ressources de appB. Fabrice ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
Re: [Moz-fr] positionnement des applications Web ouvertes
Le 29/01/2013 12:39, Paul Adenot a écrit : # Documentation des Web Apis Point annexe, si on veut que les applis Web soient réellement universelles, il faudrait que nos Web Apis soient implémentées dans d’autres navigateurs. Et que les développeurs sachent où chaque API est utilisable. Serait-il possible d’enrichir avec les WebAPIs un projet existant comme caniuse ou https://github.com/karlcow/browserfeatures ou de créer une telle matrice dans MDN. Il faudrait lister toutes les WebAPIs, leur spec, l’état de leur standardisation, et l’état de leur implémentation dans Firefox Canal Historique, Firefox Canal Mobile, Firefox Canal OS, Webkit… Je pense que ça serait super à avoir, mais je crains que les gens de l'équipe documentation soient complètement surchargés en ce moment. Ce projet me semble assez découplé pour pouvoir être entrepris par un ou des contributeurs, mais comme toujours, ça va être un travail de titan à maintenir. Il faudrait aussi peut-être contacter des gens chez caniuse pour les spec qui sont en CR ou implémentées par plusieurs UA. Ou balancer des pull request? https://github.com/Fyrd/caniuse/tree/master/features-json Si la réactivité de caniuse n'est pas au rendez-vous, c'est possible de forker. Une idée simple, mais qui demande quand même du travail, ça serait de faire un fork de ce repo derrière MDN (cron qui vient pull régulièrement) et qu'un template KumaScript (version méga simplifée de Node.js) vienne générer les tables de compatibilité (et ajoute la cartouche CC pour caniuse). A très court terme et jusqu'à ce que github fasse la tête, le contenu peut être récupéré dynamiquement depuis raw.github.com David ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
Re: [Moz-fr] positionnement des applications Web ouvertes
Bonjour et merci de vos réponses, On lundi 28 janv. 2013 à 13:13:31 (-0800), Fabrice Desre wrote: > Il n'y a pas vraiment de resources partagées par les applis gaia > actuellement. Chaque appli embarque une copie de ce qui est dans /shared > sur le dépot git. C'est ce que peuvent aussi faire des applis tierces. Ok, c’est http://buildingfirefoxos.com/ qui m’avait enduit d’erreur. Ceci dit, avoir un SDK avec des ressources partagées pour garantir une certaine unité de style aurait amha du sens, à condition qu’il ne soit pas spécifique à FirefoxOS. > Oui... la réalité te plaira sans doute un peu moins, puisque sauf si tu > fais ton build, les partenaires pousseront les updates eux-même, mais > pas Mozilla. Ok, et donc comme chacun personnalisera sa version, on ne peut rien garantir. J’espère au moins que le cœur (Gonk + Gecko) sera commun à tous les téléphones. Au fait, tu sais comment ça se passe pour les mises à jour de Gonk ? C’est le même processus ? On mardi 29 janv. 2013 à 12:39:21 (+0100), Paul Adenot wrote: > À noter que je parle principalement des fichiers Javascript ici, je n'ai > pas bien regardé les fichiers CSS. Moi je regardais plus le CSS et ce qui peut aider les développeurs à avoir rapidement des applis avec une bonne finition (parce que les premières applis vont être développées par des geeks dans mon genre dont la plupart ont des goût de chiottes, donc si on ne leur fournit pas des modèles de présentation ça va être la fête du slip et nuire à la première impression qu’auront les utilisateurs). > Je pense que ça serait super à avoir, mais je crains que les gens de > l'équipe documentation soient complètement surchargés en ce moment. Ce > projet me semble assez découplé pour pouvoir être entrepris par un ou > des contributeurs, mais comme toujours, ça va être un travail de titan à > maintenir. Complètement ! CanIUse est je crois en partie collaboratif. Faut trouver des gens motivés dans la communauté (mais c’est un gros boulot vu le nombre d’API à suivre). On mardi 29 janv. 2013 à 12:02:46 (+), Mounir Lamouri wrote: > Je ne pense pas que ça soit très utile pour le moment. Seulement deux > APIs créées pour Firefox OS ont une implémentation en dehors de Gecko > pour le moment: Battery Information API et Vibration API. Toutes les > autres sont Gecko-only. Certaines ont une spécification, d'autres pas. Mais on espère qu’elles seront implémentées ailleurs. Sinon on ne crée qu’un nouveau silo dont seule la technologie change. Pour convaincre des gens d’investir dans le développement d’OWA, il faut qu’ils espèrent qu’un jour la même appli pourra tourner à l’identique dans un Chrome sous Android, un IE sous Windows Phone, un Opera sous iOs… Enfin c’est ce qu’on vend, donc essayons de ne pas être trop spécifiques à Firefox dans la documentation. Clochix -- Envoyé depuis des Logiciels Libres (Vim, Mutt, Exim4, Debian GNU/Linux) ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
Re: [Moz-fr] positionnement des applications Web ouvertes
On 28/01/13 21:00, Clochix wrote: > # Documentation des Web Apis > > Point annexe, si on veut que les applis Web soient réellement > universelles, il faudrait que nos Web Apis soient implémentées dans > d’autres navigateurs. Et que les développeurs sachent où chaque API est > utilisable. Serait-il possible d’enrichir avec les WebAPIs un projet > existant comme caniuse ou https://github.com/karlcow/browserfeatures ou > de créer une telle matrice dans MDN. Il faudrait lister toutes les > WebAPIs, leur spec, l’état de leur standardisation, et l’état de leur > implémentation dans Firefox Canal Historique, Firefox Canal Mobile, > Firefox Canal OS, Webkit… Je ne pense pas que ça soit très utile pour le moment. Seulement deux APIs créées pour Firefox OS ont une implémentation en dehors de Gecko pour le moment: Battery Information API et Vibration API. Toutes les autres sont Gecko-only. Certaines ont une spécification, d'autres pas. -- Mounir ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
Re: [Moz-fr] positionnement des applications Web ouvertes
On 28/01/13 21:30, Fabrice Desre wrote: > On 01/28/2013 01:16 PM, Erwan Guyader wrote: >> Quel est l'intérêt de confier les mises à jour aux partenaires quand >> Mozilla peut le faire ? >> Chacun son boulot : les partenaires le hardware, Mozilla le système >> d'exploitation ! > > Rien n'empêche un telco de paramétrer gecko pour faire pointer les > updates sur un serveur tiers. Ils ne s'en privent pas, même si en effet > Moz aurait préféré servir les updates. Ce n'est pas tout à fait vrai : Mozilla aurait put ajouter ce point dans les conditions nécessaires pour utiliser ses marques. Après, c'est un jeu de négociation et je comprends qu'on ne peut pas être autiste et demander sans concesséder. Si c'était considérer comme un deal breaker par les telco, Mozilla n'avait pas vraiment le choix. Du moins, pour le moment... -- Mounir ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
Re: [Moz-fr] positionnement des applications Web ouvertes
> J’en profite pour y aller de ma petite question. J’ai découvert > l’existence de ressources partagées dans Gaïa, des bibliothèques JS et > des feuilles de style que toutes les applis peuvent utiliser. C’est une > excellente idée pour fournir des composants de plus haut niveau > réutilisables (comme AsyncStorage) et unifier l’aspect des applications. > Mais ça signifie également que les applications développées en utilisant > ces composants deviennent B2G centrics, elles ne fonctionneront que sur > B2G, ce qui va à l’encontre de la philosophie. Bien sûr ces composants > peuvent être empaquetés avec l’application pour la distribuer sur > d’autres plateformes, mais je ne sais pas s’il ont été conçus pour > bien fonctionner dans d’autres environnements. Les feuilles de style par > exemple n’ont pas l’air réactives, donc pas forcément adaptées à une > application conçue pour fonctionner à la fois sur mobile et tablette. Je pensais comme toi, qu'on pouvait accéder à |shared/| dans toutes les applications, mais Étienne me dit qu'il n'en est rien. Il faut copier de toute façon. J'ai râlé, mais il a rien voulu savoir. Peut-être qu'on ferait bien de se renseigner sur le pourquoi de ce choix, et les solutions possibles. À mon avis, les principaux problêmes viennent de l'eventuelle incompatibilité. Je pense qu'on devrait pouvoir s'en sortir, mais je n'ai pas encore réfléchi à la sécu. À noter que je parle principalement des fichiers Javascript ici, je n'ai pas bien regardé les fichiers CSS. > # Documentation des Web Apis > > Point annexe, si on veut que les applis Web soient réellement > universelles, il faudrait que nos Web Apis soient implémentées dans > d’autres navigateurs. Et que les développeurs sachent où chaque API est > utilisable. Serait-il possible d’enrichir avec les WebAPIs un projet > existant comme caniuse ou https://github.com/karlcow/browserfeatures ou > de créer une telle matrice dans MDN. Il faudrait lister toutes les > WebAPIs, leur spec, l’état de leur standardisation, et l’état de leur > implémentation dans Firefox Canal Historique, Firefox Canal Mobile, > Firefox Canal OS, Webkit… Je pense que ça serait super à avoir, mais je crains que les gens de l'équipe documentation soient complètement surchargés en ce moment. Ce projet me semble assez découplé pour pouvoir être entrepris par un ou des contributeurs, mais comme toujours, ça va être un travail de titan à maintenir. Il faudrait aussi peut-être contacter des gens chez caniuse pour les spec qui sont en CR ou implémentées par plusieurs UA. Paul. ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
Re: [Moz-fr] positionnement des applications Web ouvertes
Le 28/01/2013 22:16, Erwan Guyader a écrit : Quel est l'intérêt de confier les mises à jour aux partenaires quand Mozilla peut le faire ? Chacun son boulot : les partenaires le hardware, Mozilla le système d'exploitation ! Vu que FirefoxOS est open source, les partenaires qui distribuent vont se faire un plaisir de customiser leurs builds et donc, si y'a une update, ils vont vouloir vérifier au moins que ça pourri pas leur build custom. * Avantage de l'open source : le pouvoir est décentralisé, chacun peut customiser sa version (pour des raison de perf, hardware custom, apps spécifiques, tracking des utilisateurs...) * "Inconvénient" de l'open source : le pouvoir est décentralisé, aucun acteur ne peut prétendre être la seule source de mise à jour. David ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
Re: [Moz-fr] positionnement des applications Web ouvertes
On 01/28/2013 01:16 PM, Erwan Guyader wrote: > Quel est l'intérêt de confier les mises à jour aux partenaires quand > Mozilla peut le faire ? > Chacun son boulot : les partenaires le hardware, Mozilla le système > d'exploitation ! Rien n'empêche un telco de paramétrer gecko pour faire pointer les updates sur un serveur tiers. Ils ne s'en privent pas, même si en effet Moz aurait préféré servir les updates. Fabrice ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
Re: [Moz-fr] positionnement des applications Web ouvertes
2013/1/28 Clochix > Bonsoir, > > Bravo à Padenot et consort pour le temps passé à répondre sur DLFP :) > > # Applications Web ou Applications Firefox ? > > J’en profite pour y aller de ma petite question. J’ai découvert > l’existence de ressources partagées dans Gaïa, des bibliothèques JS et > des feuilles de style que toutes les applis peuvent utiliser. C’est une > excellente idée pour fournir des composants de plus haut niveau > réutilisables (comme AsyncStorage) et unifier l’aspect des applications. > Mais ça signifie également que les applications développées en utilisant > ces composants deviennent B2G centrics, elles ne fonctionneront que sur > B2G, ce qui va à l’encontre de la philosophie. Bien sûr ces composants > peuvent être empaquetés avec l’application pour la distribuer sur > d’autres plateformes, mais je ne sais pas s’il ont été conçus pour > bien fonctionner dans d’autres environnements. Les feuilles de style par > exemple n’ont pas l’air réactives, donc pas forcément adaptées à une > application conçue pour fonctionner à la fois sur mobile et tablette. > > Mon propos est confus. Je veux dire qu’actuellement on donne des outils > pour aider les développeurs à écrire leurs premières applications, et > ces outils sont très utiles. Mais spécifiques à B2G, ce qui va un peu à > l’encontre de la philosophie : écrivez des applications pour le Web, > elles fonctionneront partout (on en parlait samedi avec Kaze à propos de > Mortar, qui est sûrement un bon cadre, mais vient concurrencer de > nombreux autres logiciels similaires et plus génériques auxquels les > développeurs Web mobiles sont déjà habitués). Donc je trouve la > communication un peu confuse. Comment faire pour clarifier les choses ? > Extraire les composants partagés pour en faire des projets utilisés par > Gaïa mais indépendants (comme Bootstrap a sa vie en dehors de Twitter) ? > Je ne sais. > N'est-pas déjà ce qu'on fait lorsqu'on essaye de charger une library JS depuis un CDN, puis depuis le domaine local si ça échoue ? N'est-ce pas applicable aux feuilles de style Gaia ? D'abord on essaye de charger ce qui est dans "shared/..." puis si ça échoue, on charge une copie locale. > > > # Documentation des Web Apis > > Point annexe, si on veut que les applis Web soient réellement > universelles, il faudrait que nos Web Apis soient implémentées dans > d’autres navigateurs. Et que les développeurs sachent où chaque API est > utilisable. Serait-il possible d’enrichir avec les WebAPIs un projet > existant comme caniuse ou https://github.com/karlcow/browserfeatures ou > de créer une telle matrice dans MDN. Il faudrait lister toutes les > WebAPIs, leur spec, l’état de leur standardisation, et l’état de leur > implémentation dans Firefox Canal Historique, Firefox Canal Mobile, > Firefox Canal OS, Webkit… > > > # Mises à jour > > Digression : j’ai interrogé l’un de vous ce ouikende à propos des mises > à jour de FirefoxOS, et ai cru comprendre qu’elles seraient > automatiques (pour tout y compris Gonk, d’ailleurs ?). La fragmentation > des versions étant un gros soucis sur Android, c’est amha un point à > mettre en avant lorsqu’on présente B2G. > > > Merci de votre attention, > Clochix > > -- > Envoyé depuis des Logiciels Libres (Vim, Mutt, Exim4, Debian GNU/Linux) > > ___ > Moz-fr mailing list > Moz-fr@mozfr.org > http://mozfr.org/mailman/listinfo/moz-fr > -- Adrian Gaudebert WebDev @ Mozilla http://adrian.gaudebert.fr ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
Re: [Moz-fr] positionnement des applications Web ouvertes
Quel est l'intérêt de confier les mises à jour aux partenaires quand Mozilla peut le faire ? Chacun son boulot : les partenaires le hardware, Mozilla le système d'exploitation ! Erwan Le 28/01/2013 22:13, Fabrice Desre a écrit : On 01/28/2013 01:00 PM, Clochix wrote: Bonsoir, Bravo à Padenot et consort pour le temps passé à répondre sur DLFP :) # Applications Web ou Applications Firefox ? Il n'y a pas vraiment de resources partagées par les applis gaia actuellement. Chaque appli embarque une copie de ce qui est dans /shared sur le dépot git. C'est ce que peuvent aussi faire des applis tierces. # Mises à jour Digression : j’ai interrogé l’un de vous ce ouikende à propos des mises à jour de FirefoxOS, et ai cru comprendre qu’elles seraient automatiques (pour tout y compris Gonk, d’ailleurs ?). La fragmentation des versions étant un gros soucis sur Android, c’est amha un point à mettre en avant lorsqu’on présente B2G. Oui... la réalité te plaira sans doute un peu moins, puisque sauf si tu fais ton build, les partenaires pousseront les updates eux-même, mais pas Mozilla. Fabrice ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
Re: [Moz-fr] positionnement des applications Web ouvertes
On 01/28/2013 01:00 PM, Clochix wrote: > Bonsoir, > > Bravo à Padenot et consort pour le temps passé à répondre sur DLFP :) > > # Applications Web ou Applications Firefox ? Il n'y a pas vraiment de resources partagées par les applis gaia actuellement. Chaque appli embarque une copie de ce qui est dans /shared sur le dépot git. C'est ce que peuvent aussi faire des applis tierces. > # Mises à jour > > Digression : j’ai interrogé l’un de vous ce ouikende à propos des mises > à jour de FirefoxOS, et ai cru comprendre qu’elles seraient > automatiques (pour tout y compris Gonk, d’ailleurs ?). La fragmentation > des versions étant un gros soucis sur Android, c’est amha un point à > mettre en avant lorsqu’on présente B2G. Oui... la réalité te plaira sans doute un peu moins, puisque sauf si tu fais ton build, les partenaires pousseront les updates eux-même, mais pas Mozilla. Fabrice ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
[Moz-fr] positionnement des applications Web ouvertes
Bonsoir, Bravo à Padenot et consort pour le temps passé à répondre sur DLFP :) # Applications Web ou Applications Firefox ? J’en profite pour y aller de ma petite question. J’ai découvert l’existence de ressources partagées dans Gaïa, des bibliothèques JS et des feuilles de style que toutes les applis peuvent utiliser. C’est une excellente idée pour fournir des composants de plus haut niveau réutilisables (comme AsyncStorage) et unifier l’aspect des applications. Mais ça signifie également que les applications développées en utilisant ces composants deviennent B2G centrics, elles ne fonctionneront que sur B2G, ce qui va à l’encontre de la philosophie. Bien sûr ces composants peuvent être empaquetés avec l’application pour la distribuer sur d’autres plateformes, mais je ne sais pas s’il ont été conçus pour bien fonctionner dans d’autres environnements. Les feuilles de style par exemple n’ont pas l’air réactives, donc pas forcément adaptées à une application conçue pour fonctionner à la fois sur mobile et tablette. Mon propos est confus. Je veux dire qu’actuellement on donne des outils pour aider les développeurs à écrire leurs premières applications, et ces outils sont très utiles. Mais spécifiques à B2G, ce qui va un peu à l’encontre de la philosophie : écrivez des applications pour le Web, elles fonctionneront partout (on en parlait samedi avec Kaze à propos de Mortar, qui est sûrement un bon cadre, mais vient concurrencer de nombreux autres logiciels similaires et plus génériques auxquels les développeurs Web mobiles sont déjà habitués). Donc je trouve la communication un peu confuse. Comment faire pour clarifier les choses ? Extraire les composants partagés pour en faire des projets utilisés par Gaïa mais indépendants (comme Bootstrap a sa vie en dehors de Twitter) ? Je ne sais. # Documentation des Web Apis Point annexe, si on veut que les applis Web soient réellement universelles, il faudrait que nos Web Apis soient implémentées dans d’autres navigateurs. Et que les développeurs sachent où chaque API est utilisable. Serait-il possible d’enrichir avec les WebAPIs un projet existant comme caniuse ou https://github.com/karlcow/browserfeatures ou de créer une telle matrice dans MDN. Il faudrait lister toutes les WebAPIs, leur spec, l’état de leur standardisation, et l’état de leur implémentation dans Firefox Canal Historique, Firefox Canal Mobile, Firefox Canal OS, Webkit… # Mises à jour Digression : j’ai interrogé l’un de vous ce ouikende à propos des mises à jour de FirefoxOS, et ai cru comprendre qu’elles seraient automatiques (pour tout y compris Gonk, d’ailleurs ?). La fragmentation des versions étant un gros soucis sur Android, c’est amha un point à mettre en avant lorsqu’on présente B2G. Merci de votre attention, Clochix -- Envoyé depuis des Logiciels Libres (Vim, Mutt, Exim4, Debian GNU/Linux) ___ Moz-fr mailing list Moz-fr@mozfr.org http://mozfr.org/mailman/listinfo/moz-fr
