Page 2 sur 4

Publié : 09 mai 2009, 16:39
par Ymai
electrophil a écrit :Lorsque j'essaye d'aller sur l'onglet normal, source ou autre, le curseur de souris tourne en rond, et me demande donc d'attendre.
Mais rien ne se passe.
J'ai eu quelque chose du même genre: une sorte de blocage, mais c'était sur le Source. A force de clics tout partout, ça s'est repris. Je n'arrive pas à reproduire ni à indiquer comment j'ai clôturé le souci.
A étudier...

Publié : 09 mai 2009, 16:46
par Ymai
Déjà signalé, il me semble:

Dans un texte sans structure, j'impose un <p> par la liste déroulante des structures. Positionné au dernier caractère, je frappe Enter. Résultat:

Code : Tout sélectionner

<p>paragraphe<br>
<br>
</p>
plutôt que (j'eus espéré)

Code : Tout sélectionner

<p>paragraphe</p>
<p></p>
Je suis à la fin de la ligne, dans un <h1> et je frappe Enter (fin du titre).
Ce sont deux <br> qui sont insérés. Soit un de trop.
[edit]Il me semble que c'est un assez vieux petit défaut qui doit dater de NVU[/edit]

Code : Tout sélectionner

<h1>Titre</h1><br><br>
[edit2]Peut-être serait-ce même mieux que ces <br> soient évités, puisqu'ils ne servent à rien.[/edit2]

Publié : 09 mai 2009, 19:51
par Ymai
Juste pour faire un peu de bruit, mais bon...
Je viens de tester pendant un bout de temps le nouveau jouet.
Qu'est-ce que c'est bien foutu!! Le nombre d'outils disponibles: le DOM, le dock, le code source, les raccourcis clavier,...
Je tire mon chapeau!!!

Publié : 10 mai 2009, 00:47
par Manusnake
Accessoirement, l'alpha 3 ne bousille plus le code XHTML, merci Kazé :wink:

Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr; rv:1.9.1b4) Gecko/20090423 Firefox/3.5b4

Publié : 10 mai 2009, 15:31
par Kazé
Ymai: oui, le comportement de [Return] dans KompoZer 0.8 n’est plus celui de KompoZer 0.7. Je regarderai ça pendant la phase bêta, en même temps que les autres aspects du sérialiseur HTML / XHTML. Il faudra aussi que j’en profite pour ajouter l’espace insécable en Ctrl+Espace.
electrophil a écrit :J'ai effectivement installé Handcodeur. Il ne fallait pas?
Aïe, une tuile de plus. Effectivement HandCoder ne fonctionne plus avec la version 0.8a3, la faute aux nouveaux onglets Conception / Mixte / Source.
Il va falloir que je fasse une version spécifique pour KompoZer 0.8.

Publié : 10 mai 2009, 15:43
par electrophil
Salut Kazé,

A une époque tu avais parlé d'intégrer directement Handcodeur à Kompozer.
Cela serait peut être mieux que d'avoir des versions d'extensions spécifiques.
Après, je ne sais absolument pas ce que cela représente comme temps de travail.

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.10) Gecko/2009042513 Ubuntu/8.04 (hardy) Firefox/3.0.10

Publié : 10 mai 2009, 15:54
par Ymai
Kazé a écrit :Aïe, une tuile de plus. Effectivement HandCoder ne fonctionne plus avec la version 0.8a3
Sans aucune idée de vouloir mettre la pression, c'est vraiment LE truc que j'attends. Dès que Handcoder est prêt, je vire la 0.7.10 et je travaille pour de vrai avec la 0.8.
Là, maintenant, je n'utilise la 0.8 que pour tester, quand j'ai un moment. Avec le support PHP, je travaillerais journellement avec KpZ 0.8. Même en alpha.
Mais je le répète, ce sera pour quand ce sera.

Publié : 10 mai 2009, 16:22
par electrophil
Bonjour,
Kazé a écrit:
Enfin, Cédric Corazza (FrenchMozilla) et moi-même avons passé pas mal de temps à la mise en place un dépôt l10n pour regrouper les efforts de localisation de KompoZer et faciliter le portage des langpacks KpZ 0.7 vers la version 0.8. Ça a été beaucoup plus chronophage que prévu, mais le résultat devrait être à la hauteur — et ça devrait faciliter significativement la transition de code vers SeaMonkey.
Accessoirement, ça fait du bien d’avoir de l’aide pour ce projet, je n’aurai eu ni le temps ni la compétence de faire ce dépôt l10n tout seul. Un grand merci à lui !
Bon, c'est hors sujet: comment fait-on et où peut-on se renseigner sur une participation à la traduction ou à la mise à jour des pack de langue?

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.10) Gecko/2009042513 Ubuntu/8.04 (hardy) Firefox/3.0.10

