KompoZer 0.8 alpha2

Message par **Ymai** » 08 avr. 2009, 12:10

3. ----------------
Existe dans 0.7.10 et persiste.
Dans le gestionnaire de sites, la suppression d'un répertoire non vide dont l'arborescence est ouverte amène une incohérence dans l'affichage des sous-répertoires, après la suppression.
Il faut fermer l'arborescence du site et la rouvrir pour retrouver l'arborescence correcte.

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.8) Gecko/2009032711 Ubuntu/8.04 (hardy) Firefox/3.0.8

Message par **Ymai** » 08 avr. 2009, 12:14

4. ----------------
L'option "Always open a document in a new tab" de Options > General ne devrait-elle pas être activée par défaut?

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.8) Gecko/2009032711 Ubuntu/8.04 (hardy) Firefox/3.0.8

Message par **Ymai** » 08 avr. 2009, 12:48

[EDIT2]Bug lié à Compiz. Ne pas prendre en compte.[/EDIT2]
5. ------------------
A partir du gestionnaire de sites, le glisser/déposer d'images ne fonctionne plus correctement.
Après un glisser/déposer, rien n'apparaît sur la page. Toutefois, le DOM montre bien la présence des images et le dock montre bien que les images ont été insérées.

Code : Tout sélectionner

<img src="file:///home/yves/www/site/images/annonce.gif" alt="annonce.gif">

Fermer la page et la rouvrir permet de découvrir les images.

[EDIT]Sur la page rouverte, le glisser/déposer fonctionne[/EDIT]

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.8) Gecko/2009032711 Ubuntu/8.04 (hardy) Firefox/3.0.8

Message par **Ymai** » 08 avr. 2009, 12:55

6. ------------------
Apparenté au bug 1. d'aujourd'hui
KpZ est ouvert en plein écran
Une fenêtre Nautilus couvre une partie de l'écran, au centre.
La souris passe sur la portion de fenêtre KpZ => Nautilus passe à l'arrière-plan.
Fonctionne aussi avec Thunderbird et Ooo mais pas avec Firefox.

Effets visuels Compiz désactivés => OK.
C'est un bug de Compiz (ou une fonctionnalité aléatoire?)

Le bug 1. ------------ reste.

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.8) Gecko/2009032711 Ubuntu/8.04 (hardy) Firefox/3.0.8

Kazé · Message par **Kazé** » 08 avr. 2009, 13:14

Ayé, j’ai fini par réussir à compiler une version MacOS X qui devrait être propre.

Sur cette plate-forme, et si j’ai bien compris, les raccourcis Alt+flèche servent à déplacer le curseur mot-à-mot, c’est-à-dire l’équivalent de Ctrl+flèche sur PC (windows ou linux). Du coup, sur la version Mac, c’est avec Ctrl+flèche qu’on se promène dans l’arbre DOM (équivalent de Alt+flèche sur PC, vous suivez ? ^^).
Toujours sur Mac, le raccourci F8 est déjà pris par l’OS, il est donc désactivé.

electrophil a écrit :Kompozer peut-il modifier via l'éditeur css une feuille de style importée?

À ma connaissance, non — et ça date de KpZ 0.7 / Nvu 1.0 si je ne m’abuse. C’est la raison pour laquelle les sélecteurs de règles de style importées sont en italique dans le panneau latéral de l’éditeur CSS.
À corriger, si possible. À ajouter à la liste des bugs persistants de KpZ 0.7, en tout cas.

Kazé · Message par **Kazé** » 08 avr. 2009, 13:34

Do-IT a écrit :
Kazé a écrit :Pas reproduit (1).
Un simple clic sur la croix rouge pour fermer l'onglet suffit.

Ah, vu. Effectivement, KpZ génère des erreurs quand on ferme un onglet, il faudra que je regarde pourquoi.
Avec un peu de chance, si je pouvais résoudre ça, tu ne pourrais plus crasher KpZ 0.8.

