Ben non. Je me prends des 403 forbidden même avec Firefox parce que je refuse je ne sais quel cookie sans lequel ils interdisent le téléchargement. Oui, YouTube en WebM m'est inutilisable, du coup.
Eh bien, on ne peut pas dire que ce soit probant. Sur la page mentionnée il y a une vidéo. Je vois bien l'élément HTML vidéo, avec son attribut src. Sauf que si j'essaie de le télécharger : 403 forbidden. Et pareil pour toutes les vidéos WebM que j'ai essayées chez YouTube.
Donc qu'ils déploient des vidéos WebM, c'est chouette, mais ce serait mieux s'ils autorisaient leur téléchargement, sinon ça ne sert à rien.
Je dirais plutôt que ces journaux se moquent les uns des autres. Maintenant, si c'est pour avoir des trucs sans rapport avec le schmilblick, c'est effectivement indésirable.
Je ne vois pas le rapport entre imprimer et scanner.
Scanner à distance c'est encore plus inutile qu'imprimer à distance. Autant on peut imprimer, puis récupérer la feuille plus tard, autant pour scanner, il faut quelqu'un sur place pour mettre la feuille…
On peut, et il y a des outils pour le faire simplement.
En revanche pour des besoins particuliers, il est difficile d'implémenter la spécification OpenID soi-même, parce qu'elle est remarquablement illisible.
Oh, pas la peine de prendre les gens pour des débiles profonds, ils peuvent survivre à un changement de nom. Ils ont bien survécu au passage de Itinéris et Wanadoo à Orange.
la plupart des développeurs bénévoles sont passés sur LibO,
tous les développeurs d'OOo, Oracle compris, on été invités à participer à LibO,
Oracle a interdit de participer à la fois à OOo et LibO
et vu qu'aujourd'hui Oracle abandonne OOo, ne laissant plus que des développeur bénévole ou du moins indépendant : je ne vois vraiment pas pourquoi OOo devrait survivre. Quelque développeurs pourraient s'y accrocher mais ce serait stupide.
Le protocole IPP permet bien de requérir une identification, mais cela implique d'utiliser un serveur permettant cela ,typiquement un CUPS, pas le serveur intégré à une imprimante réseau.
Un verrou numérique est un moyen technique d'empêcher un type de copie, qu'il s'agisse de l'ouverture d'un document — sa copie en mémoire centrale —, de l'extraction de contenu, de l'impression ou de quoi que ce soit d'autre.
Or un document n'est utile que s'il est utilisable : affichable, imprimable ou lisible selon son type. Or utiliser un document implique une copie en clair à un endroit donné.
Or dès qu'on dispose d'une copie en clair, on en fait ce qu'on veut sans aucune restriction. Par conséquent, le seul moyen de limiter arbitrairement et précisément certain types de copie est de rendre cette copie en clair inaccessible, en s'appuyant sur du code ou du matériel fermé.
Dans le cas du PDF, les restrictions — interdiction d'imprimer, interdiction de copier, etc. — sont définies dans le document mais rien n'oblige techniquement à s'y conformer. Certes, les logiciels propriétaires de lecture de PDF peuvent les appliquer, mais avec un logiciel libre, on peut toujours choisir de ne pas les respecter. Et j'imagine que si quelqu'un publiait un lecteur PDF libre respectant les restrictions des PDF sans possibilité facile de désactiver ce comportement, un des premiers rapports de bug concernerait ce point.
Personnellement, je considère les restrictions du PDF comme des recommandations indicatives de l'auteur et certainement pas comme des contraintes imposées. C'est à dire qu'il me conseille de ne pas imprimer. Mais si je veux imprimer, c'est moi qui dispose du document, je fais ce que je veux.
C'est vrai que ça vaudrait la peine que chaque caractère soit accompagné d'un texte justifiant son intérêt en tant que caractère, en quoi il est un symbole utile, et non un dessin qui n'a rien à faire dans Unicode.
Par exemple, les signes du zodiaque et les symboles de produits chimiques ont à mon avis un réel sens en tant que symboles, ce ne sont pas de simples dessins. En revanche, la crotte de chien, franchement je ne vois pas non plus.
Mon chiffrage a peut-être l'air tout bidon pour un gros industriel bien fossilisé, mais c'est par des boîtes de gus dans leurs garages que les fossiles se font dépasser, hein. Des gus qui ne savent pas que ce qu'ils veulent faire est impossible, et qui arrivent donc à le faire.
Oh, j'ai oublié le prix du serveur. On va prévoir large là aussi : une dizaine de gros dédiés à 100 euros par mois chacun chez OVH ou Online.net. Coût total de l'infrastructure : deux mille euros par mois.
Pourquoi vouloir intégrer à grand frais à un système existant ? Si ça revient moins cher de développer une nouvelle chaîne, vouloir à tout prix intégrer à l'existant est une belle connerie.
[^] # Re: 403 forbidden
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal YouTube et WebM. Évalué à -3.
Ben non. Je me prends des 403 forbidden même avec Firefox parce que je refuse je ne sais quel cookie sans lequel ils interdisent le téléchargement. Oui, YouTube en WebM m'est inutilisable, du coup.
[^] # Re: 403 forbidden
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal YouTube et WebM. Évalué à 8.
Copie l'adresse de la vidéo, puis wget-la, pour voir…
[^] # Re: 403 forbidden
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal YouTube et WebM. Évalué à 4.
Bon, en fait ils n'autorisent le téléchargement que si on envoie un cookie précis, je n'ai pas encore identifié lequel.
# 403 forbidden
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal YouTube et WebM. Évalué à 3.
Eh bien, on ne peut pas dire que ce soit probant. Sur la page mentionnée il y a une vidéo. Je vois bien l'élément HTML vidéo, avec son attribut src. Sauf que si j'essaie de le télécharger : 403 forbidden. Et pareil pour toutes les vidéos WebM que j'ai essayées chez YouTube.
Donc qu'ils déploient des vidéos WebM, c'est chouette, mais ce serait mieux s'ils autorisaient leur téléchargement, sinon ça ne sert à rien.
# Parodie
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Bizarre ces journaux non ?. Évalué à 5.
Je dirais plutôt que ces journaux se moquent les uns des autres. Maintenant, si c'est pour avoir des trucs sans rapport avec le schmilblick, c'est effectivement indésirable.
[^] # Re: Intérêt ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message imprimer via internet. Évalué à 2.
[^] # Re: Moué
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal OpenID mon amour. Évalué à 5.
On peut, et il y a des outils pour le faire simplement.
En revanche pour des besoins particuliers, il est difficile d'implémenter la spécification OpenID soi-même, parce qu'elle est remarquablement illisible.
[^] # Re: Débloatification
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Sortie de la première bêta de LibreOffice 3.4. Évalué à 8.
Ça veut dire dégraisser le mammouth.
[^] # Re: Quel timing !
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Sortie de la première bêta de LibreOffice 3.4. Évalué à 7.
Oh, pas la peine de prendre les gens pour des débiles profonds, ils peuvent survivre à un changement de nom. Ils ont bien survécu au passage de Itinéris et Wanadoo à Orange.
[^] # Re: [LE TIGRE] Et nous assistâmes, les bras ballants, à la privation du web
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Revue de presse de l'April pour la semaine 15 de l'année 2011. Évalué à 2.
À part le fait qu'ils confondent allègrement Web et Internet, très bon article en effet.
# C'est qui, c'est quoi ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Conférence d'Alain Soral à Nantes. Évalué à 5.
C'est qui ce type, Alain Soral ? Et c'est quoi son livre, Comprendre l'emprire ?
[^] # Re: Quel timing !
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Sortie de la première bêta de LibreOffice 3.4. Évalué à 7.
Vu qu'à la naissance de LibO :
et vu qu'aujourd'hui Oracle abandonne OOo, ne laissant plus que des développeur bénévole ou du moins indépendant : je ne vois vraiment pas pourquoi OOo devrait survivre. Quelque développeurs pourraient s'y accrocher mais ce serait stupide.
# Intérêt ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message imprimer via internet. Évalué à 2.
Ça sert à quoi, au juste, lorsque que tu n'es pas chez toi, d'imprimer quelque chose chez toi, alors que tu n'y es pas pour récupérer les feuilles ?
[^] # Re: le cris de jouissance
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Oracle abandonne OpenOffice. Évalué à 2.
Je n'y ai vu ni jouissance ni haine.
[^] # Re: Peur d'affronter ça...
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Oracle abandonne OpenOffice. Évalué à 1.
Certes, mais un PDF n'est pas fait pour être facilement modifiable.
[^] # Re: Une solution non sécurisée
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message imprimer via internet. Évalué à 5.
Le protocole IPP permet bien de requérir une identification, mais cela implique d'utiliser un serveur permettant cela ,typiquement un CUPS, pas le serveur intégré à une imprimante réseau.
[^] # Re: Mais non
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal linux magazine, aux Pays-Bas. Évalué à 10.
BITPAN !
# Logique
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message DRM dans Okular. Évalué à 9.
Un verrou numérique est un moyen technique d'empêcher un type de copie, qu'il s'agisse de l'ouverture d'un document — sa copie en mémoire centrale —, de l'extraction de contenu, de l'impression ou de quoi que ce soit d'autre.
Or un document n'est utile que s'il est utilisable : affichable, imprimable ou lisible selon son type. Or utiliser un document implique une copie en clair à un endroit donné.
Or dès qu'on dispose d'une copie en clair, on en fait ce qu'on veut sans aucune restriction. Par conséquent, le seul moyen de limiter arbitrairement et précisément certain types de copie est de rendre cette copie en clair inaccessible, en s'appuyant sur du code ou du matériel fermé.
Dans le cas du PDF, les restrictions — interdiction d'imprimer, interdiction de copier, etc. — sont définies dans le document mais rien n'oblige techniquement à s'y conformer. Certes, les logiciels propriétaires de lecture de PDF peuvent les appliquer, mais avec un logiciel libre, on peut toujours choisir de ne pas les respecter. Et j'imagine que si quelqu'un publiait un lecteur PDF libre respectant les restrictions des PDF sans possibilité facile de désactiver ce comportement, un des premiers rapports de bug concernerait ce point.
Personnellement, je considère les restrictions du PDF comme des recommandations indicatives de l'auteur et certainement pas comme des contraintes imposées. C'est à dire qu'il me conseille de ne pas imprimer. Mais si je veux imprimer, c'est moi qui dispose du document, je fais ce que je veux.
[^] # Re: Goatsie ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Unicode. Évalué à 10.
¤ ?
[^] # Re: Héritage
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Extension de la protection des œuvres musicales. Évalué à 3.
Ça ressemble à une blague, ça.
[^] # Re: Justification
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Unicode. Évalué à 9.
Ah, ça, c'est un gâteau d'anniversaire pour Debian.
# Justification
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Unicode. Évalué à 10.
C'est vrai que ça vaudrait la peine que chaque caractère soit accompagné d'un texte justifiant son intérêt en tant que caractère, en quoi il est un symbole utile, et non un dessin qui n'a rien à faire dans Unicode.
Par exemple, les signes du zodiaque et les symboles de produits chimiques ont à mon avis un réel sens en tant que symboles, ce ne sont pas de simples dessins. En revanche, la crotte de chien, franchement je ne vois pas non plus.
[^] # Re: Loi naturelle
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Extension de la protection des œuvres musicales. Évalué à 5.
Mon chiffrage a peut-être l'air tout bidon pour un gros industriel bien fossilisé, mais c'est par des boîtes de gus dans leurs garages que les fossiles se font dépasser, hein. Des gus qui ne savent pas que ce qu'ils veulent faire est impossible, et qui arrivent donc à le faire.
[^] # Re: Loi naturelle
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Extension de la protection des œuvres musicales. Évalué à 6.
Oh, j'ai oublié le prix du serveur. On va prévoir large là aussi : une dizaine de gros dédiés à 100 euros par mois chacun chez OVH ou Online.net. Coût total de l'infrastructure : deux mille euros par mois.
[^] # Re: Loi naturelle
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Extension de la protection des œuvres musicales. Évalué à 4.
Pourquoi vouloir intégrer à grand frais à un système existant ? Si ça revient moins cher de développer une nouvelle chaîne, vouloir à tout prix intégrer à l'existant est une belle connerie.