Publié : 10 mai 2009, 17:08
par Kazé
Je viens de jeter un œil à HandCoder, c’est clair et net : il faut réécrire cette extension assez lourdement pour KompoZer 0.8. Je suis même assez surpris que HandCoder 0.3.x ait pu fonctionner jusque-là sur KompoZer 0.8.

Dans la version courante de HandCoder (0.3.x), je me trimballe déjà tout un tas de code moisi pour assurer un semblant de compatibilité avec Nvu ; pas question d’en rajouter une couche pour avoir une même extension installable sous KpZ 0.7 et 0.8.
electrophil a écrit :A une époque tu avais parlé d'intégrer directement Handcodeur à Kompozer.
Cela serait peut être mieux que d'avoir des versions d'extensions spécifiques.
Ce n’est pas si simple. Si on fait le détail des fonctionnalités de HandCoder, on a grosso modo :
  1. les corrections de bugs Nvu
  2. une librairie, partagée avec NsmConText, pour lancer des applications externes
  3. l’ajout d’un bouton et d’un raccourci clavier pour éditer le document courant dans un éditeur externe
  4. l’alerte « fichier modifié », qui apparaît quand un document de KompoZer est modifié par une application externe
  5. la possibilité de lancer le nettoyeur de balises avant sauvegarde
  6. la possibilité de reformatter le code avec Tidy avant sauvegarde
  7. la possibilité d’ouvrir et de sauvegarder des fragments de code (x)html, i.e. des documents HTML bien formés mais sans nœud <html>, <head> ni <body>
  8. un meilleur support PHP (notamment sous Linux), voire ASP/JSP/Ruby (i.e. les balises <%…%>)
Les points 1 et 2 sont assurés par KompoZer 0.8, mais entrent en conflit avec le code de HandCoder.
Les points 3 et 4 me paraissent fiables, à ceci près que ça ne fonctionne que sur des documents édités localement (sur le disque dur). Vu que je vais bosser sur le support FTP pour l’alpha5, les fichiers distants devraient être supportés à relativement court terme.
Les points 5 et 6 constituent l’aspect le plus important, mais je ne les considère pas encore comme fiables, notamment parce que la liaison avec Tidy est capricieuse et dépend fortement de la version de Tidy utilisée. Par ailleurs, ça n’est pas supporté sur MacOS X.
Les points 7 et 8, en revanche, sont encore expérimentaux. À eux seuls, ils me contraignent à conserver une extension séparée : pas question de faire des mises à jour de KompoZer à chaque fois qu’il faudra faire évoluer ces points-là.

Conclusion : il faudra garder HandCoder, mais il faudra le réécrire.
Ce qui semblerait raisonnable à court terme, c’est d’intégrer les points 3 et 4 dans KompoZer 0.8 (alpha5) et de faire une version 0.4 de HandCoder qui ne fonctionnerait que sur KompoZer 0.8, et se focaliserait sur les points 5 à 8.
Pour ce qui est de Tidy, ainsi que je l’ai signalé dans un autre sujet :
J’ai deux options pour remettre le code au carré :
  • intégrer Tidy dans KompoZer : indentation nickel-chrome, tout plein d’options de mise en forme, mais risque de dénaturer le code source (voire de perdre des éléments au passage)
  • bosser sur le sérialiseur XHTML de Gecko : pas d’options de mise en forme mais on est assuré de la fidélité du code (x)HTML. Laurent Jouanneau a proposé un patch long comme le bras pour ça, il faut que je voie si je peux l’implémenter et si ça reste compatible avec les spécificités de KompoZer (PHP notamment)