Do-IT a écrit :
Kazé a écrit :Pas reproduit (2).
Ouvrir kz > Status bar > clic droit sur body > Advanced properties > HTML Attributes > Choisir bgcolor dans la liste déroulante des attributes > mettre une valeur : red > OK > clic droit sur body > Advanced properties > HTML Attributes > selectionner bgcolor > changer la valeur grace à la liste déroulante > OK > La modif n'est pas prise en compte

Ayé, vu — de même que ses cousins. Je n’y étais pas du tout, j’ai lu tes messages trop vite, je jouais avec l’onglet « Style » des propriétés avancés (et non pas « HTML Attributes »). Désolé.
À vue de nez, le problème c’est que la liste déroulante n’est pas prise en compte, il faut entrer du texte dans le champ pour que ça fonctionne. On a eu le même problème sur le champ « URL » de la boite des propriétés de liens. À corriger.

Do-IT a écrit :
Kazé a écrit :Et puisqu’on en parle, est-il judicieux de garder cet onglet “style” dans les boites de dialogue “Advanced properties” ?
Si on veut éditer un fichier transitional ?

Oui, c’était complètement hors-sujet. Désolé pour la confusion.

Do-IT a écrit :Il y a encore un max de messages d'erreurs quand on glisse un élément externe au dessu du site manager []
Par contre ce qui est censé se produire là j'en sais rien.

Vu. C’est une régression.
Pas dramatique, dans la mesure où le gestionnaire de sites n’est pas prévu pour recevoir un élément provenant d’une application externe par glisser-déposer.

Kazé · Message par **Kazé** » 08 avr. 2009, 13:46

Ymai a écrit :Je dois absolument garder Kp2 0.7.10 actif.
Je me suis donc fait deux profils différents. L'un pour lancer la version stable depuis ~/kompozer/ et l'autre pour lancer la version alpha depuis ~/kompozer-0.8a2 []
C'est évidemment aux limites de l'utilisation du logiciel, mais si ça peut mettre sur la piste d'autre chose...

J’ai effectivement quelques soucis avec la gestion des profils, d’où la mention « pour les plus dégourdis » dans le premier message. Voilà comment j’utilise KpZ 0.7.10 et 0.8 conjointement :

je me crée un dossier vide en guise de profil KpZ 0.8a2 ;
je copie le fichier "panels.rdf" depuis le répertoire de kompozer 0.8a2 vers ce profil vide ;
je lance KpZ 0.8a2 avec sur ce nouveau profil, grâce à l’argument "-Profile"

Si on suppose qu’on est dans le répertoire de KpZ 0.8a2 sous Linux, voilà ce que ça donne :

Code : Tout sélectionner

mkdir ~/.kpz-alpha
cp defaults/profile/panels.rdf ~/.kpz-alpha/
./kompozer -Profile ~/.kpz-alpha

Et tout fonctionne correctement : KompoZer 0.8a2 remplira le nouveau dossier de profil. Si on omet de copier le fichier panels.rdf, le panneau latéral est vide : c’est dû à un problème lié au passage à Gecko 1.8.1 que je n’ai pas résolu suffisamment proprement. Il faut que je m’y attelle.

EDIT : j’ai ré-écrit toute cette partie concernant la création d’un profil spécifique à KpZ 0.8a2. En espérant que ça soit plus clair

Ymai a écrit :Déjà signalé, je pense, mais je ne le trouve pas dans le post-it des bugs.
Ouverture de KpZ -> la fenêtre "tip of the day" apparaît.
Passer la souris sur le bouton de la fenêtre KpZ dans la barre des tâches de Gnome => la fenêtre "tod" disparaît à l'arrière plan.

Je l’avais répertoriée comme un bogue lié aux nouvelles fonctionnalités — en l’occurrence, le survol de la barre d’état ou du panneau DOM (c’est le dernier des trois liens dans le post-it). Il faut *vraiment* que j’installe Gnome pour tester ça.

Ymai a écrit :On peut faire apparaître plusieurs occurrences de la fenêtre "tod" à partir du menu Help

