Geckozone

Kaze a écrit :Simple curiosité, y a-t'il le même problème sous Windows™ ?

non, j'ai pu affecté une id déjà créée et non attribuée jusque là à un div qui n'avait pas d'id
J'ai pas eu la phrase "Attribuer une id à un conteneur" c'est simplement que l'id créée peut être attribuée dans la barre d'état :
Clic droit sur <div> dans la barre d'état, "ID", je clique sur l'id en question pas de plantage, intéressant ça évite d'ouvrir la page html.

Mongo Bob a écrit :j'ai pu affecté une id déjà créée et non attribuée jusque là à un div qui n'avait pas d'id
J'ai pas eu la phrase "Attribuer une id à un conteneur" c'est simplement que l'id créée peut être attribuée dans la barre d'état :
Clic droit sur <div> dans la barre d'état, "ID", je clique sur l'id en question pas de plantage, intéressant ça évite d'ouvrir la page html.

Merci, je dirais que la version Windows™ fonctionne comme souhaité. Si on oublie les bugs récemment décrits par Do-IT, bien sûr.

Kaze a écrit :Y'a pas de quoi être désolé, c'est pour ça que ça s'appelle une RC. Simple curiosité, y a-t'il le même problème sous Windows™ ?

Ou bien si c'est moi qui ai fait une fausse manoeuvre? J'aurais aimé me sentir moins seul, ce soir.

Le paquet .deb précédent avait bien fonctionné chez moi. On ne peut pas prendre la même recette?

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20061201 Firefox/2.0.0.6 (Ubuntu-feisty)

Ymai a écrit :

Kaze a écrit :Y'a pas de quoi être désolé, c'est pour ça que ça s'appelle une RC. Simple curiosité, y a-t'il le même problème sous Windows™ ?

Ou bien si c'est moi qui ai fait une fausse manoeuvre? J'aurais aimé me sentir moins seul, ce soir.

Non, je te rassure, j'ai constaté le même problème sur Linux (Dapper). Le fait que ça fonctionne sous Windows confirme la nature de l'erreur que j'ai commise.

J'aurais dû faire un « make clean && make » pour régénérer complètement le binaire (1h de compilation sous Linux, 2h sous Windows), au lieu de cela je n'ai fait que des builds partiels (= quelques secondes sous Linux, et je patche l'archive Windows à la main). Je serai plus rigoureux la prochaine fois.

Je viens de finir la régénération du binaire, désormais tout fonctionne, donc je n'ai pas perdu le moindre octet de code source dans l'affaire. Je suis déjà sur la résolution des bugs signalés par Do-IT.

Ymai a écrit :Le paquet .deb précédent avait bien fonctionné chez moi. On ne peut pas prendre la même recette?

En tout état de cause, c'est la recette que je vais employer pour créer les paquets binaires DEB et RPM que je mettrai en téléchargement sur SourceForge. Le processus n'est pas très académique, mais l'avantage c'est que je peux créer les trois types d'archives (*.tgz, *.deb, *.rpm) avec un seul script, en quelques secondes, sans avoir à rebooter, et qu'il y a de grandes chances pour que ça passe sur la quasi-totalité des distributions modernes.

Par contre, pour que KompoZer intègre les dépôts Debian/Ubuntu et qu'on puisse l'installer par un simple apt-get (aussi bien sur un processeur i386 que sur un amd64, ppc ou autre), il faut que je fournisse un paquet source, ce qui est différent. Bêtement je pensais que c'était le rôle des mainteneurs des paquets, j'ai dû me tromper... Même pas mal je vous dis !

oouupsss!!!
Désolé! je me doutais bien que 8 jours de vacances allaient me jouer un tour!!
et comme j'ai eu la fainéantise de lire tout ce qui c'était dit durant ces huit jours cruciaux, paf, je me fais aligner!!

Tournée générale pour me faire pardonner!!

Je confirme: pas de bogue "Do-it" sous windows chez moi. l'id est affectée au div sans dommages.(aucune extension, pas de pack de langue et profil supprimé à l'installation )

