KompoZer 0.8 : amélioration de la vue « Mixte »

[Kazé]

Aïe, voilà que je me souviens d'un coup pourquoi j'étais parti sur l'option "fermeture automatique" : ça évite de se poser un tas de questions, dont celle du changement de document.

Dans le meilleur des cas, Kompozer mémorisera le mode d'édition (et le mode de visualisation, tant qu'à faire...) pour chaque onglet et rafraîchir le dock source à chaque changement d'onglet.
Dans le pire des cas, ça sera une bonne raison de se contenter du mode "fermeture automatique".

Je viens de compiler une version MacOSX, je suis sous Windows pour la version win32. On aura peut-être plus de retours sur ces deux plate-formes.

[Kazé]

Ayé, la révision 220 (0.8b4pre) est dispo pour les trois plate-formes :

• kompozer-rev220.zip archive Windows
• kompozer-rev220.dmg image MacOSX
• kompozer-rev220.tar.gz archive GNU/Linux

Je mets à jour le premier post de ce pas…

[Ymai]

Je ne sais pas si ça fait partie des choses à tenir à l'oeil pour cette dernière rev , mais il faut bien constater que le statut des onglets Mixte et Conception n'est pas toujours bien mis à jour.
Pour rappel, le problème survient quand on passe joyeusement d'une page HTML à l'autre en laissant un onglet en mode mixte et l'autre en mode Conception. A certains moments, on se trouve en mode Conception alors que l'onglet Mixte est actif et réciproquement.

*Dernière minute*
Et là, toujours en jonglant entre les différents modes, je trouve tout à coup une page pourtant bien remplie... tout à fait vide (sauf les effets de la CSS externe: un fond bleu uniforme) en mode Conception. Tout le code est pourtant là en mode Source et accessible en mode Mixte.
Il faudra vraiment trouver comment reproduire ça.
J'ai enregistré depuis le mode Source, fermé le fichier et rouvert le fichier: indemne.

[Kazé]

Ayé, j’ai enfin implémenté proprement la préservation de la sélection lors du passage du mode Design au mode Source. Pour ce faire, j’ai adapté le code utilisé dans Firefox pour le clic droit > « Code source de la sélection » — le plus délicat aura été de conserver la sélection *et* le reformatage du code par le sérialiseur Gecko 1.8.1. Jamais je n’aurais imaginé que ce mode Source puisse devenir utilisable un jour, mais là j’ai bien l’impression que c’est le cas !

Je vais faire mon possible pour proposer une version de test avant mon départ pour Solutions Linux… sinon ça sera pour dimanche.
Après quoi, je n’aurai plus qu’à intégrer le sérialiseur de Laurent Jouanneau et finir le boulot sur le module FTP, et on aura une première Release Candidate.

Je ne sais pas si ça fait partie des choses à tenir à l'oeil pour cette dernière rev , mais il faut bien constater que le statut des onglets Mixte et Conception n'est pas toujours bien mis à jour.
Pour rappel, le problème survient quand on passe joyeusement d'une page HTML à l'autre en laissant un onglet en mode mixte et l'autre en mode Conception. A certains moments, on se trouve en mode Conception alors que l'onglet Mixte est actif et réciproquement.

Au vu des (nombreux) bugs liés à la vue Mixte verrouillée, je vais probablement m’en tenir à l’option initiale (= vue Mixte qui se ferme automatiquement), ça sera beaucoup plus simple dans un premier temps. Je tâcherai d’ajouter une préf cachée pour activer la vue Mixte verrouillée.

Et là, toujours en jonglant entre les différents modes, je trouve tout à coup une page pourtant bien remplie... tout à fait vide (sauf les effets de la CSS externe: un fond bleu uniforme) en mode Conception. Tout le code est pourtant là en mode Source et accessible en mode Mixte.
Il faudra vraiment trouver comment reproduire ça.

Cliquer sur "Split", modifier le code, cliquer sur "Design" : la vue wysiwyg est vide. Une autre conséquence fâcheuse de la vue Mixte verrouillée.

[Kazé]

Voici une révision 223 (0.8b4pre) pour ceux qui voudraient tester la préservation de la sélection en mode Source :

• kompozer-rev223.zip archive Windows
• kompozer-rev223.dmg image MacOSX
• kompozer-rev223.tar.gz archive GNU/Linux

Faute de temps, j’ai laissé la vue Mixte verrouillée. J’ai juste fait en sorte que Kompozer repasse automatiquement en mode Conception à chaque changement d’onglet, pour éviter des bugs. Kompozer devrait désormais se souvenir du mode de visualisation (preview/normal/tags) d’un onglet à l’autre. Le bug qui vidait la page du mode Design devrait être résolu, à vérifier.

En général, les snapshots publiés après 3h du matin ne brillent pas par leur fiabilité.
Il y aura donc probablement de nombreux bugs, peut-être plus qu’avec la révision 220. L’essentiel étant de les rapporter… et surtout de donner votre avis sur la vue Mixte verrouillée, pour savoir si ça vaut le coup de persévérer en ce sens ou s’il vaut mieux partir sur autre chose. Pensez à tester à la fois au clavier (Alt+Enter, Esc) et à la souris (clic sur Design/Split/Source, validation en cliquant dans le dock wysiwyg), les deux actions ne sont pas toujours équivalentes.