Vu, sous Linux.
Pas de problème sous Mac. Pas testé sous Windows.

Ymai a écrit :Dans le gestionnaire de sites, la suppression d'un répertoire non vide dont l'arborescence est ouverte amène une incohérence dans l'affichage des sous-répertoires, après la suppression.

Oui, c’est signalé succintement dans la section des bogues persistants depuis 0.7.10.

Ymai a écrit :L'option "Always open a document in a new tab" de Options > General ne devrait-elle pas être activée par défaut?

Euh, oui. En fait je crois que cette préférence ne fonctionne plus avec KpZ 0.8, ça s’ouvre toujours dans un nouvel onglet chez moi.
Sous KpZ 0.7, cette préférence est bien prise en compte, mais à l’ouverture d’une nouvelle fenêtre on a droit à un « tip of the day » si on n’a pas désactivé cette fenêtre au préalable.
Bon, en fait je me demande si on a besoin d’une telle préférence ? Pour les rares fois où on veut réellement ouvrir une nouvelle fenêtre, on peut se fader un Ctrl+N, non ?

Ymai a écrit :A partir du gestionnaire de sites, le glisser/déposer d'images ne fonctionne plus correctement.

D’une manière générale, je crois que les images ne s’affichent pas proprement si la page ouèbe est éditée depuis une URL en http:// — j’obtiens des messages du type :

Code : Tout sélectionner

Security Error: Content at http://kompozer.net/ may not load or link to file:///home/kaze/Documents/www/kazhack.org/favicon.png.

Idem sur une page blanche. C’est un des gros bugs qui restent

Ymai a écrit :Apparenté au bug 1. []
Effets visuels Compiz désactivés => OK.
C'est un bug de Compiz (ou une fonctionnalité aléatoire?)

C’est probablement lié à Compiz. Quitte à devoir installer Gnome, je ferai l’essai avec Compiz — mais je risque fort de ne pas pouvoir y faire grand-chose.

Message par **Ymai** » 08 avr. 2009, 14:48

Kazé a écrit :Euh, oui. En fait je crois que cette préférence ne fonctionne plus avec KpZ 0.8, ça s’ouvre toujours dans un nouvel onglet chez moi.

Chez moi, sous Gnome, tout est ouvert dans une nouvelle occurrence de KpZ.
Si je coche la case pour avoir un nouvel onglet, c'est pris en compte.
Au prochain redémarrage, la case est à nouveau décochée, mais les pages s'ouvrent dans un nouvel onglet. Pas moyen de revenir en arrière.
Le plus simple est certainement de supprimer cette fonctionnalité inutile.

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.8) Gecko/2009032711 Ubuntu/8.04 (hardy) Firefox/3.0.8

Zefling · Message par **Zefling** » 08 avr. 2009, 18:10

Ce que je note :

Je sais pas si je l'ai dit, mais passer KompZer en UTF-8 fait tout foirer. Le texte passe en taille 5 pour la page et le code.

Quand j'ai enregistré il m'a bien mis :

Code : Tout sélectionner

<meta content="text/html; charset=UTF-8" http-equiv="content-type">

Mais le contenu de la page lui n'était pas en UTF-8. Donc dans j'ai réouvert, après enregistrement j'ai des <?> partout.

Quand on demande à enregistrer le fichier après avoir fait : « Don't encode special characters. » Il ne le fait pas il faut quitter et réouvrir le document ...

Et quand je modifie la page un éditeur externe, il me dit me demande pas si je veux actualiser la page (comme la 0.7).

