Monique

Personne le prétend d'ailleurs Les différences essentielles : - le nombre de passionnés qui testent et fouillent le code (ce qui est impossible avec un code fermé) et trouvent souvent les failles avant qu'elles ne soient exploitées - la réactivité des développeurs (voir ce billet de Pascal Chevrel Faille de sécurité dans mozilla qui relate comment une faille de sécurité est gérée chez Mozilla) - l'indépendance du navigateur par rapport au système (difficile de modifier le code d'un logiciel intimement lié au système sans entraîner des conséquences pour celui-ci) Un peu d'humour dans ce monde de rapaces, annoncé sur le blog de Tristan : On croit rêver... une copie d'écran de MSN Search fournie par Microsoft et réalisée sur Firefox PS : il semble y avoir un problème avec le lien du billet de pascal , il est dans les archives de juillet

Bonjour Roach, Et bienvenue sur le Hub J'espère que tu y trouveras ce que tu recherches... même si comme ams51, je suis un peu surprise d'apprendre que des véhicules accidentés peuvent se vendre

Bonjour, Les très nombreuses alertes sécurité à propos d'Internet Explorer ont certainement joué un rôle dans l'abandon de ce navigateur au profit de Firefox, Opera... Le passage à Windows XP SP2 est censé apporter la solution à ces problèmes de sécurité. Les utilisateurs qui ont installé ce pack se croient à l'abri... il n'en est rien Alerte - Attaques multiples via la faille IFRAME d'Internet Explorer Pour couronner le tout, K-OTiK Security annonce aussi que Microsoft a confirmé un bug dans le patch de novembre... dont un des effets est de désactiver "inopinément" un parefeu A lire aussi : Internet Explorer, Firefox, SP2 de XP, logiciels espions : entretien avec un expert en sécurité

Bonjour, La tendance se confirme dans les statistiques de Xiti : Le moins bon résultat d'Opera s'explique par le fait que ce navigateur est surtout utilisé à domicile, par des particuliers.

Bonjour Sobabe, Et bienvenue sur le Hub J'espère que tu t'y plairas.

Bonjour Sabine, Et bienvenue sur le Hub Euh... si vraiment tu n'y apprends rien, il ne nous reste plus qu'à fermer boutique

Bonjour, WebPix est à la fois un aspirateur d'images et une visionneuse : ZDNet

Bonjour, J'ai aussi des problèmes de click, certains fonctionnent et d'autres pas. Je crois que c'est un problème de JavaScript non conforme, mais je n'y connais pas grand chose. J'y ai vu des document.all qui pourraient poser problème. Il avait été question que Firefox le supporte par souci d'interopérabilité (Firefox supportera Document.all et document.all dans Gecko ?), ce qui avait soulevé un beau tollé ! J'ignore ce qu'il en est réellement aujourd'hui.

Bonjour, Tout simplement parce que la taille de police par défaut de IE est plus grande. Le problème vient donc du navigateur, pas de ton code N'oublie pas de toujours renseigner une police générique : font-family: Arial, sans-serif;

Bonjour, Comme le dirait Laurent... relisons nos specs Si je comprends bien, en XHTML 1.0 l'utilisation de xml:lang devrait théoriquement suffire. Mais si je veux être certaine que l'information de langue soit comprise par tous les navigateurs, je dois utiliser les deux attributs.

Bonne décision Sébastien Tu pourras supprimer OE sans regret, mais pas IE Ce dernier est utile pour les tests de sites... et indispensable pour les mises à jour de Windws

Bonjour Domi33, Et bienvenue sur le Hub Je pense que Thunderbird serait un bon choix. Quelques informations : - les principales fonctions - un guide d'utilisation complet (conseils pour l'importation depuis un autre logiciel : partie 6) - le compte rendu d'une Migration d'Outlook Express vers Mozilla Thunderbird

Bonjour legendeverte, Et bienvenue sur le Hub Je pense que tu n'y apprendras pas grand chose à propos de l'ASSE, par contre, sur la création de sites...

Bonjour, J'utilise XnView et j'en suis ravie Et je l'exploite parfois aussi quand je surf... Il est assez fréquent que des photos non retouchées soient mises en ligne, tellement sombres qu'il est impossible de distinguer les détails. Si la photo m'intéresse vraiment, j'utilise la fonction capture d'écran et le réglage de la luminosité. Comme il n'est pas nécessaire de faire une sauvegarde, l'opération est donc très rapide

