Aller au contenu

gou

Actif
  • Compteur de contenus

    22
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par gou

  1. À titre indicatif, il existe aussi IBM Home Page Reader en mode gratuit 30 jours. http://www-306.ibm.com/able/solution_offerings/hpr.html
  2. Salut Tchesko, Ta question est pertinente et j'ai moi même eu à réfléchir sur le sujet il y a un certain temps. Ma conclusion est simple, un seul lien dans la page HTML. J'explique: Je travaille dans une boîte où il y a des programmeurs et des analystes. Je suis le seul Web designer. Or, lorsqu'on développe un système (on parle de systèmes plus que de sites Web, étant donné que c'est souvent transactionnel), on se doit de donner le plus de liberté possible au programmeur. Ce dernier, ce qu'il veut, c'est coder. Les CSS, il s'en fout et n'a pas envie de s'en mêler (il a déjà assez du Java et autres codes). C'est à nous de bien clarifier les choses. Pour éviter les problèmes, je dis simplement au programmeur de pointer sur une CSS en particulier, je m'occupe du reste. Le reste, je le décris dans un billet récent sur mon site: http://gou.blogspot.com/2004/10/structurer-ses-css.html J'y démontre rapidement comment exploiter la notion d'héritage des CSS et rattacher le tout à des médias. Il y a plusieurs façons d'arriver à ses fins avec les CSS, c'est la première chose que j'ai apprise quand j'ai commencé à étudier tout ça... L'important dans tout ça, c'est de documenter comment fonctionnent les CSS, l'héritage et les modules, sinon on s'y perd!
  3. Bien le bonjour Hubbers... Ce matin je me suis fait poser une question qui me laisse un peu perplexe... Doit-on modifier le format des champs de saisie d'un formulaire? Par exemple, si je tape un # de téléphone (au Québec) du genre 4185555555, en quittant le champs, le système transforme le tout comme suit: (418) 555-5555. Personnellement, je n'aime pas du tout cette pratique et il me semble bien avoir lu quelque part que c'était à éviter, or, je ne retrouve pas la source. Avez-vous des documents, des expériences sur le sujet? Je n'aime pas la pratique car ça déroute l'utilisateur. Il n'a pas tapé le texte modifié et peut même penser que c'est un bug du système. Moi même je m'y suis déjà fait prendre! Je vous serais reconnaissant de bien vouloir m'aider...
  4. À faire attention: «Souvenez-vous LoVe|HAte pour vos liens Pour spécifier vos pseudo-classes de liens (:hover etc.), utilisez lordre suivant: Link, Visited, Hover, Active. Aucun autre ordre ne fonctionnera correctement. Si vous souhaitez aussi utiliser :focus, il vous faut modifier lordre ainsi :LVHFA.» Via CSS Crib Sheet (version française) de Dave Shea
  5. n'oubliez pas le a:focus! celui-ci sert principalement à ceux qui naviguent au clavier ou avec certains lecteurs vocaux (si ne ne m'abuse). Bien entendu, inefficace dans IE, mais utile dans les vrais fureteurs!
  6. Problème réglé... du moins, en partie! Merci de vos conseils, ça m'a mis la puce à l'oreille... surtout cette phrase de Findel: Éloquent! J'ai corrigé le tir en positionnant mon bloc en relatif plutôt qu'en absolu. De cette façon, IE semble avoir moins de réticences à l'afficher. Par contre, c'est nettement plus complexe de le positionner au bon endroit... un jeu de marges négatives et de top ou de right... Il semblerait que même de positionner mon bloc conteneur en relatif n'ait pas été suffisant... Maintenant de peux passer aux autres problèmes! argh! pourquoi IE?? *soupir!*
  7. Hummm... j'ai mis le code et la css sur un site perso temporairement... Pour voir ce dont je parle, il faut agrandir et réduire la taille du texte (ctrl-roulette sur PC) dans Internet Explorer. Vous allez voir du texte en haut à droite (c'est écrit «Profil» et «Accueil des services»). Je ne suis vraiment pas friand du positionnement absolu... mais la mise en page n'est pas de moi, je dois faire avec... Merci si vous trouvez une solution! (je vais continuer à plancher là dessus...)
  8. Bien le bonjour! Je me pose une question, à savoir si je suis le seul en ce bas monde à vivre ce problème: j'ai un bloc en positionnement absolu dans une page (c'est le genre de positionnement que je n'utilise jamais, pas assez flexible et beaucoup de différences entre IE et le reste de l'univers). Ce bloc s'affiche très bien dans Mozilla (et Firefox), mais dans IE, j'ai un problème bizarre... La boîte disparaît selon la taille des caractères (du plus grand au plus plus petit, elle disparait à la moyenne et aux extrêmes). J'ai testé en enlevant la propriété position:absolute; dans ma CSS, et le bug ne se produit plus. Je suis vraiment perplexe... La boîte ne se déplace pas, elle disparait, tout simplement. Et ce n'est pas comme le classique problème des multiples float qui disparaissent en scrollant et réapparaissent en sélectionnant le texte... Si quelqu'un a une piste...
  9. Merci Monique... j'avais moi même évité le sujet, déjà de faire des sites conformes XHTML 1.0 strict est assez complexe dans mon contexte, passer au 1.1 serait de la folie! Je n'avais pas vraiment vu ce qui le rendait intéressant, et, si je comprends bien, c'est qu'il supporte les changement de Name Spaces? En prenant cet exemple, c'est du moins ce que je comprends (je suis peut-être dans le champ, corrigez-moi quelqu'un!). Si c'est le cas, ce serait alors en XHTML 1.1 qu'on pourrait intégrer, par exemple, du SVG ou du MathML directement dans le code par xmlns? Sauf que ça doit pas encore être très bien supporté... je me trompe? Tu sais, Denis, dans le fond, je crois que tu peux te contenter de XHTML 1.0 strict pour l'instant... Dans le monde réel, juste de mettre un doctype (que ce soit html ou xhtml), c'est une révolution, alors de passer au 1.1, c'est un bond tellement élevé que la nécessité n'est pas tellement présente. Perso, je fais du 1.0 strict et, quand ça sera le temps, je passerai au 2.0. D'ici là, je crois que le 1.0 fera amplement le travail. Et, au moins, il est supporté, lui! De plus, si on doit mettre un JS de détection, on ne va pas à l'encontre de l'accessibilité? si le JS d'un utilisateur qui se pointe sur ton site est désactivé et qu'il ne peut lire le type mime application/xml+xhtml, il ne verra rien? on ne va pas à l'encontre des principes d'accessibilité? Il est vrai que certains pourront profiter des avantages de 1.1, mais le jeu en vaut-il VRAIMENT la chandelle?
  10. Aï! ben coudonc... faut croire que ça prend tout pour faire un monde...
  11. Je vis deux situations... La première, dans le même cas que sailorcarom, étant donné que l'on travaille au même endroit. J'utilise Mozilla et Firefox, mais tous nos collègues utilisent IE (soit ils sont forcés, soit ils ne connaissent rien d'autre, selon le cadre de leur travail)... La seconde situation, c'est avec mon second employeur. Celui-ci est très frileux, c'est à dire que la technologie utilisée est entièrement approuvée MS. Office au complet, IE (5.5 je crois) et tout le bataclan MS... bref, la joie. Comble de malheur, je ne peux pas rien modifier, je suis barré (étant donné que je suis considéré comme un utilisateur novice par eux... tout le mond est novice dans cet univers...) Le plus drôle là dedans, c'est que mon second employeur est parano. La sécurité est ce qui dirige toutes les décisions! Amusant qu'ils se reposent alors sur des technologies microsoft!! (Ça fait seulement deux ans qu'on a le droit de mettre des disquettes dans les ordinateurs sans autorisation écrite! si! si!)
  12. Peut-être que ça ne vous concernera pas du tout, mais on a trouvé une piste pour le problème chez nous. Le site est effectivement publié par Apache, or, il utilise un cache où tous les fichiers sont compressés GZIP... Normalement, ça fonctionne pour tout le monde, mais étant donné que certains passent par un proxy barrant les fichiers zippés, il semblerait que ça pourrait empêcher le passage des CSS et des images. [...] Pourquoi Internet est si compliqué? (en passant, Oh joie! je viens d'installer AniDisable 0.2 pour Firefox, et enfin les p'tits maudits émoticons ont arrêté de bouger!!)
  13. Ça fait un bout de temps que je dis qu'il faudrait qu'un gestionnaire mette ses culottes et fasse installer sur l'ensemble des postes Mozilla ou Firefox (la version 1, quand elle sera sortie). On a un bon argumentaire, juste la notion de sécurité ferait le travail. Ajoutez à ça les fonctionnalités supplémentaires et la facilité des équipes de développement à faire des applications Web qui soient efficaces et respectueuses des normes, on a là tous les éléments nécessaires pour favoriser une décision dans le bon sens! Malgré tout, il ne faut pas oublier une chose, les gestionnaires actuels ne connaissent pas Internet, ou très peu. Rares sont ceux qui sont au fait de ce qui se passe réellement. La technologie les dépasse. Souhaitons que la nouvelle génération de gestionnaires (la nôtre) sera plus ouverte...
  14. Programme d'identification visuelle du gouvernement du Québec On retrouve toutes les informations dans la section Internet... et oui, le site d'information est vraiment mal foutu, avec une interface en Flash! c'est ridicule!!!
  15. Bien vu Denis! je suis un peu coincé... et du foutu DHTML, c'est pas joli... m'enfin... Merci pour ton conseil...
  16. Quelle est la technologie serveur utilisée?? Nous on est avec Apache et Oracle (c'est des applications). On est passé de 9 à 10G et c'est là qu'ont commencé les problèmes avec certains utilisateurs...
  17. C'est particulier ton problème... on vit quelque chose de semblable... tous les utilisateurs d'un système sont capable de voir les JS et les CSS liés (link), sauf ceux d'une région, qui n'on plus accès aux JS ni aux CSS... peut-être est-ce un problème semblable... Tu indiques: Particulier... serait-ce dû à une mise à jour de IE par Microsoft? on se pose la question ici si ce n'est pas un «bug fix» de MS qui, une fois installé, cause des problèmes pour certains utilisateurs et ne permet pas de trouver des fichiers liés... Crois-tu que le problème était présent avant ces quelques jours?
  18. Bien le bonjour les Hubbers! Bon, j'ai un problème... en fait, je ne suis pas le seul, mais j'ose espérer que certains ici auront une solution à me proposer. Les ressources sur le sujet sont assez... disparates et difficiles à trouver si on veut quelque chose de «propre»! Voilà: j'ai fait un menu roll over suivant la technique du suckerfish ( suckerfish dropdown, ALA) et ça fonctionne très bien. Le problème est que je travaille sur une application intranet où TOUS les utilisateurs sont en IE (vive le monde gouvernemental!) et ce cher navigateur a la fâcheuse manie de mettre les select box en avant plan du drop down... Joie, bonheur et allégresse... Si je comprends bien les ressources que j'ai lu, c'est dû à IE qui laisse Windows interpréter les select, donc, qui devienent une partie du système plutôt que de la page. Par le fait même, c'est en avant plan. Il existe bien une solution pour «cacher» les select. Avec des layers (du pas très joli DHTML) on peut faire disparaître le select, alors le menu est visible (voici une solution...), mais j'aime pas cette idée. J'ai fait un joli petit menu simple (ul et li) et on veut alléger le menu actuel en DHTML mal foutu, j'irai pas encore m'embourber là dedans! m'enfin... Et oui, je sais que les drop down, c'est mal. Jeffrey Zeldman a d'ailleurs fait un excellent billet dernièrement là dessus, et je suis dans une situation m'obligeant l'utilisation de ce drop down (une refonte d'un produit dont on ne change pas le visuel). Si vous avez une solution propre, accessible et respectueuse des normes, faites-moi le savoir.! Merci!
  19. En consultant le «New Zaeland Government Web Guidelines», on trouve une approche semblable: Étant donné que je travaille sur le sujet présentement, je me suis un peu basé là dessus... Si quelqu'un a d'autres sources, ça serait bien!
  20. Hummm... par curiosité, je suis allé voir ce que Karl faisait sur son site lorsqu'il avait un poème à mettre en ligne... Il utilise les BR. Je dois dire que l'option DIV ne me fait pas vraiment tripper... par contre, la seconde est intéressante, car une strophe n'est-elle pas une phrase découpée? Maintenant, si on veut pousser à l'extrème, grâce à une CSS «aural», on pourrait peut-être même jouer avec la tonalité du lecteur vocal en déput et fin de span (serait-ce possible?)... et avec un BR, pourrait-on aller aussi loin??? Je crois que le SPAN devient l'option à conserver. Je flush l'exception de mes règles!!
  21. mouais... poésie... j'accepte! je vais mettre cette exception dans mes règles ministérielles ;-) Merci à tous de m'avoir éclairé! et merci de ton accueil Monique!!
  22. Je reviens sur les BR... Je suis en train de composer des règles de «programmation» HTML et CSS et j'en suis rendu à définir l'utilisation de la balise BR... J'ai défini que l'on allait utiliser le XHTML 1.0 strict. C'est un bon début... maintenant, dans ce contexte, le BR, est-ce mal? hummm... perso, j'évite de l'utiliser. Je ne crois pas qu'il ait une réelle valeur ajoutée. La CSS peut faire le travail du saut de ligne forcé (via un clear, comme c'est si joliement écrit sur le site du W3C). Or, qu'est-ce que j'écris? Que le BR est prohibé? sûrement pas... il a encore une utilité malgré tout... dans ce cas, quand est-il utile??? Les règles que je compose sont pour des développeurs qui n'ont pas nécessairement les mêmes préoccupations que moi... je dois m'assurer qu'ils comprennent quant le BR est bien et quand il est mal... Je suis ouvert à vos commentaires!
×
×
  • Créer...