J'ai encore du boulot sur le noyau et le paquet source Ubuntu, mais ça avance : la version officielle s'approche à grand pas. En attendant la RC6, voici une mise à jour de CaScadeS (Windows™ et Linux) :
http://kompozer.net/zip/cascades-0.7.10rc5.zip
Sous Linux, cette version devrait corriger le problème du crash qui se produit quand on affecte un ID à un élément via la barre d'état.

Do-IT a écrit :Tu as remis les listes apparemment pour la création d'une nouvelle règle ?!!

Je l'ai fait dans un but didactique précis.

• Constat : quand un utilisateur lambda ouvre CaScadeS pour la première fois, il ne sait pas où cliquer à part sur le bouton "Annuler" en bas.
• Solution envisagée : s'il n'y a aucune feuille de style dans le document, en ouvrant CaScadeS on propose directement de créer une nouvelle règle. Auquel cas, je crois que le plus intuitif est de proposer une liste déroulante qui soit la copie conforme de celle de la barre d'outils.

Voilà donc une version pour tester ce comportement. Je ne sais toujours pas si je vais laisser cette fameuse préférence 'extensions.CaScadeS.dropdownLists' par défaut. Si vous trouvez que d'ouvrir CaScadeS sur la création d'une nouvelle règle peut être intéressant pour des utilisateurs lambda, je garde les listes déroulantes ; dans le cas contraire, je les désactiverai par défaut.

Do-IT a écrit :Nouveau document > Cascades > il propose par défaut de créer une nouvelle règle > pas de liste et lors d'un clic sur les types de styles le . et # n'apparaissent pas (probablement lié aux listes).
Et il créé la feuille de style interne même si tu sors de cascade en annulant.

Vu, corrigé.
Pour le coup ça n'avait rien à voir avec les listes, c'est la procédure d'initialisation de CaScadeS qui était devenue inadaptée.

Kaze a écrit : Sous Linux, cette version devrait corriger le problème du crash qui se produit quand on affecte un ID à un élément via la barre d'état.

Correct!! Tournée générale de Saint-Nicolas. Qu'on serve le meilleur.

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20061201 Firefox/2.0.0.6 (Ubuntu-feisty)

cascades-0.7.10rc5.zip
Il y a toujours des soucis lorsqu'on déplace une feuille de style qui à la disquette rouge, soit la règle disparait (même avec un refresh ca vient pas), soit quand on sort (avec ok) de cascades il y a une incohérence entre le code source (règle absente) et le contenu de cascades (règle présente).

Ps : la case 'désactivée' la feuille de style, elle sert a quelque chose ?

Y'en a un qui devrait être couché et l'autre qui devrait être en vacances sans internet. Ça triche !
[EDIT] Do-IT, je vois que tu viens de mettre à jour ta signature... pas de chance ! (mais tant mieux pour moi) [/EDIT]

Sinon, pour ce qui est de l'ouverture de CaScadeS sur la création d'une nouvelle règle, avec le menu déroulant associé, vous en pensez quelque chose ?

Il y a toujours des soucis lorsqu'on déplace une feuille de style qui à la disquette rouge

Ce bug-là n'est pas simple du tout à résoudre, il risque fort d'attendre la version 0.8.

la case 'désactivée' la feuille de style, elle sert a quelque chose ?

Oui, surtout quand on utilise des feuilles de style alternatives. Par ailleurs, il est parfois pratique de désactiver des feuilles de style un peu trop riches pour éditer du HTML confortablement, typiquement pour des menus déroulants en CSS.
Le top serait de pouvoir activer/désactiver les feuilles de style avec un menu déroulant sous le bouton CaScadeS, comme avec StyleSheetChooserPlus.

Kaze a écrit : Sinon, pour ce qui est de l'ouverture de CaScadeS sur la création d'une nouvelle règle, avec le menu déroulant associé, vous en pensez quelque chose ?

Le plus grand bien.
Je me souviens encore avec émotion de la première fois où j'ai ouvert l'éditeur CaScadeS de NVU et où je n'avais strictement rien compris aux différents boutons disponibles (ou non disponibles) et à l'ordre dans lequel il fallait les utiliser.
Ici, on démarre de suite sans se poser de questions.
Kpz = prix de l'ergonomie.

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.6) Gecko/20061201 Firefox/2.0.0.6 (Ubuntu-feisty)

