[KompoZer 0.8] Portage de KompoZer sous Gecko 1.8.1

[Kazé]

Oui, heureusement qu’Ubuntu 8.04 LTS est bien réussie.
Il faut absolument que je sorte une alpha2 rapidement pour les distributions Linux récentes. Si pour ça je dois faire une croix sur le PHP, tant pis (il reviendra après). On ne peut pas imaginer sortir KompoZer sans un couper/copier qui fonctionne.
L’éditeur CSS me parait d’ores et déjà correct sur mes dernières compilations, il ne me reste plus qu’à déboguer la fenêtre des préférences pour avoir une alpha2 acceptable — sans PHP ni onglet source, certes, mais ça n’est qu’une alpha.

[Kazé]

Ayé, le couper/copier est rétabli et le support PHP fonctionne quand même. Je m’attends à ce que cette correction génère des erreurs ailleurs (notamment du coté du xhtml), on verra bien.
L’alpha2 n’est plus très loin, il me reste encore à corriger l’histoire du « getIntPref ». Idéalement il faudrait aussi que je corrige le « make install » pour les mainteneurs de paquets Linux, mais bon…

Un autre bug a été signalé par chinon37 :

windows : le lancement par clic droit sur un fichier html > ouvrir avec KompoZer (composer) provoque le message suivant:

Code : Tout sélectionner

the file /c:/*répertoire*/*dossier*/-edit cannot be found. Please check the location and try again.

KompoZer s'ouvre sur une page vierge

Vérification faite, l’argument « -edit » n’est plus supporté, quelle que soit la plate-forme.

En soi ça ne me gêne pas vraiment, vu que cet argument n’est pas indispensable au bon fonctionnement de KompoZer : on peut l’omettre ça marche tout pareil, il suffirait d’adapter l’installeur Windows en conséquence. Mais ça met en évidence un bug plus gênant : KompoZer 0.8 génère une erreur quand on lui passe un paramètre « tiret-quelque-chose » qu’il ne connait pas, et cherche à ouvrir un fichier qui n’existe pas.

Je crois que c’est la raison pour laquelle la version Mac ne peut pas se lancer proprement en cliquant sur l’icone KompoZer 0.8 : en effet, quand on clique sur l’icone, MacOS ajoute un paramètre -psn_#_###### en invoquant kompozer-bin pour affecter un numéro de process à KompoZer — du moins, c’est ce que j’en ai compris. Bref, en corrigeant ce bug, la version Mac devrait enfin se lancer proprement.

[chinon37]

donc, un mal pour un bien, en somme?

[Kazé]

Oui, d’autant que je viens de résoudre le problème de la version Mac. \o/

Pour l’alpha2, il ne reste donc plus que le « getIntPref » et le « make install » sous Linux.
Ce dernier point risque de devenir prioritaire, puisqu’il parait que c’est le dernier point qui manque pour que KompoZer 0.8 intègre le dépôt Debian.

[Kazé]

Quand on clique sur le « ruler » horizontal on obtient une erreur :

Code : Tout sélectionner

Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsITableEditor.getCellAt]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://editor/content/editorRulers.js :: SelectColumnFromHRuler :: line 506"  data: no]

Je ne sais pas si ça cause de réels problèmes dans le code de la page.

[chinon37]

Pas chez moi !?
On parle bien de la barre de défilement horizontale qui se trouve juste au dessus des onglets de choix d'affichage?

[Kazé]

Non, je parle de la « règle » horizontale au-dessus de la fenêtre principale d’édition, juste au-dessous des onglets de page.
Tu as peut-être masqué ces « rulers » avec View > Show/Hide > Rulers ?

Je viens de finir de passer en revue les 30 pages de ce fil de discussion. Je pense avoir recensé tous les rapports de bugs et requêtes d’amélioration ici : http://www.geckozone.org/forum/viewtopic.php?t=74072
Merci de parcourir ce post-it pour vérifier que je n’ai pas oublié de répertorier un bug flagrant (pas la peine de vous refader les 30 pages de ce fil à moins d’être particulièrement désœuvré…).

[Do-IT]

Bah on était pas censé le désactiver ce Rulers ? Pour cause de je sais plus quoi ?

J'ai bien le message d'erreur. Mais à ce stade des messages d'erreur y'en a pas mal. Avec l'alpha2 tu veux tout ce qui défile dans la console ?

[Kazé]

