TheRec

Bonjour et Bienvenue ! je suis certain que tu trouveras toutes les informations que tu cherches sur ce sujet

Bonjour, oui, la balise <meta> est un bon moyen de définir le charset, cela permet entre autres de conserver le charset dans une version "offline" de la page (page sauvegardée en local par l'utilisateur). Mais il est préférable si on a accès une technologie côté server comme PHP (ASP, ...) d'envoyer soi-même par les entête HTTP le charset. Tu trouvera une explication pour définir le charset "côté serveur" Si tu n'as pas accès à une telle technologie, tu peux aussi définir le charset par défaut de tes page en créant, à la racine de ton site, un fichier nommé ".htaccess" avec comme contenu : AddDefaultCharset iso-8859-1

Dans ton fichier HTML, à la place d'utiliser le caractère spécial, tu mets son entité... La phrase suivante : Nous étions allés à la plage. devient : Nous étions allé à la plage.

Bonsoir, de quel caractères spéciaux en particuilier parles-tu ? Quel encodage de charactères (charset) utilises-tu ? Utilises-tu les entités (X)HTML comme : é = é ? Si ce n'est pas le cas essaie déjà cela... voici une liste de ceux-ci sur cette page Et voici le lien, si tu cherches une liste officielle (pas très jolie mais c'est ça une spécification W3C ) de la part du W3C...

Et pourquoi pas un sonotone pendant qu'on y est Allez joyeux millième message ! En espérant en lire quelques milliers encore de ta part

De rien... je viens de faire un tour sur l'excellent blogmarks de Monique et j'ai vu ceci : Artichow Cela pourait bient t'intéresser, vu que c'est en français... mais je ne veux pas te décourager dans ton apprentissage de l'anglais (qui est quand même un gros atout sur le Web... oh oui c'est bon j'arrête la démagogie ).

Dudu> Salut, elle se trouve pas là, la touche apostrophe, pour moi (hé oui on est pas tous azerty'iens) ... "pas très accessible comme conseil" QWERTZ'ement vôtres, TheRec, de Suisse.

Apèrs un peu de lecture, il se trouve jpgraph par défaut adapte tes valeurs pour qu'elle fassent 100% dans tous les cas (avec l'algorithme Hare-Niemeyer) ... Tu peux éviter cela et utiliser des valeurs absolues...mais pour ne pas qu'il y ait de problèmes visuel il faudrait t'assurer que la somme de tes valeurs fassent 100% ... Pour utiliser des valeurs absolue, ajoute cette ligne lorsque tu règles tous les paramètres de ton graphique : $p1->SetLabelType(PIE_VALUE_ABS); PIE_VALUE_ABS est une constante définie dans le fichier "JPGRAPH_PIE.PHP", tu peux trouver d'autres possibilité dans ce même fichier (tout en haut de celui-ci).

Désolé, je ne connais pas bien jpgraph ... mais peut-être devrais tu préciser les données que tu envoies, de cette manière on pourra se représenter ce que tu souhaite afficher... si tu fais une capture d'écran de ce qui s'affiche ça aidera encore plus...

Pas de problème Bonne continuation dans ton développement.

Alors relis-toi mieux car que nulle part tu ne demandes un tableau contenant les nom des variables... enfin...si tu veux une méthode un peu moins "bricollage" voilà : $data = array(); $dataname = array(); foreach($_GET as $key => $value) { $data[] = $value; $dataname[] = $key; }

Ton code n'a pas grand chose à voir avec ta question de base, mais l'essentiel c'est que tu ais trouvé une solution à ton problème Mainteant poruquoi ne mets tu pas directement les "valeurs" (j'entends par la les clés ainsi que les valeurs) dans les tableaux à l'intérieure de la boucle ? Cela t'éviterais de "bricoler" avec des "|" pour séparer tes valeurs et d'utiliser split ...

Bonjour, je procèderais ainsi pour ce que tu demandes : $tab = $_GET; print_r($tab) Mais je ne vois pas l'utilité de ceci...il suffit d'utiliser le $_GET directement... Sinon tu peux procéder ainsi pour ne pas reprendre les clés du tableau : $tab = array(); foreach($_GET as $value) { $tab[] = $value; }

