ressources au format html : perte de "morceaux de code"

Melody Nelson

unread,

Feb 24, 2007, 6:47:12 PM2/24/07

to Plume CMS - users

salut,

il y a quelque chose qui m'échappe dans les ressources au format html,
je vais essayer de l'expliquer simplement (j'espère)

dans cet exemple, j'utilise au brève au format html dont la
description va servir à "accueillir" le code html d'une vidéo (youtube
ou google)

je vais donc coller dans la description, un code tel que le suivant :

si je retourne éditer la brève, dans la description je ne vois plus
que ceci :

(en gros, il manque les 2 </param> et <embed> </embed>)

en regardant le code source de la brève dans le manager, le bon
"source" est bien affiché dans la partie qui permet de prévisualiser
la brève :

c'est le cas aussi pour le code qui génère la textarea contenant la
description de la brève :

je ne comprends donc pas une chose : pourquoi je ne vois pas
l'ensemble du code html dans la textarea ?

a priori c'est pas gravissime, sauf qu'il ne faut surtout pas ré-
enregistrer la ressource en ayant au préalable cliqué sur "source"
sous la description, sinon on peut dire adieu au code html original...
il arrive même quelques fois (je n'ai pas réussi à identifier
précisement le contexte) que l'ensemble du code disparaisse...

j'ai contasté ça sur Safari, Firefox et Camino... le tout sur macOSX
évidemment ;)

est-ce un problème d'environnement ou un problème lié à Plume ?

Dagg

unread,

Feb 25, 2007, 12:54:14 PM2/25/07

to plume-c...@googlegroups.com

Melody Nelson,

> il y a quelque chose qui m'échappe dans les ressources au format html,
> je vais essayer de l'expliquer simplement (j'espère)
> dans cet exemple, j'utilise au brève au format html dont la
> description va servir à "accueillir" le code html d'une vidéo (youtube
> ou google)
> je vais donc coller dans la description, un code tel que le suivant :

[...]

> si je retourne éditer la brève, dans la description je ne vois plus
> que ceci :

[...]

> (en gros, il manque les 2 </param> et <embed> </embed>)
> en regardant le code source de la brève dans le manager, le bon
> "source" est bien affiché dans la partie qui permet de prévisualiser
> la brève

[...]

> c'est le cas aussi pour le code qui génère la textarea contenant la
> description de la brève :

[...]

> je ne comprends donc pas une chose : pourquoi je ne vois pas
> l'ensemble du code html dans la textarea ?

Si le code envoyé au navigateur est bon (code source OK) mais que le
rendu de ce dernier n'y correspond pas, le responsable est facile à
trouver ;)

Tu utilises le plugin VisualEdit ? Si c'est le cas, en le désactivant
tu ne devrais plus rencontrer ce problème (tu peux tester en
désactivant javascript d'abord).

Je reconnais que c'est un peu radical comme methode, mais d'un autre
côté, si tes ressources sont directement saisies en HTML, je ne pense
pas que ce soit une grosse perte, non ?

--
@+
Gilles, qui n'aime pas les Wysiwyg.

Melody Nelson

unread,

Feb 25, 2007, 1:14:37 PM2/25/07

to Plume CMS - users

salut,

> Si le code envoyé au navigateur est bon (code source OK) mais que le
> rendu de ce dernier n'y correspond pas, le responsable est facile à
> trouver ;)

pas bien réveillée, tu veux dire que le responsable est le
navigateur ?

juste pour le test, est-ce que quelqu'un sous Windows pourrait essayer
de coller un code similaire (n'importe qu'elle vidéo youtube fait
l'affaire) dans la description d'une ressource html ?

ça m'aiderait à mieux comprendre et surtout je me sentirai moins seule
avec mon mac ;)

>
> Tu utilises le plugin VisualEdit ? Si c'est le cas, en le désactivant
> tu ne devrais plus rencontrer ce problème (tu peux tester en
> désactivant javascript d'abord).
>
> Je reconnais que c'est un peu radical comme methode, mais d'un autre
> côté, si tes ressources sont directement saisies en HTML, je ne pense
> pas que ce soit une grosse perte, non ?

VisualEdit n'est pas dans la page des plug-in installés dans Plume...
par contre, il y a bien un dossier VisualEdit dans Manager/Tools...
alors aucune idée de s'il est installé ou pas...
il sert à quoi ce plug-in ?

Dagg

unread,

Feb 25, 2007, 6:46:36 PM2/25/07

to plume-c...@googlegroups.com

> > Si le code envoyé au navigateur est bon (code source OK) mais que le
> > rendu de ce dernier n'y correspond pas, le responsable est facile à
> > trouver ;)
>
> pas bien réveillée, tu veux dire que le responsable est le
> navigateur ?

Oui et non.
Je voulais seulement dire qu'il n'est pas compliqué de retrouver la
cause du problème.

- Le code source est bon, donc le serveur envoie les bonnes données.
=> Plume n'est donc pas responsable.
- Lorsque Javascript est désactivé, le problème n'est plus présent
=> Le navigateur n'est pas en cause, reste le script javascript
(éditeur wysiwig)

