Discussion :

[ProgVal]

Je ne vois rien d'archaïque au fait de faire défiler les pages, c'est d'ailleurs, à mon avis, l'intérêt majeur du browser et de HTML vs une application desktop. Qui a donné naissance entre autres à cette application appelée "forum" que nous utilisons en ce moment. On peut se poser la question de savoir si ce type d'application, justement, ne tire pas son intérêt du fait que nous faisons "défiler" les réponses... Peut-être que ce qu'on appelle le "Web 2.0" doit beaucoup au défilement... En ce qui me concerne, j'aime bien voir le maximum de posts sur une même page.

Il est clair que pour l'instant, les différentes "interfaces" ne faisant pas intervenir le défilement sont moins utilisables qu'une page web classique.
Mais on se sait jamais, quelqu'un peut avoir une idée géniale qui va vraiment reléguer au les scrollbars au musée.

Par contre, sans l'aide d'une souris avec roue, le défilement est plus problématique (cas des tablettes et phones), ce qui est prouvé dans le cas de l'iPhone par exemple, ou l'internet se consulte par application interposée.

Parce que sur ton PC, tu n'utilises pas un logiciel pour consulter *le Web* (et non pas Internet) ?

Bientôt, on va nous faire croire que faire un powerpoint et l'insérer dans une page c'est novateur et c'est mieux que ce qui existe déjà ...

Il y a déjà des sites qui font ça. Souvent en utilisant un lecteur basé sur Flash Player, ce qui est loin d'être une solution optimale.
Et là, j'ai plutôt l'impression qu'on parle de *remplacer* les pages par une sorte de diaporama.

[pcdwarf]

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.

[jsonline]

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.

Oui je suis d'accord.
La vrai raison je pense de tout cela c'est que les nouveaux terminaux (smartphones, ebooks et même certaines tablettes) ont des performances réseaux tellement pitoyables qu'ils ne sont même pas capables de gérer correctement la vitesse de transfert qu'impose le défilement et du coup on voudrait nous faire croire que ce serait "révolutionnaire" de revenir au paginé "1page=1 écran". Et après ce sera quoi, le retour au noir et blanc ? (...ah on me dit dans l'oreillette que les ebooks en sont déjà là... enfin tant que des gens achètent ça... je vois pas pourquoi les fabricants s'embêteraient...)

[pyros]

(...ah on me dit dans l'oreillette que les ebooks en sont déjà là... enfin tant que des gens achètent ça... je vois pas pourquoi les fabricants s'embêteraient...)

Les ebook sont en N/B car il utilise une techno totalement différente des LCD qui permet d'avoir une autonomie de plusieurs semaines/mois et un rendu proche du papier imprimmé. Je ne me souvient plus du nom exacte mais en gros il s'agit de micro gouttes d'encre qui montent à la surface de l'écran.

[dolby]

Une nouvelle fonctionnalité ok cela peut être intéressant, mais le défilement est aussi une fonctionnalité puissante.

[ericdes]

Je ne vois rien d'archaïque au fait de faire défiler les pages, c'est d'ailleurs, à mon avis, l'intérêt majeur du browser et de HTML vs une application desktop. Qui a donné naissance entre autres à cette application appelée "forum" que nous utilisons en ce moment. On peut se poser la question de savoir si ce type d'application, justement, ne tire pas son intérêt du fait que nous faisons "défiler" les réponses... Peut-être que ce qu'on appelle le "Web 2.0" doit beaucoup au défilement... En ce qui me concerne, j'aime bien voir le maximum de posts sur une même page.

Par contre, sans l'aide d'une souris avec roue, le défilement est plus problématique (cas des tablettes et phones), ce qui est prouvé dans le cas de l'iPhone par exemple, ou l'internet se consulte par application interposée.

[pyros]

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.

[eskatos]

Je ne comprends pas ce projet.

Que fait-on des URLs? de l'historique de navigation (& back/forward) ?

Si on pagine au sein même d'une ressource il faudrait une query-string pour y faire des liens en profondeur. Il y a bien une notion de 'bookmarks' dans la spec mais elle ne fait référence qu'à la navigation au sein de la ressource sans parler des URLs.

A mon avis ce n'est, pour l'instant, rien d'autre qu'un joujou technologique qui n'a pas été pensé pour le web, plutôt étonnant de la part du coupable

Si ça passe sans résoudre ce problème on va compliquer l'architecture du web et l'expérience utilisateur.

Ou bien j'ai loupé quelque chose ...

[youn29]

J'ai testé cette fonctionnalité. C'est une aberration totale... Cette solution va à l'encontre des principes de base en matière d'ergonomie web. La notion de scroll fait partie intégrante de la navigation aujourd'hui, que ce soit en bureautique (sous Word par exemple) ou sur le web. Elle permet à l'internaute de pouvoir remonter ou descendre très rapidement dans la page pour trouver ou retrouver ce qui l'intéresse (comme quand on feuillette un livre). Comment l'internaute va pouvoir "feuilleter" son contenu ? Je ne me vois franchement pas rechercher un bout d'article dans une page présentée de cette manière. Le risque avec ce type de présentation est d'avoir le même résultat que sur Google : si le visiteur ne trouve pas dans la première page ce qu'il cherche, il quitte le site.

