Bug de KompoZer

louphil · Message par **louphil** » 27 juin 2007, 00:08

probleme:
après avoir créé une règle, il semblerait que Kazcades mémorise mal les changements . Un exemple courant : après cette opération, si je relance cascade, il oublie tout simplement la règle précédemment décrite et revient à une version antérieure de la feuille . Je pensais avoir trouvé une parade, à savoir : après avoir validé par OK, j'ouvre ma feuille avec un éditeur (bluefish en l'occurence ... ) et la réenregistre une deuxième fois, mais ça ne fonctionne pas systématiquement .
La seule parade efficace que j'ai trouvé, c'est de fermer Komposer, après avoir sauvé bien entendu, puis de le relancer et réouvrir ma page ... et il me semble bien, que malgré ça le problème persiste ...

Je suis débutant dans le domaine et construit mon premier site, aussi peut-être fais-je de mauvaises manips, mais je pencherais davantage pour un bug ...

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.0.7) Gecko/20060830 Firefox/1.5.0.7 (Debian-1.5.dfsg+1.5.0.7-1)

Message par **Ymai** » 27 juin 2007, 00:16

Bonjour
Le diagnostic me paraît malheureusement tout à fait exact. Et sans solution jusqu'ici.

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

Mongo Bob · Message par **Mongo Bob** » 27 juin 2007, 11:35

Essaie de faire Fichier/restaurer après avoir sauvé? Me souviens plus si ça aidait vraiment à récupérer la modif css, mais je crois que oui.

Message par **Ymai** » 27 juin 2007, 15:08

Mongo Bob a écrit :Essaie de faire Fichier/restaurer après avoir sauvé? Me souviens plus si ça aidait vraiment à récupérer la modif css, mais je crois que oui.

J'essaierai, à l'occasion, mais je lis dans l'aide:

Restaurer
Annule tous les changements effectués sur le document actuel depuis la dernière sauvegarde. Revient à la dernière sauvegarde du document.

Commande que je ne connaissais pas.

Et puis aussi, il me semble que la commande n'est pas disponible tant que l'on est dans KaZcadeS. Et moi, je constate le problème tout en restant dans l'éditeur: changer d'onglet suffit parfois à perdre certaines modifications.

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

Mongo Bob · Message par **Mongo Bob** » 27 juin 2007, 15:38

Non, c'est sûr, la commande n'est pas disponible quand on est dans Kazcades, mais il me semble que ça marchait après être sorti de Kazcades parce que du coup, "restaurer" retrouvait le lien avec la feuille de style. Restaurer agit sur la page html pas sur le css, ceci dit il agit sur le lien avec la css, lien qui se trouve bien dans le html, lui, alors...
(au fait, le créateur de ce sujet, louphil, il travaille avec une feuille interne ou externe, je réfléchis toujours par rapport à une externe, moi, méfiance...)
Le pb semblant se poser est que : tu fais une modif dans une css, tu enregistres, tu sors de Kazcades, la page html ne reporte pas les modifs de la css, tu restaures et ça le fait, parce que ce qui est restauré c'est le lien vers la css... et si tu disposes de l'affichage d'avant la modif css, c'est juste une mémoire de l'affichage, comme pour un navigateur.

Invité · Message par **Invité** » 29 juin 2007, 22:12

En effet il s'agit d'une feuille incorporée (donc externe et liée je suppose ...)

La description que tu en fait n'est pas tout à fait exacte, car le rappel de Kascade peut très bien annuler plusieurs sauvegardes d'un coup ... Ca dépend des jours, par exemple aujourd'hui, plusieurs heures sur l'établi et pas un probleme ( de ce genre, toutefois; mais d'autres certainement du à mon codage de grand débutant, a voir sur un prochain post ...)
Le fait de restaurer le document, je ne ré essaierais pas, ça m'a fichu en l'air pas mal de choses la dernière fois ... En effet, ça rappelle la dernière sauvegarde .
Je me suis aussi aperçu, mais je suppose que ça n'est vrai qu'avec une feuille externe, que les changements ds Kascade n'occasionnait pas la réactivation de la commande de sauvegarde . Aussi, j'ai essayé après l'édition et validation de chaque règle, de saisir un espace n'importe ou ds le document html, puis de l'effacer et ensuite sauver le tout . Peut-être est-ce pour ça que je n'ai pas eu de problêmes aujourd'hui

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.0.7) Gecko/20060830 Firefox/1.5.0.7 (Debian-1.5.dfsg+1.5.0.7-1)

Mongo Bob · Message par **Mongo Bob** » 29 juin 2007, 22:15

Invité a écrit :En effet il s'agit d'une feuille incorporée (donc externe et liée je suppose ...)

Non

si incorporée donc interne

pas liée, pas externe

Invité · Message par **Invité** » 29 juin 2007, 22:16

Ah, j'allais oublier : y'a-t-il un moyen pour signaler un bug à l'auteur ? J'avais essayé de le faire, mais pas moyen de trouver une adressr genre "bugreport" ...

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.0.7) Gecko/20060830 Firefox/1.5.0.7 (Debian-1.5.dfsg+1.5.0.7-1)

Invité · Message par **Invité** » 29 juin 2007, 22:23

Mille excuses, je pensais que les styles décrit ds la feuille, s'il figuraient ds un fichier séparé du document html étaient externe ...

Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.0.7) Gecko/20060830 Firefox/1.5.0.7 (Debian-1.5.dfsg+1.5.0.7-1)

Mongo Bob · Message par **Mongo Bob** » 29 juin 2007, 22:43

Non, ils sont externes quand ils sont dans un fichier tout à fait séparé de la page html, un fichier ".css", à+...

Message par **chinon37** » 30 juin 2007, 14:23

j'ai divisé ce sujet car la disparition de Kompozer.net mérite au moins un sujet distinct. Ce qui concerne ce site se trouve désormais ici:
http://www.geckozone.org/forum/viewtopic.php?t=55929

Geckozone

Bug de KompoZer

problème de sauvegarde de la feuille de style

Qui est en ligne ?