Dinostrate

Ce qui m'étonne un peu, c'est qu'on dirait que ta machine fonctionne quand même... j'ai eu quelques problèmes de ce type dans le passé, mais l'engin ne pouvait pas démarrer... et il me semble bien qu'en cas de surchauffe, il s'arrête.... (a vérifier quand même) et coté clavier, est-ce qu'il n'y aurait pas un pb ? Dino

J'ai testé le fameux caractère ­ cité par Laurent Denis. Il s'agit donc du pseudo-tiret sécable définissant où la césure doit être faite dans le mot, sachant que le navigateur ne doit pas rendre le tiret en l'absence de césure.... Eh bien, tout fonctionne parfaitement avec Ie6 et Opera 7 mais pas avec la famille Mozilla.... Donc sur ce coup, il semble bien que Mozilla soit en défaut. Vous pouvez vérifier en vous amusant à modifier les dimensions de la fenêtre sur cette page. Il s'agit du mot environnement situé dans le troisième cadre à gauche. Apparamment, on peut placer autant de césures qu'on veut dans un mot, j'en ai placé trois pour l'expérience. A+

Bien sur je blaguais un peu ! N'empêche que j'ai choisi le signe typographique le plus méconnu et le moins utilisé dans le language écrit, tout simplement parcequ'il est difficile à utiliser (grammaticalement en tout cas). Il participe à la gestion des exceptions, et les problèmes les plus délicats à gérer relèvent de la gestion des exceptions... En tout cas, ta classification me semble parfaitement cohérente.

J'approuve... d'ailleurs, la norme est déjà grandement appliquée de fait : nécessité de coller la virgule a la dernière lettre du mot qui précède pour éviter une césure disgracieuse. Espace après le point... etc. seulement, ces règles sont devenues tellement évidentes qu'on n'y fait plus attention.... mais : problème du point-virgule.... qui implique la nécécité de placer un avant si on ne veut pas le voir se ballader en début de ligne... etc. Au fait, je fais partie de l'association pour la défense du point virgule ! Les règles de la dactylographie ont généralement été transposées pour faciliter les retours automatiques, sauf dans quelques cas. Bref, qu'importe ce qui existe pour le moment, mais il me semble que le tiret "trait d'union" doit être sécable par défaut. C'est fou tout ce qu'on arrive à raconter sur des détails parfois.... lol

Voilà quelque chose d'intéressant.... Je comprends bien qu'il ne soit pas bon d'en abuser parceque dans ce cas : bonjour le code , mais s'il faut écrire sur une petite colonne, lorsqu'on rencontre un mot un peu trop long et avec modération.... pourquoi pas ! c'est de nature à favoriser la présentation. Je sens que je ne vais pas tarder a essayer ça....

Ce coup ci, tout devient vraiment beaucoup plus clair. J'entrevois maintenant beaucoup plus de possibilités que je ne l'imaginais au départ. et surtout, beaucoup plus de simplifications..... J'avais bien vu les spécifications et je voyais bien qu'il y avait une incidence technique, mais à l'état brut, les dites spécifications ne me satisfaisaient pas tout à fait.... La différence entre id est class est réellement fondamentale pour une utilisation optimale. Pour une utilisation "au raz des pâquerettes", elle est moins évidente (mais notre but n'est pas de rester au raz des pâquerettes !!!. ). En tout cas, merci pour toutes ces précisions... mais attention, je sens que je vais poser bientôt des questions beaucoup plus compliquées Dino

Cette discussion montre également qu'une bonne comprehension des normes n'est pas si évidente lorsqu'on désire la meilleure optimisation qui soit. Un apprentissage pas à pas s'impose, sans oublier de commencer par le général pour aboutir enfin au particulier... démarche fondamentale en toute matière informatique. malheureusement, l'apprentissage est souvent acquis au coup par coup, au fur et à mesure des besoins et des questions que l'on se pose....

