Page 7 sur 12
Publié : 05 mars 2006, 21:20
par Ymai
Kaze a écrit :Ymai a écrit :Tidy serait une extension de NVU?
Comme c'est bien visible dans mon post précédent, j'ai installé Tidy.exe sur un lecteur D: et j'ai fait le lien depuis Handcoder.
Il y aurait une autre façon de procéder? On me cache des choses?
HandCoder fonctionne traditionnellement avec Tidy.exe (sous Windows, Linux, FreeBSD mais pas sous MacOS X) ; la version 0.3.1 (qui est quasi confidentielle) peut utiliser soit Tidy.exe, soit une version "dll" que j'ai piquée sur une autre extension open-source, mais dont le fonctionnement est quelque peu erratique...
J'en avais fait une extension (*.xpi). Son principal intérêt était qu'elle fonctionne sous MacOS X ; mais comme je n'ai jamais eu de retour des maqueux, j'ai laissé tomber. Je reprendrai peut-être le développement plus tard.
Je note, je note...
Ymai a écrit :c'est un peu ennuyeux de ne pas avoir d'ascenseur dans ledit gestionnaire de sites.
Elargis ton panneau latéral, ça ira mieux

Le bouton "Edition des sites" prend beaucoup de place...
Astuce!! Mpffrrrfttt

Publié : 05 mars 2006, 22:56
par galad
il fallait vraiment le chercher cet ascenceur !!!
moi aussi je trouvais qu'il manquait ...
Publié : 08 mars 2006, 20:28
par Ymai
On y va pour un nouveau petit bug, à mon avis pas encore référencé?
Voilà 3 fois que je dois redémarrer NVU pour récupérer toutes les fonctionnalités.
Après une série de manoeuvre, dont un peu de chipotage dans l'onglet "Source", de nombreuses commandes manquent à l'appel: grisées
- liste déroulante Corps de texte, Paragraphe, ...
- Menu Format > Titre et propriétés de la page
- les icones Ancre, lien, image, tableau, formulaire, orthographe de la barre d'outils
Comme si NVU était bloqué en mode "Source".
Dans la console Javascript, des avertissements comme
Code : Tout sélectionner
Erreur : window.content has no properties
Fichier source : chrome://editor/content/ComposerCommands.js
Ligne : 2976
Code : Tout sélectionner
Erreur : window.content has no properties
Fichier source : chrome://editor/content/ComposerCommands.js
Ligne : 3537
Code : Tout sélectionner
Erreur : wintype has no properties
Fichier source : chrome://global/content/charsetOverlay.js
Ligne : 270
et si je clique sur le lien chrome...
une fenêtre
Code : Tout sélectionner
Erreur de parsing XML: entité non définie
Emplacement: chrome://global/content/vieuSource.xul
Numéro de ligne 18, colonne 1:
<window id="main-window"
^
Publié : 08 mars 2006, 23:13
par Kazé
L'onglet "Source" a été codé par une nuit sans lune, un vendredi 13, alors qu'une meute de loups encerclait St Germain en Laye en hurlant une chanson de Patrick Bruel.
Cet onglet "Source" est maudit !

Depuis le temps que je le dis...
Ce genre de bug est difficile à reproduire, mais ce qui est certain, c'est qu'une fois que l'onglet "Source" est planté, on doit fermer Nvu.
Publié : 08 mars 2006, 23:29
par Ymai
C'était une publicité subliminale pour Handcoder

)
et un avertissement pour les fainéants comme moi qui se risquent à préférer un clic de moins.
Publié : 09 mars 2006, 00:11
par Do-IT
Kaze a écrit :L'onglet "Source" a été codé par une nuit sans lune, ... alors qu'une meute de loups ... hurlant ...
Les loups n'hurlent pas les nuits sans lune
Kaze a écrit :Cet onglet "Source" est maudit !