Bonjour Cyril, Et bienvenue sur le Hub J'ai fait un petit tour sur ton site et j'ai constaté que tu es soucieux de la qualité de ton code Je te fais donc ces suggestions : - pas de largeur fixe pour le bloc central, ce qui évitera l'apparition d'un ascenseur horizontal pour ceux qui ne sont pas en 1024-768 (ou qui naviguent avec une fenêtre réduite comme je le fais souvent) - le texte sur lequel est fait un lien doit être significatif (accessibilité), donc pas sur "ici" par exemple - séparation des liens, soit par un caractère imprimable, soit en les plaçant dans une liste (accessibilité) Bon courage

Bonjour Mauricette, Et bienvenue sur le Hub Tu trouveras plusieurs articles intéressants dans la partie Publications du Hub.

Bonjour, Voilà un peu de lecture, martin - BZHcool.com Valide!, Besoin de votre avis... - XHTML 1.0 strict ou 1.1, deux poids, deux mesures ? - Quel avenir pour le HTML? - qui ne supporte pas xhtml 1 ?, navigateurs incompatibles

Bonjour Marc, Et bienvenue sur le Hub Si j'en crois l'enthousiasme de la plupart des membres, oui, on s'y sent bien

Bonjour Nullette, J'avais lu ta question, avec l'intention d'y revenir plus tard, mais... Tu as des éléments de réponse dans cette discussion Abbréviations et langue. Pour ton exemple фифи (fifi), je ne sais pas ce qu'il est mieux de faire

Bonjour ste, Laurent a soulevé ce problème dans Valider, c'est bien. Réfléchir, c'est mieux. Une petite recherche Google sur "XHTML 1.1 transitional" permet de trouver une page qui présente cette déclaration <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en"> et le validateur dit En fait, le validateur prend en compte l'URI contenue dans la déclaration, qui est celle du XHTML 1.0 transitional.

Bonjour, A ma connaissance, il n'y a que deux moyens de forcer un retour à la ligne dans un élément hn : - peu précis : déterminer la largeur de l'élément - précis : utiliser l'élément br Mais puisque tu soulèves la question de la sémantique, on peut pousser un peu la réflexion Le plus souvent, l'utilisation de br répond à un besoin visuel de présentation et non à un besoin de structure du contenu. Cet élément n'a donc pas de valeur sémantique. Son utilisation peut se justifier pour la présentation des adresses, les strophes d'un poème. Un exemple particulier, donné par Pascal Grouselle dans la liste des pompeurs : l'ajout d'un sous-titre à un titre. Pour les paragraphes, je lis le plus souvent qu'il ne faut pas y utiliser l'élément br... nouvelle idée => nouvelle ligne => nouveau paragraphe C'est vrai sur le plan sémantique mais visuellement, il me semble pourtant qu'un retour à la ligne dans un long paragraphe rend la lecture plus confortable. Votre avis ?

Bonjour, La balise caption est une légende. Son contenu s'affiche à l'écran et doit être bref, un peu comme le titre d'une section affiché avec la balise hn. L'attribut summary résume le contenu et décrit la structure du tableau. Son contenu ne s'affiche pas à l'écran, il est destiné uniquement aux médias non visuels (synthèse vocale, tablette braille). Il s'agit donc de deux types d'information différents. Si le tableau est très simple (un peu comme mon exemple ), la description de sa structure n'est pas indispensable et il est inutile de répéter le contenu de caption. Par contre, si caption est absent, l'attribut summary est indispensable.

Bonjour Arobase, Et bienvenue sur le Hub Je suis persuadée que tu y trouveras ton bonheur.

Bonjour, La première condition pour que le contenu d'un tableau soit accessible, c'est que son contenu puisse être lu par ligne. Dans cet exemple <table border="1"> <tr><td>pomme</td><td>rouge</td></tr> <tr><td>citron</td><td>jaune</td></tr> </table> <br /> <table border="1"> <tr><td>pomme</td><td>citron</td></tr> <tr><td>rouge</td><td>jaune</td></tr> </table> le premier tableau sera lu pomme rouge citron jaune et le deuxième pomme citron rouge jaune Un autre problème : un voyant a une perception globale de la page et perçoit immédiatement la nature du contenu d'un tableau, ce qui n'est pas le cas pour un non-voyant. C'est le contenu de l'attribut summary qui le renseignera. <table border="1" summary="Les couleurs des fruits">

Bonjour, Il est clair que mon côté "éducatrice" me fait pencher pour le principe de l'apprentissage plutôt que celui de la facilité du sans effort (tant utilisé par la publicité). Mais pour rester dans le domaine des logiciels, combien d'utilisateurs commencent-ils par parcourir les différents choix des menus, par ouvrir l'option "préférences", par lire les fichiers d'aide ? Combien vont plus loin encore en recherchant de la documentation (papier ou électronique) sur le logiciel qu'ils vont utiliser ? L'utilisateur a souvent tort par ignorance, nous avons le devoir de l'informer... lira-t-il nos infos ? Pas simple en effet