Oui, au début il fallait désactiver ces rulers, mais j’ai pu les ré-implémenter dans l’alpha1. En théorie ils sont donc fonctionnels — en tout cas, ils permettent bel et bien de redimensionner des blocs ou des cellules de tableau.

Pour ce qui est des messages d’erreur, il faut distinguer deux choses :

• les erreurs, qui sont généralement la signature d’un bug (mais pas toujours)
• les avertissements, qui se sont multipliés (notamment concernant le CSS) sans que je sache vraiment pourquoi

La console JavaScript permet de n’afficher que les erreurs. Idéalement il faudrait que je trouve la source de tous ces avertissements, mais ça n’est pas ma priorité pour l’instant.

[chinon37]

au temps pour moi... J'ai bien la même erreur

[Do-IT]

Je crois déjà en avoir parler mais comme j'ai rien vu dans la liste des bugs. Ou alors j'ai juste pesté dans ma barbe contre Kaze sans rien dire ?

Le survol de la souris sur la status bar met kompozer en 1er plan au moment ou la souris quitte la status bar.

Là ou ca devient étrange c'est que la mise en 1er plan n'est pas la même à l'ouverture de kompozer.

Ouvrir Kompozer (kompozer -jsconsole) > Mettre une autre application en 1er plan (firefox, ooo, etc...) mais la status bar de kompozer doit rester visible > Survol de la souris sur la status bar > au moment ou la souris quitte la status bar kompozer vient en 1er plan.

Le redimensionnement ou déplacement de la fenêtre Kompozer garde ce symptôme.

Un clic dans la fenêtre kompozer et la mise en 1er plan avec un survol de la status bar est valable qu'avec la console d'erreurs.

[electrophil]

Bonjour,
Sous Linux (et peut-être sous Mac osX), il me semble que l'on avait parlé de pouvoir apercevoir une vignette de l'image que l'on veut insérer dans une page.
Cela existe déjà sous Windows mais pas sous Linux (je précise).
Je ne l'ai pas vu dans les nouvelles fonctionnalités, alors je me permet de le rappeler.

[Kazé]

Do-IT > effectivement, tu l’avais signalé et je l’ai oublié.
Sur mon bureau les fenêtres prennent le focus automatiquement au survol, donc ça ne m’a pas gêné ! Je pense que ce comportement est lié à la mise en évidence des blocs au survol de la barre d’état / du panneau DOM. Ymai a rapporté aussi une histoire similaire de focus à l’ouverture du gestionnaire de modules complémentaires.
J’ai ajouté un lien vers ton message dans le récapitulatif des bugs relatifs aux nouvelles fonctionnalités. Je vais me résoudre à installer Gnome pour tester ça sérieusement.

electrophil > j’ai hésité avant de mettre cette fonctionnalité car elle est dans le code de Firefox 3, pas Firefox 2 (sur lequel est bâti KompoZer 0.8). Ça suppose donc un peu de boulot.
Néanmoins c’est vrai que ça me gêne de ne pas avoir un aperçu de l’image (Linux). Sous Mac on ne l’a pas non plus mais on peut choisir une vue en vignette dans la boite de sélection de fichiers, donc ça gêne moins. Pas encore testé sous Windows.
J’ai mentionné ça dans les fonctionnalités envisagées, je l’implémenterai si je n’ai pas trop de galères sur tout le reste.

[electrophil]

Pourquoi sous Windows et osX, Kompozer ouvre une fenêtre système (avec les options qui permettent de modifier la présentation) et sous Linux une fenêtres sans ces options?
Sous Ubuntu aussi, je peux modifier la présentation de l'explorateur de fichier, non?

[Kazé]

Ben sous Linux (Ubuntu 8.04 LTS ici) j’ai une fenêtre système aussi, mais c’est un filepicker GTK en mode « liste détaillée », et on ne peut pas changer de vue dans ce filepicker.

Ceci dit, c’est toujours mieux que l’horrible filepicker « à la windows » que j’ai avec KompoZer 0.7.10 — au moins, c’est cohérent avec mon bureau GTK. Avec GIMP, Inkscape ou Firefox 3, c’est même tip-top vu qu’on a à la fois la liste détaillée et l’aperçu de la vignette.

En fait, en y réfléchissant une seconde et demie, c’est bel et bien une fonctionnalité du filepicker GTK, mais elle n’est pas activée par KompoZer 0.8 (ni dans Firefox 2, je viens de vérifier). Il faudrait que je regarde pourquoi.