🚲 Tanguy Ortolo a écrit 12252 commentaires

Ça dépend pour quoi. Un gêneur, par exemple, tu peux le calibrer, après il ne gênera plus.

L'argument est bon, mais les termes sont inexacts. Le droit d'auteur comprend le droit patrimonial, cessible, et le droit moral, inaliénable.

Au temps pour moi, il me semblait qu'on parler de photographier ou photocopier un livre.

C'est d'autant moins leur problème que c'est licite. C'est de la copie privée, et depuis une source licite en plus.

Ce qui en pratique ne changerait rien, vu que ce ne serait qu'une loi inapplicable, et inappliquée de plus.

Par courrier électronique ou par Jabber. Peuvent toujours essayer de les fermer, ils vont se heurter à un obstacle qu'ils risquent d'avoir du mal à comprendre : il n'y a pas d'entreprise responsable du courrier électronique ou de Jabber.

Partager ses images, c'est bien, mais choisir avec qui on les partage, c'est mieux

En effet. À indiquer dans la description des fonctionnalités parce que ce n'est pas évidement à comprendre. En fait ça devrait être reformulé : la fonctionnalité, c'est de restreindre l'accès aux photos, et le conseil qui va avec, c'est de ne pas les exposer directement par ailleurs parce que ça réduirait cette restriction à néant.

Essentiellement des aspects graphiques, par exemple :

• des vignettes carrées (avec rognage, évidemment, pas déformation), ou au moins inscrite dans des carrés histoire que toutes soient alignées.

Sinon, il faudrait indiquer comment les photos peuvent être envoyées. Il me semble qu'en HTML5 on peut faire des trucs chouettes du style glisser-déposer de fichiers, sinon l'envoi d'archives ZIP désarchivées à l'arrivée serait une bonne chose, mais ce n'est pas détaillé dans les fonctionnalités.

Une remarque en passant, je ne vois pas l'intérêt de mettre les photos dans un répertoire pas accessible directement par le Web. Le seul risque que j'y vois, c'est que les gens puissent y accéder, or c'est un peu le but d'un album Web il me semble.

galerie pour site internet

Web.

C'est excellent. En l'état, je ne sais pas si je l'utiliserais, peut-être attendrai-je l'arrivée de quelques fonctionnalités supplémentaires, mais pour l'essentiel, ça répond à un réel besoin. J'apprécie particulièrement l'absence de base de données et la possibilité de télécharger un album entier.

Des changements sismiques proposés par un seul type sans consultation préalable, ça fait forcément réagir.

Ah non, pas au business loto, plutôt au loto geek…

Mais comment on fait pour partager les powerpoints super drôles avec ce système ?

En quoi est-ce que c'est censé être problématique avec Jabber au juste ?

Péquin ! Pékin, c'est une ville.

Oh, non, au contraire. EPUB n'est pas parfait, évidemment, la preuve c'est qu'il vient d'en sortir une nouvelle version, qui est censée régler des problèmes et apporter des améliorations par rapport à la précédente.

En revanche, ce format EPUB cherche réellement à réutiliser l'existant : HTML pour le texte, ZIP pour le conteneur et des trucs provenant d'anciens formats pour le sommaire. D'ailleurs, EPUB 3 remplace au passage le format XML dédié au sommaire par du HTML5 en utilisant de nouvelles balises appropriées (nav), de façon à ce qu'il soit aussi bien lisible par une machine que par un humain.

fixant les fautes

Corrigeant.

Et aussi quelles contraintes de cloisonnement/sécurité, car mélanger serveur de fichier personnel et serveur web public...

… ne pose aucun problème pour peu que l'on fasse un peu attention.

En plus, il y aurait pu y avoir plusieurs CSS dont une pour l'affichage sur PC et l'une pour liseuse.

Je ne vois pas trop l'intérêt, mais je pense qu'on peut tout à fait utiliser les sélecteurs de média dans la feuille CSS.

C'est bien, mais insuffisant :

• c'est un peu plus complexe à analyser qu'un document structuré indiquant l'ordre de lecture, or ça doit être analysé à l'ouverture du livre pour compter les « pages¹ » ;
• il faut de toute façon avoir en plus un sommaire hiérarchique structuré pour la navigation.

¹ En lecture numérique, la « page » est définie de façon abstraite comme un certain nombre de mots, histoire de pouvoir se repérer même si on change la taille d'affichage. :-)

Au risque de me répéter, dans un EPUB on peut mettre un sommaire structuré, qui est une fonctionnalité essentielle pour la lecture numérique. Et on peut aussi mettre des méta-informations.

Avec du HTML en vrac dans une archive ZIP, comment implémenterais-tu tout ça ? En ajoutant un fichier de sommaire et un fichier de méta-informations peut-être ? Et, au passage, en ajoutant un fichier mimetype non compressé en première position histoire que ce soit identifiable par file ? Eh bien, j'ai une bonne nouvelle : c'est EPUB, ça. Un conteneur ZIP, avec dedans des documents HTML, un fichier indiquant leur ordre de lecture et des méta-informations, un fichier indiquant le sommaire structuré, et un fichier mimetype.

la possibilité d'utiliser plusieurs fichiers HTML, typiquement un par chapitre, pour les livres ;

Dans un seul fichier, parce que trimbaler plusieurs fichiers HTML en vrac, on fait plus pratique quand même.

certaines liseuse electronique qui ne lisent pas forcement le html

Ça existe ça ?

Plusieurs choses en fait, les principales étant à mon avis :

• la possibilité d'utiliser plusieurs fichiers HTML, typiquement un par chapitre, pour les livres ;
• la possibilité d'embarquer des images sans se farcir de Base64 ;
• une table des matières qui indique l'ordre de lecture ;
• un sommaire hiérarchique structuré (c'est à dire pas un page HTML avec des liens, mais un vrai format de description de sommaire).

Farpait. Note quand même que l'EPUB peut quand même être intéressant, même pour un document court qui n'a pas besoin de sommaire. Cela permet par exemple d'indiquer le titre et l'auteur.

Ce n'est pas un document très long, mais serait-il possible d'avoir une version EPUB ? Ou peut-être une version HTML épurée téléchargeable, ce qui, vu la taille du documente, reviendrait sensiblement au même ?