Geckozone

Mongo Bob a écrit :Cette copie d'écran peut servir à illustrer ma version Linux.

Ymai a écrit :Mais pas du tout!! Vous n'auriez pas un reste de profil qui traîne?

Zefling a écrit :L'arbre des DOM il va rester comme ça où il va finir comme celui de firebug (qui est beaucoup plus souple) ?

Zefling a écrit :La fenêtre « Advanced Property Editor », j'ai toujours tout fait pour ne pas l'utiliser tellement elle est chiante. J'ai l'impression d'utiliser l'IDE de Flash 4.

Zefling a écrit :Dans CSS Stylesheets, les onglets ont un fonctionnement bizarre. Il faut faire un drag'n drop dessus car un simple clic dessus renvoi sur Général.

Zefling a écrit :Le volet qui se trouve en dessous présente le contenu d'un nœud (c'est très bien), mais il y aurait pas le moyen de le rendre éditable. Genre : cliquer sur un des éléments permet d'ajout une classe ou un id (comme dans firebug) ?

1. soit on présente le code de tout le nœud HTML, par exemple <h2> Easy Web Authoring </h2> — c’est ce qui est implémenté aujourd’hui
2. soit on ne présente que le contenu du nœud HTML, l’élément lui-même et ses attributs étant affichés dans une ligne au-dessus — un peu comme Firebug
3. variante de la solution précédente : on ne présente que le contenu du nœud HTML dans le dock, le nom de la balise HTML est affiché dans une ligne au-dessus, et les attributs HTML sont affichés dans un tableau genre « advanced properties » ou panel Firebug à droite.

Mongo Bob a écrit :Oui oui je vous entends tous très bien, or dans Linux, le profil est dans home/login/kompozer, ben pas chez moi. En +, aucune extension d'installée.

Zefling a écrit :

Code : Tout sélectionner

kompozer.exe -p 

./kompozer -ProfileManager

• de cocher dans Affichage/Afficher les dossiers cachés dans Linux
• de cocher dans Outils/Options des dossiers/Affichage/Afficher les fichiers et dossiers cachés dans Win.

Ymai a écrit :Et pour les dresseurs de manchots, hérons ou bouquetins:
Code:
./kompozer -ProfileManager

Mongo Bob a écrit :>Ymai :
je l'ai supprimé manuellement, vu que :

Code : Tout sélectionner

root@jlsubuntu:~# ./kompozer -ProfileManager
bash: ./kompozer: Aucun fichier ou dossier de ce type
root@jlsubuntu:~# 

pas grave

$ echo $PATH

Kazé a écrit :

Zefling a écrit :L'arbre des DOM il va rester comme ça où il va finir comme celui de firebug (qui est beaucoup plus souple) ?

Plus précisément ?
Tu parles peut-être de l’arbre CSS dans le panneau DOM ?

div 
+ div 
  + div 
    + div 
      + div 
        + div 
          + div 

<div id="conteneur">
  <div class="s_conteneur">
    <div class="corps">
      <div class="menu_gauche">
         <div class="menu_cadre">
            <div class="menu_cadre_titre_1">

Kazé a écrit :

Zefling a écrit :La fenêtre « Advanced Property Editor », j'ai toujours tout fait pour ne pas l'utiliser tellement elle est chiante. J'ai l'impression d'utiliser l'IDE de Flash 4.

Mouais, je ne suis pas loin d’être d’accord, mais malheureusement je n’ai pas beaucoup d’idées pour faire mieux que ça. Si tu as des idées d’interface à proposer, lâche-toi.

Kazé a écrit :

Zefling a écrit :Dans CSS Stylesheets, les onglets ont un fonctionnement bizarre. Il faut faire un drag'n drop dessus car un simple clic dessus renvoi sur Général.

En fait ces onglets sont censés être désactivés tant que tu n’as pas sélectionné une règle de style dans l’arbre de gauche : avec ton glisser-déplacer tu ne fais que contourner cette « désactivation ». Ça va bientôt être corrigé.

Kazé a écrit :

Zefling a écrit :Le volet qui se trouve en dessous présente le contenu d'un nœud (c'est très bien), mais il y aurait pas le moyen de le rendre éditable. Genre : cliquer sur un des éléments permet d'ajout une classe ou un id (comme dans firebug) ?

