Jump to content

gou

Actif
  • Content Count

    22
  • Joined

  • Last visited

Everything posted by 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 J
  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
  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?? *s
  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; dan
  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 p
  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é
  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 boug
  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 actuel
  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
  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 b
  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 flu
  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
×
×
  • Create New...