TheRec

Bonjour, en fait je viens de voir que Microsoft, dans sa grande sagesse (c'est pas souvent, alors utilisons les grands mots), à ajouté un format (sauf erreur depuis Word 2003) pour la sauvegarde : Page Web, filtrée (*.htm; *.html) Ce format est le même que "Page Web (*.htm; *.html)", mais toutes les balises Office sont supprimée...et oh miracle les niveaux de titres sont conservés...donc si vous structurez bien le contenu de vos documents Word vous obtiendrez les <h1> à <h6>... Bon, le fichier n'est pas conforme au recommandations du W3C, il n'y a même pas de DOCTYPE, mais la structure des documents semble bien reflétée...la majorité des information de mise en forme sont traduite en CSS...celles qui n'ont pas été traduites en CSS sont mise à même le code HTML... genre pour une liste il n'utilise pas list-style-type: disc; ...mais à même la balise <ul> l'attribut type="disc" ... cela a des inconvénients mais la plus grosse partie du boulot est faite à mon avis.

Un index FULLTEXT qui plus est...sur tous les champs qui seront exploré lors de requête FULLTEXT... Dans ton cas : ALTER TABLE Verset ADD FULLTEXT(Texte) Ou éventuellement à la création du la table avec la syntaxe CREATE FULLTEXT INDEX

Tout d'abord, bienvenue ! Ensuite, pardon de ne pas être sur un plateau à ton service..et pour tes questions (qui on reçu des réponses très rapidement, hier) et pour t'accueillir avec du champagne et du caviar... À mon avis, et ça n'enecge que moi, tu devrais faire un effort de patience et de courstoisie...les membres se réunsissent sur ce forum pour s'entraider...pas pour y recevoir des remarques de ce style. Et si je compte bien ça fait moins de 5 heures et non 35 heures...mais peut être que je devrais me mettre au mathématiques

Bonjour, Plusieurs éditeurs WYSIWYG (embarqués dans un navigateur) sont capables d'épurer un copier-coller opéré depuis Word... Pour n'en citer qu'un FCKEditor ... Sinon il y a WordCleaner ..mais c'est commercial...

Avec urldecode ou rawurldecode (en fonction de ce que tu as utilisé pour encoder)... P.S. : Si tu avais visité et lu le manuel PHP pour urlencode, tu aurais eu la réponse.

Tu trouvera ton bonheure ici http://www.php.net/apache et là http://doc.domainepublic.net/php/doc.php.l...ges.apache.html

Mouais... l'art de bien traduire n'est pas toujours l'apanage des geeks En anglais ça va tout de suis mieux... Dans PHP <= 4.2.3 c'est PHP_INI_ALL...après cette version c'est PHP_INI_PERDIR ... Donc tu dois passer par : Désolé de la fausse route, comme quoi des fois il faut remettre le manuel en question...surtout quand la formulation est vaseuse

Il y a plusieurs paramètre qui entrent en ligne de compte lors de l'upload de fichiers...

Bonsoir, non en fait cela signifie que ce paramètre est modifiable depuis n'importe où (php.ini, script utilisateur, .htaccess, httpd.conf) et ceci depuis la version PHP 4.2.3. Donc un ini_set devrait faire l'affaire dans le script pour modifier upload_max_filesize. Pour information : Tiré du bas de la page que tu as citée http://fr.php.net/manual/fr/ini.php#ini.list

Tu as donc plusieurs possibilités, j'en donne deux donc une douteuse ;D Tu utilises du Javascript pour passer à la page suivant ou précédente qui soumet le formulaire de recherche avec un champ caché qui change de valeur en fonction du lien cliqué... Très mauvais solution au niveau de l'accessibilité. Je te la déconseille... Ou tu fais "comme tout le monde", tu utilises le GET pour passer les mots-clés ainsi que l'offset (la page) à afficher... les mots-clés doivent être encodés avec la fonction que j'ai cité précédemment : urlencode ou rawurlencode (cette dernière n'a aucune exception, alors que la première encode les espace en "+" au lieu de %20...cette différence à des raisons historiques liées à l'utilisation des formulaires) Tu n'auras aucun problème, elle convertit tous les caractères qui n'ont pas leur place en tant que tels dans l'URL en leur entité ...par exemple un espace devient %20 ...un slash %2F ... etc. (cela correspond à la valeur hexadécimale du code ASCII du caractère en question précédé du caractère % qui indique que c'est un caractère encodé qui suit...)

