Geckozone

Je survole le forum mais je viens juste de rentrer dans mes pénates Dauphinoises, je n’aurai pas vraiment le temps de bosser sur KompoZer avant demain.
Pour ce qui est de KompoZer 0.7.99 sur Intrepid Ibex :

• lancer KompoZer depuis un terminal plutôt que par un double-clic : ça ne changera rien, si ce n' est que si KompoZer ne se lance pas, au moins tu auras un message d’erreur dans le terminal
• essayer avec une version antérieure (cf le dossier http://kompozer.net/zip/) — par exemple, la version 20081218.

Il est possible que la version que j’ai postée mardi dernier ne fonctionne qu’avec un bout de profil existant, ce qui expliquerait les problèmes que tu constates sur ton poste.

Bonsoir,

Depuis xubuntu 8.10, via le terminal et depuis le répertoire ou j'ai décompressé Kompozer, je tape sh kompzer et cela se lance sans problème.
Avant cela, j'avais supprimé mon profil kompozer.

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.3) Gecko/2008101315 Ubuntu/8.10 (intrepid) Firefox/3.0.3

electrophil > j’ai oublié de te poser la question, mais connais-tu une application Mozilla qui dispose d’un « filepicker » (= la boiboite de sélection de fichier) avec la prévisualisation des images ?
Si oui, je l’implémente de suite ; sinon, ça va être délicat.

Non, je n'en connais pas, mais je suis loin d'être un expert en la matière.
Je me doutais bien que cela serait plus compliqué qu'avec la fenêtre d'exploration de fichiers de Windows qui dispose déjà d'options pour voir les aperçus ou modifier l'ordre de présentation.
Cela dit, avec Thunderbird sous Ubuntu, quand je joins une image, à défaut d'avoir une miniature, j'ai l'icône qui est une miniature (très petite) de la photo.

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.5) Gecko/2008121621 Ubuntu/8.04 (hardy) Firefox/3.0.5

Firefox donne ceci :



Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr-Be; rv:1.9.0.5) Gecko/2008120121 Firefox/3.0.5

J'ai toutes les anciennes versions en magasin, je teste dès que possible

Effectivement, Firefox montre un aperçu de la photo et la photo en icône.
Je n'avais tout simplement pas pensé à utiliser Firefox pour ouvrir mon répertoire de photos.
Mais c'est firefox 3 alors que sous Thunderbird 2.0.0.18, il n'y a pas d'aperçu.
Alors Kazé, c'est possible ?


Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.5) Gecko/2008121621 Ubuntu/8.04 (hardy) Firefox/3.0.5

Honte sur moi, je n’ai pas vu que c’était tout simplement dispo sous Firefox 3.
Je vais voir si je peux avoir ça dans KompoZer — qui est basé sur Firefox 2. J’avoue que ça serait pratique.

Bonjour à tous,

Avec cette nouvelle version, je créé un div, j'y colle du texte.
Je créé une class pour modifier la couleur du texte. J'applique la class sur une petite portion de texte via le menu de class, et c'est tout le texte du div qui se voit la class appliquée.
Je ferme kompozer, j'ouvre dans gedit, il m'a bien appliqué la class au div total et non à mon texte.
C'est moi qui déconne ou bien ...?
Autre petit truc: Quand j'enregistre en cours d'édition, le curseur revient en haut de page de temps à autres. C'est moyennement pratique sur une page qui est plus grande que l'écran.



Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.3) Gecko/2008101315 Ubuntu/8.10 (intrepid) Firefox/3.0.3

Je me réponds pour le curseur qui revient en haut. Quand j'enregistre via l'icône, j'ai une fâcheuse tendance à frôler l'inspecteur DOM ce qui me ramène en haut.
J'ai une autre demande à Kazé:
Quand je sélectionne mon texte dans la fenêtre du bas d'édition. Si j'édite à la souris ou alt entré, le code revient en haut de page. Et je dois rechercher mon code à modifier dans la page.
Ne serait-ce pas plus pratique de le sélectionner avant de faire alt+enter et d'avoir accès directement à la ligne de code en question quand je fais alt+enter?
Ou peut être dans la fenêtre principale de Kompozer, je sélectionne du texte et le code en bas est entouré ou souligné bref, mis en évidence?
Les utilisateurs en test de cette nouvelle version voient -ils ce que je veux dire?


Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.3) Gecko/2008101315 Ubuntu/8.10 (intrepid) Firefox/3.0.3

Au fait, personne ne s’est plaint jusqu’ici du défilement automatique de la page au survol de l’arbre DOM. Est-ce parce que seul electrophil a eu le temps de tester, ou est-ce parce que ça ne gêne pas ?

electrophil a écrit :Je me réponds pour le curseur qui revient en haut. Quand j'enregistre via l'icône, j'ai une fâcheuse tendance à frôler l'inspecteur DOM ce qui me ramène en haut.

Pas reproduit. Chez moi, si j’édite une portion en fin de document, ça me « scrolle » effectivement la page quand je survole l’arbre DOM, mais la position est restaurée dès que la souris sort de cet arbre DOM. En aucun cas l’arbre DOM ni le bouton de sauvegarde ne devraient déplacer le curseur, sauf si on *clique* dans l’arbre DOM évidemment.

