Tristan Nitot, reponsable du marketing et des relations publiques (1) dans la
filiale européenne de Mozilla (2), écrivit le mercredi 13 août 2008 dans
http://navigosaure.net/carnet/103-mise-au-point-sur-la-balise-video-dhtml5-et-son-integration-dans-firefox-31#comment_17
« 'tain, quand je vois le niveau des commentaires ici, je me félicite de
modérer ceux du Standblog a priori :-D »
Bah, c'est normal de vérouiller les critiques quand on fait de la
propagande de guerre économique.
C'est là qu'usenet, décentralisé et libre de toute censure éditoriale,
montre ses avantages.
1 : voir « Un commercial qui nous enfumerait? Que vas-tu imaginer... »
dans windu.2b, 31/07/2007, http://www.linuxfr.org/comments/855349.html#855349
2 : voir http://www.mozilla-europe.org/fr/about/#board
--
Ils sautaient comme des cabris en criant : « Awesome bar ! Awesome bar! ».
Pour étendre les capacités des navigateurs, Netscape définit le Netscape Plugin Application Programming Interface.
http://en.wikipedia.org/wiki/NPAPI
Cet API est implémenté dans les fameux plugins. Apple et Microsoft y adhèrent, ainsi que la plupart des navigateurs de l'époque. Tout baigne.
A partir de IE 5.5 SP2, Microsoft abandonne les plugins en faveur d'un contrôle ActiveX.
Je ne suis pas sûr de bien suivre. Aussi loin que je me souvienne, les plugins ont toujours eu une version Netscape et une version IE... Et puis même si l'on passe d'un plugin IE utilisant une norme pour un composant ActiveX mais toujours uniquement destiné à IE, qu'est-ce que ça change pour l'utilisateur ? Mes idées sur le sujet ne sont plus très claire la...
Jean-Yves Bernier wrote:
Pour étendre les capacités des navigateurs, Netscape définit le Netscape
Plugin Application Programming Interface.
http://en.wikipedia.org/wiki/NPAPI
Cet API est implémenté dans les fameux plugins. Apple et Microsoft y
adhèrent, ainsi que la plupart des navigateurs de l'époque. Tout baigne.
A partir de IE 5.5 SP2, Microsoft abandonne les plugins en faveur
d'un contrôle ActiveX.
Je ne suis pas sûr de bien suivre. Aussi loin que je me souvienne, les
plugins ont toujours eu une version Netscape et une version IE...
Et puis même si l'on passe d'un plugin IE utilisant une norme pour un
composant ActiveX mais toujours uniquement destiné à IE, qu'est-ce que
ça change pour l'utilisateur ?
Mes idées sur le sujet ne sont plus très claire la...
Pour étendre les capacités des navigateurs, Netscape définit le Netscape Plugin Application Programming Interface.
http://en.wikipedia.org/wiki/NPAPI
Cet API est implémenté dans les fameux plugins. Apple et Microsoft y adhèrent, ainsi que la plupart des navigateurs de l'époque. Tout baigne.
A partir de IE 5.5 SP2, Microsoft abandonne les plugins en faveur d'un contrôle ActiveX.
Je ne suis pas sûr de bien suivre. Aussi loin que je me souvienne, les plugins ont toujours eu une version Netscape et une version IE... Et puis même si l'on passe d'un plugin IE utilisant une norme pour un composant ActiveX mais toujours uniquement destiné à IE, qu'est-ce que ça change pour l'utilisateur ? Mes idées sur le sujet ne sont plus très claire la...
grokub
Pierre Goiffon wrote:
Je ne suis pas sûr de bien suivre. Aussi loin que je me souvienne, les plugins ont toujours eu une version Netscape et une version IE...
De http://en.wikipedia.org/wiki/NPAPI
Internet Explorer a supporté un temps les plugins au standard Netscape. Les plugins qui fonctionnaient avec Netscape fonctionnaient aussi avec Internet Explorer. Cela était rendu possible par un contrôle ActiveX, un fichier de nom "plugin.ocx" qui agissait comme un traducteur entre le navigateur reposant sur ActiveX et le plugin Netscape.
Cependant, Microsoft avança que les plugins Netscape (ou l'implémen- tation de cet API dans IE) posait un risque de sécurité et en abandonna le support à partir de la version 5.5 SP2.
Netscape-style plug-ins do not work after upgrading Internet Explorer http://support.microsoft.com/kb/303401
Description of Internet Explorer Support for Netscape-Style Plug-ins http://support.microsoft.com/kb/306790
De http://developer.apple.com/quicktime/compatibility.html
Microsoft Internet Explorer for Windows, versions 5.5 SP2 and 6.0, ne supportent plus les plugins Netscape, comme le plugin présent dans l'installation de QuickTime 5.0.2. Pour contourner ce problème, vous devez ajouter à votre site le code HTML qui invoque le nouveau contrôle ActiveX control for QuickTime.
Et puis même si l'on passe d'un plugin IE utilisant une norme pour un composant ActiveX mais toujours uniquement destiné à IE, qu'est-ce que ça change pour l'utilisateur ?
Rien. Ça change en revanche la rédaction de l'élément OBJECT ("The Twice-Cooked Method" As you can see, it's a bit of a monster) http://www.alistapart.com/articles/flashsatay
Pour une raison subtile (on doit invoquer un player désigné et non un player générique capable de présenter untype MIME, enfin ce n'est que mon analyse), ça a rendu difficile l'incrustation multi-plateforme et ouvert grand la porte à Flash.
Mes idées sur le sujet ne sont plus très claire la...
C'est mieux? :)
Pierre Goiffon <pgoiffon@free.fr.invalid> wrote:
Je ne suis pas sûr de bien suivre. Aussi loin que je me souvienne, les
plugins ont toujours eu une version Netscape et une version IE...
De http://en.wikipedia.org/wiki/NPAPI
Internet Explorer a supporté un temps les plugins au standard Netscape.
Les plugins qui fonctionnaient avec Netscape fonctionnaient aussi avec
Internet Explorer. Cela était rendu possible par un contrôle ActiveX, un
fichier de nom "plugin.ocx" qui agissait comme un traducteur entre le
navigateur reposant sur ActiveX et le plugin Netscape.
Cependant, Microsoft avança que les plugins Netscape (ou l'implémen-
tation de cet API dans IE) posait un risque de sécurité et en abandonna
le support à partir de la version 5.5 SP2.
Netscape-style plug-ins do not work after upgrading Internet Explorer
http://support.microsoft.com/kb/303401
Description of Internet Explorer Support for Netscape-Style Plug-ins
http://support.microsoft.com/kb/306790
De http://developer.apple.com/quicktime/compatibility.html
Microsoft Internet Explorer for Windows, versions 5.5 SP2 and 6.0, ne
supportent plus les plugins Netscape, comme le plugin présent dans
l'installation de QuickTime 5.0.2. Pour contourner ce problème, vous
devez ajouter à votre site le code HTML qui invoque le nouveau contrôle
ActiveX control for QuickTime.
Et puis même si l'on passe d'un plugin IE utilisant une norme pour un
composant ActiveX mais toujours uniquement destiné à IE, qu'est-ce que
ça change pour l'utilisateur ?
Rien. Ça change en revanche la rédaction de l'élément OBJECT
("The Twice-Cooked Method" As you can see, it's a bit of a monster)
http://www.alistapart.com/articles/flashsatay
Pour une raison subtile (on doit invoquer un player désigné et non un
player générique capable de présenter untype MIME, enfin ce n'est que
mon analyse), ça a rendu difficile l'incrustation multi-plateforme et
ouvert grand la porte à Flash.
Mes idées sur le sujet ne sont plus très claire la...
Je ne suis pas sûr de bien suivre. Aussi loin que je me souvienne, les plugins ont toujours eu une version Netscape et une version IE...
De http://en.wikipedia.org/wiki/NPAPI
Internet Explorer a supporté un temps les plugins au standard Netscape. Les plugins qui fonctionnaient avec Netscape fonctionnaient aussi avec Internet Explorer. Cela était rendu possible par un contrôle ActiveX, un fichier de nom "plugin.ocx" qui agissait comme un traducteur entre le navigateur reposant sur ActiveX et le plugin Netscape.
Cependant, Microsoft avança que les plugins Netscape (ou l'implémen- tation de cet API dans IE) posait un risque de sécurité et en abandonna le support à partir de la version 5.5 SP2.
Netscape-style plug-ins do not work after upgrading Internet Explorer http://support.microsoft.com/kb/303401
Description of Internet Explorer Support for Netscape-Style Plug-ins http://support.microsoft.com/kb/306790
De http://developer.apple.com/quicktime/compatibility.html
Microsoft Internet Explorer for Windows, versions 5.5 SP2 and 6.0, ne supportent plus les plugins Netscape, comme le plugin présent dans l'installation de QuickTime 5.0.2. Pour contourner ce problème, vous devez ajouter à votre site le code HTML qui invoque le nouveau contrôle ActiveX control for QuickTime.
Et puis même si l'on passe d'un plugin IE utilisant une norme pour un composant ActiveX mais toujours uniquement destiné à IE, qu'est-ce que ça change pour l'utilisateur ?
Rien. Ça change en revanche la rédaction de l'élément OBJECT ("The Twice-Cooked Method" As you can see, it's a bit of a monster) http://www.alistapart.com/articles/flashsatay
Pour une raison subtile (on doit invoquer un player désigné et non un player générique capable de présenter untype MIME, enfin ce n'est que mon analyse), ça a rendu difficile l'incrustation multi-plateforme et ouvert grand la porte à Flash.
Mes idées sur le sujet ne sont plus très claire la...
C'est mieux? :)
Pierre Goiffon
[Pardon d'avance de ma réponse pleine de questions qui auraient nécessité que j'aille faire quelque recherches de moi-même, journée difficile]
Jean-Yves Bernier wrote:
Je ne suis pas sûr de bien suivre. Aussi loin que je me souvienne, les plugins ont toujours eu une version Netscape et une version IE...
De http://en.wikipedia.org/wiki/NPAPI
Internet Explorer a supporté un temps les plugins au standard Netscape. Les plugins qui fonctionnaient avec Netscape fonctionnaient aussi avec Internet Explorer. Cela était rendu possible par un contrôle ActiveX, un fichier de nom "plugin.ocx" qui agissait comme un traducteur entre le navigateur reposant sur ActiveX et le plugin Netscape.
Cependant, Microsoft avança que les plugins Netscape (ou l'implémen- tation de cet API dans IE) posait un risque de sécurité et en abandonna le support à partir de la version 5.5 SP2.
Mhh j'ai commencé à regarder IE à partir de la v3 et on avait déjà des plugins différents pour Netscape et IE ! Ou alors j'ai vraiment la mémoire qui flanche ??
Et puis même si l'on passe d'un plugin IE utilisant une norme pour un composant ActiveX mais toujours uniquement destiné à IE, qu'est-ce que ça change pour l'utilisateur ?
Rien. Ça change en revanche la rédaction de l'élément OBJECT ("The Twice-Cooked Method" As you can see, it's a bit of a monster) http://www.alistapart.com/articles/flashsatay
Je me souvenais que cette ré-écriture de la balise object était liée au procès qu'avait intenté la société Eolas, qui réclamait la paternité du système de plugin ?
[Pardon d'avance de ma réponse pleine de questions qui auraient
nécessité que j'aille faire quelque recherches de moi-même, journée
difficile]
Jean-Yves Bernier wrote:
Je ne suis pas sûr de bien suivre. Aussi loin que je me souvienne, les
plugins ont toujours eu une version Netscape et une version IE...
De http://en.wikipedia.org/wiki/NPAPI
Internet Explorer a supporté un temps les plugins au standard Netscape.
Les plugins qui fonctionnaient avec Netscape fonctionnaient aussi avec
Internet Explorer. Cela était rendu possible par un contrôle ActiveX, un
fichier de nom "plugin.ocx" qui agissait comme un traducteur entre le
navigateur reposant sur ActiveX et le plugin Netscape.
Cependant, Microsoft avança que les plugins Netscape (ou l'implémen-
tation de cet API dans IE) posait un risque de sécurité et en abandonna
le support à partir de la version 5.5 SP2.
Mhh j'ai commencé à regarder IE à partir de la v3 et on avait déjà des
plugins différents pour Netscape et IE ! Ou alors j'ai vraiment la
mémoire qui flanche ??
Et puis même si l'on passe d'un plugin IE utilisant une norme pour un
composant ActiveX mais toujours uniquement destiné à IE, qu'est-ce que
ça change pour l'utilisateur ?
Rien. Ça change en revanche la rédaction de l'élément OBJECT
("The Twice-Cooked Method" As you can see, it's a bit of a monster)
http://www.alistapart.com/articles/flashsatay
Je me souvenais que cette ré-écriture de la balise object était liée au
procès qu'avait intenté la société Eolas, qui réclamait la paternité du
système de plugin ?
[Pardon d'avance de ma réponse pleine de questions qui auraient nécessité que j'aille faire quelque recherches de moi-même, journée difficile]
Jean-Yves Bernier wrote:
Je ne suis pas sûr de bien suivre. Aussi loin que je me souvienne, les plugins ont toujours eu une version Netscape et une version IE...
De http://en.wikipedia.org/wiki/NPAPI
Internet Explorer a supporté un temps les plugins au standard Netscape. Les plugins qui fonctionnaient avec Netscape fonctionnaient aussi avec Internet Explorer. Cela était rendu possible par un contrôle ActiveX, un fichier de nom "plugin.ocx" qui agissait comme un traducteur entre le navigateur reposant sur ActiveX et le plugin Netscape.
Cependant, Microsoft avança que les plugins Netscape (ou l'implémen- tation de cet API dans IE) posait un risque de sécurité et en abandonna le support à partir de la version 5.5 SP2.
Mhh j'ai commencé à regarder IE à partir de la v3 et on avait déjà des plugins différents pour Netscape et IE ! Ou alors j'ai vraiment la mémoire qui flanche ??
Et puis même si l'on passe d'un plugin IE utilisant une norme pour un composant ActiveX mais toujours uniquement destiné à IE, qu'est-ce que ça change pour l'utilisateur ?
Rien. Ça change en revanche la rédaction de l'élément OBJECT ("The Twice-Cooked Method" As you can see, it's a bit of a monster) http://www.alistapart.com/articles/flashsatay
Je me souvenais que cette ré-écriture de la balise object était liée au procès qu'avait intenté la société Eolas, qui réclamait la paternité du système de plugin ?
grokub
Pierre Goiffon wrote:
[Pardon d'avance de ma réponse pleine de questions qui auraient nécessité que j'aille faire quelque recherches de moi-même, journée difficile]
Ménon ménon :)
Mhh j'ai commencé à regarder IE à partir de la v3 et on avait déjà des plugins différents pour Netscape et IE ! Ou alors j'ai vraiment la mémoire qui flanche ??
Ayant réussi le tour de force de ne jamais approcher une machine Microsoft autrement qu'à plus de 10 mètres et dans une combinaison anti-radiations, je ne saurai répondre.
Ce que je sais est que la navigateurs eurent tendance à placer leurs plugins dans un dossier privé et qu'il fallait quelquefois recopier le plugin dans le dossier "Netscape Plugins", "Opera Plugins"...
Je me souvenais que cette ré-écriture de la balise object était liée au procès qu'avait intenté la société Eolas, qui réclamait la paternité du système de plugin ?
Le sabordage de la balise OBJECT me semble clairement lié à la nécessité d'invoquer un ActiveX particulier via le CLASSID qui n'a pas de sens pour les OS non-Microsoft.
Il fut enjoint aux auteurs de s'y plier par Apple et Macromedia (AfterShocks) pour sauver leurs bébés respectifs sur les écrans Microsoft tout en préservant le reste du monde.
ListApart prétend qu'on le trouve sur 99% des sites. Youtube omet le CLASSID dans le code qu'il offre aux webmasters, ce qui fait qu'on retrouve aussi un peu partout cette version. Mon enquête continue.
Pierre Goiffon <pgoiffon@free.fr.invalid> wrote:
[Pardon d'avance de ma réponse pleine de questions qui auraient
nécessité que j'aille faire quelque recherches de moi-même, journée
difficile]
Ménon ménon :)
Mhh j'ai commencé à regarder IE à partir de la v3 et on avait déjà des
plugins différents pour Netscape et IE ! Ou alors j'ai vraiment la
mémoire qui flanche ??
Ayant réussi le tour de force de ne jamais approcher une machine
Microsoft autrement qu'à plus de 10 mètres et dans une combinaison
anti-radiations, je ne saurai répondre.
Ce que je sais est que la navigateurs eurent tendance à placer leurs
plugins dans un dossier privé et qu'il fallait quelquefois recopier le
plugin dans le dossier "Netscape Plugins", "Opera Plugins"...
Je me souvenais que cette ré-écriture de la balise object était liée au
procès qu'avait intenté la société Eolas, qui réclamait la paternité du
système de plugin ?
Le sabordage de la balise OBJECT me semble clairement lié à la nécessité
d'invoquer un ActiveX particulier via le CLASSID qui n'a pas de sens
pour les OS non-Microsoft.
Il fut enjoint aux auteurs de s'y plier par Apple et Macromedia
(AfterShocks) pour sauver leurs bébés respectifs sur les écrans
Microsoft tout en préservant le reste du monde.
ListApart prétend qu'on le trouve sur 99% des sites. Youtube omet le
CLASSID dans le code qu'il offre aux webmasters, ce qui fait qu'on
retrouve aussi un peu partout cette version. Mon enquête continue.
[Pardon d'avance de ma réponse pleine de questions qui auraient nécessité que j'aille faire quelque recherches de moi-même, journée difficile]
Ménon ménon :)
Mhh j'ai commencé à regarder IE à partir de la v3 et on avait déjà des plugins différents pour Netscape et IE ! Ou alors j'ai vraiment la mémoire qui flanche ??
Ayant réussi le tour de force de ne jamais approcher une machine Microsoft autrement qu'à plus de 10 mètres et dans une combinaison anti-radiations, je ne saurai répondre.
Ce que je sais est que la navigateurs eurent tendance à placer leurs plugins dans un dossier privé et qu'il fallait quelquefois recopier le plugin dans le dossier "Netscape Plugins", "Opera Plugins"...
Je me souvenais que cette ré-écriture de la balise object était liée au procès qu'avait intenté la société Eolas, qui réclamait la paternité du système de plugin ?
Le sabordage de la balise OBJECT me semble clairement lié à la nécessité d'invoquer un ActiveX particulier via le CLASSID qui n'a pas de sens pour les OS non-Microsoft.
Il fut enjoint aux auteurs de s'y plier par Apple et Macromedia (AfterShocks) pour sauver leurs bébés respectifs sur les écrans Microsoft tout en préservant le reste du monde.
ListApart prétend qu'on le trouve sur 99% des sites. Youtube omet le CLASSID dans le code qu'il offre aux webmasters, ce qui fait qu'on retrouve aussi un peu partout cette version. Mon enquête continue.
SAM
Jean-Yves Bernier a écrit :
Ayant réussi le tour de force de ne jamais approcher une machine Microsoft autrement qu'à plus de 10 mètres et dans une combinaison anti-radiations, je ne saurai répondre.
:-) perso ... Windows me hait ... alors ... pareil, j'évite au maxi.
Ce que je sais est que la navigateurs eurent tendance à placer leurs plugins dans un dossier privé et qu'il fallait quelquefois recopier le plugin dans le dossier "Netscape Plugins", "Opera Plugins"...
Je me demande si ce n'était pas une particularité de : - Netscape - sous Mac (systèmes ante X) où les applis étaient priées de ne pas en mettre de partout et garder leurs bébés dans leurs dossiers respectifs
D'ailleurs, et si je me souviens bien, j'utilisais des allias pour ne pas multiplier les doublons (la place sur le DD était très chère à l'époque !).
Le sabordage de la balise OBJECT me semble clairement lié à la nécessité d'invoquer un ActiveX particulier via le CLASSID qui n'a pas de sens pour les OS non-Microsoft.
Il fut enjoint aux auteurs de s'y plier par Apple et Macromedia (AfterShocks) pour sauver leurs bébés respectifs sur les écrans Microsoft tout en préservant le reste du monde.
et maintenant le W3C nous dit que 'embed' c'est pas bien, et même c'est *interdit* ... :-( D'où peut-être cette fameuse balise 'video' ? (pour corriger leur manque de discernement sur ce coup ?)
ListApart prétend qu'on le trouve sur 99% des sites. Youtube omet le CLASSID dans le code qu'il offre aux webmasters, ce qui fait qu'on retrouve aussi un peu partout cette version. Mon enquête continue.
Vivement la suite du feuilleton ! Quelle chaine ? quelle heure ? :-)
-- sm
Jean-Yves Bernier a écrit :
Ayant réussi le tour de force de ne jamais approcher une machine
Microsoft autrement qu'à plus de 10 mètres et dans une combinaison
anti-radiations, je ne saurai répondre.
:-)
perso ... Windows me hait ... alors ... pareil, j'évite au maxi.
Ce que je sais est que la navigateurs eurent tendance à placer leurs
plugins dans un dossier privé et qu'il fallait quelquefois recopier le
plugin dans le dossier "Netscape Plugins", "Opera Plugins"...
Je me demande si ce n'était pas une particularité de :
- Netscape
- sous Mac (systèmes ante X) où les applis étaient priées de ne pas en
mettre de partout et garder leurs bébés dans leurs dossiers respectifs
D'ailleurs, et si je me souviens bien, j'utilisais des allias pour ne
pas multiplier les doublons (la place sur le DD était très chère à
l'époque !).
Le sabordage de la balise OBJECT me semble clairement lié à la nécessité
d'invoquer un ActiveX particulier via le CLASSID qui n'a pas de sens
pour les OS non-Microsoft.
Il fut enjoint aux auteurs de s'y plier par Apple et Macromedia
(AfterShocks) pour sauver leurs bébés respectifs sur les écrans
Microsoft tout en préservant le reste du monde.
et maintenant le W3C nous dit que 'embed' c'est pas bien, et même c'est
*interdit* ... :-(
D'où peut-être cette fameuse balise 'video' ?
(pour corriger leur manque de discernement sur ce coup ?)
ListApart prétend qu'on le trouve sur 99% des sites. Youtube omet le
CLASSID dans le code qu'il offre aux webmasters, ce qui fait qu'on
retrouve aussi un peu partout cette version. Mon enquête continue.
Vivement la suite du feuilleton !
Quelle chaine ? quelle heure ? :-)
Ayant réussi le tour de force de ne jamais approcher une machine Microsoft autrement qu'à plus de 10 mètres et dans une combinaison anti-radiations, je ne saurai répondre.
:-) perso ... Windows me hait ... alors ... pareil, j'évite au maxi.
Ce que je sais est que la navigateurs eurent tendance à placer leurs plugins dans un dossier privé et qu'il fallait quelquefois recopier le plugin dans le dossier "Netscape Plugins", "Opera Plugins"...
Je me demande si ce n'était pas une particularité de : - Netscape - sous Mac (systèmes ante X) où les applis étaient priées de ne pas en mettre de partout et garder leurs bébés dans leurs dossiers respectifs
D'ailleurs, et si je me souviens bien, j'utilisais des allias pour ne pas multiplier les doublons (la place sur le DD était très chère à l'époque !).
Le sabordage de la balise OBJECT me semble clairement lié à la nécessité d'invoquer un ActiveX particulier via le CLASSID qui n'a pas de sens pour les OS non-Microsoft.
Il fut enjoint aux auteurs de s'y plier par Apple et Macromedia (AfterShocks) pour sauver leurs bébés respectifs sur les écrans Microsoft tout en préservant le reste du monde.
et maintenant le W3C nous dit que 'embed' c'est pas bien, et même c'est *interdit* ... :-( D'où peut-être cette fameuse balise 'video' ? (pour corriger leur manque de discernement sur ce coup ?)
ListApart prétend qu'on le trouve sur 99% des sites. Youtube omet le CLASSID dans le code qu'il offre aux webmasters, ce qui fait qu'on retrouve aussi un peu partout cette version. Mon enquête continue.
Vivement la suite du feuilleton ! Quelle chaine ? quelle heure ? :-)