> juste pour le test, est-ce que quelqu'un sous Windows pourrait essayer
> de coller un code similaire (n'importe qu'elle vidéo youtube fait
> l'affaire) dans la description d'une ressource html ?

Je confirme le problème sous Ubuntu ( Mozilla/5.0 (X11; U; Linux i686;
fr; rv:1.8.0.9) Gecko/20070126 Ubuntu/1.0.4 Firefox/1.5.0.9) tel que
tu le décris.

Pire même puisque l'extension Adblock ajoute une couche qui est
reprise par l'éditeur

> VisualEdit n'est pas dans la page des plug-in installés dans Plume...
> par contre, il y a bien un dossier VisualEdit dans Manager/Tools...
> alors aucune idée de s'il est installé ou pas...
> il sert à quoi ce plug-in ?

Ce plugin gère l'édition en WYSIWYG.

Tous les plugins de /tools n'ont pas d'interface dans Manager >
Outils, mais ce n'est pour autant qu'ils ne sont pas installés et
actifs (Cilia, si tu nous lis... ;))

Pour le désactiver tu n'as qu'à le renommer, p.ex en "_visualedit".

--
@+
Gilles

Dagg

unread,

Feb 25, 2007, 7:22:26 PM2/25/07

to plume-c...@googlegroups.com

Re Melody,

> > juste pour le test, est-ce que quelqu'un sous Windows pourrait essayer
> > de coller un code similaire (n'importe qu'elle vidéo youtube fait
> > l'affaire) dans la description d'une ressource html ?
>
> Je confirme le problème sous Ubuntu ( Mozilla/5.0 (X11; U; Linux i686;
> fr; rv:1.8.0.9) Gecko/20070126 Ubuntu/1.0.4 Firefox/1.5.0.9) tel que
> tu le décris.

Je vais ouvrir un bug sur sf.

Concrètement le problème n'est pas limité aux insertions de flash, il
intervient lorsqu'il y a des balises vides qui se suivent.

<div><p>la ligne une</p></div>
<div><p><a></a></p></div> 
<div><p>la ligne deux</p></div>

--
@+
Gilles

Melody Nelson

unread,

Feb 25, 2007, 7:46:20 PM2/25/07

to Plume CMS - users

merci pour ces précisions...

effectivement, en désactivant VisualEdit, le code n'est plus
modifié...
je vais le remettre quand même parce que j'utilise majoritairement le
format wiki et la barre d'outils est pratique... je vais juste faire
gaffe aux vidéos maintenant...

pour le fun, j'ai regardé comment ça se passait avec dotclear dans le
même contexte (billet html et même code inséré), ça marche nickel...
et j'ai quand même une barre d'outils...

Dagg

unread,

Feb 25, 2007, 9:37:13 PM2/25/07

to plume-c...@googlegroups.com

Melody,

> effectivement, en désactivant VisualEdit, le code n'est plus
> modifié...
> je vais le remettre quand même parce que j'utilise majoritairement le
> format wiki et la barre d'outils est pratique... je vais juste faire
> gaffe aux vidéos maintenant...

En attendant le correctif, tu peux garder VisualEdit, et modifier
tools/visualedit/js/jstoolbar.wysiwig.js pour mettre en commentaire la
section suivante (ligne 443) :

while ( /(<[^\/!]>|<[^\/!][^>]*[^\/]>)\s*<\/[^>]*[^-]>/.test(html) ) {
html = html.replace(/(<[^\/!]>|<[^\/!][^>]*[^\/]>)\s*<\/[^>]*[^-]>/g, "");
}

> pour le fun, j'ai regardé comment ça se passait avec dotclear dans le
> même contexte (billet html et même code inséré), ça marche nickel...
> et j'ai quand même une barre d'outils...

C'est le même éditeur dans Dotclear ?

--
@+
Gilles

cilia

unread,

Feb 25, 2007, 9:48:26 PM2/25/07

to plume-c...@googlegroups.com

Tout à fait.
Les blocs de licences de VisualEdit qui mentionnent Olivier Meunier sur
les fichiers php (pas de blocs pour les fichiers js d'ailleurs ?). A mon
bon souvenir, Loïc a opéré un lifting sur le js de VE avant de
l'intégrer à Plume.

cilia

Dagg

unread,

Feb 25, 2007, 9:58:58 PM2/25/07

to plume-c...@googlegroups.com

Cilia,

> > C'est le même éditeur dans Dotclear ?
>
> Tout à fait.
> Les blocs de licences de VisualEdit qui mentionnent Olivier Meunier sur
> les fichiers php (pas de blocs pour les fichiers js d'ailleurs ?). A mon
> bon souvenir, Loïc a opéré un lifting sur le js de VE avant de
> l'intégrer à Plume.

Mais alors c'est quelle version de Dotclear, la beta2 ?

Parce que la 1.2.5 n'a pas cet éditeur WYSIWIG.

--
@+
Gilles

cilia

unread,

Feb 25, 2007, 10:23:59 PM2/25/07

to plume-c...@googlegroups.com

Je ne saurais t'éclairer sur la question, car la dernière que j'ai dû
utiliser/installer un dotclear se compte en années. Ceci dit, je viens
de télécharger l'archive de la 2.0beta6, qui semble-t-il, est la
dernière mouture. Une recherche rapide me montre que le nommage des
fichiers js est identique, que les images pour les boutons sont aussi
les mêmes. Sauf que dotclear appelle son éditeur jsToolBar (ou ne
l'appelle pas ?).

Comme j'ai la flemme de l'installer en local pour tester, je suis allée
voir le site de DC de plus près et j'ai trouvé ça :
http://doc.dotclear.net/_detail/2.0/sc/nouveau_billet.png?id=2.0%3Apresentation%3Aoverview&cache=cache

Assez probant je trouve :)

cilia

Melody Nelson

unread,

Feb 25, 2007, 10:47:10 PM2/25/07

to Plume CMS - users

merci pour le correctif Dagg

le test que j'ai fait sous dotclear est avec la version 1.2.5, ça
ressemble à ça (pas tout à fait la même chose qu'avec la version 2) :
http://img136.imageshack.us/img136/927/image2ar0.png

Tomek

unread,

Feb 26, 2007, 3:05:15 AM2/26/07

to Plume CMS - users

Pour info, j'ai eu le même problème quand j'ai voulu insérer des
adresses mails codées antispam en javascript via http://aspirine.org/emailcode.php,
à chaque fois, un bout de code est bouffé (la fin si je me souviens
bien)...

roland...@gmail.com

unread,

Feb 26, 2007, 3:44:12 AM2/26/07

to Tomek

lundi 26 février 2007,
Bonjour,

Plume CSM "codophage" ? :-))

Suffit de sauvegarder le code "aspirine" dans un fichier txt à
inclure. C'est propre, net...

--
Cordialement
A+
Roland

loïc m.

unread,

Feb 26, 2007, 4:14:37 AM2/26/07

to Plume CMS - users

[HS]
Tien, ton screen vient de me faire réaliser que si on a un nom de
domaine chez Gandi et qu'on utilise leur système de blog (à la sauce
dotclear) on est déjà en version 2... ça a du bon que Olivier travail
là bas ;)
Mais bon, total hors sujet :)
[/HS]