Kaze a écrit :pour ce qui est de l'ouverture de CaScadeS sur la création d'une nouvelle règle, avec le menu déroulant associé, vous en pensez quelque chose ?

+1
le débutant bloque généralement sur les questions de création de feuille de style. Maintenant, sa feuille de style est créée et il peut ensuite revenir dessus pour préciser le média, l'exporter, etc.
Évidemment, pour un" confirmé", ça peut surprendre, d'où la question:
revenir à une case expert* or not? (*pour une ouverture de cascades plus "normale")

hé, les gars, vous habitez tous en nouvelle calédonie ou vous ne dormez jamais?

Je préfère les listes au simple champ texte. Mais je prèfère en plus un truc dans le genre de ça.

On pourrait pas dérouler la liste 'déroulante' en cliquant n'importe ou sur cette dite liste, plutôt que sur le 'bouton' à droite. (A moins que se soit un truc à la gecko pas compatible comme pour la validation au clavier ?)

Ymai a écrit :Kpz = prix de l'ergonomie

Ouh là, n'exagérons rien !
Pour la 0.8 on va pouvoir se lâcher un peu plus question ergonomie. J'aime bien l'interface suggérée par Do-IT notamment, mais il faudra l'adapter à CaScadeS et à la fenêtre d'extraction de style générique.

chinon37 a écrit :Évidemment, pour un" confirmé", ça peut surprendre, d'où la question:
revenir à une case expert* or not? (*pour une ouverture de cascades plus "normale")

La vérité vraie c'est que j'envisage un mode «expert» qui serait 100% texte, sans auto-complétion (au moins en attendant Scintilla), bref, à l'ancienne ! Quelque chose qui ne dérouterait pas les habitués de WebDeveloper ou de Vim. L'intérêt serait :

• de ne plus être limité aux seules propriétés CSS reconnues par Gecko 1.7 ;
• de pouvoir enfin documenter ses feuilles de style avec des /* commentaires */ ;
• d'utiliser beaucoup moins de place à l'écran.

Ça aussi, ça sera pour la 0.8.

chinon37 a écrit :hé, les gars, vous habitez tous en nouvelle calédonie ou vous ne dormez jamais?

Moi je fais le baby-sitter le jour et je code la nuit...
Faut que je retrouve la boite de chewing-gums au Valium pour mon fils. Ça devrait être livré d'origine avec les gamins ça.

Do-IT a écrit :On pourrait pas dérouler la liste 'déroulante' en cliquant n'importe ou sur cette dite liste, plutôt que sur le 'bouton' à droite. (A moins que se soit un truc à la gecko pas compatible comme pour la validation au clavier ?)

Si on utilise une liste éditable, on doit cliquer en bout de liste pour faire dérouler. Pour la validation au clavier, si j'avais un peu plus de temps, je crois que ça serait envisageable avec un hack.

Il y a quelques jours, Do-IT a écrit : PS: J'ai réussi à avoir l'astuce du jour N°0 à l'ouverture de kz avec comme texte '...' , la prochaine fois je te fais une capture !

Ayé je l'ai vu aussi, juste après avoir installé le pack FrenchLocales. Le temps que je clique dans la fenêtre du tipoftheday, le message #11 est apparu. Il s'agissait peut-être du temps de chargement des nouvelles locales, sur mon poste Linux je trouve que ça se sent (le démarrage de KompoZer est plus long après avoir installé un pack de langue).
La console JavaScript et le terminal sont vierges, aucune piste de ce coté-là.

Je n'aime pas la ligne pointillée rouge autour des <div> en mode Normal, pourrait-elle figurer par défaut et être désactivée dans Affichage par les quelques monomaniaques moyennement intelligents qui ne l'aiment pas?
Par ailleurs, j'ai rêvé cette nuit d'un mode Balises html avec un entourage aux couleurs de bordures personnalisées par balise qui m'apparaissait sur un nuage doré, de plus accompagné musicalement par l'adagio de l'Italien célèbre là... Panzanini, non! Albinoni, c'est ça! Oui. Sur un fond de ciel bleu-gris comme après un orage... vraiment trés beau.
Oui bon, je rêve, je rêve... pardon