electrophil a écrit :Quand je sélectionne mon texte dans la fenêtre du bas d'édition. Si j'édite à la souris ou alt entré, le code revient en haut de page. Et je dois rechercher mon code à modifier dans la page.
Ne serait-ce pas plus pratique de le sélectionner avant de faire alt+enter et d'avoir accès directement à la ligne de code en question quand je fais alt+enter?
Ou peut être dans la fenêtre principale de Kompozer, je sélectionne du texte et le code en bas est entouré ou souligné bref, mis en évidence?

C’est probablement faisable, mais ça supposerait de bricoler le noyau (perte de temps, risque d’affecter la stabilité, nécessité d’être bien testé sous toutes les plate-formes, etc.), ce que j’essaye d’éviter.

Accessoirement ça ne fait pas partie de mes priorités immédiates car chez moi je ne suis jamais tombé sur un élément si long que je doive chercher la portion code avec la barre de défilement : je place le curseur dans la fenêtre wysiwyg, là où je veux modifier quelque chose, et je fais un Alt+Return pour éditer l’élément — pour être tout-à-fait exact, la plupart du temps je sélectionne l’élément parent avec un Alt+flèche gauche avant de l’éditer. Je préfère les raccourcis clavier mais ça se fait tout aussi bien à la souris (barre d’état ou arbre DOM).

Quel genre d’élément édites-tu qui nécessite plus de 10 ou 15 lignes de code ? Tu aurais une page à citer en exemple STP ?

electrophil a écrit :Avec cette nouvelle version, je créé un div, j'y colle du texte.
Je créé une class pour modifier la couleur du texte. J'applique la class sur une petite portion de texte via le menu de class, et c'est tout le texte du div qui se voit la class appliquée.
Je ferme kompozer, j'ouvre dans gedit, il m'a bien appliqué la class au div total et non à mon texte.

Je confirme : sur KompoZer 0.7.x, un <span> était créé, ce n’est plus le cas avec la branche 0.8. À corriger.

Salut,

Chez moi, sans cliquer, au survol du DOM pour aller jusqu'à l'icône enregistrer, le document remonte en haut et ne revient pas après avoir cliquer sur enregistrement. je vais faire ctrl+s, c'est mieux.
J'édite actuellement une page un peu longue, mais j'en ai une autre en ligne ici:
http://www.electrophil.fr/ma_vision/technologie.php
A chaque fois que le curseur de la souris fait un petit survol dans le DOM HTML (uniquement HTML, dans le DOM css, pas de problème), le document remonte au début de mon div #texte et ne revient pas lorsque la souris sort de la zone DOM.
Si je place mon curseur dans la fenêtre principale et que fait alt+enter, tout le div se grise et la partie du bas de la fenêtre me donne la possibilité d'éditer le code mais depuis le début de mon div #texte.
C'est bizarre car il me semble bien avoir éditer le code sans problème, mais je ne me rappelle plus si c'était avec cette dernière version.
Merci


Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.3) Gecko/2008101315 Ubuntu/8.10 (intrepid) Firefox/3.0.3

Pour être plus exact, je peux modifier une balise sans aucun problème.
Je sélectionne, un lien, une photo, une abréviation et je fais alt+enter, pas de problème, j'édite le code sans soucis.
Mais si je veux rajouter une balise dans le texte via alt+enter, l'édition se fait depuis le début du div et non depuis là où est le curseur.


Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.0.3) Gecko/2008101315 Ubuntu/8.10 (intrepid) Firefox/3.0.3

electrophil a écrit : http://www.electrophil.fr/ma_vision/technologie.php
A chaque fois que le curseur de la souris fait un petit survol dans le DOM HTML (uniquement HTML, dans le DOM css, pas de problème), le document remonte au début de mon div #texte et ne revient pas lorsque la souris sort de la zone DOM.

J’édite cette page depuis KpZ 0.7.99. Effectivement, elle est longue : le plus petit conteneur de texte dans le corps ta page c’est le <div#texte>, qui fait plus de 15 hauteurs d’écran sur mon moniteur 23".
Ton exemple est un peu extrême, mais force est de reconnaître que l’arbre DOM et la barre d’état ne servent absolument à rien sur ce genre de page. Je confirme tes constatations : éditer ce genre de page avec Alt+Enter n’est pas pratique pour deux sous, et si aucun élément n’est sélectionné dans l’arbre DOM, il revient au début de ton <div#texte> dès que la souris quitte l’arbre DOM. Par contre, le curseur n’a pas été déplacé, donc en faisant un coup de flèche bas / flèche haut tu retrouves la bonne position de scroll.

Note que cette page serait *beaucoup* plus facile à éditer avec KpZ 0.7.99 si tu utilisais des paragraphes plutôt que du « body text ». Elle le serait encore un peu plus en utilisant des listes plutôt que des class="tab", mais là je chipote — en utilisant des paragraphes, le problème que tu signales disparaît.

Je vais voir si je peux faire quelque chose pour résoudre ces deux points (défilement de la page + édition d’un très gros élément) pour les allergiques aux paragraphes. ;-)
Note pour moi-même : proposer les paragraphes *par défaut* plutôt que "body text" dans la version finale.