Points bloquants pour KompoZer 0.8

Message par **Ymai** » 04 avr. 2010, 18:29

Bonjour
Je ne sais pas s'il est bloquant, et je crois qu'il a déjà été évoqué. Mais je tiens un petit bug par la queue. Et reproductible

)

1. Démarrer KompoZer
2. Rédiger le document suivant:

Code : Tout sélectionner

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1" http-equiv="content-type">
  <title></title>
</head>
<body>
<div>test</div>
</body>
</html>

3. Dans la barre d'état, cliquer sur le bloc <div> ET Y LAISSER LA SOURIS
4. Ctrl+X
5. Ctrl+V
Le bloc revient, mais orné de

Code : Tout sélectionner

outline-color: navy ! important;
outline-style: dashed ! important;
outline-width: 2px ! important;

chimimic · Message par **chimimic** » 13 avr. 2010, 10:03

Bonjour,

j'utilise souvent KompoZer avec plusieurs fichiers ouverts simultanément pour la maintenance de mon site sonelec-musique, et je constate plusieurs problèmes de copier / coller après être passé d'un onglet à l'autre :

- un texte sélectionné refuse parfois d'être copié dans le presse-papier (commande copier désactivée);
- un texte sélectionné et copié dans un onglet (#1) destiné à être collé dans un autre onglet (#2) se retrouve collé dans un onglet tiers (#3) qui n'est pas actuellement sélectionné.

Ce dernier problème me semble important et est très consommateur en temps. Quand je m'apperçois qu'un texte collé n'apparait pas à l'endroit souhaité, je dois ballayer l'ensemble des onglet pour chercher et retirer le texte collé là où il ne doit pas l'être.

Remarqué quand on quitte KompoZer à ce moment précis : l'onglet dans lequel le texte a été ajouté n'est pas marqué comme modifié, mais KompoZer propose tout de même de sauvegarder les modifications. J'ai le sentiment qu'il s'agit d'un problème de mise à jour d'index (ce n'est bien sûr qu'un sentiment perso).

J'ai également constaté le problème de non modification de niveau de titre (H1 / H2 par exemple) dans certaines conditions (point déjà soulevé par d'autres).

Pour le problème des copier / coller, je peux le reproduire à tout instant, j'ai créé quelques fichiers et une procédure de mise en évidence du problème, que je peux mettre en PJ si vous le souhaitez.

Bon courage pour la suite des corrections, je suis bien conscient que ça représente une somme de travail considérable (je suis moi-même développeur à mes heures perdues).

Bien cordialement et bonne journée à tous,
Rémy

Message par **chinon37** » 13 avr. 2010, 10:16

Bonjour,
Quelle version de KompoZer? 0.8bx (valeur de x?

)

chimimic · Message par **chimimic** » 13 avr. 2010, 10:34

0.8b3
désolé pour cet oubli... de taille

Message par **Ymai** » 13 avr. 2010, 11:41

Bonjour

