Bonjour, On Tue, 20 Dec 2005 22:48:25 +0100, David Fournier Laforest  wrote: > Personnellement, je crois qu'il est tout à fait justifié d'utiliser une
> feuille de style media print puisque lorsque l'on créer un site on ne > veut
> pas nécessairement que l'utilisateur puisse imprimer le design ou les > images
> qu'il contient par soucie des droits d'auteurs.

En matière d'interdiction de reproduction, la CSS print est très illusoire et permet tous les contournements. Il me semble préférable dans ce cas :
- d'accepter le fait que l'utilisateur puisse être malhonnête, mais que cela se gère avant tout juridiquement, pas techniquement,
- de proposer via PDF (et un lien "version imprimable (PDF - xxKo)" pour le coup tout à fait justifié) une version qui sera protégeable avec bien plus d'efficacité, qui pourra intégrer une présentation plus riche et plus fiable pour le rendu papier, et qui aura en outre l'avantage pour l'utilisateur d'être archivable. .. En dehors de ce cas du PDF, le problème de la version imprimable v. CSS print est très intéressant : dans quels cas rompre avec des usages ergonomiques bien ancrés, pour favoriser ou suivre un progrès technique ? Il est difficile de répondre simplement pour l'impression, car il y a de nombreuses questions sous-jacentes et beaucoup de choses susceptibles de changer. Par exemple : Côté interface des navigateurs : cette "version imprimable" traditionnelle était la conséquence logique de l'absence de gestion des medias par les navigateurs et de leur nature d'applications hybrides, mi-browser - mi-bureautique : les menus "Fichier>Imprimer" et "Fichier>aperçu avant impression" sont directement issus de la logique des traitements de texte wysiwyg. Mais ils ne répondaient évidemment pas au besoin de gérer un "autre" document que celui affiché (en fait rarement imprimable). Les navigateurs modernes étant à présent "multi-medias", des changements d'usage pourraient s'imposer. L'aperçu avant impression, par exemple, aurait bien plus sa place dans le menu "Affichage", à l'exemple du "Plein écran" (media projection)et du "Petit écran" (media handheld) d'Opera : l'utilisateur change simplement de media. Beaucoup de choses se joueront sans doute dans ce domaine avec la sortie de l'interface final d'IE7 et la nécessaire adaptation-réaction de Firefox qui s'en suivra. Côté CSS : l'utilisateur peut vouloir imprimer le "contenu utile" débarrassé des items de navigation, par exemple. Ou il peut vouloir imprimer la page telle qu'elle s'affiche. Mais on oublie souvent que CSS et XHTML supportent les styles alternatifs, et qu'il est très facile dès aujourd'hui de proposer deux styles d'impression sans aucun bouton supplémentaire dans la page. Reste évidemment à ce que l'utilisateur apprivoise la gestion des styles alternatifs dans son interface, ce qui nous plonge pour le coup en pleine science-fiction. Côté moteur de rendu : certains navigateurs sont en train de nous changer la donne. Opera applique les techniques d'adapatation du contenu de son architecture ERA à l'impression, afin de gérer les largeurs et d'éviter les rognages. IE7 va suivre son exemple (ce sera une des avancées les plus intéressantes de cette version, pour les développements futurs qu'elle laisse présager de la part de Microsoft). Il y aura peut-être des progrès côté Firefox lorsque le développement du Minimo pour mobile (qui a un besoin vital de ces techniques), aura permis de développer les compétences des développeurs Mozilla dans ce domaine. Au fait, qu'en est-il côté Konqueror/Safari ? Côté page web : il faudrait au moins différencier les contextes "d'application Web" et ceux de "document Web". Qu'est-ce qui devra s'imprimer et comment dans telle ou telle application ? Certaines vont générer des versions imprimables, ou devront le faire pour permettre à l'utilisateur de conserver une trace utile d'une étape de son activité... Tout est à faire dans ce domaine, et il y aura de la complexité à gérer côté utilisateur. Alors, CSS print et/ou bouton "version imprimable" ? Pas simple du tout. Lors de l'élaboration de la première version du référentil des bonnes pratiques Opquast, cette question avait donné lieu à d'interminables controverses. Pour aboutir finalement à ne pas trancher (voir le libellé retenu et les discussions récentes: http://www.opquast.org/atelier/index.php/Proposition:Contenu_:_impression_du_contenu_texte ) ;) -- Laurent Denis,
Temesis
Qualité, conformité et accessibilité des sites Internet
http://www.temesis.com