Aller au contenu

Nudrema

Webmaster Régulier
  • Compteur de contenus

    68
  • Inscrit(e) le

  • Dernière visite

Messages postés par Nudrema

  1. De façon un tantinet pragmatique, je ne vois pas pourquoi accorder de l'intérêt à XHTML 1.1 alors qu'il n'apporte rien, en tant que tel, au XHTML 1.0, mis à part Ruby, qui ne sert à à peu près personne. (mettons de côté le XHTML+MathML si vous le voulez bien)

    Dans ce sens, je ne vois pas vraiment pourquoi envoyer un doctyle xhtml 1.1 plutôt qu'un doctype xhtml 1.0 Strict. Ou pourquoi envoyer un doctype xhtml 1.0 strict plutôt qu'un doctype xhtml 1.1, ça marche dans les deux sens. En restant dans le pragmatisme le plus simple, envoyer un "ancien" doctype signifie qu'on ne doit pas apporter de modifications à ses pages, quel que soit le type mime avec lequel on les envoie, ce qui peut s'avérer très pratique dans certains cas. Mais si le coeur vous en dit, libre à vous de jouer avec du php pour modifier le doctype suivant les cas.

    Là où il peut être intéressant d'utiliser xhtml 1.1 plutôt que l'autre, c'est lorsque l'on tire avantage de la modularité de celui-ci, l'exemple le plus courant étant lorsque l'on désire afficher des équations mathématiques (MathML) dans sa page (auquel cas d'ailleurs il peut être utile de l'envoyer aussi en text/html parfois, dans le cas du plugin MathPlayer ancienne version).

    (petite pub honteuse en passant : type-mime-et-mathml-20 )

  2. À l'unif le plus souvent, du moins dans ma section, les pc sont sous linux, donc le problème IE ne se pose pas. On a aussi une salle "conventionnelle" (comprenez par là sous windows 2000) et là, y'a que IE, y'a même pas d'outils pour décompresser un bête zip... Mais pareil, j'ai mon laptop ;)

    Et quand aux gars avec qui je "bosse", ma foi, j'en ai converti quelques uns aux bienfaits des navigateurs alternatifs, l'un d'entre eux ayant même été jusqu'à tenter l'aventure OpenOffice... Mais à l'unif, ils utilisent aussi les outils fournis !

  3. y'a les méthodes reposant sur les distances de levenshtein, qui sont, à ma connaissances, utilisées pour le dictionnaire intégré à Gnome. Grosso modo, ça permet de retrouver le mot le plus proche du mot entré, en comptant le nombre de changements à effectuer (lettres à changer, à retirer, etc.) entre deux mots, et donc, en ne retenant que ceux dont la distance est inférieure à une distance donnée, on peut déterminer quel est le mot souhaité. Ça permet de passer outre une faute de frappe ou d'orthographe, ce qui me semble particulièrement indiqué dans ton cas, vu que l'orthographe, bien que non codifiée, doit quand même être plus ou moins similaires entre les différentes façons d'écrire le mot, non ? C'est pas super-bien expliqué mais bon ;)

    Il existe une fonction levenshtein() en PHP, mais je crains que ça ne soit plus difficile à faire directement en SQL...

  4. n'utilise pas les smart-tags si ton code est destiné à être distribué. C'est comme pour register-globals: ils ne sont pas activés chez tous les hébergeurs. Utilise plutôt <?php.

    Voilà, c'était la remarque hors-sujet du sieur moi

  5. le "oe" n'est pas présent dans le jeu de caractères iso-8859-1, mais bien dans le windows-1252 qui est le jeu par défaut de windows. Cette particularité est souvent source d'ennuis...

  6. Attention cependant, sous windows les différents répertoires doivent être séparés par les ';' et pas par des ':'. Tu peux utiliser des '/' dans les deux cas.

    if(!defined('PATH_SEPARATOR')) // PATH_SEPARATOR défini sur certains UNIX
     define('PATH_SEPARATOR', strpos(strtoupper(PHP_OS), 'WIN') !== false ? ';' : ':');
    define('PATH_ROOT', dirname(dirname(__FILE__)));

    // Environnement
    ini_set('include_path', './' . PATH_SEPARATOR
                         . PATH_ROOT . '/lib' . PATH_SEPARATOR
                         . PATH_ROOT . '/extlib' . PATH_SEPARATOR
                         . PATH_ROOT . '/inc');

  7. bon nombre d'internautes, je pense, préfèrent que les liens externes s'ouvrent dans une autre fenêtre.

    Mais certains ne supportent pas ça (pour les expérimentés) ou bien sont tout perdus quand ça arrive (pour les tout frais tout nouveaux)...

    Donc c'est mieux de laisser le choix au visiteur, et donc de ne pas faire s'ouvrir le lien dans une nouvelle fenêtre, car on le navigateur sait forcer l'ouverture dans une nouvelle fenêtre, mais rare sont les navigateurs qui permettent de forcer l'inverse... :(

  8. Attention déjà, l'opérateur ! a priorité sur l'opérateur ==

    Or tu as

    if (! $_POST['cp'] == (int)$_POST['cp']) echo"erreur";

    Donc si $_POST['cp'] = 3, tu aurais (!3 == 3) -> 0 == 3, ce qui est faux

    Et si $_POST['cp'] = 'mop', (!"mop" == (int)'mop') -> 0 == 0, ce qui est vrai

    Tu devrais donc écrire

    if (!($_POST['cp'] == (int)$_POST['cp'])) echo"erreur";

    ou bien

    if ($_POST['cp'] != (int)$_POST['cp']) echo"erreur";

    Et si tu veux pas t'embêter, tu peux aussi faire

    if (!is_int($_POST['cp'])) echo 'erreur';

  9. Tu as la représentation intervalaire qui est assez amusante à mettre en place : http://sql.developpez.com/arborescence/

    Sinon, de façon plus pratique, j'ai déjà utilisé la même technique que celle que présente Ganf, calquée un peu sur le modèle d'une arborescence web. C'est vraiment très simple à mettre en place, et il est ensuite très facile de récupérer les enfants/parents, et en utilisant des fonctions MySQL un peu plus compliquées, on peut récupérer quasi n'importe quoi.

  10. Une solution serait de vérifier la présence des chaines utf-8 les plus courantes dans ton fichier (ie. chercher les "é", "à", "è", etc.). Ce n'est pas super-propre, mais ça doit marcher.

    Pour être propre, tu devrais vérifier que le fichier, au niveau binaire, est valide "utf8-ment parlant", c'est à dire que les octets 10xxxxxx sont uniquement présent après des octets 11xxxxxxxx (à moins que ce ne soit l'inverse), et des trucs dans le genre. Seulement ça doit être bien moins rapide que la première solution, et pas forcément plus efficace.

    C'est toutes les idées qui me viennent à l'instant... C'est pas très "bon" mais c'est tout.

    Il n'y a pas de propriété intrinsèque au fichier qui permette de savoir si c'est de l'utf-8 ou non (à part les éventuels premiers octets optionnels déclarant un encodage UTF-8, voir topic récent à ce sujet), c'est bêtement parce que les fichiers textes sont une suite de bits sans structure complexe. Donc tu ne pourras jamais que faire une estimation plus ou moins correcte du jeu de caractère. Ceci dit, un texte ne comportant que les caractères ASCII peut être considéré comme UTF-8 ou iso-8859-1 sans distinction.

  11. ... mais en n'oubliant pas que les pinailleries de l'ami Denis sont uniquement d'ordre esthétique étant donné qu'un id est censé être unique dans une page ;)

    Bon, je pense que Denis a bien expliqué ce dont il était question, donc je ne vais pas m'attarder :)

  12. Et pour ceux qui, comme moi, ne sont pas fous du nouveau thème par défaut (Winstripe), l'ancien (Qute) est toujours dispo sur quadrone.org.

    Mis à part ça, il vaut son pesant de cacahuètes, le nouveau Firefox, alors n'hésitez pas, updatez !

  13. Un espace réservé à la puce ? Bah si tu mets

    ul,li { list-style:none; padding:0; margin:0}

    tu n'auras pas d'espace pour tes puces... Cet "espace" est dû à des margins/paddings sur l'élément ul et/ou li (je sais plus comme ça de mémoire, mais c'est facilement vérifiable; ça dépend peut-être aussi du navigateur)

    Mais dans ce cas précis ça me paraît totalement idiot, vu que BZcool ajoute des tirets (et puces ou tirets, cest un peu pareil la même chose, au final...)

    dl, c'est destiné à associer une ou des termes (les éléments <dt>) avec une ou des définitions (les éléments <dd> qui suivent les précédents). Il n'a pas été prévu de n'utiliser que des <dt>, ça n'a à vrai dire aucun sens, au niveau sémantique...

    Listes de définitions

    WAI: Utilisez les feuilles de style pour changer les puces des listes

×
×
  • Créer...