Dans les deux cas, ça suppose pas mal de boulot, mais je sais que c’est faisable. Par contre, ce n’est pas un objectif prioritaire pour la branche 0.8 de KompoZer : on va déjà résoudre les bugs du moment avant de se poser la question.
Le patch de Laurent n’est applicable que sur Gecko 1.9, or KompoZer 0.8 est encore en Gecko 1.8.
L’intégration de Tidy dans KompoZer serait donc la seule façon de répondre correctement au besoin pour la branche 0.8, mais si ça me prend plus de temps que de porter KompoZer sur Gecko 1.9 ça n’est pas pertinent, matériellement parlant. Il faut que j’évalue le boulot que représentent ces deux options respectives…
Ymai a écrit :Sans aucune idée de vouloir mettre la pression, c'est vraiment LE truc que j'attends.
Je fais partie des gens qui considèrent que KompoZer n’a aucun intérêt sans Tidy. Je considère donc HandCoder comme indispensable, mais la priorité absolue c’est d’abord de débugger KompoZer 0.8.
Je pense que la solution proposée ci-dessus (points 3 et 4 dans KompoZer 0.8, points 5 à 8 dans HandCoder 0.4) est l’option la plus raisonnable à court terme. Maintenant que KompoZer 0.8 devient utilisable, il faudra bien avoir un HandCoder adapté rapidement.
electrophil a écrit :Bon, c'est hors sujet: comment fait-on et où peut-on se renseigner sur une participation à la traduction ou à la mise à jour des pack de langue?
On me contacte. ;-)
Cédric et Giuseppe finissent de mettre en place certains outils de communication (serveur mailing-lists et/ou newsgroup), et il paraît raisonnable d’attendre que tout soit en place avant de lancer l’assaut.

Pour le français, Cédric est déjà en charge du pack de langue, et je préfère qu’il le reste : ça nous permet d’utiliser les mêmes outils que les équipes de localisation, et donc de s’assurer que ces outils fonctionnent correctement.

Publié : 10 mai 2009, 20:06
par Kazé
Je viens de me décider à inclure les points 3 et 4 dans l’alpha4 :
  • Image
Finalement, puisque cette alpha3 comportait déjà pas mal de boulot sur l’édition en mode source (vues mixte et source), autant aller au bout de la logique. Ça me fera une base de code bien saine pour réécrire HandCoder dans la foulée, et ça devrait calmer tous ceux qui pourrissent la boite mail pour réclamer la coloration syntaxique.
Merci encore à Chinon pour son icône. 8-)

Publié : 10 mai 2009, 23:33
par Ymai
Un truc dont je viens de me rendre compte. Une bêtise, peut-être, mais bon...
Quand on enregistre un document sous KpZ 0.7.10: Ctrl+S vite fait et on continue d'écrire. Ouiche? Le curseur de texte se retrouve tout en haut du document et on écrase tout ce qui a déjà été écrit. Devinez à qui cela vient d'arriver.
Sous KpZ 0.8, le curseur reste gentiment à sa place. Quel beau n'heure...

[Edit]Je raconte n'importe quoi ou bien KpZ 0.8 est plus réactif que KpZ 0.7.10 -que je trouve presque nonchalant, là, maintenant)[/Edit]

Publié : 11 mai 2009, 00:50
par Ymai
Kazé a écrit : On me contacte. ;-)
Il avait aussi été question d'un Wiki pour l'aide en ligne.
Ça pourrait entrer dans mes compétences et coller avec mon emploi du temps pour juillet/août. Et pis, de temps en temps quelques lignes.
Je suppose que yaka trouver un serveur. Mais aussi trouver du monde pour les coordinations linguistiques.
Après, on s'inscrit où?

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.10) Gecko/2009042513 Ubuntu/8.04 (hardy) Firefox/3.0.10

Publié : 11 mai 2009, 02:03
par Kazé
Vaaaache, je viens de passer le code de HandCoder en revue, j’ai honte ! :oops:
Il est vraiment temps de mettre cette extension au carré. Le point positif, c’est que plus de la moitié du code de HandCoder 0.3.x est complètement inutile sous KompoZer 0.8.
Ymai a écrit :Je raconte n'importe quoi ou bien KpZ 0.8 est plus réactif que KpZ 0.7.10 -que je trouve presque nonchalant, là, maintenant)
Sous Windows, je crois qu’il n’y a pas grande différence (pour le peu que j’en ai vu).
Sous Linux, l’affichage des pages est plus rapide, c’est sensible sur les pages un peu longues.
Sous Mac Intel, il y a un facteur 10, au bas mot.

Ou alors, c’est tout simplement HandCoder qui ralentit ton KompoZer 0.7.10. :P
Ymai a écrit :
Kazé a écrit : On me contacte. ;-)
Il avait aussi été question d'un Wiki pour l'aide en ligne.
Ça pourrait entrer dans mes compétences et coller avec mon emploi du temps pour juillet/août. Et pis, de temps en temps quelques lignes.
Je suppose que yaka trouver un serveur. Mais aussi trouver du monde pour les coordinations linguistiques.
Après, on s'inscrit où?
Le serveur n’est pas un problème, je peux installer un wiki chez SourceForge en deux clics ou sur kompozer.net en quelques minutes.
La grande question, c’est : doit-on actualiser l’aide intégrée de KompoZer (qui est héritée de Nvu), ou doit-on tout mettre à la benne et repartir de zéro pour faire une documentation en ligne ?