D'autre part, un développeur peut déjà séparer le contenu d'une page grâce à des techniques Php/Javascript par exemple.
Pour présenter un livre ou une brochure avec la sensation de tourner la page, il existe (pour l'instant) Flash. Bien que je ne sois pas un mordu de Flash, la notion de "tourner la page" est très intuitive comparé à la fonctionnalité Opéra présentée : aucune explication, pas de flèches ou bouton suivant, pas d'animation....

Au final, j'ai l'impression que Opera Reader est une nouvelle bidouille pensée à cause de créateurs de sites Internet qui ne soucient pas de l'ergonomie et qui ne sont pas choqués de mettre une texte de 2000 lignes sans pagination, menu, titrage...

[nicorama]

Dans un livre, l'éditeur prend en charge le travail de la taille de la police, le dimensionnement des images, ainsi que la césure.
Sur le web, ça va être chaud ! Et ce serait dommage que du contenu soit pénalisé par une feature esthétique.

[berceker united]

J'ai juste une chose à dire. De quoi il se mêle ? Il est peut être l'initiateur du CSS mais j'ai plus l'impression qu'il cherche à imposer ça façon de voir plutôt qu'une proposition.

[pcaboche]

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.

Ok, dans ce cas on va pousser le raisonnement encore loin :

"Les livres, c'est 'has-been', moi je veux une interface à la Minority Report où les 'pages' sont des objets que l'on peut réorganiser dynamiquement en 3D suivant différents axes.

Et les e-readers, c'est 'has-been' aussi. Moi je veux pouvoir contrôler cela via mon Kinect et visionner le tout sur ma télé 3D...

Et puis niveau CSS, on va faire simple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
page
{ 
  style3D: "MinorityReport";
}

"

Alors ? Il dit quoi maintenant l'inventeur du CSS, hein ?

[Karolus]

L'inventeur du CSS devrait rester discret vu l'horreur de syntaxe qu'il a inventée. Il vaudrait mieux repartir de zéro.
Je dis ça, je dis rien...

[Pierre GIRARD]

Pour moi, je n'ai aucun apriori ... j'attends de voir tout simplement.

En fait, ça dépend de pas mal de choses, et dans certains cas un défilement page par page ne serait pas plus mal ... à condition que la coupure ne se fasse pas au milieu d'une image (par exemple).

[adiGuba]

Salut,


Je suis impressionné par le déni des messages que je peux lire sur ce thread ! C'est quasiment du troll digne d'un site de jeux vidéo...


C'est juste une nouvelle forme de présentation, plus adapté à la lecture d'un livre ou d'une présentation qu'un site web "classique". Il n'est pas question de l'imposer à tout le monde mais de permettre aux développeurs de l'utiliser facilement... Je ne comprend pas pourquoi cela génère autant de mépris !!!


En plus perso je trouve que c'est plutôt cohérent car ce type de navigation par page s'adapte plutôt bien aux nouveaux médias (webphone et tablette).


a++

[Hellwing]

C'est juste une nouvelle forme de présentation, plus adapté à la lecture d'un livre ou d'une présentation qu'un site web "classique". Il n'est pas question de l'imposer à tout le monde mais de permettre aux développeurs de l'utiliser facilement... Je ne comprend pas pourquoi cela génère autant de mépris !!!

Ou pas :

L'inventeur du CSS veut débarrasser le Web des barres de défilements
Jugés archaïques, et présente l’extension CSS3 Opera Reader

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.
[...]

Encore une fois, si on râle c'est par rapport à l'affirmation suivante : "Les barres de défilement sont archaïques".
D'après l'article, l'auteur du CSS ne veut pas une alternative, masi bannir cette manière de visualiser une page web de la taille de plus d'un écran, et ce (visiblement) peu importe le support.

Et plusieurs personnes ont nuancé leurs propos en évoquant justement le cas des supports sans souris où là, effectivement, cette proposition prend du sens.

[tralloc]

Personnellement j'ai du mal à voir dans quel cas ce serait bien et d'autres non.

Lorsque je parcoure ce forum en scrollant, tout va bien, j'ai une lecture continue je maintiens le texte à la hauteur de mes yeux ce qui me permet de ne pas me "dénuquer". Et ce point me semble positif.

Lorsque je lis une doc en pdf, j'utilise une vue justement paginée, ce qui me permet d'avoir une page entière. Mais je pense que j'ai cette habitude là simplement parce que je n'aime pas voir les sauts de pages.

Le scroll me semble meilleur pour la colonne vertébrale

Cela dit lorsque le texte est très long, le morceler est agréable pour le lecteur. Mais cela nécessite des clics à des endroits précis : sur un numéro de page (ex: sur ce forum), ou sur un chapitre (ex : dans une doc).

Ce qui serait sympa à imaginer, c'est que lorsqu'un tag définit arrive au milieu de la page, alors on va au chapitre ou à la section suivante.

[coshibe]

Moi je trouve le concept plutot sympa, toutefois j'y verrai plusieurs conditions,

-la roulette de la souris servirait désormais à tourner les pages... du coup le bouton resterait utile.

-Faire tenir la page sur l'écran parce que si c'est pour avoir un petit bout de page caché et malgré tout devoir scroller....ça va m'énerver. Donc un calcul en % et non plus en px... ou alors supposer que tout le monde a au moins un 17pouces.

-Ca veut aussi dire épurer les sites, virez moi les horribles bannières en top, les pubs et les menus de 15 Km...

Avec ces quelques conditions je suis sur que son idée est géniale, on aura des vrais repères en naviguant, et non plus des "c'est à peu près au milieu de la page, un peu en dessous". Simplement ça impose de réfléchir différemment et d'oublier les vieux réflexes.

Son idée innove, laissons lui une chance avant de la condamner.

[vivoli12]

Pas très ergonomique les exemples donnés.

On ne peut même pas sélectionner un bout de texte avec cette méthode de pagination (le clic servant à faire défiler les pages).

[fdejaigher]

Perso j'en vois un intérêt que très limité...

D'un point de vue pratique pour certains cas c'est utile, mais sinon de là à supprimer définitivement le scroll ça me surprendrai.