Bug ou pas ? peu importe, en tout cas à mon avis, une amélioration à apporter à Mozilla. En effet, il est plus logique que le tiret (trait d'union) soit sécable par défaut. Ce principe est de nature à faciliter la mise en page. Le principe doit être avant tout d'être conforme aux règles typographiques.... Bien entendu, en justifiant ou non (en tout cas, avec le retour à la ligne automatique), nous ne nous posons jamais le problème des coupures dans les syllabes pour réaliser un site.... et c'est heureux, sinon, bonjour la catastrophe...... ...mais pour les mots composés qui sont par nature plus longs que les autres, la coupure par défaut semble indispensable.... Donc, à mon avis, Mozilla devrait progresser dans ce sens.... Le lien donné par 20cent confirme... mais à contrario.... Je ne suis pas d'accord avec ta conclusion Jan... ce n'est pas si évident.... ce paragraphe traite des césures en général mais ne se réfère pas à une norme précise spécifiant s'il faut aller à la ligne ou non.... c'est pour cette raison que je n'ai pas parlé de bug dans Mozilla... je préfère dire : évolution nécessaire.... Dino

Vrai, mais tout dépend de la norme, et la question est de savoir s'il en existe une en ce domaine (norme sécable ou non sécable le tiret ?) ..... là, je ne sais pas.....

Si c'est un bug ? peut-être pas, tout simplement pas prévu.... faisons une comparaison avec les logiciels de traitement de texte : à priori, les traits d'union sont sécables et il faut une action pour les rendre insécables. Exemple dans word tiret insécable = ctrl+maj+tiret <edit> mais au fait, word, c'est aussi microsoft... alors, c'est peut être encore un truc propriétaire en fin de compte... a vérifier...

c'est effectivement le tiret insécable.... équivalent du ( ) espace insécable.... très utile à connaitre...

Je te suggère un autre essai : tu crées une page sans frame ou tu place le script. ça devrait fonctionner sans problème pour cette page.... et ensuite, tu reviens sur une page avec frame.... et là, voir si ça marche.... (si ça ne marche pas : peut-être que mon idée loufoque....) Bon, cette fois, je quitte, a+

BZHcool a raison de rappeler ce fil.... et ça vaut le coup de cliquer sur tous les liens qui y sont donnés. J'en ai retenu un qui me plait beaucoup pour le choix des nuances : http://www.pixy.cz/apps/barvy/index-en.html

Salut, Dans les gratuits, je ne sais pas, mais le 60gp d'ovh n'est pas très cher.... A toi de voir .... Dino

Conceptuellement, cette question m'interesse, et je suis en train de me poser des questions loufoques... je me demande s'il ne faudrait pas générer autant de cookies différents que de frames.... bon, je suis toujours à l'intuition.... A plus tard

Bonjour Personnellement, je suis partisan des codes..... d'ailleurs, je ne suis pas certain que les css acceptent tous les noms qui sont indiqués dans la page que tu montres. (à vérifier) Ce n'est pas plus difficile d'utiliser les codes (sauf pour les couleurs très connues pour lesquelles le nom est facile à retenir :red blue etc.) La difficulté vient plutôt du choix et là, nom ou pas nom, c'est le même problème, quand on trouve la couleur, on trouve le code ! Dino

Là je ne peux pas te répondre, je n'ai jamais décortiqué mozilla, et je ne suis pas certain de savoir le faire.... En tout cas, on sait que ça vient du script. Je suppose que la modif se fait seulement sur la page ou tu actives le script ? Dans ce cas, il y a peut être une solution, mais je dis ça a l'intuition..... et je ne suis pas du tout sur de moi... Est ce que le cookie se place bien ? Est ce que si tu réactualises la page, il y a du mieux ? Si oui, il faut peut être "obliger" une réactualisation de la page qui sert de contenant. Sinon, je ne vois pas pour l'instant....

Je n'ai jamais essayé avec des frames... A mon avis, d'abord, il te faut peut être essayer de voir si le problème vient de l'html ou du script. Donc, fais un test avec mozilla par exemple, qui dispose d'une fonction pour changer de feuille css, déjà, tu verras si ça fonctionne normalement ou pas. Dino

Avis aux occitans Bon, je ne vais pas laisser le privilège de la connaissance à mon pote BZHcool et aux amis Bretons........ Pour Google en occitan : http://www.google.com/intl/oc/ Dino

Bonjour à Tous, Lorsque j'ai commencé en css, il n'y a pas si longtemps, j'ai commencé par commettre des grosses boulettes, mon raisonnement était inversé par rapport à la définition des normes et j'avais tendance à utiliser id au lieu de class et vice et versa... Avec l'aide du validateur, les conseils et les tutoriels que j'ai pu étidier de ci de là, je me suis aperçu que je faisais fausse route et j'ai corrigé le tout. Donc maintenant, j'utilise id pour les grandes subdivisions et chaque fois que je suis certain de n'avoir à utiliser la règle définie qu'une fois... par page, et le validateur est content... et moi aussi parceque c'est satisfaisant logiquement. Mais je ne comprends pas encore tout.... Pourquoi cette règle ? Quel est l'intérêt technique (strictement technique) ?. J'étais conforté dans mon erreur de départ (confusion de class et d'id) parceque tout fonctionnait dans tous les navigateurs.... je n'ai pas été foutu de trouver un endroit ou les explications soient suffisamment claires pour moi.... mais après tout, je suis peut être dur du comprenoir.... Dino

Salut Dan Tu veux dire que l'utilisation de <meta http-equiv="content-type" content="text/html; charset=iso-8859-1" /> dispense de l'utilisation des tokens ??? Je croyais que les deux étaient obligatoires..... Dino

Bonsoir, Je crois me souvenir d'une discussion qui concluait qu'il valait mieux mettre des accents. Personnellement je ne me pose plus cette question, du moment qu'on veut écrire en Français, on écrit en français donc avec accents. Par curiosité, je viens de faire une recherche sur le mot électricité avec GG Avec et sans accents, la page affichée est exactement la même.... bon, il faudrait peut être pousser le test un peu plus loin..... Dino

Bonsoir m1111 Je confirme l'avis de Clairdelune au sujet du choix de feuille de style. Le script sur le lien qu'il donne fonctionne très bien. il doit être utilisé avec <link rel="stylesheet" ........ et <link rel="alternate stylesheet" ...... le mode opératoire est très clair. C'est aussi ce genre de script que j'utilise sur mon site. Dino

Monique, Il ne te faut peut être pas te fier à ton expérience. Il faudrait que le test soit effectué par un handicapé. Pour faire face, un handicapé doit développer d'autres qualités que nous n'avons pas. Enfin en tout cas, je pense qu'il faut encore tester. Dino

Parfait, ça roule impeccable... Donc : conclusion=comme vous le suggeriez d'ailleurs, il faut associer une police générique au final chaque fois qu'on redéfinit une famille dans une règle Je pensais que ça suffirait avec le sélecteur universel mais finalement, c'est plus logique d'avoir a définir une police générique en dernier ressort à chaque coup pour bien différencier le choix entre les grandes catégories (le serif et le sans serif par exemple) Dino