L’avantage de l’aide intégrée c’est qu’elle est disponible rapidement : un débutant ouvre une boite de dialogue, il n’y comprend rien mais il voit un bouton « aide » en bas à gauche, il clique dessus et miracle, la réponse apparaît. Enfin, s’il veut bien faire l’effort de lire, ce qui devient rare de nos jours.
Ce genre d’aide colle bien à l’interface utilisateur mais ne remplace pas un tutoriel. Je peux mettre en place un wiki qui permettrait aux contributeurs de l’amender en ligne, et je la synchroniserais dans KompoZer à chaque mise à jour du logiciel.

L’avantage d’une aide en ligne c’est qu’on peut faire quelque chose de complètement décorrélé de l’interface de KompoZer, et concevoir le document non pas sur l’interface utilisateur mais sur les besoins de l’utilisateur : on pourrait ainsi présenter ça plutôt sous la forme d’un tutoriel. Le tien et celui de Josar sont très bien, Charles Cooke en a fait un bon aussi, qui a été traduit par Gérard Talbot. Outre-Rhin, Eleanora propose des formations KompoZer en ligne et aura probablement son idée sur la question également.
Accessoirement, c’est l’option qui me demanderait le moins d’effort : il suffirait qu’on se mette d’accord sur la structure du document, et chacun s’occupe de la rédaction dans sa langue maternelle.

Il faut déjà que je demande à l’équipe SeaMonkey ce qu’ils ont l’intention de faire : s’ils veulent garder une aide intégrée, il faudra s’y plier, ça évitera beaucoup de travail inutile pour la suite. Je tâche de voir ça rapidement, je te tiendrai au jus (ainsi que tes homologues du forum anglo-saxon).

Merci pour ta proposition en tout cas ! :)

Publié : 11 mai 2009, 09:35
par Do-IT
A l'ouverture d'un nouvel onglet, il y a basculement forcer en mode conception.
Suggestions :
- garder le mode du dernier onglet,
- forcer l'ouverture dans le mode de son choix (mixte),
- mémoriser le mode pour chaque onglet,
- garder les onglets du haut en mode source.

Édition dans le dock source (sans valider) > Changer d'onglet > Modifications perdues.

Ouvrir kz > Ouvrir une page > Ouvrir une 2eme page (ou un nouvel onglet) > Clic 1er onglet (pour retourner sur le 1er onglet) > Ctrl-R (long, 2 sec) > Alertes et Erreurs variables en fonction de la page ouverte (Fenêtre d'alerte : Cette page n'a pas pu être éditer pour une raison inconnue)

Code : Tout sélectionner

Erreur : aElt.ownerDocument.defaultView has no properties
Fichier source : chrome://cascades/content/EdCssUtils.js
Ligne : 79

Code : Tout sélectionner

Erreur : [Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsISelection.collapse]"  nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)"  location: "JS frame :: chrome://editor/content/editor.js :: anonymous :: line 595"  data: no]
Fichier source : chrome://editor/content/editor.js
Ligne : 595
Plus le Ctrl-R est long plus il y a de fenêtres d'alertes. (Jaunty)

Ouvrir kz >Ctrl-n >

Code : Tout sélectionner

Erreur : handler has no properties
Fichier source : chrome://communicator/content/tasksOverlay.js
Ligne : 125
Le rpm fonctionne sous mandriva 2009.1 à condition d'installer avant mozilla-filesystem-1.9-2.fc10.i386.rpm

Barre d'état > À quoi sert <html> ?

Publié : 11 mai 2009, 10:03
par Do-IT
Source + dock simultané :

Ouvrir kz > Ouvrir une page > Ouvrir 2eme page (ou nouvel onglet) > Clic source (sur le 2eme onglet) > Réouvrir 1er fichier (dans gestionnaire ou menu/pages récentes) > Clic Mixte > Clic 2eme onglet

Le fonctionnement de la poignée du mode mixte me plait pas. Lorsqu'on descend la poignée au max vers le bas on se retrouve quasiment en mode conception. Suggestions :
- Ajouté cette poignée au mode conception pour pouvoir basculer en mode mixte avec un gain de un clic. (car après il faut régler la taille du dock)
- Lorsque la poignée est au max vers le haut basculer vers le mode source ? (c'est chaud mais faudrait expérimenter)
- Garder la poignée (en haut) en mode source et basculer vers le mode mixte si on baisse la poignée.