Geckozone

ils sont fous, ces Saxons.








CECI DIT :
Ceci dit, j'a déjà vu des modifs css récemment créées dans une feuille interne (je me permets d'insister) disparaître après un aller-retour dans l'éditeur-texte (je suis un individu ordinaire, je tape pas dans le code Source, moi) j'ai nettoyé la console JS je sais pas pourquoi, j'ai compris qu'il faut tout garder pendant les essais.
damned

Le bug Saxon c'est une histoire de modification de feuille de style externe qui est perdue après une modif dans la vue 'Source'. En fait elle n'est pas perdue mais l'affichage fait comme si, enfin c'est un truc bizarre. Ymai a constaté des choses similaires. Quoiqu'il en soit ce n'est pas ma priorité du moment, là j'en suis à la phase "fignolage", pas "grands travaux".

Mongo Bob, si tu trouves des bugs dans cet esprit, ne te prive pas de les rapporter ici. Il y a quelque chose de pas net dans le fonctionnement de CaScadeS, un peu comme s'il y avait une asynchronicité entre les actions utilisateurs

1 valeur et une propriété dont Cascades ne veut pas :
"cursor" avec la valeur "url", comme dans : ici, transforme le pointeur de la souris qui se balade sur une image en une autre (+ petite) image, "pointer" est la solution de repli pour le navig qui ne reconnaît pas la valeur "url".
et "outline", comme dans : ici, applique un contour de 5px, pointillé et rouge à une portion de texte, de façon irrégulière, pas comme pour une bordure.
Saisies dans le Général vu que non prévu dans l'interface, elles disparaissent après "OK", sortie et re-entrée dans Cascades.
RIEN DANS LA CONSOLE...
J'ai pu les appliquer par Notepad++ direct et lancement des navigateurs à partir du même.
Maintenant, je le signale, c'est tout, parce que j'ai fait ce petit contrôle (que sur mon système) auprès de ces 3 navigateurs seuls et :
"cursor" avec la valeur "url" est reconnu par : FF OUI/IE6, IE7, Opera : NON (les autres valeurs, "pointer", "text", "crosshair" etc... sont reconnues par tous).
"outline"........................: FF, Opera : OUI, IE6, IE7 : NON.alors...
à+...
PS Est-ce qu'il est dans l'ordre des choses que Cascades ne permette pas en saisie libre dans le Général une propriété qui n'est pas accessible dans l'interface? Ben, non au fait, puisque le Général prend la "background-position" en valeur de % quand l'interface onglet Fond ne la propose pas (ben voilà, c'est non la réponse).

Changer un nom de règle, voir ici aussi :
http://www.geckozone.org/forum/viewtopi ... 356#397356
pb dans la modif du nom de règle : le nouveau nom n'est pas toujours conservé.
pb plutôt Handcoder.

en complément de MB:
en utilisant la page "modèle" du sujet: http://www.geckozone.org/forum/viewtopi ... 404#396404

> cascades > double clic sur #content > modifié en #contient
la modification est acceptée dans cascades, mais pas dans la page web. Le div qui est associé garde l'ancien id. Il faut aller sur clic droit sur <div id="content"> de la barre d'état pour modifier l'id.

Ce double-clic est fait pour changer le sélecteur CSS, certainement pas pour renommer un ID ou une classe.

Peut-être faudrait-il une boite de dialogue « renommer une ID/class » avec une case à cocher pour répercuter (ou non) les changements dans la feuille de style... mais dans le cas d'une feuille de style externe, ça peut vite devenir compliqué (il faudrait appliquer la modif à toutes les pages qui utilisent cette feuille de style...). Quoiqu'il en soit, c'est une autre histoire.

Par contre, si le sélecteur CSS n'est pas modifié après validation de la boite de dialogue idoine, ce n'est pas normal. Je ne vois pas bien en quoi cela concernerait HandCoder, pour le coup. Pour lever l'incertitude, le plus simple est de désinstaller HandCoder le temps de vérifier.

chinon37 a écrit :> cascades > double clic sur #content > modifié en #contient
la modification est acceptée dans cascades, mais pas dans la page web. Le div qui est associé garde l'ancien id. Il faut aller sur clic droit sur <div id="content"> de la barre d'état pour modifier l'id.

Au risque de contredire mon collègue, je dirais que le comportement de KpZ me paraît sain, en l'occurrence.
Une faute de frappe dans Cascades est si vite arrivée, quand on écrit le nom d'un sélecteur. La possibilité de rattraper l'erreur est précieuse et l'on ne bénira jamais assez le nom de celui qui a mis cette fonctionnalité au point.
Mais l'idée qu'une modification dans la CSS se répercute dans le document HTML me laisse dubitatif. Ceci irait contre le sain principe de la séparation des pouvoirs.

Juste pour ceux qui veulent mon avis.

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 :Mais l'idée qu'une modification dans la CSS se répercute dans le document HTML me laisse dubitatif. Ceci irait contre le sain principe de la séparation des pouvoirs.

+1
J'ai codé ça effectivement parce que j'en avais marre de devoir tout retaper quand je faisais une faute de frappe en choisissant un sélecteur CSS.

Toutefois, cela serait peut-être utile pour se rapprocher des "gestionnaires de style" des traitements de texte. Faudrait que j'installe OOo pour comparer, à l'occasion, pour voir si le jeu en vaut la chandelle. Tout ce qui peut faciliter l'utilisation des feuilles de style mérite d'être envisagé, àmha.

[HS] 'pis la séparation des pouvoirs, par les temps qui courent en France... :-( [/HS]

