Reprise du message précédent :
difficile de différencier les deux en web
sauf erreur de ma part,  chrome utilise le moteur de safari, et n'a de chrome que l'UI et la synchro. Pour le reste (serviceworker, webrtc, par exemple), tu peux te toucher

donc chrome sous IOS = safari en terme de capacité
donc tous les navigateurs IOS sont grossos merdo equivalent
donc je peux faire un gros package

(en contrepartie, les perfs sont très bonne même avec ember )

edit: source : https://developer.chrome.com/multidevice/ios/overview

Dépend de l'API et du niveau d'intégration nécessaire, vu que tu peux exposer des trucs dans tes webview tu peux potentiellement bridger avec des API de l'OS pour implémenter des fonctionalités qui sont pas dispos dans le moteur de base (genre vibrate, je présume).

Et la critique sur les SW est un peu abusée, la spec est en cours d'édition active (même le dernier snapshot w3c est plus récent que la dernière version majeure de safari), le support unflag dans firefox a moins de 2 mois et n'est pas dans 45 ESR.

tu peux rien bridger depuis ta web app.
Le seul moyen est de passer par cordova/titanium/... Si tu as une autre solution, tu m'intéresses

La spec est récente, mais est déjà implémenté par de nombreux sites, dont facebook et twitter. A ma connaissance toujours, il n'y a pas eu d'annonce d'ETA côté safari,  alors que ça fait un moment que FF et chrome en parlaient depuis un moment, et que MS s'est positionné : https://jakearchibald.github.io/isserviceworkerready/

 
Pour les bridges j'imagine qu'il parle de l'app Chrome qui pouvait bridger des trucs en plus par rapport à Safari et les exposer dans la webview.    

Je parle pas de la webapp je parle des navigateurs, d'un chrome/ios ou d'un firefox/ios

C'est pas exactement une référence (d'autre chose que de l'intérêt du système que je ne nie pas) suffit de voir que tout les navigateurs ont du déprécier les préfixes pour les trucs en cours de dev

Et il n'y en aura (probablement) jamais, c'est apple Mais tu noteras qu'en dehors de la note sur le wiki webkit, sur https://webkit.org/status/ c'est la seule fonctionalité "under consideration" qui ait non seulement un contact indiqué, mais un contact qui est chez Apple.

Et Fetch (qui est un prérequis) est noté comme en cours d'implémentation, et Promise (l'autre prérequis) est implémenté depuis un moment.

Bon après je veux pas spécialement défendre safari sur les fitioures, ils sont clairement à la traine sur plein de trucs, mais SW s't'un peu abusé (ne serait-ce que du fait du cycle de vie annuel de la majorité du software apple)

Yep

c'est vrai que c'est possible  pour webrtc :  il existe même des plugins cordova tout prêt.

Par contre, pour les service worker j'ai un doute (il me semble que ce n'est pas facile de faire des daemon sous IOS).

Pour SW je pense pas non plus que ce soit possible, l'objection à ce sujet était pas sur les SW spécifiquement, plus sur l'idée que les "shells alternatifs" étaient impérativement contraint au featureset de safari à cause du moteur.

 
Sauf que safari qui craint n'est pas une spécificité d'iOS

@youmoussa : le push fonctionne sur safari desktop, et depuis un moment

safari 9.1 est sorti, c'est flo850 qui va être content, support pour des nouvelles features

Yo!
 
J'ai un petit bug JS sur IE. En gros, je toggle une classe `is-hover` sur un <div> via un mouseenter() et mouseleave(). La classe `is-hover` fait apparaitre un <select> pour sélectionner une quantité. Quand je déplie les options et que je les survole, sur IE, la classe `is-hover` est enlevée, alors que sur les autres navigateurs non. En gros on perd le hover sur le select ? Vous auriez une idée ?

Les options dépasses de la div qui écoute l'évènement ou pas ?

 
nope, la div est assez grande, ça ne dépasse jamais ^^

yeah  
 
J'ai hâte de voir quel features ont été cassées

C'est quoi la bonne façon de procéder pour authentifier un utilisateur via l'oauth google sur un front angularjs qui tape sur une API (sf)
 
C'est le front qui envoie le token à chaque requête et qui donc gère la sélection du compte google ou alors le front envoi un email et mdp à l'API qui elle récupère le token, l'envoi au front qui lui le renvoi à chaque requête ?
 
Une autre solution peut-être ?

flo850 porn: https://joreteg.com/blog/why-i-switched-to-android

Je suis d'accord avec lui, une fois de plus.