Bonjour, C'est vrai...alors utilise la fonction urlencode Sinon pour passer des variables POST à une page depuis un lien en HTML, tu peux utiliser la fonction header ...et définir les variables et leur valeur dans les en-têtes de la page...mais j'ai un peu de peine à comprendre le but de ceci... Cela implique que tu connaisses les données au moment ou tu veux générer les en-têtes...et donc pourquoi veux tu faire comme si elles avaient été envoyées par POST... Je comprends ce que tu veux dire par envoyer des données par POST depuis un lien en HTML, mais je ne comprends pas quelle application cela aura...

Bonjour, En même temps, aro, les prix exorbitants tu ne penses pas qu'ils sont légèrement liés aux charges (charges sociales, frais, ...) qu'impluqent une structure d'entreprise (quelle que soit sa forme) ?

Je tiens juste à préciser un point... le fait d'utiliser un tableau pour effectuer la liste des messages d'un sujet peut se justifier. Chaque élément de cette liste correspond à un message, les en-têtes et valeurs correspondent entre autres : Au nom de l'utilisateur, en correspondance avec des informations le concernant, des boutons pour accéder aux options de celui-ci. À la date du message et éventuellement le titre du message, en correspondance avec le contenu du message et des boutons permettant son édition/suppression et d'autres options. C'est une présentation linéaire de données tabulaires et c'est accessible, à condition de respecter ces quelques principes (pardon pour l'anglais...je n'ai pas trouvé d'équivalent en termes d'explication, l'article d'Openweb à ce sujet est moins explicite à mon avis). Le grieffe qu'on peut porter à la majorité des systèmes de forums et de ne pas tirer partie de ce fait. Ils utilisent uniquement des cellules de tableaux classiques sans jamais utiliser les cellules d'en-tête. Cela va pour un sujet linéaire, sans hiérarchie entre les messages. Par exemple sur le Hub, il y a plusieurs mode de consultation...le mode Standard, Linéaire+ et En Ligne... Entre le mode Linéaire+ et Standard la seule chose qui change est que les réponses sont séparées (deux tableaux) du message original. Le mode En Ligne en revanche présente les messages sous forme hiérarchique et là, la hiérarchie n'est pas représentée sémantiquement...(c'est une cellule de tableau avec des images pour représenter l'arbre des messages) Je précise juste que ce n'est pas une critique du Hub, mais une observation pour appuyer ce que j'écris Cela ne veut pas dire que la seule solution pour présenter ce type de système (message/réponses) est l'utilisation de tableaux, mais si on choisi cette option il faut se préoccuper de l'accessibilité de ces tableaux.

