De retour de Bruxelles, avec un jour de retard pour cause de contingences bassement matérielles
Mongo Bob a écrit :j'avais pas vu ça :
Kazé a écrit :Pour faire court : la seule solution propre serait d’avoir l’éditeur CSS dans un dock horizontal, comme pour le code source
évidemment, c'est pas le problème de l'allure (visuellement) que ça aurait qui te bloque le plus! Sinon, je travaillerais bien une idée de présentation sur ce plan-là, de quoi aider à faire 0,01% du boulot!
C’était effectivement le message subliminal.

Et crois-moi, ça représente au moins 50% du boulot !
Si tu as le temps pour faire des maquettes, merci d’ouvrir un nouveau fil de discussion. Il faudrait regarder ce qui se fait dans les autres éditeurs ouèbe en matière de dock CSS et voir quelles idées serait bonnes à prendre — je crois notamment que DW a résolu cette question de façon relativement efficace. La difficulté sera non pas que ça soit joli (osef) mais surtout que ça soit utilisable quelle que soit la hauteur du dock : je voudrais que ça fonctionne à la fois sur mon EeePC et sur mon écran 23".
Mongo Bob a écrit :Mon autre idée géniale est le cadeau qu'on me ferait d'adapter Kpz au bureau étendu : si je dois avoir la fenêtre du navigateur (ou l'onglet Normal ou Aperçu) sur l'écran de droite, mon code html sur celui de gauche merci HC, j'aimerais pouvoir travailler dans Cascades plein écran en alternance avec html à gauche aussi, mais je suis un être raisonnable...
C’est lié : si on sait faire une interface CSS qui soit retaillable dans le dock, elle sera
de facto utilisable en plein écran, nonobstant la modalité de la fenêtre qui posera problème sous Windows.
Pour essayer d’être plus clair : si on a un panneau CSS retaillable dans le dock en bas, je pourrai tâcher de faire en sorte que le dock soit détachable, comme dans FireBug. Je crois que c’est la seule façon d’avoir une interface qui soit utilisable quelle que soit la taille de l’écran.
electrophil a écrit :L'explorateur DOM et plus particulièrement css fonctionne t-il bien?
Il me semble qu'il ne m'affiche pas toutes mes règles de styles alors que l'éditeur css voit tout.
C’est fait exprès : le panneau DOM a pour but d’afficher les règles de style qui s’appliquent à l’élément courant, et non toutes les règles de style du document.
La question que je me pose, c’est si je devrais ajouter ou pas les règles de style des éléments parents.
electrophil a écrit :Et lorsque je sélectionne un élément, il m'affiche la règle mais un peu en retard.
Je sais qu’il faut optimiser le code de ce coté-là, je m’en occuperai quand j’aurai compilé une version pour mon EeePC.
Pour « caler » ta remarque sur quelque chose de quantifiable, quelle est ta configuration matérielle (processeur, RAM) ?
electrophil a écrit :Je sélectionne un autre élément et là, pas de réaction de l'explorateur css. Il reste sur l'ancien élément.
Soit une erreur s’est produite (cf. console JavaScript), soit le nouvel élément a tout simplement les mêmes règles de style.
electrophil a écrit : Serait-il utile d'avoir une interaction du clavier avec le css.
À mon humble avis, oui, et notamment pour incrémenter/décrémenter des propriétés CSS. Malheureusement il y a encore beaucoup trop de choses à mon goût qui requièrent la souris dans KompoZer, donc l’incrémentation de valeurs gagnerait à être implémentée avec la molette de la souris dans un premier temps.
(note pour moi-même : reprendre le XBL des spinbuttons)