IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

CSS 3 : une extension anti-défilement !

Le , par Idelways

23PARTAGES

3  1 
Parcourir la majeure partie du Web repose sur le défilement, une situation qui n'enchante pas l'inventeur du langage de présentation CSS, actuel Directeur technique d'Opera Software.

Håkon Wium Lie assimile le défilement aux archaïques parchemins qui ont dès le 5e siècle cédé leur place à une « killer app » appelée à l'époque codex, et aujourd'hui « livre ». Avant de revenir en force avec les navigateurs.

Dans le but de refaire l'histoire, il est l'auteur d'une proposition d'extension de CSS 3, au nom de code « Opera Reader ». Une fois standardisée et implémentée, elle devrait munir les navigateurs de capacité de navigation similaire à celle des e-reader, et représenter une alternative de faible coût à ces derniers.

La proposition intitulée « CSS Generated Content For Paged Media » est déjà hébergée sur le site du W3C et sera discutée dès cette semaine, pour son éventuelle intégration au standard en gestation : CSS 3.

Opera Labs téléchargeable, supporte cette extension pouvant être testée sur un document Web qui la décrit et l'implémente (via le préfixe propriétaire -o-).
Les pages peuvent être tournée à l'aide de la souris, des touches directionnelles du clavier ou les doigts sur les écrans tactiles.

Le code CSS se présente de cette manière, où l'élément <html> doit être contraint à 100% de la hauteur de la fenêtre, et le comportement de navigation est défini par la propriété overflow. Le tout englobé dans une nouvelle Media Querie.

Code : Sélectionner tout
1
2
3
4
5
6
7
@media -o-paged {
  html { 
    height: 100%;
    overflow: -o-paged-x;
  }
}
Le standard prend en charge la persistance visuelle d'éléments de navigation de la page, la gestion des sauts de page, la présentation multicolonnes, les illustrations flottantes et d'autres enrichissements...

Mais le W3C doit suivre, les éditeurs de navigateurs et les développeurs aussi. Cette initiative nous rappelle en tout cas que le gel de fonctionnalité n'a pas encore eu lieu pour CSS3.

La version formelle de la proposition (site du W3C)
Page de présentation

Source : Opera

Et vous ?

Que pensez-vous de la proposition d'Opera ?
Doit-on remplacer les barres de défilement par la navigation par page ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Killing Joke
Membre actif https://www.developpez.com
Le 01/11/2011 à 15:12
Franchement de mon point de vue, le "paginé", en l'occurrence sur le web, ce serait plutôt une régression.

Certains sites ont des articles paginés : je trouve çà bien plus laborieux que de scroller !
En pagination, il faut des clicks supplémentaires (bouger la souris, repérer le lien, clicker). Attendre le chargement de l'autre page et repasser qqs millisecondes à répérer où reprend la lecture.
Les pages scrollées sont continues : c'est ce qui fait leur force, on a tout d'une traite. Avec les connexions actuelles, çà ne pose aucun souci de charger une "grosse" page de texte + images. Et on a des souris avec molette de défilement partout et des zones de défilement hyper pratiques sur touchpad.

Donc clairement non à cette régression !
26  3 
Avatar de Neko
Membre chevronné https://www.developpez.com
Le 01/11/2011 à 15:17
Citation Envoyé par Idelways Voir le message

Que pensez-vous de la proposition d'Opera ?
Doit-on remplacer les barres de défilement par la navigation par page ?
D'après la version de teste, ils ne font que remplacer un défilement vertical par un défilement horizontal le tout sans barre de défilement donc impossible de voir facilement que du contenu reste à voir en cliquant. De plus, le fait de pouvoir cliquer pour changer de "page" empêche la sélection du texte.
Je vois pas où est l'avancée là-dedans.
8  0 
Avatar de spidermario
Membre éprouvé https://www.developpez.com
Le 01/11/2011 à 20:33
Ses arguments contre le défilement s&#8217;appliquent, certes, aux volumina, mais lesquels s&#8217;appliquent aux pages Web ?

