GNT sans publicité, site mobile, fonctionnalitées exclusives...

Bizarrerie de DHTMLEdit

Le
Yves Boyer
Le DHTMLEdit de VB5 ne veut pas de nos caractères accentés dans un nom de
fichier.
Posons son DocumentHTML égal à l'une ou l'autre des chaînes ci-dessous et
regardons ce qui se passe :

Chaîne 1 pour fond d'écran :
-
<html>
<head>
<style type="text/css">
body{
background-image: url(cielnuageux.jpg);
}
</style></head>
</html>

Chaîne 2 pour image :
--

<body>
<img src="araignée4.gif" height="161" width="134" alt="Spider Man">
</body>
</html>

Résultat :
- DHTMLEdit accepte mon 'cielnuageux.jpg' en chaîne 1 ou chaîne 2 et il le
montre.
- Il refuse 'araignée4.gif' et ne l'affiche pas ! Alors qu'Internet Explorer
le montre !

Cherchant l'origine de ces défauts d'affichage, j'ai eu confirmation que le
problème vient du caractère accentué "é" dans le nom de fichier.
En effet pas moyen d'obtenir le fond d'écran "Graviers cimentés.jpg" alors
que, si je renomme cette image en "Graviers ciment.jpg", le DHTMLEdit me
l'affiche.

Plutôt bizarre, non ? Surtout quand on le voit accepter des noms de fichiers
de plus de 8 caractères et comportant le caractère Chr$(32) ! Et quand, par
ailleurs, il accepte mes textes avec leurs accentués !
Quant à VB, il sait trouver "Graviers cimentés.jpg" et le copier tel quel
dans un autre répertoire.
Donc les bizarreries concernent DHTMLEdit seul. Qui m'expliquera son
comportement ?

Yves Boyer
http://www.yvesboyer.com
Lire les 3 réponses

Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
François Picalausa
Le #13027181
Bonjour/soir,

Il a sans doutes été fait pour une version US ou les caractères accentués
sont quasi inexistants?

Pour faire de l'édition HTML, tu peux aussi utiliser un controle internet
explorer qui lui supportera les caractères accentués.
Pour le faire passer un webbrowser en éditeur:
Private Sub Form_Load()
wbEdit.Navigate2 "about:blank"
End Sub

Private Sub wbEdit_DocumentComplete(ByVal pDisp As Object, URL As Variant)
wbEdit.Document.Body.ContentEditable = True
End Sub

--
François Picalausa (MVP VB)
FAQ VB : http://faq.vb.free.fr
MSDN : http://msdn.microsoft.com


"Yves Boyer" news:
Le DHTMLEdit de VB5 ne veut pas de nos caractères accentés dans un
nom de fichier.
Posons son DocumentHTML égal à l'une ou l'autre des chaînes
ci-dessous et regardons ce qui se passe :

Chaîne 1 pour fond d'écran :
----------------------------------------
<html>
<head>
<style type="text/css">
body{
background-image: url(cielnuageux.jpg);
}
</style></head>
</html>

Chaîne 2 pour image :
--------------------------------
...
<body>
</body>
</html>

Résultat :
- DHTMLEdit accepte mon 'cielnuageux.jpg' en chaîne 1 ou chaîne 2 et
il le montre.
- Il refuse 'araignée4.gif' et ne l'affiche pas ! Alors qu'Internet
Explorer le montre !

Cherchant l'origine de ces défauts d'affichage, j'ai eu confirmation
que le problème vient du caractère accentué "é" dans le nom de
fichier.
En effet pas moyen d'obtenir le fond d'écran "Graviers cimentés.jpg"
alors que, si je renomme cette image en "Graviers ciment.jpg", le
DHTMLEdit me l'affiche.

Plutôt bizarre, non ? Surtout quand on le voit accepter des noms de
fichiers de plus de 8 caractères et comportant le caractère Chr$(32)
! Et quand, par ailleurs, il accepte mes textes avec leurs accentués !
Quant à VB, il sait trouver "Graviers cimentés.jpg" et le copier tel
quel dans un autre répertoire.
Donc les bizarreries concernent DHTMLEdit seul. Qui m'expliquera son
comportement ?

Yves Boyer
http://www.yvesboyer.com


ng
Le #13027171
Salut,

Aucun prob avec ce code chez moi :

<HTML>
<BODY>
</BODY>
</HTML>

Essaye peut être :

<HTML>
<HEAD>
<META http-equiv=Content-Type content="text/html; charset=unicode">
</HEAD>
<BODY>
</BODY>
</html>

Ou

<HTML>
<HEAD>
<META name="Content-type" content="text/html; charset=iso-8859-1">
</HEAD>
<BODY>
</BODY>
</html>





--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

Yves Boyer wrote:
Le DHTMLEdit de VB5 ne veut pas de nos caractères accentés dans un
nom de fichier.
Posons son DocumentHTML égal à l'une ou l'autre des chaînes
ci-dessous et regardons ce qui se passe :

Chaîne 1 pour fond d'écran :
----------------------------------------
<html>
<head>
<style type="text/css">
body{
background-image: url(cielnuageux.jpg);
}
</style></head>
</html>

Chaîne 2 pour image :
--------------------------------
...
<body>
</body>
</html>

Résultat :
- DHTMLEdit accepte mon 'cielnuageux.jpg' en chaîne 1 ou chaîne 2 et
il le montre.
- Il refuse 'araignée4.gif' et ne l'affiche pas ! Alors qu'Internet
Explorer le montre !

Cherchant l'origine de ces défauts d'affichage, j'ai eu confirmation
que le problème vient du caractère accentué "é" dans le nom de
fichier.
En effet pas moyen d'obtenir le fond d'écran "Graviers cimentés.jpg"
alors que, si je renomme cette image en "Graviers ciment.jpg", le
DHTMLEdit me l'affiche.

Plutôt bizarre, non ? Surtout quand on le voit accepter des noms de
fichiers de plus de 8 caractères et comportant le caractère Chr$(32)
! Et quand, par ailleurs, il accepte mes textes avec leurs accentués !
Quant à VB, il sait trouver "Graviers cimentés.jpg" et le copier tel
quel dans un autre répertoire.
Donc les bizarreries concernent DHTMLEdit seul. Qui m'expliquera son
comportement ?

Yves Boyer
http://www.yvesboyer.com


Yves Boyer
Le #13020251
Merci à tous deux.
Pas de succès avec les solutions de ng :

Pas d'affichage d'image avec :
<html>
<head>
<META name="Content-type" content="text/html; charset=iso-8859-1">
<style type="text/css">
body{
background-image: url(C:Gravierscimentés.jpg);
}
</style></head>
</html>

ni avec :
<HTML>
<HEAD>
<META NAME="GENERATOR" Content="Microsoft DHTML Editing Control">
<META http-equiv=Content-Type content="text/html; charset=unicode">
<TITLE></TITLE>
</HEAD>
<BODY><!-- 2 --><h3 align="left">Les 5 quartiers de
l'orange d'écran --> d'écran"></BODY>
</HTML>

Remarquez que VB, qui sait les trouver d'habitude, a dit height="0"
width="0".

Mais je ne désespère pas (je mijote une solution de dépannage).

Bonne soirée,
Yves Boyer
Publicité
Suivre les réponses
Poster une réponse
Anonyme