Jump to content

gou

Actif
  • Content Count

    22
  • Joined

  • Last visited

Community Reputation

0 Neutre

Contact Methods

  • Website URL
    http://gou.blogspot.com

Profile Information

  • Localisation
    Québec
  • Société
    gou blog
  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...
×
×
  • Create New...