Même sans pagination, elles permettent de se rendre directement à une certaine section : les ancres, ça ne vous rappelle rien ?
7  0 
Avatar de GuruuMeditation
Membre expert https://www.developpez.com
Le 01/11/2011 à 15:56
Sur tactiles, je dis pas...mais sur écran PC je suis dubitatif. A moins que les souris aient (comme certaines l'ont déja depuis longtemps) la roulette qui peut-etre déplacée à gauche ou à droite, pour le défilement des pages.
6  1 
Avatar de forthx
Membre éprouvé https://www.developpez.com
Le 01/11/2011 à 20:06
L'analyse de base est un peu étrange et la comparaison livre / parchemin ne me parait pas des plus pertinente. Je m'explique :

Si je veux faire tenir un livre sur un parchemin, ça va être compliqué :

100 pages au format A4 (rapport d’étude, mémoires, petite spec) se transforment en 29.7*100 = 2970 cm arrondis à ...

30m de parchemin (avec les rouleaux^^) si vous avez déjà imprimé sur du papier listing, vous conviendrez du côté novateur du livre et de l'apport. Si on utilise des parchemins de 5 m (de belle taille) ça nous fait 6 parchemins a transporter, c'est plus volumineux et pour les notes et références ça peut devenir compliqué !

Donc oui vive le livre !
Il apporte une autre dimension : les numéros de pages. Cela permet le sommaire, les indexes,... bref un meilleur repérage, et une possibilité de consultation non linéaire.

Pour un roman, le livre apporte peu par rapport au parchemin, tout au plus une belle page de couverture et une pose de marque page probablement plus simple.

Quand je lis un livre technique (C), là ça me change la vie (dans le cas hypothétique ou je travaillais avec des parchemins):
je peux marqué mes pages, me référer a l’index ou la table des matière, mais mieux, je peux rapidement garder des pages en y mettant les doigts, je peux "naviguer" instantanément de la page 10 (index) a la page 72 (qui décrit le printf( char[]) ) en gardant un doigt a la page 42 (qui me présente les tableaux de char) . C'est cette interaction qui est puissante.

Puis vint le html : là je suis sur la page web qui décrit le printf( char[])et j'ai un lien hypertexte vers char qui est sur une autre page, que je peux ouvrir dans une nouvelle fenêtre/onglet/(outils gérés rapidement par le navigateur). J'ai en plus, si le site est bien fait (selon mes critère on s’entend), un menu (généralement sur le côté) qui fait office d'index. Un autre bon exemple réel est la documentation java (mode frame "archaïque".

En considérant des pages "légères" avec les débits qu'on a le fait que l'on peut avoir plusieurs pages ouvertes à la fois, on a alors tous les avantages: on peut diviser les "pages web" en chapitres et naviguer aisément au travers (menu, index, liens,...) avec 3 pages ouvertes sur mon navigateur, j'ai plus d'infos qu’avec 5 doigt coincés dans mon livre.

Attention je parle de desktop ou laptop, pas de téléphone ^^ je ne dis pas qu'il faut des écrans de la taille d'un journal pour être a l'aise, mais sur un écran de 200*320 points on peut pas faire des miracles.

Enfin, rien n’empêche de travailler avec des pages, près chargées qui plus est (avec javascript) . Finalement on pourrait résumer cela par l'ajout du défilement par bloc en changeant l'orientation de la barre de défilement.

Pour moi c'est une fausse révolution (peut être une petite évolution?), basée sur des arguments discutables. Par contre la théorie de la souris sans roulette, hum ... ça expliquerait bien des choses
5  0 
Avatar de thelvin
Modérateur https://www.developpez.com
Le 02/11/2011 à 14:24
Citation Envoyé par David_g Voir le message
Bref j'ai du mal à voir l'intérêt mais encore plus à voir le déferlement contre cela.
Mais c'est pas contre ça qu'il y a déferlement. C'est contre l'idée émise qu'une présentation en pagination, c'est mieux que l'actuel fonctionnement des barres de défilement.
Bah, ma première idée c'est que "juste non." La plupart du temps, les barres de défilement sont très bien comme elles sont, ou en tout cas elles sont mieux qu'une navigation par pages.

Ma seconde idée, en y repensant, c'est que "ça dépend. Vouloir se débarrasser des barres de défilement c'est débile, mais vouloir remplacer les quelques-unes qui devraient être remplacées, c'est bien." En gros, l'annonce provocatrice efface ce qu'il y a de bonne idée là-dedans. La pagination a son intérêt, elle est juste très loin d'être toujours meilleure qu'une barre de défilement.

Citation Envoyé par Freem
Autre exemple, quelqu'un à cité le forum pour montrer à quel point la pagination est mal adaptée au web. Moui, sauf que, regardez ce sujet: il fait déjà 2 pages. C'est-y pas de la pagination, ça? Selon moi, il n'est pas idiot de vouloir ajouter une fonction en standard, surtout qu'il y a peut-être moyen de la cumuler avec l'existant pour avoir quelque chose d'encore plus puissant.
Oui, bon exemple qui dit que la pagination permet de s'adapter à des contraintes physiques, à l'insuffisance de nos appareils, qui tolèrent mal de s'échanger des pages de 100Mo.
Mais si on transforme la pagination en simple affaire de style genre CSS, cet intérêt-là, ZOUP! Il existe plus.
La liaison de pages HTML d'URL différentes représentant des pages différentes, ça existe déjà, avec rel, rev, extensions de dublin core et autre métadonnées. C'est ça qu'Opéra gère, d'ailleurs. Et oui, c'est une très bonne chose. Le faire avec du style à la place, lui enlève tout bonnement son intérêt.

Mais en y réfléchissant, je vois des cas où une partie de la page, un encadré, devrait garder une hauteur raisonnable tout en ayant beaucoup de contenu. De la pagination par style pourrait faire ça. Ça peut servir. Par exemple pour une vue première des commentaires d'un article de blog : ce qui compte c'est l'article, les commentaires ne devraient pas empêcher de le retrouver dans la page, sauf si c'est ce que veut le visiteur. Paginer les commentaires par style, permet de ménager la chèvre et le choux, et il est toujours possible de cliquer sur une "vue des commentaires" qui fait l'inverse : on cherche à lire les commentaires et c'est eux qui doivent prendre toute la hauteur.
Des cas de niche.
5  0 
Avatar de tomlev
Rédacteur/Modérateur https://www.developpez.com
Le 01/11/2011 à 17:23
A mon avis le mec veut remplacer le défilement par la pagination parce qu'il a pas de molette sur sa souris... alors plutôt que d'acheter une nouvelle souris, il préfère créer un nouveau standard

Perso je suis un peu dubitatif sur ce truc... faudrait voir à l'usage
6  2 
Avatar de Elepole
Membre éprouvé https://www.developpez.com
Le 02/11/2011 à 3:02
Citation Envoyé par Idelways Voir le message

Que pensez-vous de la proposition d'Opera ?
Sa peut avoir sont utilité. Le premier exemple qui me vient en tête c'est les site de webcomics, mais je suis sur qu'il ne sont pas les seul a pouvoir bénéficier de ca.

Citation Envoyé par Idelways Voir le message

Doit-on remplacer les barres de défilement par la navigation par page ?
Non, on doit juste utilisé la pagination a bon escient, mais sur beaucoup de truc la défilement est bien plus pratique.
4  0 
Avatar de pcdwarf
Membre éprouvé https://www.developpez.com
Le 02/11/2011 à 7:56
En ce qui me concerne, c'est le defilement que je trouve superieur au paginé. Si vous avez deja lu des articles un peu longs, le defilement est largement plus enviable.

Ce qui me plairait, ce serait plutot que le ebooks marchent sur ce mode. et non l'inverse...

Encore une "feature" dont on se passerait bien.
4  0 
Avatar de pyros
Membre expérimenté https://www.developpez.com
Le 02/11/2011 à 9:23
Au risque de passer pour un vieux c** immobiliste, je trouve que c'est une caractéristique typique des intervenant du web de concidérer qu'une technologie ou qu'un système, bien que largement admis et apprécié par les utilisateurs, doit être abandonné sous prétexte qu'il n'est pas nouveaux.

Cela me fait penser à la mode de faire disparaitre la barre d'adresse pour la fusionné avec une barre de recherche.

Traiter la scrollbar d'archaïque revient à traiter la souris, le clavier, la barre de menu, d'outils et tout ce qui fait une IHM classique d'archaïque. Ces sytèmes ne sont peut être pas adaptés aux supports tablet ou smartPhone, mais ils sont parfaitement adapté aux PC qui ne seront, n'en déplaise aux fabriquants, jamais complettement remplacés par les tablettes.

De plus, cela perturbera encore plus les utilisateurs non technophiles qui sont habitué à un certain type d'interface et sont completement perdus lorsqu'on change leurs habitudes.

Pour moi, ce genre d'avancé ne peut venir qu'en complément des interfaces existante, pour s'adapter aux nouveaux supports, et non en remplacement.
4  0