| Auteur | |
|---|---|
| supprime28 | |
| 279 Posts |
Bonjour, Afin de proposer les feuilles de style alternative, il y a le switch, mais admettons que je n'ai pas PHP sur mon hébergeur ... Il y a bien Affichage > feuille de style dans les navigateurs, mais encore faut-il penser à aller voir si l'on propose des feuilles alternatives ... Je me rappelle avoir vu (il y a longtemps) un article sur pompage qui proposait de changer la feuille de style via un lien ... J'ai retrouvé un code permettant ceci, mais il contient du JavaScript :
Existe-t-il une méthode utilisant les liens, sans utiliser le Javascript ? Merci Modifié par Gunner4902 (24 Mar 2007 - 14:09) |
| Julien Royer | |
| Modérateur 4163 Posts |
Salut,Gunner4902 a écrit :Sans utiliser JavaScript ni un langage serveur, ça me paraît difficile. Au pire, tu peux utiliser le mécanisme de feuilles de styles alternatives avec une surcouche JavaScript. God rest the souls of that poor family. And pussy’s half price for the next 15 minutes. |
| supprime28 | |
| 279 Posts |
Julien Royer a écrit : Je m'en doutais, je n'avais pas regardé le code source à l'époque ... il devait y avoir du JS dessous Merci pour la confirmation |
| fvsch | |
| 20100 Posts |
Une méthode très simple avec Firefox : Affichage > Style de la page > ... Les navigateurs ayant peu exploité ou mis en avant ce type de fonctionnalité, on se sent souvent obligé de rajouter un élément d'interface dans le site lui-même pour donner aux visiteurs le choix entre plusieurs styles alternatifs. Mais le simple fait d'indiquer des styles alternatifs peut suffire. Pour info, dans le head des pages d'Openweb on trouve ceci :
|
| Julien Royer | |
| Modérateur 4163 Posts |
Florent V. a écrit : Ca a été évoqué au début du sujet. God rest the souls of that poor family. And pussy’s half price for the next 15 minutes. |
| Christian Le Bouler | |
| 3109 Posts |
Gunner4902 a écrit : Quel est l'intérêt pour un dispositif aussi fantaisiste, qui en outre n'implique pas du tout l'accès au contenu, de ne pas utiliser une solution javascript ? Modifié par Christian Le Bouler (24 Mar 2007 - 18:50) |
| Julien Royer | |
| Modérateur 4163 Posts |
Christian Le Bouler a écrit :Que ce gadget rigolo soit accessible à ceux qui ne disposent pas de JavaScript ? God rest the souls of that poor family. And pussy’s half price for the next 15 minutes. |
| fvsch | |
| 20100 Posts |
Julien Royer a écrit : Pourquoi pas, effectivement. Mais attention à l'expression « accessible à ceux qui ne disposent pas de Javascript », qui n'a pas tout à fait la même portée suivant la chose dont on parle. Lorsqu'il s'agit de rendre accessible aux utilisateurs ne disposant pas de Javascript un contenu ou une fonctionnalité essentielle du site, c'est effectivement un objectif important. Ici, il s'agit juste de pouvoir changer l'apparence du site. L'enjeu n'est pas le même. |
| Julien Royer | |
| Modérateur 4163 Posts |
Florent V. a écrit : Euh oui peut-être... Enfin bon, je ne vois absolument pas en quoi l'expression est déplacée. God rest the souls of that poor family. And pussy’s half price for the next 15 minutes. |
| fvsch | |
| 20100 Posts |
Ben je dis pas que c'est déplacé. Juste que si on a exclus les solutions utilisant Javascript juste parce que « Bouh Javascript c'est pas accessible », il faut se poser des questions. |
| Christian Le Bouler | |
| 3109 Posts |
Julien Royer a écrit : L'expression n'est pas du tout déplacée effectivement. On a quand même le droit d'utiliser le terme accessible en dehors du contexte strict de l'accessibilité web. C'est aussi un mot du langage courant après tout Modifié par Christian Le Bouler (25 Mar 2007 - 10:25) |
| Julien Royer | |
| Modérateur 4163 Posts |
Florent V. a écrit :Je ne crois pas que ce soit l'idée ici. Pour ma part, je ne pense pas faire cet amalgame. Christian Le Bouler a écrit :Certes. J'aurais peut-être dû employer un autre mot, car celui-là est fortement connoté. Je me flagellerai ce soir. God rest the souls of that poor family. And pussy’s half price for the next 15 minutes. |
| fvsch | |
| 20100 Posts |
Julien Royer a écrit : En fait, je voulais plutôt souligner le fait que parler d'une fonctionnalité « accessible pour les utilisateurs qui n'ont pas Javascript » pouvait créer une confusion chez les lecteurs potentiels de cette discussion. Je me doute bien que vous deux (Julien et Christian) êtes parfaitement au clair sur cette question. Mais pour le néophyte qui découvre à peine la notion d'accessibilité (qui exclue de nombreux usages inopportuns de Javascript), il peut en venir à penser que faire un style switcher en Javascript c'est mal, car pas accessible. Ça n'est évidemment pas le cas. Je ne m'avancerai pas à affirmer qu'il ne s'agit pas d'une question d'accessibilité numérique, mais même si c'est le cas un style switcher est une fonctionnalité non essentielle, et le fait qu'elle ne soit pas accessible à une petite partie des utilisateurs n'est pas particulièrement problématique, loin de là. Bien sûr, si le style switcher repose sur Javascript, il peut être intelligent de le générer en Javascript (de sorte que l'on n'aura pas de lien « changer l'apparence de la page » inactif si JS est désactivé). --- Et voilà. Suis-je un peu plus clair ? |
| Julien Royer | |
| Modérateur 4163 Posts |
Florent V. a écrit :Oui. God rest the souls of that poor family. And pussy’s half price for the next 15 minutes. |
| supprime28 | |
| 279 Posts |
En fait je pars toujours du raisonnement suivant : un langage coté client peut etre désactivé, sans que l'internaute en ai conscience, donc je n'utilise jamais de solution client. Je préfère ne pas mettre quelque chose en place si celà ne peut intéresser tout le monde (d'après les stats 8% des internautes désactiveraient JS) D'où l'avantage des solutions serveurs, mais sur les offres genre neuf.fr ou ovh 20gp, le php n'est pas disponible ... Voiloà toute l'histoire |
| fvsch | |
| 20100 Posts |
Gunner4902 a écrit : Pour ma part je vois les choses autrement. Je distingue d'un côté les fonctionnalités essentielles, et de l'autre non pas les « gadgets » mais les enhancements, ou améliorations facultatives. Je considère par exemple qu'un menu en position: fixed ou un style switcher font partie de ces améliorations facultatives (pas systématiquement bien sûr, chaque cas étant différent). De même qu'une amélioration ergonomique en ajax « unobstrusive* ». Ou que l'utilisation de max-width pour limiter la largeur d'une ligne de texte. Ou encore qu'un script JS de vérification de formulaire en plus de la nécessaire vérification côté serveur. Mais ça n'est que mon avis, bien entendu. --- * Toujours pas de traduction satisfaisante pour cet adjectif ? |
| supprime28 | |
| 279 Posts |
Globalement je suis d'accord avec toi. Il est vrai que le CSS (j'en discutai justement aujourd'hui) est sous exploité et n'est relegué (trop souvent) qu'à une simple supplantation des <table> ... Je ne sais pas l'avenir de CSS (version 4 ou 5, donc dans quelques années), mais CSS gagnerai à permettre de faire du design Web et à permettre de jouer avec les feuilles CSS (dans la formule d'appel) de manière plus souple et plus autonome, par exemple, je pense qu'une propriété comme border-radius est l'annoncement d'un CSS permettant le design sans image, mais comme tu le dis dans ton poste, celà n'engage que moi ! rire |
| Christian Le Bouler | |
| 3109 Posts |
Gunner4902 a écrit : J'en doute fort parce que ce que ce genre de propriété permet restera de toute façon assez sommaire par rapport à ce que l'imagination peut envisager y compris pour un simple encadrement de bloc. Par contre il est vrai que cela permettra de faire des choses plus élaborées en restant dans des méthodes simples. Ce qui sera un bien. Modifié par Christian Le Bouler (26 Mar 2007 - 10:15) |
| fvsch | |
| 20100 Posts |
Ce qui permettrait vraiment d'avancer au niveau graphique, ça serait la gestion de plusieurs niveaux de background pour un même élément. J'ai cru comprendre que c'est discuté pour CSS3. |
| supprime28 | |
| 279 Posts |
Je rêve (naivement ?) d'un CSS qui interpreterait le vectoriel afin de pouvoir tracer des formes simples en background ... peut-être un jour ! Idem, CSS devrait pouvoir gèrer les calculs de ce genre
en effet, dans certaines mises en page, le fait de ne pouvoir déduire des pixels d'un width, margin ou autre, entraine trop souvent le recours à des div supplémentaires (à noter que je n'utilise pas ces méthodes, mais qu'elles sont couramment utilisées sur le Web ) |