Forums d'assistance et de discussion sur les logiciels produits par Mozilla ou créés à partir des technologies Mozilla. Ce site ne dépend pas de la fondation Mozilla et est maintenu par un collectif de bénévoles.
https://forums.mozfr.org/
Oui, et c'est le plus gros reproche que je fasse à HandCoder actuellement.Do-IT a écrit :Pour avoir la fenêtre 'Accepter / Annuler les modifications', après une modification dans l'editeur externe, il faut que le document modifié soit dans l'onglet actif. Sinon il se passe rien dans nvu, si on est passé a un autre onglet.
Il y a quelques situations où on arrive très bien à faire crasher Nvu, parfois avec un taux de réussite de 100%. J'en avais rapporté quelques-unes, mais n'ayant jamais eu ni de réponse, ni de "merci", ni de correction (évidemment), je me suis lassé de les recenser.Do-IT a écrit :Apres avoir eu la fenetre 'Accepter / Annuler les modifications', tu attends un certain temps, puis tu cliques sur accepter, ca provoque un crash de nvu. Evidement ca me l'a fait 3 fois et depuis plus rien ! Grrr ! Ah si ca me le refait, bon on va dire que c'est aleatoire.
Peut-être, mais pas sûr. En utilisant un éditeur WYSIWYG, l'utilisateur lambda a tôt fait d'avoir tout un tas de balises <p /> et <span /> vides, juste parce qu'il a sélectionné par erreur un style dans le menu déroulant.Do-IT a écrit :Pour tidy justement ce serait pas mieux de mettre l'option --drop-empty-paras no , par defaut ? C'est pas que j'en ai besoin, mais ca me parait plus logique.
Code : Tout sélectionner
<?php
$grosbug=true;
?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml" lang="fr-fr">
<head><meta content="text/html; charset=ISO-8859-15" http-equiv="content-type" />
<title>test</title>
</head>
<body>
<p>1</p>
<?php
if (!$grosbug) {
print "<p>2</p></body></html>";
die();
}
if (!$grosbug) {
print "<p>3</p></body></html>";
die();
}
?>
<p>4</p>
</body>
</html>
C'est les mauvaises habitudes qu'on prend avec DW. Je le fais aussi (travailler avec plusieurs documents a la fois, simultanement sur le code et le wysiwyg).Kaze a écrit :J'y travaille activement. Pour mon usage personnel, je voudrais pouvoir garder une fenêtre de Nvu + une fenêtre de SciTE, chacune ouverte sur plusieurs fichiers (onglets), et modifier mes pages web indifféremment depuis SciTE ou Nvu. Je dois être tordu...
N'exagérons rien ! Mais c'est vrai que je suis fautif dans la mesure où je ne poste pas tous les bugs que je trouve...Do-IT a écrit :Grrr, chaque fois que je te trouve un bug tu le connais déjà !
Très joli bug, effectivement.Do-IT a écrit :J'ai effectivement perdu 400 lignes de code php. (Vive les sauvegardes)
En voilà un beau. J'ai essayé de simplifier au maximum un exemple. J'utilise beaucoup die(); dans mes tests de securité.
Apparement la multiplication des </body></html> posent problemes
Code : Tout sélectionner
<?php [code quelconque] ?>
<html>
<head> ... </head>
<body> ... </body>
</html>
<?php [quelque chose] ?>Oui, en effet. Pas seulement avec DW d'ailleurs : j'utilise beaucoup SciTE en parallèle avec Visual Studio.Do-IT a écrit :C'est les mauvaises habitudes qu'on prend avec DW. Je le fais aussi (travailler avec plusieurs documents a la fois, simultanement sur le code et le wysiwyg).
Efficace mais pas très pratique.Do-IT a écrit :Forcer la fermeture du fichier avant d'ouvrir l'editeur externe ? Puis on le reouvre manuellement ?
Je pense essayer de faire en sorte que HandCoder :Do-IT a écrit :lorsque nvu devient actif (en 1er plan), fermer et réouvrir les fichiers plus recents ? Ou les fichiers ouverts via la fonction Editeur.
En fait, comme tu le sais (fait pas semblant), le php est executé sur le serveur donc meme s'il est apres le </html> il est quand meme executer avant !Kaze a écrit :mais ça doit être idiot, dans la mesure où il n'y a aucun intérêt à mettre du code PHP après la fin du document HTML
Ca depend de la météo, et du couvre-feu, chez toi.Kaze a écrit :"dois-je essayer de coder ça avant la première release ?"
Code : Tout sélectionner
check.if.already.open=1
Code : Tout sélectionner
<?php [code quelconque] ?>
<html>
<head> ... </head>
<body><table width=100%><tr><td>bla</td></tr></table></body>
</html>
J'espère que ça n'est pas un cas trop tordu...Do-IT a écrit :Pour les fichiers de tests c'est bon, mais mon gros fichier se fait toujours massacrer de la meme maniere.
Ah oui, effectivement !Do-IT a écrit :juste un petit pour la nuit [...]
J'ai simplifié au maximumKaze a écrit :J'espère que ça n'est pas un cas trop tordu...
Code : Tout sélectionner
<?php [code quelconque] ?>
<html>
<head> ... </head>
<body><?php
// print "</body></html>";
// print "</body></html>";
// print "?";
?>
</body>
</html> Code : Tout sélectionner
<body <?php if ($condition) print ' onLoad="vazy()"'; ?>>Code : Tout sélectionner
<body =""><?php if ($condition) print ' onLoad="vazy()"'; ?>>Code : Tout sélectionner
<body =""><?php if ($condition) print ' onLoad="vazy()"'; ?>>Il y aurait très long à discuter sur ce qu'on appelle du code HTML/PHP "propre".Do-IT a écrit :On trouve de tout sur internet. Humm !
Mais ce qu'on veut faire nous c'est du code html/php propre.
Effectivement.Do-IT a écrit :le "?" seul sans le print suffit a provoquer le bug
Là par contre, ce n'est pas conforme XML.Do-IT a écrit :Je l'[invente] pas, c'est du code que j'utilise !Ouvert directement par nvu donneCode : Tout sélectionner
<body <?php if ($condition) print ' onLoad="vazy()"'; ?>>Avec un open with nvu donneCode : Tout sélectionner
<body =""><?php if ($condition) print ' onLoad="vazy()"'; ?>>Code : Tout sélectionner
<body =""><?php if ($condition) print ' onLoad="vazy()"'; ?>>
Code : Tout sélectionner
<body onLoad="<?php if ($condition) print 'vazy()'; ?>">