On peut l’éditer en double-cliquant dedans, ou en faisant un Alt+Enter. On peut ajouter un id ou une classe avec un clic droit sur la barre d’état ou dans l’arbre DOM.

Kazé a écrit : Pour ce qui est de l’interface, il y a effectivement un choix à faire. Je vois trois possibilités :

1. soit on présente le code de tout le nœud HTML, par exemple <h2> Easy Web Authoring </h2> — c’est ce qui est implémenté aujourd’hui
2. soit on ne présente que le contenu du nœud HTML, l’élément lui-même et ses attributs étant affichés dans une ligne au-dessus — un peu comme Firebug
3. variante de la solution précédente : on ne présente que le contenu du nœud HTML dans le dock, le nom de la balise HTML est affiché dans une ligne au-dessus, et les attributs HTML sont affichés dans un tableau genre « advanced properties » ou panel Firebug à droite.

Pour l’instant je suis parti sur la première option car je la trouve plus simple, plus didactique et plus pratique pour ajouter des attributs (du moins, pour ceux qui tapent vite et connaissent le nom des attributs HTML sur le bout des doigts). Accessoirement elle a été assez immédiate à coder. Par contre, elle n’est pas bien adaptée pour l’affichage des éléments <html>, <head> et <body>, dont on ne peut éditer que le contenu : ça casse un peu la cohérence de l’interface.

Depuis j’ai dû bosser sur le code de ce dock source, aujourd’hui je pourrais implémenter facilement la solution #2 et relativement facilement la solution #3. Il faut voir si le jeu en vaut la chandelle, en clair : pensez-vous que ça serait vraiment mieux ? J’avoue ne pas l’avoir fait car ça augmente sensiblement la taille du dock source, qui ne contient généralement pas grand-chose, et je crains que ça ne complique sensiblement l’interface pour le public visé par KompoZer. Si vous avez une opinion sur la question…

J’ai pensé ajouter les attributs HTML dans le panneau DOM, mais très sincèrement je ne crois pas que ça en vaille la peine : je modifie rarement des attributs HTML autres que id et class, et quand on doit toucher aux attributs HTML, on a déjà pas mal de possibilités : dock source, « advanced properties », fenêtre de propriétés de l’élément. Donc je dirais que si on veut ajouter les attributs HTML quelque part, c’est dans le dock source ou nulle part.

Enfin, une dernière alternative serait de garder la solution #1 en ajoutant le clic droit des boutons de la barre d’état, i.e. les menus id, class, remove tag, inline styles, advanced properties.

Zefling a écrit :Le fait de ne pas pouvoir directement éditer les champs qui sont dans les listes, c'est ça que je déteste. On le sélection, on repasse en bas on modifie, puis on remonte dans la liste... Un va et vient contraignant. Alors que ça pourrait être fait directement. Supprimer avec [suppr.] au lieu du bouton remove.
En fait je virerais tout la partie du bas du formulaire pour tout mettre dans le liste. Avec des [Tab] pour naviguer entre les éléments.

Zefling a écrit :J'espère que c'est pas le trucs pour écrire les feuilles de style

Zefling a écrit :Pas d'auto-complession pour le CSS par exemple.

Zefling a écrit :Quand on fait de l'édition pour la mise en page les deux points important sont :
* L'édition facile du HTML (normalement le wysiwig est là pour ça) avec l'aide le mode d'avancer (qui est très bien comme tu l'as fait, enfin avec la coloration syntaxique pour éviter les erreurs bêtes ça serait mieux)
* L'édition du CSS (la plus simple et la plus rapide). Le principe de Firebug me plait beaucoup parce qu'on peut annuler des règles sans les supprimer.

Zefling a écrit :La présentation actuel #1 ressemble à un mélange de la vu avancé avec la coloration syntaxique. C'est sympa tant qu'il n'y a pas trop de contenu dans le nœud. De plus j'ai l'impression d'édition demander beaucoup de resource (quand j'ai testé je me suis retrouvé avec un 100% CPU)

Zefling a écrit :D'ailleurs c'est un peu le reproche qu'on peut faire à Firebug, à vouloir contenter tout le monde, c'est un peu une usine à gaz.

chinon37 a écrit :J'ai sans doute loupé une étape:
on ne peut pas ouvrir une page php par un double clic à partir du gestionnaire de site? la page se lance dans le navigateur.
Il faut toujours avoir installé Nsmcontext? Ce n'est pas intégré?