De rien. Effectivement c'est beaucoup mieux Il reste un "problème" dans ton flux, chaque <item> devrait contenir un élément <guid> qui permet de l'identifier... Il est conseillé d'utiliser l'URL Permalink (ou simplement l'URL du <link> ton <item>). Cela sert aux programme d'aggrégations pour différencier les message entre eux. Le <guid> doit être unique pour un flux RSS pour qu'il soit plus efficace. C'est un élément optionnel, mais il est conseillé de l'utilisé

Pour faire assez simple, lorsque je parle de cohérence des données d'un tableau je parle de cohérence entre les données qui formes ce tableau... dans une liste de CD je ne vais pas trouver un modèle de pneu de voiture. Ceci car il aura, généralement, des champs différents à présenter... Cela m'amène à un point important... un tableau ne doit toujours (oui c'est extrême) avoir des en-têtes (<th>) de lignes et/ou de colonnes, qui décrivent les cellules qui sont en rapports direct avec-elles... lors de la linéarisation de la page, les intitulés de ces en-têtes sont répétée (si l'utilisateur le souhaite) pour toutes les cellules, ainsi il se repère dans le tableau. C'est pourquoi je dis qu'une liste de sujets d'un forum peut aisément se faire dans un tableau...mais le suivi d'un message devrait se faire : S'il existe une hiérarchie entre les messages d'un sujet : un structure hiérarchie à plusieurs niveau (ul,ol) Si le seul lien entre les messages d'un sujet est leur appartenance à ce sujet et qu'ils sont classés par ordre chronologique (par exemple, enfin c'est logique... comme c'est le cas sur ce forum) : Un tableau est utilisé en général, mais on pourrait considérer qu'une liste de définitions fonctionnerait, comme on pourrait utiliser une balise <blockquote> pour le message et un <hn> pour le titre du message L'essentiel dans l'histoire est de refléter la structure de tes données autrement que par des styles...ensuite le choix des balises se fait en fonction de leur possibilités (dl ne reflètent qu'un niveau et ne peuvent pas être imbriqués, ul peut être imbriqué, ...). J'en viens au second point, la hiérarchie à deux sens dans le cas qui nous préoccupes...une liste d'éléments, et le titrage d'éléments... pour le deuxième cas il est préconisé d'utiliser les <hn>, c'est le but ces balises. Le titrage par <hn> représente une hiérarchie logique dans la page...mais lorsqu'on regarde syntaxiquement la hiérarchie n'est pas reflété (donc sans connaître l'intégralité de la page tu n'a pas de vu d'ensemble de la hiérarchie). De plus la cette forme de hiérarchie peut être sortie du contexte, contrairement à ce que tu dis, une page commence par <h2> parce qu'en fait cette page découle d'une autre page ou on avait défini que le niveau de la première serait inférieur... Alors que dans le cadre de listes (ul,ol,dl) la hiérarchie est représentée syntaxiquement (les <li> sont compris dans un <ul> et ainsi de suite pour les niveaux inférieurs). En d'autres termes, si on extrait la liste de la page, la hiérarchie est conservée. Non, je n'ai pas dit cela, je faisais un constat par rapport aux questions qu'on ma posées à propos de ce sujet et d'autres Finalement, je ne suis pas complexé par mes long message...simplement je suis conscient que la lecture à l'écran n'est pas très agréable dans certains cas et si elle se prolonge on s'ennuie vite **EDIT** : captain_torche> Effectivement...en fouillant bien j'ai du dire ça dans mon premier message, mais tu as eu raison d'y mettre ton grain de sel parce que c'est formulé plus clairement que moi **RE-EDIT** : Il y a de quoi écrire un roman sur la sémantique...et je crois qu'on est en bonne voie pour en avoir rédigé la préface

De rien C'est pas pour rien que le Hub à bonne réputation...et on compte bien que tu partages des connaissances (sur ce sujet au d'autres) dès que l'occasion se présentera à toi.

Oui... PHP est loin d'être parfait... l'outil de bug track se révèle utile lorsqu'on en arrive à douter de la fonction car le code paraît cohérent. C'est un réflexe à avoir avec l'open-source

Bonsoir, quel environement utilises-tu pour tester cette fonction ? Cela a de l'immportance pour la fonction mail...il y a des bugs approchants sous Windows : http://bugs.php.net/bug.php?id=25333 Essaie d'autres serveurs de messagerie peut-être également...