donc ceci est conçu pour modifier un sélecteur css concernant une balise html, pas un sélecteur d'id ou de classe, mais la saisie de la modif est possible aussi a-priori.
Ceci dit, j'ai tenté de modifier un nom de sélecteur <p> en <h1>, c'est bien un <p> qui continue à s'afficher dans la barre d'état, même si <h1> s'affiche bien dans la css interne.

Mongo Bob a écrit :donc ceci est conçu pour modifier un sélecteur css concernant une balise html, pas un sélecteur d'id ou de classe

Bah si, tu peux modifier la valeur du sélecteur CSS comme tu veux. À toi de voir si tu veux remplacer un sélecteur de balise par un sélecteur d'ID ou de classe, ou par un sélecteur plus complexe. Comme le souligne Ymai, un sélecteur CSS ça sert à choisir les éléments HTML sur lesquels la règle doit être appliquée ; ça ne sert pas à modifier le document HTML.

Mongo Bob a écrit :j'ai tenté de modifier un nom de sélecteur <p> en <h1>, c'est bien un <p> qui continue à s'afficher dans la barre d'état, même si <h1> s'affiche bien dans la css interne.

C'est un comportement complètement normal, non ?

Ymai a écrit :le comportement de KpZ me paraît sain, en l'occurrence.

OK, moi je simplifie ça en me disant : je ne modifie plus de nom de sélecteur css (balise html), d'id, de classe dans Cascades.
Je veux corriger un nom de sélecteur? D'abord, je réfléchis mûrement avant de nommer le sélecteur, et sinon, je copie les propr du sélecteur dont le nom ne me convient plus, je crée mon nouveau sélecteur, je colle mes propr, je supprime mon ancienne règle, je fais OK, je vais dans la page html et je corrige dans les lignes concernées. On a déjà un onglet Général pour faire des copier-coller...
(ah! j'économiserais bien les corrections dans la page html, mais bon...)

Ymai a écrit :La possibilité de rattraper l'erreur est précieuse et l'on ne bénira jamais assez le nom de celui qui a mis cette fonctionnalité au point.

Je reprendrais cette phrase-ci à mon compte en pensant à l'onglet Général "en général" en disant "cette fonctionnalité" et pas en pensant au double-clic modificatoire, qui du coup, ne me paraît pas utile pour unwebmestre courant. Le Général a changé ma vie...

Sur ce point, je suis ok avec vous. Je me demandais seulement si c'était normal... bon, ok, c'est normal et ça ne me gêne pas. Il suffira de le préciser.

entre <p> et <h1> de MB, heureusement que tout reste en place dans la barre de tâches

quelqu'un que je ne nommerais pas a écrit :'pis la séparation des pouvoirs, par les temps qui courent en France...

Pour info, il existe une fonction sur le forum: "taille: très grand"

Plus sérieusement:
Toujours la même page html:
je mets une bordure à #menu2 > ok > je reviens dans cascades car je trouve la bordure parfaitement inélégante, grossière et pour tout dire inutile > je supprime dans l'onglet général la ligne "border etc..."
différentes réactions dont :
- suppression de la couleur de fond
- suppression des bordures , mais création d'une bordure gauche
- suppression du flottant droit
ces réactions sont aléatoires, mais plusieurs fois le cas 2 a été reproduit.

de plus, lors de la création de bordures, dans le champ "épaisseur", les épaisseurs fine, moyenne et épaisse donnent toutes la même épaisseur (solid)

Et là, ne me dites pas que c'est normal!!

Ca y est mon avertisseur sonore de message qui fonctionne plus, en plus.

Bah si, tu peux modifier la valeur du sélecteur CSS comme tu veux. À toi de voir si tu veux remplacer un sélecteur de balise par un sélecteur d'ID ou de classe, ou par un sélecteur plus complexe. Comme le souligne Ymai, un sélecteur CSS ça sert à choisir les éléments HTML sur lesquels la règle doit être appliquée ; ça ne sert pas à modifier le document HTML.

Mongo Bob a écrit:
j'ai tenté de modifier un nom de sélecteur <p> en <h1>, c'est bien un <p> qui continue à s'afficher dans la barre d'état, même si <h1> s'affiche bien dans la css interne.
C'est un comportement complètement normal, non ?

Je précise que ma 1ère intervention n'était pas sur une modif non répercutée dans la page html, on va donc dire que cette non-répercussion est normale, mais pour une modif non conservées dans Cascades (aller-retour entre Cascades et Kpz hors éditeur-texte), d'où pb supposé Handcoder, ça devait pas être trop clair :
http://www.geckozone.org/forum/viewtopi ... 356#397356

chinon37 a écrit :> cascades > double clic sur #content > modifié en #contient
la modification est acceptée dans cascades, mais pas dans la page web.

chinon37 a écrit :entre <p> et <h1> de MB, heureusement que tout reste en place dans la barre de tâches Cool

comprends plus rien, fatigué là. Y'a pas une contradiction entre les 2? Mais puisque la modif n'est pas prise dans la page web, elle va bien sûr pas être affichée dans la barre d'état?! Au-secours!
(d'état, et pas de tâche, au fait )

Deux points pour Mongo, zéro pour Chinon:
Je reconnais qu'il s'agit de la barre d'état, mais je bafouille toujours entre les deux (et s'il n'y avait que sur cela )
Je reconnais qu'il n'est pas souhaitable que le changement de nom d'une id se répercute automatiquement sur la page html. Mais je voyais les choses différemment entre une id et une balise.
Dans cascades, on définit l'aspect d'une balise quelque soit son emplacement dans la page. le fait de changer le nom d'une balise html dans cascades implique que le style défini pour l'une est désormais défini pour l'autre, indépendamment de la page web.
Pour moi, l'id étant directement lié à une balise unique, je pensais que le fait de de changer le nom de l'id se répercutait automatiquement sur la balise liée à cet id, ce qui était une erreur de ma part.