chimimic a écrit : - un texte sélectionné refuse parfois d'être copié dans le presse-papier (commande copier désactivée);
- un texte sélectionné et copié dans un onglet (#1) destiné à être collé dans un autre onglet (#2) se retrouve collé dans un onglet tiers (#3) qui n'est pas actuellement sélectionné.

C'est effectivement un bug qui traîne depuis assez longtemps: on croit modifier le contenu d'un onglet et c'est un autre qui est changé.
D'où la proposition d'enregistrer alors que rien ne semble avoir été modifié.
Une procédure pour reproduire ce bug serait très précieuse.

Message par **chinon37** » 13 avr. 2010, 12:17

Il me semble que la plupart de tes remarques ont été revues et corrigées dans la dernière version de travail de Kaze.
Tu peux vérifier en installant la rev223 sur cette page http://sourceforge.net/projects/kompozer/files/ en section "dev"

chimimic · Message par **chimimic** » 13 avr. 2010, 13:07

re-Bonjour,

je viens d'essayer la dernière version rev223, le problème reste entier pour les deux défauts constatés. Vous trouverez en PJ quelques fichiers créés pour l'occasion du test à faire pour mettre en évidence ces dysfonctionnements.

Mise en évidence problème "copie impossible"
- Ouvrir le fichier index.htm
- Clic droit sur le lien 'Test page 006' et ouverture dans une nouvelle page
- Aller au premier onglet (Test page index)
- Clic droit sur le lien 'Test page 007' et ouverture dans une nouvelle page
- Aller au second onglet (Test page 006)
- Selectionner les 3 lignes appelées "Test done.", "Test 001 done." et "Test 002 done."
A ce point précis du test, copier le texte est impossible, la fonction Copy est désactivée (menu copy en grisé et raccourci clavier CTRL+C sans effet). Si on va sur le premier onglet et que l'on double-clique sur un autre élement de texte, la copie dans le presse-papier est à nouveau possible.

Mise en évidence destination copie dans mauvais onglet
Maintenant (et sans quitter l'application), retour au premier onglet (Test page index)
- Sélectionner les deux lignes de liens "Test page 003" et "Test page 004"
- Copier ces deux lignes dans le presse-papier (la fonction copier est désormais active)
- Aller au second onglet (Test page 006), puis placer le curseur en fin de page
- Coller le contenu du presse-papier (menu Paste ou CTRL+V).
A cet instant, le texte est copié dans l'onglet #1 (non actif) et pas dans l'onglet #2 (actif).

Remarque : pour cette deuxième partie du test, il y a deux façons d'aller à la fin de la page #2 :
- soit avec le raccourci clavier CTRL+END
- soit en cliquant avec la souris.
Si on utilise la première méthode, le curseur se place en fin de page sur le premier onglet (Test page index) et non sur la page en cours.

En espérant que cela puisse vous aider.

Bien cordialement,
Rémy

Message par **Ymai** » 22 avr. 2010, 10:00

Bonjour
Problème: Impossible de lancer le navigateur

KpZ 0.8b3 installé dans /opt/kompozer chmod en 777 sur le répertoire
KpZ lancé par la commande /opt/kompozer/kompozer

Tentative de lancer la visualisation dans le navigateur. Rien ne se passe.
Dans la console qui a servi au démarrage de KpZ, un message d'erreur à chaque tentative de lancer le navigateur:

Code : Tout sélectionner

Couldn't load XPCOM.

Idem sur 6 stations identiques sous Ubuntu 9.04

Message par **Ymai** » 22 avr. 2010, 10:03

Re-
Problème: mélangeage de pinceaux entre les onglets

Dans la même configuration que signalé ci-dessus, un élève me signale l'impossibilité de copier/coller dans un onglet bien précis.
En fait, KpZ colle bien le texte demandé, mais dans un autre onglet que celui actif.
On trouve le texte à de multiples reprises dans le premier onglet.

Message par **chinon37** » 22 avr. 2010, 10:13

Ymai a écrit :Re-
Problème: mélangeage de pinceaux entre les onglets

Dans la même configuration que signalé ci-dessus, un élève me signale l'impossibilité de copier/coller dans un onglet bien précis.
En fait, KpZ colle bien le texte demandé, mais dans un autre onglet que celui actif.
On trouve le texte à de multiples reprises dans le premier onglet.

ceci confirme le bogue signalé ci-dessus par Chimimic

Message par **Ymai** » 22 avr. 2010, 17:49

Dans mon esprit, ce souci était réglé.

Cela pourrait-il être une manifestation de la malédiction du premier onglet (voir les épisodes précédents)?

Message par **Ymai** » 26 avr. 2010, 16:34

Bonjour

Ymai a écrit : Dans la console qui a servi au démarrage de KpZ, un message d'erreur à chaque tentative de lancer le navigateur:
Code : Tout sélectionner
Couldn't load XPCOM.

Même message d'erreur aujourd'hui au moment de changer un "corps de texte" en "H1".

Changer d'onglet, passer en mode mixte, fermer les autres onglets: rien n'y fait.

12 utilisateurs sous Ubuntu 9.04 et KpZ 0.8b3. Hardware identique.

Message par **Ymai** » 29 avr. 2010, 09:14

Bonjour
C'est fou ce que l'on peut apprendre quand on met des utilisateurs lambda (j'espère qu'ils n'écoutent pas

) devant KpZ
Quand les commandes de structures (H1, P, ...) sont bloquées, la commande
> Format > Titre et propriétés de la page est aussi grisée.
Peut-être un indice?
Ce blocage est vraiment *très* récurrent.

supunna · Message par **supunna** » 03 juin 2010, 18:25

Kazé a écrit :rfr23 fait peut-être allusion à un problème qui se produit sur des documents XHTML sauvegardés avec l’extension *.html, contenant un script du type :
Code : Tout sélectionner
<script type="text/javascript" src="monScript.js />
Du coup, le script n’est plus chargé par le navigateur (notamment Firefox). Le problème n’est pas vraiment du fait de KompoZer, mais du fait que les utilisateurs font des documents XHTML qui sont envoyés en text/html (et non application/xhtml+xml) au navigateur.

KompoZer 0.7.10 contournait le problème en sérialisant cette balise <script> de la façon suivante :
Code : Tout sélectionner
<script type="text/javascript" src="monScript.js></script>
qui fonctionne même sur un document XHTML envoyé en text/html (ou portant l’extension *.html), puisque cette écriture est valide à la fois en XHTML et en HTML.

Là encore, c’est un problème lié au sérialiseur. Une façon simple de contourner ce problème serait de sauvegarder le document XHTML avec une extension *.xhtml (à vérifier sur les autres navigateurs).

Salut à toutes et tous,

Je rencontre ce problème avec la version 0.8b3 de Kompozer — Dans mon fichier truc.html, il change automatiquement ma balise

Code : Tout sélectionner

<script type="text/javascript" src="scripts/menu.js" ></script>

par

Code : Tout sélectionner

<script type="text/javascript" src="scripts/menu.js" />

Problème : Firefox et IE n'ouvrent plus ma page

Au vu de leur part de marché cumulée, ce n'est pas raisonnable…
Si je change l'extension de mon fichier en truc.xhtml, Firefox lit à nouveau mon fichier

Mais toujours pas IE

Et comment se passer de IE ? On voudrait bien, mais ce n'est pas envisageable…
Que je mette le content text/html ou application/xhtml+xml ne change rien au problème…
Quelle est la solution, s'il vous plaît ?
Merci…

Message par **Ymai** » 03 juin 2010, 18:51

Bonjour
Un petit test sous Firefox et sous Chromium montre que la page contenant le code

Code : Tout sélectionner

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="content-type">
  <script type="text/javascript" src="scripts/menu.js"></script>
  <title>test</title>
</head>
<body>
It almost should work...
</body>
</html>

s'ouvre sans problème. Sous IE, je ne sais pas.
Par contre, il faut bien avouer que le résultat n'est pas triste:
http://sapajou.be/test.html

(voir le code source)
Et la suppression ultérieure de la ligne d'appel à Javascript n'arrange rien. C'est comme si le texte était vérolé.
Simplement, KompoZer ne voit pas les modifications apportées. Si le document est ouvert avec un éditeur de texte, les codes étranges sont bien là.
Lorsque le document est déclaré en UTF-8, le souci que je signale n'apparaît pas.

Mais je ne constate pas la conversion signalée par supunna. (sous 0.8.b4)
Quelqu'un peut confirmer l'une, l'autre ou les deux versions?

Geckozone

Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Re: Points bloquants pour KompoZer 0.8

Qui est en ligne ?