L'accessibilité c'est l'art de n'oublier personne (aussi petit sa minorité soit-elle) lorsque tu développes un système. On dit (les études sur le trafic Internet) généralement qu'environ 10% des utilisateurs naviguent sans Javascript ou autre langage de script côté client activé...Ceci par choix ou par obligation. Cela te donne un ordre d'idée...Si tu néglige ces 10% c'est que ton but n'est pas l'accessibilité pour "tous" Pour le <noscript> pourquoi pas...tant que tu ne te limites pas à "Vous devez activer Javascript pour voir mon menu" et que cela représente une alternative qui permet une navigation sur les mêmes pages qui sont accessible avec Javsscript activé...

Depuis la version 1.5 (en tous cas) de Mozilla Firefox, il existe un option pour forcer Firefox à ouvrir les lien avec target="_blank" dans un nouvel onglet au lieu d'une nouvelle fenêtre... (cela relève des paramètre de ton navigateur...c'est tes préférences). Menu "Outils > Options... > Onglets", puis coche "Forcer les liens ouvrant une nouvelle fenêtre à s'ouvrir dans :" et sélectionne l'option qui te convient : "le même onglet/la même fenêtre que le lien" ou "un nouvel onglet"... Cela n'affectera que toi...tu ne peux pas modifier ce comportement depuis un site Web.

Bonjour, pour éviter la mise en cache d'une page il est possible d'envoyer des en-têtes le précisant. Il y a plusieurs paramètres à prendre en compte. Pour une simple page, le code suivant (placé avant que tout autre caractère soit envoyé au navigateur) devrait suffire : <?php header("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1 header("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); // Date du passé ?> et une note : Pour ces "autres paramètres" je t'invite à consulter la page du manuel PHP et ses commentaires (surtout) de la fonction header.

Bonjour, L'objet window en Javascript correspond à la fenêtre et donc dans le cas d'une page de cadre à la page que tu as citée...les cadre ne dont pas des enfants, au sens DOM du terme il le sont, mais Javascript le gère les cadres comme des objets à part entière. Je te laisse consulter ce site qui explique l'accès et les méthodes/propriétés/éléments applicables. Cela dit, utiliser des cadres et du Javascript pour ton site représente un manque d'accessibilité à coup sûr... espérons que tu en es conscient et que tu procèdes ainsi uniquement parce que c'est la "seule" solution

Bonjour, sous quelle forme veux-tu stocker ta DTD dans la base de données ? Une DTD est un fichier XML, un parser XML (soit comme l'extension de PHP, soit une classe comme phpxmlclasses) devrait faire l'affaire pour passer du fichier DTD à une structure de données. Après tu peux la parcourir et la stocker comme tu le souhaites

Tu peux utiliser le caractère "-" sans l'échapper avec un antislash dans tes règles... Si tu veux testé un règle, tu as un moyen simple de voir où est redirigé (en interne)... en ajoutant le flag "R=301" à ta règle...ainsi aulieu d'effectuer la redirection en interne elle sera faite par une redirection HTTP avec status 301 ce qui te permet de voir l'URL qui est en fait utilisée, dans ta barre d'adresse. Par exemple : RewriteEngine on RewriteRule ^(.*)-([0-9]+)\.html$ /index.php?page=$1&sm=$2 [L,R=301] RewriteRule ^([a-z]+)\.html$ /index.php?page=$1 [L] ErrorDocument 404 /erreur404.htm J'ai changé ta règle un peu, vu que ton deuxième paramètre est numérique normalement, c'est mieux de forcer ceci et tu avais oublié le "+" indiquant que tu permet plus d'un chiffre (enfin je ne sais pas si c'est le cas..mais généralement c'est le cas)...ça évitera que ta règle accepte plus de requêtes que ce qui est nécessaire... Tu as une liste de flag et syntaxes possibles sur cette page du manuel Apache.

Pour supprimer un fichier depuis PHP on peu effectivement utiliser exec, mais cela implique que cette fonction soit activée... mais il est préférable d'utiliser la fonctione unlink ... Il faut bien entendu lui passer un nom de fichier qui existe et sur lequel PHP à les droit de suppression.