JS : diminuer et augmenter taille du texte

Bonjour,
Je n'arrive pas à trouver l'info, à savoir, comment faire pour créer un bouton qui augmente la taille du texte et l'autre la diminue ?

J'ai bien des font-size en ems

Merci

statvg a écrit :
Bonjour,
Je n'arrive pas à trouver l'info, à savoir, comment faire pour créer un bouton qui augmente la taille du texte et l'autre la diminue ?

J'ai bien des font-size en ems

Merci

Hello,

Tu peux consulter le code source du site www.alsacreations.fr pour ce gadget

Déjà fait
Vous changez apparemment de css ... je pensais qu'il y a une solution plus simple avec du javascript, car c'est un peu laborieux de devoir doubler sa css pour ça, non ?

Merci

il y a d'autres solutions mais qui ont chacune leurs avantages et inconvénients.

avec du JS, on peut voir la police s'agrandir après l'affichage de la page, et il faut aussi penser à la mémorisation du style (cookie).

pour l'instant cette méthode paraît acceptable.

a écrit :
Vous changez apparemment de css ... je pensais qu'il y a une solution plus simple avec du javascript, car c'est un peu laborieux de devoir doubler sa css pour ça, non ?

Quand tu fais une CSS alternative pour modifier une taille de texte, tu ne modifies que les données qui changent : soit les tailles de texte. La CSS alternative reprend toutes les informations essentielles de celle par défaut :

CSS défaut :

p.machin {
text-align: right;
font: 75 % arial, verdana, sans-serif;
font-weight: bold;
font-variant: small-caps;
...
}

CSS alternative  grande taille de texte :

p.machin {font-size:105 %;}

Alors ce n'est pas si laborieux : une CSS par défaut de dix ko et 700 lignes ne fait pas plus d'un ko et quelques dizaines de lignes dans une telle version alternative.
Modifié par (22 Mar 2006 - 18:22)

Ah effet, c'est beaucoup pratique et finalement pas laborieux du tout ! Ca me paraissait incroyable ...

Je vais tester ça.

Merci

Hmmm...

Je croyais qu'il ne fallait pas "dupliquer les fonctionalités natives des navigateurs" ? (dixit Laurent Denis lors de ses différentes interventions sur plusieurs topics récemment)

Or, vu qu'il s'agit de l'exemple Alsacréations.fr, et que deux administrateurs ont répondu, on peut considérer qu'il s'agit de "spécialistes" en la question... tout comme Laurent...
Alors, qui a raison ?
Je sais que vous allez sans doute me répondre que chacun peut avoir son avis sur la question, mais justement c'est bien ce qui me gêne en l'occurrence. On lit un topic, on croit avoir appris quelque chose (cool, une erreur que je ne ferais plus dans mes dev), et puis quelques jours plus tard, on découvre l'exemple inverse !

Est-ce que ça ne serait pas cela (pas de consensus sur des notions simples d'accessibilité) qui limiterait aujourd'hui le développement de sites "accessibles" ?
Parce que franchement, on s'y perd un peu. Quand on essaie de "faire bien", il y a toujours un "truc" qui va pas, qui devrait être fait autrement, etc... selon certains auteurs (la même discussion pourrait concerner les images dans le html ou dans le css, les liens d'accessibilité "cachés" aux navigateurs graphiques, les liens "Aller au contenu", etc...)

a écrit :
Je croyais qu'il ne fallait pas "dupliquer les fonctionalités natives des navigateurs" ?

Seulement si les utilisateurs d'un navigateur sont au courant des pleines possibilités de leur logiciel. Je ne crois pas que ce soit le cas de tous les internautes et je pense que beaucoup de personnnes doivent écarquiller les yeux sur des textes trop petits, mais sans savoir que leur navigateur peut souvent le redimensionner.

Leur proposer une CSS alternative peut être une solution intéressante (surtout si on utilise des tailles de polices fixes dans le style par défaut) ?!

Laurent Denis a écrit :
Le site propose un mécanisme d'agrandissement des textes lorsque celui-ci n'est pas possible avec la fonctionnalité native du navigateur graphique.

Très étrange en effet car comment un site pourrait il connaitre les fonctionnalité du navigateur utilisé par tel visiteur aléatoire ?

De plus ce serait un autre sujet car en terme de logique formelle :

fonctionalité absente --> mécanisme présent

n'entrainerait pas

(non)fonctianalité absente --> (non) mécanisme présent

mais simplement

(non) mécanisme présent --> (non)fonctionalité absente

je travaille actuellement sur le site d'une mairie avec css alternative (blanc sur noir sans habillage graphique). Un prestataire externe qui a audité la maquette nous indique que cette pratique est un non-sens alors que je vois cela sur de nombreux sites.
Cependant, les critères accessiweb n'en font pas mention car il s'agit là, selon moi, d'une solution technique.
Mais qu'en est-il dans la pratique ? Dois-je laisser tomber ma deuxième CSS au profit des outils spécifiques ?

Merci de m'éclairer sur la question

Pourquoi selon lui c'est un non-sens ?

selon lui, les utilisaterus utilisent la loupe du navigateur ou des aides techniques ... il n'a pas plus développé son argumentation.