Depuis le temps que je le dis...
Alors suffit de le supprimer cet onglet source (depuis le temps que je le dis...). Et tout faire en fenetre ou fenetre docké (C'est aussi un message subliminal ça).
Kaze a écrit :L'onglet "Source" a été codé ... St Germain en Laye ...
Tu connais l'adresse de Daniel ?

Publié : 09 mars 2006, 08:55
par Do-IT
Mandriva2006 > nvu (en) > Open > Cancel
Code : Tout sélectionner
Error: this.mFilesEnumerator has no properties
Source File: file:///usr/lib/nvu-1.0/components/nsFilePicker.js
Line: 88
Je me demande si c'est necessaire de faire ce genre de message ?
Publié : 09 mars 2006, 09:37
par Kazé
Sous Linux, Nvu génère une quantité impressionnante de bugs JS. Lance Nvu depuis un terminal, et regarde tous les messages d'erreurs, c'est pas mal non plus.
Le pire, c'est que chaque version de Nvu pour Linux a ses propres bugs (qui diffèrent selon qu'il s'agisse de la version RPM, gcc, ou même French Mozilla). J'avais déniché un DEB non-officiel sur un serveur allemand, et je regrette de ne pas l'avoir gardé, c'était de loin la version la plus fonctionnelle que j'aie utilisée sous Linux.
Do-IT a écrit :Je me demande si c'est necessaire de faire ce genre de message ?
Je pense que les messages d'erreur de la console JS ne sont vraiment utiles à signaler que lorsqu'ils sont associés à un bug qui gêne l'utilisateur. Ca permet aux développeurs de corriger le bug
beaucoup plus rapidement.
Evidemment ça serait encore plus utile avec un CVS et un Bugzilla ; AMHA un développement "propre" et rigoureux supposerait que les développeurs ne mettent pas un numéro de version "1.0" tant qu'il reste des bugs dans la console JS... mais bon, c'est comme ça. En référençant les bugs on permet à Nvu d'être amélioré pas ses auteurs ou par d'éventuels "forkeurs".
Publié : 12 mars 2006, 12:24
par galad
Quand j'ai ouvert Nvu, hier soir (nuit avec lune ...) à la place du gestionnaire de site, il n'y avait que du gris. C'est la première fois que ca m'arrive. J'ai fermé et au retour, le gestionnaire est revenu.
Publié : 12 mars 2006, 13:35
par Ymai
Finalement, on pourrait résumer ce qu'il reste à NVU par rapport à Composer et qui n'a pas été revu, amélioré et corrigé par tes bons soins?
Bon, d'accord, c'est un troll récurrent:
http://www.geckozone.org/forum/viewtopic.php?t=33338
Yapluka trouver des fonds.
Publié : 14 mars 2006, 14:18
par galad
J'ai voulu supprimer une page avec la petite croix rouge du gestionnaire de site. Hier, ça ne donnait rien. Aujourd'hui, j'ai un message de confirmation "etes vous sur de vouloir supprimer ce fichier ?", je confime et rien ne se passe. Je ferme le dossier, je le rouvre, mon fichier est encore là. Je ferme Nvu, je rouvre, toujours là.
(J'ai la version 1.0)
C'est un bug ou je m'y prends mal ?
Publié : 14 mars 2006, 15:45
par chinon37
je viens de faire un essai: le fichier a été irrémédiablement supprimé...
Publié : 14 mars 2006, 16:09
par galad
chinon37 a écrit :je viens de faire un essai: le fichier a été irrémédiablement supprimé...
et chez moi c'est toujours pareil ... je vais le supprimer à la main. Merci Chinon37.
Publié : 17 mars 2006, 08:08
par chinon37
petit bug qui a du être signalé mais que je ne retrouve pas, d'où piqure de rappel:
soit deux pages ouvertes dans Nvu et toutes les deux modifiées. On enregistre le 2eme onglet et on quitte.
> on se retrouve sur la première page: pas d'enregistrement possible par l'icone disquette, ni par fichier>enregistrer, ni par ctrl+s.
>la solution: soit enregstrer sous... et donner le même nom de fichier pour écraser, soit quitter et il est demandé d'enregistrer.
Je n'ai pas essayer avec désinstall des extensions!
Publié : 17 mars 2006, 17:13
par Ymai
galad a écrit :J'ai voulu supprimer une page avec la petite croix rouge du gestionnaire de site. Hier, ça ne donnait rien. Aujourd'hui, j'ai un message de confirmation "etes vous sur de vouloir supprimer ce fichier ?", je confime et rien ne se passe. Je ferme le dossier, je le rouvre, mon fichier est encore là. Je ferme Nvu, je rouvre, toujours là.
(J'ai la version 1.0)
C'est un bug ou je m'y prends mal ?
Amusant, j'ai vu un phénomène du même genre hier soir.
Dans le gestionnaire, je clique sur une image. Celle-ci s'ouvre dans l'éditeur, comme s'il s'agissait d'une simple insertion.
Je ferme l'onglet correspondant et j'essaie de supprimer l'image par un clic sur la croix.
> Etes-vous sûr? > Oui
Rien à faire, l'image reste.
Fermer la session NVU et revenir illico. Supprimer (surtout sans essayer le double-clic), c'est parti.
Comme si le fichier "image" restait ouvert après avoir été inséré dans la page en cours.