Le principal point à tester, c’est que les modifications apportées dans le dock Source sont bien appliquées au document HTML (le dock wysiwyg faisant foi). Les rapports de bug concernant la vue Source sont bienvenus également : j’ai l’impression que cette vue est fiable (ou du moins, qu’elle peut l’être), contrairement à ce qu’on avait avec Kompozer 0.7.10.

[Kazé]

Pour info :

• j’ai encore oublié les bibliothèques Microsoft pour la version win32. Si vous souhaitez tester cette version, il vous faudra donc copier les fichiers msvcp70.dll *et* msvcr70.dll depuis le répertoire de la version courante de KompoZer vers celui de la révision 223
• la préservation de sélection en mode Source cause des bugs quand on a sélectionné le nœud <head> en mode Split juste avant de passer en mode Source

Pour le reste, ça paraît stable. Je vais probablement bosser sur le module FTP cette semaine en attendant d’autres éventuels retours sur cette vue Mixte verrouillée.

[Kazé]

Je me permets un petit « up », des fois que certains aient le temps de tester cette version ce week-end…

[chinon37]

S'il pleut à ne pas sortir un vélo dehors, c'est ok pour ce week end

[Ymai]

Bonjour
En mode <plus à la bourre que ça tu meurs>
C'est normal que les blocs DIV ne soient plus mis en évidence dans des fichiers html déjà constitués?
Liseré rouge = OK dans un fichier tout vierge, tout neuf ne contenant presque rien. Pas de liseré rouge dans un fichier que j'édite et qui contient déjà plein de choses.
Si quelqu'un pouvait trouver la différence entre les deux qui fait que le liseré apparaît ou n'apparaît pas...

[Kazé]

S'il pleut à ne pas sortir un vélo dehors, c'est ok pour ce week end

Ça serait sympa.
Pense à copier les deux DLLs manquantes (msvcp70.dll + msvcr70.dll) si tu testes sous Windows…

C'est normal que les blocs DIV ne soient plus mis en évidence dans des fichiers html déjà constitués?
Liseré rouge = OK dans un fichier tout vierge, tout neuf ne contenant presque rien. Pas de liseré rouge dans un fichier que j'édite et qui contient déjà plein de choses.
Si quelqu'un pouvait trouver la différence entre les deux qui fait que le liseré apparaît ou n'apparaît pas...

Pas normal du tout. Ça fonctionne chez moi, pourtant.
Est-ce une régression de cette version de test, ou un bug de la branche 0.8 ?
Le liseré rouge est-il présent quand tu charges le document ? Si oui, il faudrait voir à quel moment il disparaît…

[Ymai]

S'il pleut à ne pas sortir un vélo dehors, c'est ok pour ce week end

Ça serait sympa.

Sauf pour le vélo qui va coucher dehors

Pas normal du tout. Ça fonctionne chez moi, pourtant.

L'application du patch bien connu semble faire de l'effet. Allez faire un tour et revenez pour tenter de reproduire le problème fonctionne à merveille. Plus moyen de reproduire

Est-ce une régression de cette version de test, ou un bug de la branche 0.8 ?

En tous les cas, je n'avais jamais remarqué avant, même sur la rev220. Je reste aux aguets, même si je ne puis faire des promesses pour le week-end.

[chinon37]

S'il pleut à ne pas sortir un vélo dehors, c'est ok pour ce week end

Ça serait sympa.

Qu'il pleuve?

J'commence à être paumé dans les versions. Kazé, ôte moi d'un doute: les à propos de KpZ ne sont pas à jour? une 0.8b3 avec 20100301 (win) et une 0.8b4 20100228 (linux) qui me semble bien être la rev223

[edit: je confirme que c'est bien la rev223]

[chinon37]

... Il a plu... j'ai fait mes 100 km de vélo... malgré les mauvaises langues... je teste KpZ... car il pleut toujours...

On est en mode split > on modifie le code > on clique dans le code wysiwyg pour valider. Comment revenir en arrière si on a fait une boulette? le ctrl+z ne fonctionne plus et la flèche "undo" non plus.
La possibilité de retour en arrière est valide jusqu'au clic dans la fenêtre wysiwyg. Ensuite, elle est inactivée. Embêtant.

Le fonctionnement à la souris me convient bien et semble pleinement opérationnel. je n'ai pas remarqué d'incohérence. Tout jute aurais-je souhaité voir le curseur rester à l'emplacement de la dernière modif et non passer en fin de code visible (dans le dock source).
Par contre, le fonctionnement au clavier semble beaucoup plus aléatoire. La touche Esc semble ne pas toujours donner de résultat et un appui sur cette touche peut bloquer tout autre action, que ce soit Alt+Enter ou la souris dans le wysiwyg. Mais je n'ai peut être pas tout compris: quel est le rôle exact de Esc? le but est-il d'annuler toute modif? si oui, cela semble marcher (un "undo")

Testé sous Ubuntu 9.10