J'ai toujours le problème des retours à la ligne pour le japonais qui m'ajoute des espaces. Le retour à la ligne dans le code étant équivalent à un espace dans Firefox. Problème en japonais (et pas mal d'autres langues) il n'y a pas d'espaces entre le mots. Je sais pas si le problème vient de Firefox ou de KompoZer sur le coup.

Quand je copie/colle... il copie pas

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8

Kazé · Message par **Kazé** » 08 avr. 2009, 18:39

Zefling a écrit :Quand je copie/colle... il copie pas

Tu es sûr d’utiliser la version alpha2 ? Vérifie ta fenêtre « About » STP, chez moi ça a l’air de fonctionner

Zefling a écrit :Et quand je modifie la page un éditeur externe, il me dit me demande pas si je veux actualiser la page (comme la 0.7).

La 0.7 ne le faisait pas non plus, c’est HandCoder qui apporte cette fonctionnalité.

Zefling a écrit :J'ai toujours le problème des retours à la ligne pour le japonais qui m'ajoute des espaces. Le retour à la ligne dans le code étant équivalent à un espace dans Firefox. Problème en japonais (et pas mal d'autres langues) il n'y a pas d'espaces entre le mots. Je sais pas si le problème vient de Firefox ou de KompoZer sur le coup.

Normalement, KompoZer n’ajoutera un retour à la ligne que s’il y a un espace. Poste une copie de ta page STP (celle d’origine, avant passage par KompoZer) pour que je puisse me rendre compte par moi-même.
Idéalement et puisque tu es sous Windows™, pourrais-tu faire le même test avec Nvu 1.0 et KompoZer 0.7.10 STP ?

Zefling a écrit :Je sais pas si je l'ai dit, mais passer KompZer en UTF-8 fait tout foirer. Le texte passe en taille 5 pour la page et le code.

Là encore, ça ressemble à un problème de la version précédente

Zefling a écrit :Mais le contenu de la page lui n'était pas en UTF-8. Donc dans j'ai réouvert, après enregistrement j'ai des <?> partout.

Chez moi tout marche bien en utf-8 (ma page de test s’appelle « ızï ouèbe œþôriñ » et mon OS est en utf-8), il n’y a que pour les espaces insécables qu’il y a des embrouilles (en xhtml).

Zefling a écrit :Quand on demande à enregistrer le fichier après avoir fait : « Don't encode special characters. » Il ne le fait pas il faut quitter et réouvrir le document...

C’est possible que cette préférence ne soit pas prise en compte tout de suite, mais note que cette option ne concerne que le contenu des attributs — pas l’encodage du fichier.

Zefling · Message par **Zefling** » 08 avr. 2009, 19:01

Au temps pour moi, j'avais oublié que les raccourcis sous Windows sont en absolus.

Donc pour le UTF-8 ça fonctionne bien. Sauf pour le « Don't encode special characters. ».

Pour l'espace, je m'en suis rendu compte quand je suis passé à Firefox 3 donc je me demande si c'est pas lui qui est en cause. Quoi qu'il en soit quand je colle : 「2007年12月24日に自身のブログに女友達と写っているクリスマスパーティの様子が写真付きで投稿されたが、写真データに記録されている情報から12月21日に前もって撮影されたものであることが発覚した。ファンからは「偽装写真載せてまで彼氏いないアピールするな」等のコメントが寄せられた。」 Je ne m'attends pas à retrouver des espaces dans le textes.

Utilise cette ligne et tu verras

Le problème c'est qu'il m'en fout généralement les mes titres qui ne sont pas aussi long. Ce qui rapidement très lourd. En plus, en virant les retour à la ligne dans les blocs avec Tidy, il me met bien un espace évident.

D'ailleurs il y a un moyen dans Tidy pour garder les espace insécable &nbsp

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8

Kazé · Message par **Kazé** » 09 avr. 2009, 01:31

Pour le japonais il faudrait que tu commences par faire des tests sans Tidy, puis que tu essayes avec Tidy mais en prenant garde à désactiver le line-wrapping dans les options.

Zefling a écrit :D'ailleurs il y a un moyen dans Tidy pour garder les espace insécable &nbsp

En théorie oui, mais c’est pas simple : ça dépend de pas mal de choses, notamment du type de document (html / xhtml).

Kazé · Message par **Kazé** » 09 avr. 2009, 02:19

Je n’ai toujours pas répertorié les nouveaux bogues dans le post-it, je m’y collerai rapidement.
Avant que ce sujet ne fasse 30 pages, je voulais donner quelques éléments sur mon plan de développement pour les semaines qui viennent. Je poste ce message dans le sujet sur KompoZer 0.8a2, si on s’aperçoit qu’il y a lieu d’ouvrir un autre sujet il sera toujours temps de le faire

Le principe de base c’est que tant qu’on est en alpha, on peut ajouter des fonctionnalités. Il y en a deux qui sont sur ma liste :

le gestionnaire de sites : grosso modo, il va falloir intégrer FireFTP et NsmConText.
C’est devenu une nécessité maintenant que KompoZer 0.8 n’est plus capable de lister le contenu d’un site FTP.
l’onglet « Source » : vous savez ce que j’en pense, mais j’en ai marre de recevoir des mails à ce sujet.
Force m’est d’admettre que le dock source ne convient pas à tout le monde.

Concernant cet onglet « Source », j’ai pu récupérer l’équivalent SeaMonkey en deux heures (= sans pseudo-coloration syntaxique ni préservation de sélection) et ça fonctionne plutôt bien. J’aurais juste besoin d’icônes pour que ça soit plus joli, pour l’instant ça se résume à ça :

Le support de la pseudo-coloration syntaxique n’est pas une priorité : l’onglet « Source » de SeaMonkey est *beaucoup* plus fiable que celui de Nvu. Si jamais je devais l’implémenter, ça sera probablement après la version 0.8 finale.

La prochaine alpha3 aura donc ce groupe d’onglets « design / split / source », et si possible un gestionnaire de sites amélioré — en plus des corrections de bogues. Quand le gestionnaire de sites sera complètement implémenté, on passera en phase "beta" et le bout du tunnel ne sera plus très loin.

La grande inconnue c’est HandCoder : si l’intégration de FireFTP se passe bien, l’intégration de HandCoder sera l’objet d’une dernière alpha ; dans le cas contraire, HandCoder restera une extension pendant quelque temps. Pour des raisons techniques, je ne peux pas intégrer HandCoder tant que le gestionnaire de sites n’est pas nickel-chrome, et il y a urgence à sortir une version 0.8 finale qui tienne debout.

EDIT: sujet scindé, un autre sujet spécifique aux icônes a été créé.

La Luciole · Message par **La Luciole** » 09 avr. 2009, 09:30

Bonjour,
Je ne sais pas si je suis au bon endroit pour une demande...
Est-ce qu'il serait possible d'avoir un "ascenseur horizontal" dans le panneau latéral ?

Merci...

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.8) Gecko/2009033100 Ubuntu/9.04 (jaunty) Firefox/3.0.8

Kazé · Message par **Kazé** » 09 avr. 2009, 13:24

La Luciole a écrit :Je ne sais pas si je suis au bon endroit pour une demande

Ce topic est là pour ça (notamment).

La Luciole a écrit :Est-ce qu'il serait possible d'avoir un "ascenseur horizontal" dans le panneau latéral ?

Effectivement, sur certains sites ça ne serait pas du luxe. Le forum Geckozone est un bon exemple de code horrible et surimbriqué (merci à phpBB2) qui rendent le panneau DOM quasi-inutilisable. L’info-bulle ne pallie que partiellement à ce problème.
Je ne sais pas si je peux y remédier avec Gecko 1.8.1. Je vois que FireFTP sait afficher une scrollbar horizontale, mais c’est sur du Gecko 1.9 je vais voir ce que je peux faire.
Une alternative intéressante serait de pouvoir détacher le panneau DOM du panneau latéral : on pourrait alors lui donner une largeur plus importante. Pour ceux qui travaillent avec plusieurs écrans, ça serait sympa ; pour les autres, ça ne résoudrait rien.

Au passage, je remarque que dans le panneau DOM, l’ascenseur vertical est pénible à utiliser à cause du surlignage au survol.
Par ailleurs, quand on est sur un site très imbriqué, la barre d’état n’affiche pas correctement le dernier élément.

KompoZer 0.8 alpha2

Qui est en ligne ?