> voir le site de DC de plus près et j'ai trouvé ça :http://doc.dotclear.net/_detail/2.0/sc/nouveau_billet.png?id=2.0%3Apr...

lagneray

unread,

Feb 26, 2007, 6:36:54 PM2/26/07

to Plume CMS - users

>
> Suffit de sauvegarder le code "aspirine" dans un fichier txt à
> inclure. C'est propre, net...

Et comment inclure un txt interpretable dans un article plume ???
car j'ai le même pb de perte de code avec FiG

A+ et bonne nuit

Dagg

unread,

Feb 26, 2007, 7:31:41 PM2/26/07

to plume-c...@googlegroups.com

...

> > Mais alors c'est quelle version de Dotclear, la beta2 ?
> > Parce que la 1.2.5 n'a pas cet éditeur WYSIWIG.

[...]

>
> Comme j'ai la flemme de l'installer en local pour tester, je suis allée
> voir le site de DC de plus près et j'ai trouvé ça :
> http://doc.dotclear.net/_detail/2.0/sc/nouveau_billet.png?id=2.0%3Apresentation%3Aoverview&cache=cache
>
> Assez probant je trouve :)

Effectivement :)

J'ai jeté un œil aux sources.... et je suis reparti, tout penaud.

Je n'ai rien trouvé de particulier sur le forum Dotclear à son sujet.

Si personne ne le fait auparavant, je tâcherai de tester l'editeur de
DC2beta pour voir comment il réagit bien au problèmes relevés dans ce
fil. Mais pour l'instant, "je suis charette" ((c) Jéremie/Kiwii ;))

--
@+
Gilles

Dagg

unread,

Feb 26, 2007, 7:37:29 PM2/26/07

to plume-c...@googlegroups.com

Laurent,

Je pense que Roland parlait d'une inclusion via <script
src="le_script.js" ...>.

--
@+
Gilles

roland...@gmail.com

unread,

Feb 26, 2007, 8:41:26 PM2/26/07

to Dagg

mardi 27 février 2007,
Bonjour,

Le mardi 27 février 2007 à 01:37:29, dagg.ml@... a écrit :

>> Et comment inclure un txt interpretable dans un article plume ???
>> car j'ai le même pb de perte de code avec FiG

> Je pense que Roland parlait d'une inclusion via <script
> src="le_script.js" ...>.

Je répondais de façon générique à un colistier qui "perdait du code"
après avoir crypté une adresse électronique via "aspirine". Il n'avait
donc pas, à mon sens, de problème d'inclusion (ignorant ce qu'il en
faisait exactement)...

--
Cordialement
A+
Roland

lagneray

unread,

Mar 2, 2007, 5:58:25 PM3/2/07

to Plume CMS - users

Bonsoir,

concernant Visualedit,
1 idée : Un bouton on/off pour désactiver Visualedit dans le manager
peut résoudre le problème

A+ et bonne nuit

Reply all

Reply to author

Forward