Oui, et la balise object elle appel l'application qui va bien, par exemple un lecteur audio/vidéo.
Ou par exemple le player flash. C'est une appli externe, integree a ton navigateur certes, mais ca reste une appli externe.
Nul part, j'écoute un flux audio, j'suis pas bloqué à regarde ce qu'affiche ton site...
L'usage la, c'est pas de rester scotche sur le player.
C'est qu'en ecoutant tu vas te poser une question sur l'artiste. T'as en gros 3 facons de faire:
1) faire remonter l'onglet/fenetre du player et avoir sous les yeux, instantanement la page de l'artiste en question.
2) ouvrir un nouvel onglet, acceder a un site de recherche (lequel?) copier le nom de l'artiste, faire le tri dans les resultats et acceder a la page.
3) mettre au point un protocol de streaming qui envoie aussi l'url de la page de l'artiste. Et developper le client qui va bien.
1 donne peu de boulot au developpeur et apporte une grande valeur a l'utilisateur.
3 est donne beaucoup plus de boulot pour le developpeur et apporte une grande valeur a l'utilisateur, au prix de devoir recuperer et installer l'application.
2 est simple pour le developpeur mais n'apporte strictement rien a l'utilisateur (en pratique, il va meme laisser tomber assez vite la recherche d'info).
Objectivement, 1 est la meilleure solution pour tout le monde.
La problematique est la meme pour le vote.
Sauf que la recherche devient totalement redibhitoire pour l'utilisateur.
Dans le meme genre on peut citer l'ajout du morceaux a une fav list.
Des liens vers des morceaux/artistes similaires etc.
C'est un peu ce que fait itunes. Et comment est implemente itunes? A vue de nez, c'est un genre de html...
Ils le font passer par leur client lourd parce qu'ils gardent un controle ferme sur la plateforme, mais dans le fond, l'idee est la.
Pour la vidéo je sais pas, pour le son, du wav assurément. Cela dit, pour faire du streaming, ça risque d'être lourd. En tout cas, ça m'étonnerais que le swf soit le conteneur le plus universellement reconnus sur le marché. Je parierais plutôt pour du MPEG ou du AVI.
T'es quand meme d'une mauvaise foi crasse la.
Tu met quoi dans ton avi, pour commencer?
Bon, reformulons alors:
Qu'est ce qui est supportable par mes ressources (proco/reseau) et qui a le plus de chance d'etre compatible avec ce qu'a mon public?
Flash est la reponse a cette question, et c'est pourquoi tu le voit partout pour proposer du contenu multimedia.
Il vaut mieux un internet qui permet de faire circuler tout type de contenu et un web qui reste un système hypertexte public fonctionnant avec des standards ouverts et qui permet de consulter des pages web.
Mais c'est quoi une page web?
Du texte?
Ca fait bien 10 ans que cette notion est totalement depassee, le web c'est du contenu riche graphique, potentiellement agremente de son, avec un plan b pour les sourds/aveugle.
T'as une approche totalement retrograde de la technologie.
En gros, ton discours c'est: "bah, ca a toujours ete comme ca, ya des mecs qui ont dit ya 15 ans que c'etait comme ca, alors ca va le rester. Point. Et ce que tu veux faire, c'est pas possible parce que ca va a l'encontre de cette parole. La parole ne peut pas etre changee, donc la technologie et l'usage non plus".
Le client web n'a pas plus à répondre à tous les besoins que ne le doit un client SIP, un client bittorrent, un client XMPP, etc.
On lui demande pas de repondre a tous les besoins, mais de repondre a une problematique precise a laquelle il est visiblement plutot bien place pour repondre et a laquelle il a deja commence a repondre ya deja un bail.
[^] # Re: bisounours
Posté par thedude . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 2.
Ou par exemple le player flash. C'est une appli externe, integree a ton navigateur certes, mais ca reste une appli externe.
Nul part, j'écoute un flux audio, j'suis pas bloqué à regarde ce qu'affiche ton site...
L'usage la, c'est pas de rester scotche sur le player.
C'est qu'en ecoutant tu vas te poser une question sur l'artiste. T'as en gros 3 facons de faire:
1) faire remonter l'onglet/fenetre du player et avoir sous les yeux, instantanement la page de l'artiste en question.
2) ouvrir un nouvel onglet, acceder a un site de recherche (lequel?) copier le nom de l'artiste, faire le tri dans les resultats et acceder a la page.
3) mettre au point un protocol de streaming qui envoie aussi l'url de la page de l'artiste. Et developper le client qui va bien.
1 donne peu de boulot au developpeur et apporte une grande valeur a l'utilisateur.
3 est donne beaucoup plus de boulot pour le developpeur et apporte une grande valeur a l'utilisateur, au prix de devoir recuperer et installer l'application.
2 est simple pour le developpeur mais n'apporte strictement rien a l'utilisateur (en pratique, il va meme laisser tomber assez vite la recherche d'info).
Objectivement, 1 est la meilleure solution pour tout le monde.
La problematique est la meme pour le vote.
Sauf que la recherche devient totalement redibhitoire pour l'utilisateur.
Dans le meme genre on peut citer l'ajout du morceaux a une fav list.
Des liens vers des morceaux/artistes similaires etc.
C'est un peu ce que fait itunes. Et comment est implemente itunes? A vue de nez, c'est un genre de html...
Ils le font passer par leur client lourd parce qu'ils gardent un controle ferme sur la plateforme, mais dans le fond, l'idee est la.
Pour la vidéo je sais pas, pour le son, du wav assurément. Cela dit, pour faire du streaming, ça risque d'être lourd. En tout cas, ça m'étonnerais que le swf soit le conteneur le plus universellement reconnus sur le marché. Je parierais plutôt pour du MPEG ou du AVI.
T'es quand meme d'une mauvaise foi crasse la.
Tu met quoi dans ton avi, pour commencer?
Bon, reformulons alors:
Qu'est ce qui est supportable par mes ressources (proco/reseau) et qui a le plus de chance d'etre compatible avec ce qu'a mon public?
Flash est la reponse a cette question, et c'est pourquoi tu le voit partout pour proposer du contenu multimedia.
Il vaut mieux un internet qui permet de faire circuler tout type de contenu et un web qui reste un système hypertexte public fonctionnant avec des standards ouverts et qui permet de consulter des pages web.
Mais c'est quoi une page web?
Du texte?
Ca fait bien 10 ans que cette notion est totalement depassee, le web c'est du contenu riche graphique, potentiellement agremente de son, avec un plan b pour les sourds/aveugle.
T'as une approche totalement retrograde de la technologie.
En gros, ton discours c'est: "bah, ca a toujours ete comme ca, ya des mecs qui ont dit ya 15 ans que c'etait comme ca, alors ca va le rester. Point. Et ce que tu veux faire, c'est pas possible parce que ca va a l'encontre de cette parole. La parole ne peut pas etre changee, donc la technologie et l'usage non plus".
Le client web n'a pas plus à répondre à tous les besoins que ne le doit un client SIP, un client bittorrent, un client XMPP, etc.
On lui demande pas de repondre a tous les besoins, mais de repondre a une problematique precise a laquelle il est visiblement plutot bien place pour repondre et a laquelle il a deja commence a repondre ya deja un bail.