C'est intéressant, mais dommage d'avoir enveloppé la réflection dans un troll "je switch d'iOS à Android" pour le click.    
Ou alors il a vraiment changé simplement parce qu'Apple ne laisse pas autant de libertés au dev qu'Android et la je le suis plus

Je crois qu'il critique surtout le fait que Webkit ne sache pas gérer les service workers et l'intégration des web apps sans embedder le merdier dans un container natif :

Et donc, comme pour lui les Progressive Web Apps sont le futur, il passe d'iOS à Android.

C'est bien là dessus que je suis pas d'accord avec lui, choisir sa plateforme en fonction du possible "futur" c'est quand même pas logique  
 
Surtout si c'est pour s'infliger Android

+ le fait que webkit est imposé sous iOS pour les web apps

C'est pas le futur : rien que ce qui est possible sous android est un gros cran au dessus de ce qui est possible sous ios, et chaque nouvelle version de chrome avance vite ( par exemple la dernière a amené les payload avec les notification push)
 
Ca ne veut pas dire qu'IOS ne bouchera pas le trou, je pense même que ce serai assez simple vu la performance du moteur js intégré.
 
 
Et si tu développes avec une cible précise en tête, il me semble assez logique de l'utiliser au quotidien  

Je pense que vu les moyens d'Apple c'est un choix stratégique pour favoriser son écosystème propriétaire (et les 30% de marge qui vont avec).

Exactement.
Sur android/chrome toute les appli de gestion et les réseaux sociaux peuvent fonctionner en pur web ( ex : le site web facebook remplce 99% de l'app faceook , mais sans l'empreinte mémoire)  
Les jeux peuvent être fait de manière relativement performante avec webg/asm.js/webassembly  
 
Toutes ces app qui pourraient ne pas verser leur 30%à chaque transaction
 

Les illuminati c'est sur discu

Je comprends bien vos arguments, mais quel interêt si on occulte le côté "développement" ? Quels apps utilisent ces technos, lesquelles ont annoncé vouloir y passer ? Quel interêt pour moi par exemple de passer à Android sur mon device principal ?

Laisse-nous, on parle business

Quand Steves Jobs a tenté ça, il s'est fait passer sous le bus.

Facebook / twitter par exemple
 
Il parle de son point de vue de développeur, pourquoi occulter le côté developpement ? Aucun intérêt a passer à android , sauf si tu veux développer sur ces technos ou qu'il te manque des apps natives.

 
Sources ?
Oui oui mais je suis ok avec son discours de dev, c'est juste que je ne comprends pas l'interêt qu'il a de passer à Android sur son device perso pour ça.  
Si tu développes des apps en théorie t'as quand même une petite flotte iOS/Android de test  

www.facebook.com + F12  
 
Moi je vois un réel intérêt à consommer son poison au quotidien

Inventer des conneries à 3g c'est pas parler business

Ca manque de fichiers excel et  powerpoint pour une discu business

 
Et pourtant Google continue de livrer un browser avec des performances JS merdiques, du coup je ne vois pas pourquoi ils sont à des années lumières.
 
Et le dev qui préfère une feature à perf + monétisation, je crois qu'Apple peut effectivement s'en foutre

Parceque tu penses que ce n'est pas possible  de monétiser en web ? c'est vrai qu'il a fallu attendre les plateformes d'application pour faire de l'affichage de pub, de  l'achat in app ou de  l'abonnement

Les montants ne sont pas les mêmes.

Une réponse intéressante : https://blog.runspired.com/2016/03/ [...] tive-ways/

lien pêté à cause du ":" à la fin
 
https://blog.runspired.com/2016/03/ [...] tive-ways/
 
cf également https://medium.com/@bdc/chrome-is-t [...] .3uae32q82

Yes, ratage avec mes gros doigts sur ma tablette
Le second lien résume bien le problème, en effet.

deux visions différentes, les deux ont des avantages et des inconvénients.

 
Mon avis est forcement biaisé : je fais majoritairement du site outil/ site de gestion. Le stockage local à plus d'importance que les animations.une bonne gestion du mode offline à plus d'importance que les gradients

edit : IE11 plus rapide que chrome ? Mais il teste comment ? Que ce soir sur mobile ou desktop, chrome est plus rapide que IE/edge dans tous les tests que j'ai pu faire . edge sur mon nokia 930 ( même hardware que le nexus 5) est au même niveau de perf que chrome sur mon nexus 4

edit2 : un tests sur lequel chrome desktop est moins bon que safari IOS : https://jsperf.com/browserify-and-c [...] le-speed/6
sur mon PC : edge fait 31.12/32.97 , chrome fait 49.86 / 88.24, ie11 fait 33.01/16.6