Bonjour, Ce que t'a donné MS-DOS_1991 va pour plsuieurs espaces qui se suivent (2 ou plus).. Si tu veux remplacer CHAQUE esapce (même lorsqu'ils sont consécutifs) par un "_" utilise cela : preg_replace("/\s/", '_', $chaine) Si tu veux remplacer les groupe d'espaces consécutifs ainsi que les espaces seul par un seul "_": preg_replace("/\s+/", '_', $chaine)

Bonsoir, dans les paramètres de Internet Explorer, quel niveau de sécurité est défini sous l'onglet Sécurité. Si tu cliques sur "Personnaliser le niveau..." sous ra rubique "Script" authorises-tu l'exécution de script... Je propose ceci car certaines authentification se basent en premier lieu sur le Javascript, puis sur PHP. Je ne sais pas si c'est le cas pour le forumlaire que tu utilises mais peut-être que celà t'aidera...

Bonsoir Dudu, je disais donc "minority" (ou minorité ) ... mais j'ai pour devise de ne pas négliger les minorité, surtout lorsqu'elle peuvent me faire bonne ou mauvaise presse selon leur impressions J'ai tout de même quelques visite de IE 5.2 MAC sur le site de ma boite (autre que celle des tests bien entendu). Mais bon c'est plus un principe qu'autre chose... Par contre, tout à fait d'accord sur les étonnants fonctionnement de IE 5.2 MAC.. Concernant l'argument "IE6 = IE5.2 MAC", il n'est jamais parvenu à mes oreilles (pour l'instant), mais je ne m'étonne pas de telles confusions venant de la part d'utilisateurs de Mac.........allez ! je blague Dudu Pour "hum" c'est juste D'ailleurs plus besoin de te demander pourquoi on parle de Hummer, pour les 4x4 de marque américaine d'une utilité remarquable en ville (petite révolte anti-4x4 de minuit ) ...

Hello David, Since we can enjoy your presence on this forum, I am going to say it again and this time in your language. Thanks A LOT for your work ! I use it a lot and it's bookmarked of course I hope you'll find time to produce the same tests for browser such as Konqueror or Safari ... but I'd rather see these tests for Microsoft Internet Explorer 5.2 on Mac. For the moment, it is the one that cause the most problems and that is used by a good part of the Mac users (it used to be installed a lot before MAC OSX, and some continued using it on MAC OSX )... I know, it's only a minority of users, but it's often journalists and such who runs this "browser" so they sometimes get a wrong idea of a website just because they aren't using a decent browser... knowing the major issues of it would help me a lot when I'm creating a website Of course don't owe me anything (It would rather be the opposite), but if you could add this in your TODO list that would be really appreciated.

Je précise juste qu'un cookie peut aussi être utilisé en même temps que cette méthode. Cela ne nuit pas à l'accessibilité et cela simlifie la vie pour ceux qui les ont activés...je déconseillais juste l'utilisation uniquement d'un cookie qui n'aurait pas fonctionné pour tout le monde. La gestion des cookies est très bien expliquée sur cette page du manuel PHP. A noter qu'il faut envoyer le cookie avant tout autre sortie vers le navigateur (à moins d'utiliser un buffer). Dans ce cas, il faut vérifier si la valeur du cookie (par exemple $_COOKIE['mode']) a été définie (lors d'une visite préalable) si c'est le cas on défini que $mode = $_COOKIE['mode'] ... et on effectue toujours la vérification du contenu de mode pour définir la feuille de style à lier. Si ce n'est pas le cas, on la défini en fonction du paramètre GET (dans les conditions pour selectionner la feuille de style a insérer) et pour les fois suivantes le cookie sera utilisé s'il a pu être défini...

Ah oui... l'API est en C... je n'ai pas vérifié l'exemple, j'aurais du lire un peu avant de copier bêtement le lien C'est effectivement du Fortran...mille excuses

Bonsoir, la solution du PHP est a retenir pour toute les raisons citées... Les cookies sont une bonne idée, mais le niveau d'accessibilité n'est pas réellement très bon (on ne compte pas les gens qui désactivent volontairement/involontairement les cookies). Le choix, souvent fait par les webdesigner, est l'utilisation d'une variuable GET (par l'URL) supplémentaire décrivant le mode actuellement utilisé et lorsqu'elle n'est pas définie le mode par défaut est utilisé. En fonction de cette variable tu choisis la feuille de style à utiliser. Le principe est donc le même et tes explications montrent que tu l'a compris, défini toutes les taille de polices avec un taille relative, et enuite dans une autre feuille de style (celle qui sera choisie en fonction de la variable GET) tu défi Donc dans la page, tu inclus ta feuille de style de base comme tu le fais habituellement (bien entendu sans y avoir défini la taille de la police pour <body>). Ensuite tu procède ainsi : $mode=(isset($_GET['mode'])?strtolower($_GET['mode']):"m"); if($mode == "xs") { // Lisaison de la feuille de style pour la taille extra-small } elseif($mode == "s") { // Lisaison de la feuille de style pour la taille small } elseif($mode == "l") { // Lisaison de la feuille de style pour la taille large } elseif($mode == "xl") { // Lisaison de la feuille de style pour la taille extra-large } elseif($mode == "c") { // Lisaison d'une feuille de style avec un contrast elevé (une option de plus que tu n'avais pas demandée..mais c'est très apprécié comme option) } else { // Insertion de la feuille de style par défaut, j'entends par là celle qui contient la taille de <body> normale. // (par exemple m si $_GET['mode'] n'est pas déinif, ou tout autre valeur si l'utilisateur s'amuse avec les variables) } Je ne te ferais pas l'affront de t'expliquer comment lier une feuille avec la balise <link> ou un @import ...à toi de voir La feuille de style qui est différente en fonction de la variable contiendra juste un ligne du type (imaginons que c'est pour le mode xl) : body {font-size:150%} nira la taille du <body>.

Oui... et c'est un format que PHP ne supporte pas nativement (pas comme TAR.GZ par example..). Il te faudra donc un "décodeur" pour extraire les données que tu récupère au format compressé. Après une petite recherche je suis tombé sur ce encodeur/décodeur gratuit (j'en ai pas trouvé en PHP, il doit y avoir un joli algorithme de compression quand même). Je ne l'ai pas testé, mais si tu as un serveur dédié il te sera possible d'utiliser ce décodeur pour interpréter tes données compressées à la volée si j'en crois cet exemple en C... Bonne chance

Bonsoir, et c'est là que je ressort mon vieux sujet d'entre les morts ! Dans ce sujet il y a un lien vers un générateur (en français ou en anglais, au choix) pour générer une déclaration de confidentialité...beaucoup de question mais à la clé un document complet... une petite démo ici : http://www.hexadec.ch/confidentialite/

Bonjour, Superbe site ! Il va me servir, en fait j'ai cherché ceci pendant longtemps il y avait l'excellent (à mon goût) QuirksMode mais ce nouveau (pour moi) site surpasse ce que proposait QuirksMode. Merci beaucoup pour ce lien Monique !

Sans répondre à ta question et dans le but que tu réflèchisse au problème, voici ce que je te propose. Réflechis aux "cas limites", les cas qui "posent un problème". Chacun de ces cas fera l'office d'une branche dans ta condition "if"... Dans ton problème, les cas limites sont : Pages ayant un numéro plus petit que la limite du nombre de liens "précédents" à afficher. Dans ce cas tu dois décompter jusqu'à la première page (la condition de fin de boucle va varier en fonction de la page en cours). Pages ayant un numéro plus grand que le nombre maximum de pages - la limite de pages "suivantes" à afficher. Dans ton cas c'est 1000 - 4 ... Pages n'entrant pas dans ces deux cas de figure... ce sont les pages qui ONT x pages avant et x pages après (dans ton cas x=4)...cette branche correspont simplement à cas "else". Les boucles ne devraient pas être impbriquées, il y aura deux boucles par cas. Une pour les liens "Précédents" et une pour les liens "Suivants" ... à part dans les cas de la toute première page et de la toute dernière, mais comme tes conditions de sorties de boucles seront calculées en fonction du numéro la page en cours et de ta limite (4), la boucle ne sera pas effectuée (condition de la boucle à false dès le départ)...

Bonjour, j'ai utilisé cette méthode et elle me semble préserver l'accessibilité : Partie 1: Infobulle CSS Partie 2 : Compatibilité avec IE 5.x MAC Le Javascript utilisé dans la partie 2 nuit à l'accessibilité car sous IE 5.x sans le support de Javascript activé les infobulles ne fonctionne pas bien... à toi de voir si cela convient... N.B. Je te déconseille l'usage d'un système entièrement en Javascript, CSS offre des possibilités qui ne tuent l'accessibilité...