xpatval

Totally HS !! Années 70-75, Pif gadget et ses artémias, ça vous rappelle quelque chose ? Glop ? xpatval

Bonjour, cherchant à générer des fichiers pdf, et ayant vu dans le phpinfo() que la librairie était active, j'ai voulu tester. Et bing, l'erreur suivant se produit: Comme c'est une Fatal error, je suis fatalement embêté. Aussi, quelle est la raison de ce message ? Sachant que la pdflib est payante, dois-je me tourner vers fpdf, qui est, d'ailleurs, encensé...? xpatval

La feuille de style "conditionnelle" ne peut être validée, bien entendu. Mais celle qui fait office de base pour chaque navigateur, oui. Bien sur que le scrollbar, le cursor: hand; etc, ne peuvent l'être. Mais ça, c'est un autre débat, qui ne trouve pas sa place ici, (je parle de certaines différences d'implémentation de style entre les navigateurs, ccs2, de la prépondérence ou du monopole de IE, et de la volonté de vouloir à tt prix être d'équerre pour chaque browser, enfin bref, c'est un avis perso.) xpatval PS: malgré cela, nous pouvons débattre...

Disons que j'ai pris le parti de feuilles externes, par pur souci d'esthétisme personnel. Ma feuille de style "conditionnelle" est peu chargé (ajout d'un scrollbar personnalisé ie, d'une hauteur de div qui n'est pas pris en compte par 3 autres navigateurs...), et m'évite de modifier chaque page. Ce qui n'empêche pas d'être validé css. xpatval

J'ai opté pour une "feuille de style conditionnelle" <!--[if IE]> <link href="ie_feuille.css" rel="stylesheet" type="text/css"> <![endif]--> Why not ? xpatval

Et qu'est-ce qu'on dit ? On dit merci... Merci du cp de main xpatval

Bonjour, Ci dessous ce problème: pg1.html titre 1 blablabla bliblibli (sur 30 lignes) <br> <a href="pg2.html">titre 2</a> <br> <a href="pg3.html">titre3</a> Je clique sur "titre 2" qui m'amène à pg2.html pg2.html <a href="pg1.html">titre 1</a> <br> titre 2 blublublu blobloblo (sur 40 lignes) <br> <a href="pg3.html">titre3</a> etc... Est-il possible, en cliquant sur le lien, d'afficher la page relative à celui-ci en se calant sur la première ligne du titre choisi ? Et si oui, comment ? Une ? Merci, xpatval

Si tu utilises les type=hidden, lors du retour arrière, tu dois effectivement les réafficher dans l'input exemple avec une variable $nom: <form...> .... <input type="hidden" name="nom" value="<?php echo $nom;?>"> Si le bouton retour arrière est activé: <form...> <input type="text" name="nom" value="<?php echo $nom;?>"> ... <input type="hidden" name="nom" value="<?php echo $nom;?>"> xpatval

Quoi vouloir toi dire par gérer des articles ? Administrer l'insert/modif/supp des articles ? xpatval

L'url_rewriting fonctionne avec easyphp 1.7. J'ai suffisamment posté ici pour ce problème, que la solution (merci Dan) est tte bête. Vrai qu'il ne faut pas utiliser les alias. Vrai qu'il faut utiliser les virtual host. Et là, Ô miracle, ça marche !!! xpatval

Donc, hormis créer une nouvelle page de confirmation s'appelant form_confirm.php (par exemple), qui elle, sera traitée par le .htacces, il n'y a pas de solution autre que d'afficher form.php ? bien compris ai-je ? xpatval

Et revoilà l'url_rewriting... Bon, question stupide, mais question tt de même. Dans mon site que j'ai à moi, je gère l'url_rewriting. TT fonctionne bien. Tout, sauf pour une page de formulaire. Dans celle-ci (form.php), le script gère la confirmation des zones saisies, et de l'envoi des données, en une seule page. J'utilise $PHP_SELF pour réappeler ma page. Dans mon .htacces, j'indique ceci: RewriteRule ^form.html$ /form.php [L] Lors de l'appel à cette page, c'est bien form.html qui s'affiche dans la barre d'adresse. Si je remplis le formulaire et que je valide, la page se réaffiche pour confirmation, mais c'est form.php dans la barre d'adresse. Aussi me dis-je, pourquoi ? Lors de la validation, j'envoie la requête au serveur, qui me renvoie la page. Mais celui-ci a l'air de se foutre du .htacces, pour ne considérer que la valeur de $PHP-SELF. J'ai bon ? La solution me dis-je encore, n'est autre que de remplacer $PHP_SELF par form.html ! J'ai toujours bon ? xpatval

As-tu déjà des notions de programmation dans un langage particulier ? Lorsque je me suis mis au php, les meilleurs cours que j'ai pu recevoir furent ceux donnés par les newsgroup php, les forums (du moins, certains, comme celui-ci, par exemple), la doc officielle, les tutos sur site, et un book sur php 4 (un gros pavé, que j'ai pu récupérer, mais qui m'a apporté plus d'incompréhension que de bons tuyaux) Et surtout, tous les plantages carabinés que mes scripts provoquaient !! Les formations, c'est bien. A condition d'avoir suffisamment d'argent à y mettre, et de connaître véritablement le sérieux de la boite de formation, des cours, et du but recherché. Car si ton initiative ne porte que sur la mise en jambe de la programmation php, et que les cours portent rapidement sur de la prog orientée objet, rapidement perturbé tu vas être. xpatval

Merci de l'info. En fait, le code correct est (en ce qui concerne mon script): var msg = 'Veuillez renseigner le champs suivant :' + elem.name; alert (msg); Merci, xpatval

Bien vu pour les padding margin du <p> de #head. Le problème venait de là. Pour les autres remarques, la page qui était visible était dépouillée de tt le reste, ce pourquoi la question a été posée par Jeroen Et Tchesko de l'utilité de la balise <p>. Elle m'est bien entendu utile, car il y a du texte. Le alt est défini aussi, malgré le code indiqué ici (dépouillé lui aussi). En tt cas, un grand merci. A plus, xpatval

Ils le sont. (rectifiés). Néanmoins, le problème persiste. Visible là: index.php (à ouvrir avec netscape ou firefox, et voir que l'image en haut à droite ne "colle pas" au haut de page, contrairement à opera et IE) xpatval

Décidemment, que de questions aujourd'hui. Voili: Sous IE et opera, pas de prob. Sous firefox et netscape, là je l'ai. Quel problème ? celui d'un margin-top d'une dizaine de pixel qui subsiste, malgré une déclaration à 0 dans la feuille de style: body { background-color: #000066; margin: 0; padding:0; font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12px; } #cont { position: absolute; width: 100%; padding:0; margin-left:-3px; } cont est le <div> conteneur principal. Quelqu'un a-t-il eut ce problème ? xpatval.

Oui, j'avais pensé à ce genre de solution, style ou image de la même couleur que le fond, d'une taille suffisante, mais bon, ça me gêne d'un point de vue philosophique, vois-tu, j'veux dire, quoi, bon, enfin, j'veux dire... xpatval

Bonjour, Ce petit bout de code <!--[if IE]> <style type="text/css"> #cent { height: 400px; } </style> <!--[end if]--> m'avait permis d'être ok sur 4 navigateurs (IE6, mozilla firefox, netscape et opera), car j'avais un problème de footer qui remontait si le div central (id=cent) n'était pas rempli. Et ceci sur 3 navigateurs. Mais le gars ccs validator n'est pas content, bien sur, car il n'aime pas ce code. Quelles sont les autres possibilités crédibles auprès du validator, en fonction de mes problèmes de "height" ? xpatval

Oui, probable, mais cela me permettait d'alligner les images (5x5 px) autour d'un texte. Bon, ça n'est surement pas orthodoxe, et j'ai changé mon fusil d'épaule. Coome le dit si bien sibelius ( quel démoralisateur, celui-là !!!), pas de width dans les <span>... Ce dont je ! xpatval

Bonjour, J'ai un souci de positionnement dans mozilla et netscape, que je n'ai pas avec IE6 et Opera. Voici mon code html: <p class="tex" style="text-align:center;"> <span><img src="commun/point_lig.gif"></span><br> <span><img align="bottom" src="commun/point_g.gif"></span><span style="width:400px;">bla bla bla</span><span><img align="bottom" src="commun/point_d.gif"></span><br> <span><img align="bottom" src="commun/point_g.gif"></span><span style="width:400px;">bli bli bli bli bli</span><span><img align="bottom" src="commun/point_d.gif"></span> </p> Je que je souhaite faire est d'aligner les .gif à droite comme à gauche du texte, qui lui est centré. Impec sous opera et IE, alors que ni mozilla ni netscape ne semble prendre en considération la taille de la fenêtre. Peut-on résoudre ce problème, ou dois-je revoir ma copie ? merci, xpatval

Suffisait juste de le dire, et hop !! Merci, xpatval

Bonjour tt le monde, Suite à un post répondant à une autre question sur le forum html css, l'un d'entre nous, pourvoyeurs de questions/réponses sur le ube, pardon, hub, me proposait une fonction d'envoi de mail html. Bien. Mais deux questions me vous pose-je ( c'est français, ça?): 1- à partir de cela: function mail_html($destinataire, $sujet , $messtxt, $messhtml , $from) { ..... return mail($destinataire, $sujet, $texte_simple.$texte_html, $entete); } Je suis royalement infoutu (je sais, je suis limité), de récupérer les messages d'erreurs éventuels, dans le script appelant la fonction !! Le script précédent la modif (c-a-d avant l'ajout de l'appel à cette fonction) le faisait très bien, mais je suis complètement paumé avec le return. Et je procédais de la sorte: ini_set("track_errors",1); if(! _AT_mail($to, $subject, $message, $en_tete)) $err_mess = "Erreur lors de l'envoi du mail: <em>". $php_errormsg ."</em>"; else $err_mess = "Votre message a été envoyé."; Ma deuxième question concerne l'envoi du mail en lui-même. En effet, lorsque je teste, et donc récupère le mail avec mon client mail, je me retrouve avec un fichier .txt joint, et vide. le code des entêtes est celui-ci: function mail_html($destinataire, $sujet , $messtxt, $messhtml , $from) { $limite = "_parties_".md5 (uniqid (rand())); $entete = "Reply-to: $from\n"; $entete .= "From:$from\n"; $entete .= "Date: ".date("l j F Y, G:i")."\n"; $entete .= "MIME-Version: 1.0\n"; $entete .= "Content-Type: multipart/alternative;\n"; $entete .= " boundary=\"----=$limite\"\n\n"; //Le message en texte simple pour les navigateurs qui //n'acceptent pas le HTML $texte_simple = "This is a multi-part message in MIME format.\n"; $texte_simple .= "Ceci est un message au format MIME.\n"; $texte_simple .= "------=$limite\n"; $texte_simple .= "Content-Type: text/plain; charset=\"US-ASCII\"\n"; $texte_simple .= "Content-Transfer-Encoding: 7bit\n\n"; $texte_simple .= $messtxt; $texte_simple .= "\n\n"; //le message en html original $texte_html = "------=$limite\n"; $texte_html .= "Content-Type: text/html; charset=\"US-ASCII\"\n"; $texte_html .= "Content-Transfer-Encoding: 7bit\n\n"; $texte_html .= $messhtml; $texte_html .= "\n\n\n------=$limite\n"; return mail($destinataire, $sujet, $texte_simple.$texte_html, $entete); } J'ai remplacé le charset US par un charset iso-8859-1. Quelqu'un voit-il d'où cela peut provenir ? merci, xpatval

deja fait, Findel... xpatval

Toutes mes images sont en url absolues (ce pourquoi je posais la question pour Opera, et Opera seulement). Pourtant, il me semble qu'un problème de css dans un mail html correpond à ce forum ? Ns verrons bien. xpatval