La Fibre

Télécom => Logiciels et systèmes d'exploitation => Firefox Navigateurs web => Discussion démarrée par: turold le 19 juillet 2015 à 08:18:59

Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 19 juillet 2015 à 08:18:59
[Édit : les messages qui suivent proviennent du sujet « Prévision de production de lignes FTTH pour la Bretagne » (https://lafibre.info/ftth-la-fibre-optique-gpon-ou-p2p/prevision-de-production-de-lignes-ftth-pour-la-bretagne/)]

Le problème des solutions PDF de Chrome et surtout Firefox, c'est que c'est entièrement développé par l'éditeur du navigateur, sans l'aide d'Adobe, pour le lecteur PDF intégré. Contrairement au Flash PPAPI qui est co-développé entre Google et Adobe. Donc pas étonnant qu'il y ai des différences sur des fonctions peu utilisées (ici le diagramme en hachures, et probablement que c'est pareil en pointillé).
Ce sera le même problème avec la future solution intégrée de Flash dans Firefox. Mozilla ne travaille pas du tout avec Adobe...
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: Marin le 19 juillet 2015 à 11:40:36
Ce sera le même problème avec la future solution intégrée de Flash dans Firefox. Mozilla ne travaille pas du tout avec Adobe...

Il y aura sûrement une plus forte exigence sur l'interopérabilité, étant donné la complexité demandée par Flash, qui intègre un système entier de machine virtuelle (en plus d'un « simple » format de description). Il y a une obligation de rendu au pixel près, sans compter certaines solutions d'obfuscation qui essayent de tirer profit de certaines fonctionnalités obscures ou de comportements non-standards pour complexifier la tâche de rétro-ingénierie.

Ne pas travailler avec l'éditeur d'origine, ça fait juste à peu près partie du concept de développer un clone libre :)
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 19 juillet 2015 à 11:51:59
 :o :o :o
J'ai eu l'occasion de constater l'inefficacité du rendu du "clone libre" de Flash dans Debian.
Je ne pense pas du tout qu'il y ai une quelconque obligation de rendu pour un clone de Flash. Sinon Debian devrait avoir un procès par Adobe... Ce qui n'est pas le cas.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: Marin le 19 juillet 2015 à 11:54:23
:o :o :o
J'ai eu l'occasion de constater l'inefficacité du rendu du "clone libre" de Flash dans Debian.
Je ne pense pas du tout qu'il y ai une quelconque obligation de rendu pour un clone de Flash. Sinon Debian devrait avoir un procès par Adobe... Ce qui n'est pas le cas.

Je voulais dire « obligation » dans le sens, que les développeurs de Firefox puissent se sentir de le mettre en production dans leur navigateur, sans que ce soit un truc un tiers fonctionnel. Les clones libres développés jusqu'à là (Gnash et Swfdec pour AS2, LightSpark pour AS3) sont loin d'être complets et conseillés pour une utilisation courante.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 19 juillet 2015 à 11:59:20
Ak ok.
Alors je serai plus nuancé que toi. Vu ce que Firefox est devenu à partir de la version 4... je pense que le Flash by Mozilla sera très probablement le plus "avancé" des Flash libres, mais comme son lecteur PDF, encore assez loin du rendu complet en "toutes circonstances".
Avis perso, réponse définitive quand il y aura la release.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: Breizh 29 le 19 juillet 2015 à 11:59:37
J'ai Adobe flash d'installé sur mon PC, mais il semble en effet que Firefox utilise sa propre solution.
Je ne m'étais pas posé la question avant.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 19 juillet 2015 à 12:06:33
J'ai Adobe flash d'installé sur mon PC, mais il semble en effet que Firefox utilise sa propre solution.
Je ne m'étais pas posé la question avant.
Non, non, ne pas confondre.
Firefox en ce moment, c'est:
- sa propre solution en PDF
- le plugin Flash NPAPI a installer soi-même à partir du site d'Adobe (site conseillé en tout cas)

Sa propre solution Flash est en test, donc à part si Waterfox utilise le canal Nightly de Firefox, ce n'est pas encore ton cas. D'ici 2017, selon Vivien.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: Breizh 29 le 19 juillet 2015 à 13:18:17
Waterfox n'est ni plus ni moins que Firefox en x64, tous les plugin sont les mêmes.
Si tu ne sais pas tu ne vois que l'icone de différent (bleu), tout le reste est du même acabit.
Je n'utilise pas les releases.
Franchement je ne vois aucune différences entre Waterfox & Firefox en vitesse, c'est plus pour être le plus possible en x64 ;)
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 19 juillet 2015 à 13:32:41
J'ai juste entendu parler de Waterfox, jamais essayé.
Et Firefox Nightly, cela fait très longtemps que je n'ai plus testé...

Sur la release, voici le Flash que j'ai (en NPAPI). Si t'as un Flash différent (à part le numéro de version et la notion de 32 bits), alors t'as aussi le fameux test. Mais je doute que ce test soit intégré par défaut dans le canal Nightly. Certains tests sont à installer à part.
Citer
about:addons (http://about:addons)
Shockwave Flash 18.0.0.209
Shockwave Flash 18.0 r0
[...]
Fichier
NPSWF32_18_0_0_209.dll
Types MIME
application/x-shockwave-flash (Adobe Flash movie: swf),
application/futuresplash (FutureSplash movie: spl)
C'est un dll que j'ai dans Windows.

Edit: la version NPAPI x64 est NPSWF64_18_0_0_209.dll
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: Breizh 29 le 19 juillet 2015 à 13:38:14
J'ai bien "Shockwave Flash 18.0.0.209"
Java et Adobe flash sont désactivé par défaut.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 19 juillet 2015 à 13:42:28
T'as quoi dans "Fichier" quand tu cliques sur "Plus" pour ce Plugin?
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: Breizh 29 le 19 juillet 2015 à 14:17:03
Ca
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 19 juillet 2015 à 14:38:34
Ok, ceci est le dll qui est dans Windows.
Donc le test du Flash by Mozilla n'est pas encore intégré par défaut dans le canal Nightly.

D'ailleurs, après une recherche je sais que la solution s'appelle Shumway, et il est pour le moment installable comme une extension, en xpi, à partir de Firefox Nightly 41 ou plus récents.

Pour ceux que cela intéresse, il y a une procédure par là: https://oneanddone.mozilla.org/en-US/tasks/24/.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: Macharius le 20 juillet 2015 à 08:26:37
Puisque ça parle de NPAPI et Firefox, petite question : avez-vous entendu parler de l'abandon de NPAPI par Firefox ou est-ce une tentative de Google de forcer la main à Mozilla pour suivre leurs traces et essayer de les pousser à implanter NaCl dans Firefox ?
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 20 juillet 2015 à 08:44:19
Ni l'un, ni l'autre.^^
Si tu veux simplifier comme ça, cas 2. Mais Google n'a jamais fait de chantage ou autre du même genre.
Goggle à invité/conseillé/recommandé Mozilla de passer au PPAPI.
Mais le lecteur PDF intégré à Firefox est en HTML5, il me semble, et ce sera le cas de Shumway, le Flash intégré à Firefox, en test avancé pour le moment (voir mon précédent message).
Toutefois, Mozilla ne remplacera pas d'autres plugins en HTML5, et pas dit que les éditeurs de plugins s'y mettront... Donc Mozilla se garde le droit, à demi-mot, de se mettre au PPAPI, selon ce qui se passera dans quelques années en dehors du PDF et du Flash.

Citer
Mozilla is not interested in or working on Pepper at this time.
https://wiki.mozilla.org/NPAPI:Pepper
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: vivien le 20 juillet 2015 à 08:56:01
Mozilla, comme les autres navigateurs ont prévu de supprimer les plugins (a ne pas confondre avec les extensions qui restent)

Le plug-in le plus problématique est flash.

Breizh 29, je te conseilles pour les perf et la sécurité de désactiver les plug-in autre que :
- Codec vidéo OpenH264 fourni par Cisco Systems, Inc. (fait partie de Firefox, permet d'éviter l'achat d'une coûteuse licence H264, merci Cisco)
- Primetime Content Decryption Module provided by Adobe Systems, Incorporated (fait partie de Firefox, cet EME permet de lire Netflix sans Silverlight)
- Shockwave Flash (indispensable aujourd'hui)
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 20 juillet 2015 à 09:02:44
Mozilla, comme les autres navigateurs ont prévu de supprimer les plugins (a ne pas confondre avec les extensions qui restent)
On ne doit pas avoir la même définition de la "prévision".
Rien n'est acté, contrairement à Google, donc pas encore prévu chez Mozilla.
Ça discute, et même si je n'ai pas vu ce genre de discussions, car pas intéressé par les discussions des éditeurs de navigateur (contrairement aux plannings), je pense que cela existe. À la limite.
Mais aucun planning d'arrêt chez Mozilla, à moins que je l'ai loupé.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: vivien le 20 juillet 2015 à 09:06:34
Aucun planning, probablement faute de solution pour flash.

A noter que Microsoft a déjà planifié l’arrêt : son nouveau navigateur (Edge, le successeur de Internet Explorer 11) ne propose plus de plug-in (excepté flah qui est intégré, comme pour Chrome)
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 20 juillet 2015 à 09:19:31
A noter que Microsoft a déjà planifié l’arrêt : son nouveau navigateur (Edge, le successeur de Internet Explorer 11) ne propose plus de plug-in (excepté flah qui est intégré, comme pour Chrome)
Faux pour le support et développement du plug-in Silverlight... de Microsoft.
Microsoft joue les hypocrites, ce qui ne va pas faire bouger Orange pour OCS et la TV par ordinateur...
Mais ce sujet a déjà été créé par un HS à moi, je propose que je crée un autre sujet, sur ce plug-in particulier.

Quant à Edge, en général, Microsoft parle de faire "comme Chrome", donc les plug-in seront possibles, à terme (pas encore implèmenté comme les extensions d'ailleurs), mais en PPAPI.
Et IE reste dans Windows 10, en parallèle à Edge qui est par défaut dans les applications par défaut. Seule l'édition de base (anciennement Home/Familiale) ne l'aura pas.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: Macharius le 20 juillet 2015 à 09:20:35
Enfin Flash... Y'a aussi Java et Silverlight qui sont directement concernés ;) Mais bon ça me rassure, j'avais lu pour Chrome, suite à des problèmes de Silverlight justement, que Fiirefox arrêterait le support de NPAPI mais j'avais trouvé aucune info officielle sur le sujet...
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: vivien le 20 juillet 2015 à 09:30:31
Faux pour le support et développement du plug-in Silverlight... de Microsoft.
Avec l'arrivée d'Edge, Microsoft ne veut plus de Silverlight

Dans un billet paru jeudi, Microsoft aborde la transition de l’industrie des médias vers le HTML5 et de nouveaux systèmes de gestion des DRM. Rappelant que le monde évolue vers une disparition des plugins, il encourage notamment les développeurs se servant encore de Silverlight à abandonner cette technologie.

Chrome s’est débarrassé en avril du vieux protocole NPAPI, avec une disparition complète du support prévue pour septembre (on peut encore l’activer via un flag « enable-npapi »). L’arrivée d’Edge dans Windows 10 marquera pour Microsoft un abandon complet des plugins tiers, à l’exception notable du lecteur Flash qui sera directement intégré dans un espace isolé.

ActiveX et Silverlight passent à la trappe

Le choix de Microsoft avec Edge passe notamment par la coupure avec les contrôles ActiveX, ce qui affecte directement l’une de ses propres technologies : Silverlight. On rappellera qu’elle permet, comme Flash ou l’environnement AIR, de bâtir des solutions complètes, notamment pour tout ce qui touche aux flux vidéo. Edge devenant le navigateur par défaut dans Windows 10 (et le seul d’ailleurs dans la version Mobile du système), les utilisateurs se retrouveront mathématiquement dans l’impossibilité de lire de tels contenus. À moins bien sûr qu’ils lancent Internet Explorer 11, qui sera là pour assurer justement une mission de compatibilité.

Pour Microsoft cependant, ce choix radical ne devrait pas être un problème… si les développeurs ont suivi les tendances sur les technologies DASH (flux vidéo adaptatif), MSE (prefetching et mise en tampon), EME (gestion des DRM) et CENC (qui permet à plusieurs systèmes différents de DRM de lire la même vidéo protégée), toutes supportées par Edge. En clair, il faut se tourner vers le HTML5 et finaliser les transitions en cours, Windows 10 étant sur le point de débarquer sur un grand nombre de machines.

Les chaînes de TV et services de (S)VOD vont devoir faire leur transition vers HTML5

On note que cette transition, annoncée de longue date, a déjà bien été prise en compte. Ainsi, on a déjà vu Netflix sauter le pas il y a un moment, mais plus récemment des acteurs comme le groupe Canal ont fait de même. Ce dernier a en effet mis en place un lecteur HTML5 (rx-player) pour MyCanal et CanalPlay, dont le code est distribué dans un dépôt GitHub sous licence Apache.

Reste le cas d'OCS qui avait promis un tel changement sans qu'il ne soit encore mis en place. Mais nombreuses sont encore les chaînes à reposer sur des solutions autres que HTML5 pour le moment, M6 exploitant par exemple toujours Flash pour l'ensemble de l'interface de son 6Play sur ordinateur par exemple.

Évidemment, tous les possesseurs du système n’utiliseront pas le nouveau navigateur et beaucoup se servent de Chrome et Firefox notamment (qui peuvent toujours se servir de Silverlight). Par ailleurs, Silverlight continuera d’être supporté par l’éditeur pour les contenus dans Internet Explorer 11 ou les applications dédiées.


Source : NextINpact (https://www.nextinpact.com/news/95674-avec-arrivee-dedge-microsoft-ne-veut-plus-silverlight.htm), le 4 juillet 2015 par Vincent Hermann.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 20 juillet 2015 à 09:32:24
Enfin Flash... Y'a aussi Java et Silverlight qui sont directement concernés ;) Mais bon ça me rassure, j'avais lu pour Chrome, suite à des problèmes de Silverlight justement, que Fiirefox arrêterait le support de NPAPI mais j'avais trouvé aucune info officielle sur le sujet...
Officiellement:
- la bazar vs NPAPI était dû à plusieurs problèmes de Flash (et qui persistent), et non un problème de Silverlight
- Chrome a déjà désactivé par défaut le support NPAPI dans les versions sorties depuis avril (v42)
- et Chrome arrêtera définitivement le support NPAPI dans les versions qui sortiront à partir de ce septembre 2015
- rien d'officiel côté Firefox sur un arrêt du support du NPAPI... pour le moment

@ Vivien: cet article ne dit pas tout:
Edge-NPAPI: non, je suis ok, mais c'est un gros raccourci.
NetxiINpact a d'autres articles sur IE dans Windows 10... et la continuation de Silverlight par MS!!
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 20 juillet 2015 à 09:38:05
Article de NextINpact sur IE dans Windows 10:

Voir la ligne "Entreprise Mode Internet Explorer (EMI"):

(http://static.pcinpact.com/images/bd/news/155040.png)

Source: https://www.nextinpact.com/news/95699-windows-10-differences-principales-entre-versions-home-et-pro.htm
Publiée le 06/07/2015 à 14:00

Et je reviens pour le cas de Silverlight...
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 20 juillet 2015 à 09:44:01
Et pour Silverlight, que MS continuera de travailler dessus, c'est la petite phrase finale de l’article même que tu as cité, Vivien!^^
Avec l'arrivée d'Edge, Microsoft ne veut plus de Silverlight

[...]

Par ailleurs, Silverlight continuera d’être supporté par l’éditeur pour les contenus dans Internet Explorer 11 ou les applications dédiées.

Source : NextINpact (https://www.nextinpact.com/news/95674-avec-arrivee-dedge-microsoft-ne-veut-plus-silverlight.htm), le 4 juillet 2015 par Vincent Hermann.
Comme quoi, faut tout lire...

MS, hypocrite, comme je disais.
Reste plus qu'à Orange de nous faire télécharger une fameuse "application dédiée" pour Silverlight.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: butler_fr le 20 juillet 2015 à 10:08:52
non ils continuent à le supporter, c'est pas pareil!

puis bon uniquement dans IE11 et pas dans edge!
vus que edge va être mis en avant par MS et plus du tout IE
la techno va être abandonnée!
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: vivien le 20 juillet 2015 à 10:25:49
C'est une bonne chose de proposer deux navigateurs : Un pour les sites obsolète et un à jour.

Beaucoup de sociétés ont leur intranet qui ne fonctionne que sous IE8 en mode compatibilité IE6.

Soit elle ne laissent que IE8 aux salariés pour surfer, soient elles installent un second navigateur, car il est impossible d'avoir sur un même poste IE8 et IE11. C'est l'un ou l'autre.

Il est impossible de forcer l’arrêt brutal de Silverlight, surtout de nombreuses boites l'utilises pour leur Intranet (celles qui ont suivit Microsoft et qui ont fait des dev Silverlight et non flash)
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 20 juillet 2015 à 10:34:05
non ils continuent à le supporter, c'est pas pareil!
Cet article n'a pas été écrit par MS. Je voudrait bien voir ce que dit réellement MS.
Car avec Firefox, la part du NPAPI à la fin de l'année ne sera pas négligeable, y compris sur Windows 10.
Donc je ne crois pas à l’abandon du NPAPI par MS temps que Firefox le supporte, et temps qu'il y a encore pas mal à utiliser Firefox.
Mais que dit MS au sujet de Silverlight?
Si quelqu'un sait où se trouve la réponse dans https://www.microsoft.com/silverlight/, je suis preneur

puis bon uniquement dans IE11 et pas dans edge!
Jamais dis le contraire.

vus que edge va être mis en avant par MS et plus du tout IE
la techno va être abandonnée!
IE restera disponible, à condition d'avoir une édition Pro/Entreprise/Education.
Pour la "mise en avant" d'IE, je ne sais pas. Pas en application par défaut, en tout cas. Cela, et les éditions, va limiter la visibilité d'IE dans Windows 10, c'est sûr aussi.

Et faut pas oublier que tout le monde ne fera pas le pas de Vista/7/8/8.1 vers 10.
Moi le premier, je ne compte pas passer à 10 durant l'année de gratuité... et pas après non plus. Peut être le pc portable, s'il est en méga panne durant la commercialisation de Windows 10.

D'ailleurs, avec tout ceux qui prédisent la fin de Vista/7/8/8.1 en usage d'ici la fin de l'année de gratuité de Windows 10 mise à jour, je serai curieux de voir les parts d'utilisation de chaque version de Windows à cette échéance.^^

C'est une bonne chose de proposer deux navigateurs : Un pour les sites obsolète et un à jour.

Beaucoup de sociétés ont leur intranet qui ne fonctionne que sous IE8 en mode compatibilité IE6.

Soit elle ne laissent que IE8 aux salariés pour surfer, soient elles installent un second navigateur, car il est impossible d'avoir sur un même poste IE8 et IE11. C'est l'un ou l'autre.

Il est impossible de forcer l’arrêt brutal de Silverlight, surtout de nombreuses boites l'utilises pour leur Intranet (celles qui ont suivit Microsoft et qui ont fait des dev Silverlight et non flash)
Pas d'intérêt. IE8 intègre une rétro-compatibilité, même si, je doit le reconnaître pour l'avoir testé, ce n'est pas intuitif.
Par la suite, pas regardé si cette fonction est restée sur les versions ultérieures..
J'ai IE 11. Je regarde en même temps... Et oui, la fonction y est encore! Et ben, surprise, y compris pour moi...
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: vivien le 20 juillet 2015 à 10:54:44
IE 11 a un mode compatibilité pour IE 8 et non par IE6.

De mémoire :
- IE 7 : Pas de mode compatibilité
- IE 8 : mode de compatibilité IE 6
- IE 9 : mode de compatibilité IE 7
- IE 10 : mode de compatibilité IE 8
- IE 11 : mode de compatibilité IE 8

Donc les sociétés qui ont un intranet compatible uniquement avec IE 6 ont le choix entre IE 6 ou IE 8 en mode de compatibilité. Concrètement avec Windows 7, ce sera donc IE 8 en mode IE 6.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 20 juillet 2015 à 11:01:47
Ok, merci pour cette précision.
Jamais trouvé cette fonction très logique à l'usage. Dommage, il y avait de la bonne idée pour une transition.

Bon, de mon côté, je cherche encore l'avis officiel sur l'avenir de Silverlight... mais je ne trouve même pas le fameu billet du jeudi qui a donner envie, à NextINpact, d'écrire un article. Y compris sur le blog de MS US.
Cette sale manie de certains journalistes de ne jamais mettre de lien vers leurs sources...
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: vivien le 20 juillet 2015 à 11:04:56
Voila : https://blogs.windows.com/msedgedev/2015/07/02/moving-to-html5-premium-media/
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 20 juillet 2015 à 11:24:20
Merci.
Et rien dit pour ce journaliste, il a bien mis le lien... :-[ Juste un peu fouillis, l'endroit qu'il a choisi pour ce lien (et les autres aussi). Enfin bon.

Donc je comprends pourquoi NXI ne parle pas de support NPAPI de Silverlight. Car c'est le trou noir, aucune info dans ce lien (mais voir à la fin de mon message).
Et MS qui parle de remplacer Silverlight par des extensions HTML5  :o => épique!^^ Je ne pensais pas voir cela de mon vivant.  ;D

Bref, envers le NPAPI ( principalement Firefox à la fin de l'année), ce n'est pas clair.
Et pour une éventuelle version 6, pas clair non plus. Mais comme Butler_fr, je pense aussi que ce sera que du support.

Pour le support, j'ai trouvé l'info ailleurs.
Jusqu'au 12/10/2021 pour la version 5 (NPAPI et ActiveX).
https://support.microsoft.com/fr-fr/lifecycle?C2=12905
Et ce, par rapport à cet autre page du site: http://www.microsoft.com/getsilverlight/locale/en-us/html/installation-win-SL5.html

Edit: le dernier lien est en version image. La page d'origine est https://www.microsoft.com/getsilverlight/Get-Started/Install/Default.aspx onglet "System Requirements".
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: corrector le 20 juillet 2015 à 11:59:11
Il y aura sûrement une plus forte exigence sur l'interopérabilité, étant donné la complexité demandée par Flash, qui intègre un système entier de machine virtuelle (en plus d'un « simple » format de description).
Tu peux mettre des scripts dans du PDF, hein.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: Marin le 21 juillet 2015 à 02:18:29
Tu peux mettre des scripts dans du PDF, hein.

Oui, mais il s'agit de JavaScript relativement standard (si je ne me trompe pas), et d'une fonctionnalité globalement assez peu utilisée.

Tandis que Flash, c'est deux formats de bytecode complètement spécifiques, les machines virtuelles qui vont derrière, une énorme bibliothèque standard à implèmenter (qui comprend elle-même divers formats (FLV...) et protocoles réseau (RTMP, socket policy...) propres), et tout un écosystème de développement qui s'est formé autour.

L'ampleur de la tâche n'a proprement rien à voir.

Ak ok.
Alors je serai plus nuancé que toi. Vu ce que Firefox est devenu à partir de la version 4... je pense que le Flash by Mozilla sera très probablement le plus "avancé" des Flash libres, mais comme son lecteur PDF, encore assez loin du rendu complet en "toutes circonstances".

Pour être plus clair : le point que je tentais de soulever est que PDF sert essentiellement à faire de la description graphique de documents, et les différences de rendu ont souvent peu d'incidence, tant que l'information passe.

Flash, lui, sert le plus souvent à des applications complexes, avec de fortes exigences graphiques, telles que des jeux vidéo. Pour prendre l'exemple concret d'un jeu de plates-formes, si ton personnage a 12px de décalage avec sa position attendue, si un événement n'est pas déclenché à cause d'une différence d'implèmentation, ou si un tiers des éléments graphiques ne sont pas affichés, ça ne le fait pas trop.

C'est pour cette raison que l'on peut s'attendre à ce qu'un peu plus de maturité soit recherchée du projet, d'ici sa mise en production.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 21 juillet 2015 à 04:41:51
Pour être plus clair : le point que je tentais de soulever est que PDF sert essentiellement à faire de la description graphique de documents, et les différences de rendu ont souvent peu d'incidence, tant que l'information passe.

Flash, lui, sert le plus souvent à des applications complexes, avec de fortes exigences graphiques, telles que des jeux vidéo. Pour prendre l'exemple concret d'un jeu de plates-formes, si ton personnage a 12px de décalage avec sa position attendue, si un événement n'est pas déclenché à cause d'une différence d'implèmentation, ou si un tiers des éléments graphiques ne sont pas affichés, ça ne le fait pas trop.

C'est pour cette raison que l'on peut s'attendre à ce qu'un peu plus de maturité soit recherchée du projet, d'ici sa mise en production.
Ce qui me gène, c'est le final de ton argumentation. Le "un peu plus de maturité".
Pour prendre tes exemples, t'attends quoi de Shumway?
1 ou 2 px de décalage maxi sur la position de ton perso, 95 à 99% du rendu graphique d'origine, et 99,99% des déclenchements d'événements?
Ou tout pile poil comme le contenu d’origine?
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: Marin le 21 juillet 2015 à 04:54:29
Un truc qui fonctionne, plus ou moins.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 21 juillet 2015 à 05:04:28
Un truc qui fonctionne, plus ou moins.
De ce côté là, pas de souci pour toi si t'utilises Firefox: c'est devenu la base de la philosophie de Mozilla, depuis des années...
Question de choix.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: Macharius le 21 juillet 2015 à 08:51:52
Moi ce qui me tue, c'est de voir que l'abandon d'NPAPI est argumenté par le fait que l'on puisse faire la même chose différemment !

Merde quoi ! Silverlight (pour parler de ce que je connais) ne sert pas qu'à faire un lecteur vidéo ! Pour la vidéo il y a le HTML5... grand bien leur fasse. Et mes P/Invoke sur du winspool.dll, ils m'expliqueront comment je les fait en HTML5 ? On permettait avec les plug-ins de s'affranchir au moins du navigateur (voir de l'OS pour tout ce qui est PDF, Flash, Java...), on revient à l'âge de pierre dès qu'il va s'agir de fonctionnalités hyper spécifique car chacun va mettre au point ses propres outils... NaCl et Pepper pour l'un, NPAPI pour un autre et je ne sais quoi pour le suivant... (tiens d'ailleurs, ça sera quoi l'équivalent de tout ça dans Edge ?)

Bref, je commence à en avoir marre de ces politiques avec les navigateurs où tout est fait pour le public et où aucune considération n'est faite du monde de l'entreprise... Tout le monde ne s'appelle pas Google et n'a pas les moyens d'investir des montagnes de fric en R&D. Et il n'y a pas que des startups en France ! Beaucoup d'entreprises n'ont pas la liberté/possibilité de faire évoluer leur parc logiciel comme il le veulent... Quand je vois déjà comment certains de mes clients peinent pour financer la bascule de la version Access de l'applicatif que je gère vers la version Web (oui oui un frontal Access qui ne tourne qu'avec du runtime 2002/2003 avec une base Oracle au cul) ben l'évolution des technologies c'est bien mais ça ne rentrera pas au forceps...

Voilà c'était le coup de gueule matinal...
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: turold le 21 juillet 2015 à 09:26:54
NaCl et Pepper pour l'un, NPAPI pour un autre et je ne sais quoi pour le suivant... (tiens d'ailleurs, ça sera quoi l'équivalent de tout ça dans Edge ?)
J'ai déjà répondu à celà:
Quant à Edge, en général, Microsoft parle de faire "comme Chrome", donc les plug-in seront possibles, à terme (pas encore implèmenté comme les extensions d'ailleurs), mais en PPAPI.

Mais cela fait partis des choses que MS doit encore clarifier dans les prochaines semaines, ou mois.
Avec Edge, MS a balancé plein de sous-entendus durant la phase beta. Puis durant la phase RC , il a commencé à préciser sur Edge (des fonctions qui viendront dans les mois suivants la release comme les extensions et les plugins). Avec MS, ce ne sont que des builds, donc pas évident de savoir quand a eu lieu ce changement de statu de développement. Mais là, reste certaines choses à clarifier, comme le codage des new-plugins pour Edge, sauf si cela a déjà été fait très récemment.
Titre: Stabilité des implémentations de PDF et de Flash (Shumway) dans Chrome et Firefox
Posté par: corrector le 21 juillet 2015 à 17:21:52
Aucun planning, probablement faute de solution pour flash.

A noter que Microsoft a déjà planifié l’arrêt : son nouveau navigateur (Edge, le successeur de Internet Explorer 11) ne propose plus de plug-in (excepté flah qui est intégré, comme pour Chrome)
Donc les plugin existent, mais seulement intégrés et non plus librement installés.

On a juste restreint la liberté de l'utilisateur.