*test pièce jointe deux méthodes050430*

Paskal

30/04/2005 à 15:29

Bonjour Daniel92

Je n'avais pas vu ton message avant de poster dans le fil précédent...

Tu as codé l'envoi en UUENCODE ?

--
@+
Paskal [MVP]
http://www.faqOE.com

pj textehead a été mis avec le curseur pointant dans Objet,
textecorps est mis curseur positionné sur la ligne suivante.

Daniel.
=== > Pour voir le message avec son Header (Champs d'en-tête)
et ses piéces jointes, faire Ctrl+F3 sur le message.

Daniel92

30/04/2005 à 17:22

Bonjour Paskal, *Paskal* écrit dans :
http://groups.google.fr/groups?threadm=em%

: Bonjour Daniel92
:
: Tu as codé l'envoi en UUENCODE ?

** En fait je n'ai rien fait de particuliers, c'est OE6 qui le fait en
automatique probablement en fonction de mes réglages :

Options OE6 > Envois > Formats d'envoi des News >

-------------------------------------------------
Paramètres de texte brut (news)
--------------------------------
Format du message

(décoché) &MIME
(coché) &UUENCODE

&Retour à la ligne automatique après <120>
caractères lors de l'envoi.

(coché) Mettre en retrait le te&xte d'origine avec < : >
lors de la réponse ou du transfert.
-------------------------------------------------

** ... et je n'en commence à comprendre les différences que
depuis hier (je pense que tu dois les connaître) :

Chapitre 8 : Le courrier électronique
http://ungi.hautesavoie.net/email.htm

les deux paragraphes :
uuencode/uudecode et Attachement
http://ungi.hautesavoie.net/email.htm#_6_2_2
http://ungi.hautesavoie.net/email.htm#_6_2_3

et ce petit lexique que je trouve pas mal :

Lexique des termes employés sur Usenet
http://lexique.usenet.free.fr/index.html#Lexique%20alphabétique

:O)
Daniel.
====

Paskal

30/04/2005 à 19:56

Bonjour Daniel92

uuencode/uudecode et Attachement
http://ungi.hautesavoie.net/email.htm#_6_2_2
http://ungi.hautesavoie.net/email.htm#_6_2_3

Merci, cela est très instructif !
Non, je ne connaissais pas.

Un jour, (il y a longtemps), j'avais essayé de comprendre le codage et les
polices et tout et tout... je n'ai rien compris, et j'en ai gardé un mauvais
souvenir !!
lol

A l'époque, nous avions l'honneur de recevoir P.Ladame, quelqu'un de très
gentil qui connaissait tout ça par coeur.
Son absence nous cause un vide indéniable !

@+
Paskal

Daniel92

01/05/2005 à 01:09

Bonsoir Paskal

http://groups.google.fr/groups?threadmä
(je reprends à cette référence, mais j'ai l'impression que ce fil
à du mal ... à arriver sur Google)

: > uuencode/uudecode et Attachement
: > http://ungi.hautesavoie.net/email.htm#_6_2_2
: > http://ungi.hautesavoie.net/email.htm#_6_2_3

: Merci, cela est très instructif !
: Non, je ne connaissais pas.

: Un jour, (il y a longtemps), j'avais essayé de comprendre le codage et les
: polices et tout et tout... je n'ai rien compris, et j'en ai gardé un mauvais
: souvenir !! lol
:
: A l'époque, nous avions l'honneur de recevoir P.Ladame, quelqu'un de très
: gentil qui connaissait tout ça par coeur.
: Son absence nous cause un vide indéniable !

** Très simple! (c'est à dire .... dans mon jargon ... incompréhensible)
Le cours que j'avais fait à Ypoons, il y a déjà quelques mois ( un très
modeste cours ... et surtout ne tiens pas compte de mes plaisanteries
... un peu boiteuses...) . Pour la compréhension, il est important de
savoir ... que je découvrais en même que j'écrivais le sujet.

partie1 :
http://groups.google.fr/groups?selm=uIQ8klitEHA.1272%40TK2MSFTNGP12.phx.gbl

partie2 :
http://groups.google.fr/groups?selm=OQsunLrtEHA.160%40TK2MSFTNGP11.phx.gbl

** sans oublier Charmap natif en principe sous Windows :
%SystemRoot%System32charmap.exe
chez moi Windows XP : C:WINDOWSsystem32charmap.exe

Un outil bien utile et qui mériterait d'être mieux documenté;
=> toujours sous Windows XP, je ne sais pas si ça marche
pour les autres Windows; son Help :

Vue d'ensemble de la Table des caractères
HH charmap.chm::/uce_overview.htm

( un espace entre HH et charmap, utilisable par
Démarrer | Exécuter , Invite de commande ou
directement dans un Nouveau > raccourci )

:O)
Daniel.
====

Paskal

01/05/2005 à 20:31

Bonjour Daniel92

** sans oublier Charmap natif en principe sous Windows :
%SystemRoot%System32charmap.exe
chez moi Windows XP : C:WINDOWSsystem32charmap.exe

C'est malheureusement un peu plus compliqué qu'un problème de police !

J'avais commencé à faire une page (http://www.faqoe.com/codage/essais.php)
où j'affiche le même texte avec des codages différents, il se semble pas
être question de police...

ps : les pages en iframe contiennent toutes le code php :
<?
for ($i3; $i<500; $i++){
echo chr($i)." ";
}
?>

--
@+
Paskal [MVP]
http://www.faqOE.com

Un jour, (il y a longtemps), j'avais essayé de comprendre le codage
et les polices et tout et tout... je n'ai rien compris, et j'en ai
gardé un mauvais souvenir !! lol

A l'époque, nous avions l'honneur de recevoir P.Ladame, quelqu'un de
très gentil qui connaissait tout ça par coeur.
Son absence nous cause un vide indéniable !

** Très simple! (c'est à dire .... dans mon jargon ...
incompréhensible) Le cours que j'avais fait à Ypoons, il y a déjà
quelques mois ( un très modeste cours ... et surtout ne tiens pas
compte de mes plaisanteries ... un peu boiteuses...) . Pour la
compréhension, il est important de savoir ... que je découvrais en
même que j'écrivais le sujet.

partie1 :
http://groups.google.fr/groups?selm=uIQ8klitEHA.1272%40TK2MSFTNGP12.phx.gbl

partie2 :
http://groups.google.fr/groups?selm=OQsunLrtEHA.160%40TK2MSFTNGP11.phx.gbl

** sans oublier Charmap natif en principe sous Windows :
%SystemRoot%System32charmap.exe
chez moi Windows XP : C:WINDOWSsystem32charmap.exe

Fred

01/05/2005 à 21:21

Dans son message %
Paskal nous dit :

Bonjour Daniel92

** sans oublier Charmap natif en principe sous Windows :
%SystemRoot%System32charmap.exe
chez moi Windows XP : C:WINDOWSsystem32charmap.exe

C'est malheureusement un peu plus compliqué qu'un problème de police !

J'avais commencé à faire une page
(http://www.faqoe.com/codage/essais.php) où j'affiche le même texte
avec des codages différents, il se semble pas être question de
police...
ps : les pages en iframe contiennent toutes le code php :
<?
for ($i3; $i<500; $i++){
echo chr($i)." ";
}

Bonsoir Paskal,
Je te fais part de ce que je connais sur la question.
En ISO bla bla : 1 octet = 1 caractère. On peut parler d'ASCII pour les 127
premiers.
Donc très limité !
Pour étendre les jeux de caractères, on invente l'Unicode 16 bits puis 32
bits (je crois connus aussi sous les noms UCS2 et UCS4)
Mais alors problème sur le web, on ne va pas envoyer 2 (voir 4 octets) pour
un malheureux petit "a".
D'où l'invention des UTF-N qui sont, en quelque sorte, des "compressions" de
l'Unicode.
Avec dans le cas de l'UTF-8, un avantage non négligeable qui est la
compatibilité parfaite avec l'ASCII 7-bits.
En deux mots : un octet avec le bit de poids fort à 0 (0 -> 127) est traduit
directement en caractère équivalent de la table ASCII.
un octet avec le bit de poids fort à 1 doit être considéré comme le premier
d'une série (les octets suivants ont leurs 2 ou 3 bits de poids fort qui
indiquent qu'ils font partie d'une série mais je ne me souviens plus du
détail)
Voilà pourquoi, lorsque tu visualises une page encodée UTF-8 avec un
paramétrage ISO, certains caractères semblent remplacés par 2 (voir 3 ou 4
autres caractères) Et comme ces caractères ont leur bit de poids fort à un,
cela donne un aspect cabalistique au résultat !
Pour ce qui concerne ton code php, hélas je ne connais pas. Mais il me
semble qu'au dessus de 255 (pour ton paramètre $i), tu repars à 0. Ton chr
serait donc identique au chr du vb. Pour l'unicode au moins il faudrait une
espèce de chrw (comme en vb).
Il faut que je me penche sur le problème suivant, mais, il me semble qu'un
fichier htm peut être enregistré selon un format sur le serveur, spécifier
un autre encodage et c'est le serveur qui effectue la conversion entre le
stockage fichier et le flux réseau. (là je dis peut-être des bêtises, mais
je me documenterai)
Bref, tout cela est fort intéressant. Je ne suis pas encore parfaitement au
point car il y a du temps à passer mais j'y arriverai ;-)

--
Fred

Dans son message %23Eh6yvnTFHA.548@tk2msftngp13.phx.gbl
Paskal nous dit :

Bonjour Daniel92

** sans oublier Charmap natif en principe sous Windows :
%SystemRoot%System32charmap.exe
chez moi Windows XP : C:WINDOWSsystem32charmap.exe

C'est malheureusement un peu plus compliqué qu'un problème de police !

J'avais commencé à faire une page
(http://www.faqoe.com/codage/essais.php) où j'affiche le même texte
avec des codages différents, il se semble pas être question de
police...
ps : les pages en iframe contiennent toutes le code php :
<?
for ($i3; $i<500; $i++){
echo chr($i)." ";
}

Bonsoir Paskal,
Je te fais part de ce que je connais sur la question.
En ISO bla bla : 1 octet = 1 caractère. On peut parler d'ASCII pour les 127
premiers.
Donc très limité !
Pour étendre les jeux de caractères, on invente l'Unicode 16 bits puis 32
bits (je crois connus aussi sous les noms UCS2 et UCS4)
Mais alors problème sur le web, on ne va pas envoyer 2 (voir 4 octets) pour
un malheureux petit "a".
D'où l'invention des UTF-N qui sont, en quelque sorte, des "compressions" de
l'Unicode.
Avec dans le cas de l'UTF-8, un avantage non négligeable qui est la
compatibilité parfaite avec l'ASCII 7-bits.
En deux mots : un octet avec le bit de poids fort à 0 (0 -> 127) est traduit
directement en caractère équivalent de la table ASCII.
un octet avec le bit de poids fort à 1 doit être considéré comme le premier
d'une série (les octets suivants ont leurs 2 ou 3 bits de poids fort qui
indiquent qu'ils font partie d'une série mais je ne me souviens plus du
détail)
Voilà pourquoi, lorsque tu visualises une page encodée UTF-8 avec un
paramétrage ISO, certains caractères semblent remplacés par 2 (voir 3 ou 4
autres caractères) Et comme ces caractères ont leur bit de poids fort à un,
cela donne un aspect cabalistique au résultat !
Pour ce qui concerne ton code php, hélas je ne connais pas. Mais il me
semble qu'au dessus de 255 (pour ton paramètre $i), tu repars à 0. Ton chr
serait donc identique au chr du vb. Pour l'unicode au moins il faudrait une
espèce de chrw (comme en vb).
Il faut que je me penche sur le problème suivant, mais, il me semble qu'un
fichier htm peut être enregistré selon un format sur le serveur, spécifier
un autre encodage et c'est le serveur qui effectue la conversion entre le
stockage fichier et le flux réseau. (là je dis peut-être des bêtises, mais
je me documenterai)
Bref, tout cela est fort intéressant. Je ne suis pas encore parfaitement au
point car il y a du temps à passer mais j'y arriverai ;-)

--
Fred

Vous avez filtré cet utilisateur ! Consultez son message

Dans son message %
Paskal nous dit :

Bonjour Daniel92

** sans oublier Charmap natif en principe sous Windows :
%SystemRoot%System32charmap.exe
chez moi Windows XP : C:WINDOWSsystem32charmap.exe

C'est malheureusement un peu plus compliqué qu'un problème de police !

J'avais commencé à faire une page
(http://www.faqoe.com/codage/essais.php) où j'affiche le même texte
avec des codages différents, il se semble pas être question de
police...
ps : les pages en iframe contiennent toutes le code php :
<?
for ($i3; $i<500; $i++){
echo chr($i)." ";
}

Bonsoir Paskal,
Je te fais part de ce que je connais sur la question.
En ISO bla bla : 1 octet = 1 caractère. On peut parler d'ASCII pour les 127
premiers.
Donc très limité !
Pour étendre les jeux de caractères, on invente l'Unicode 16 bits puis 32
bits (je crois connus aussi sous les noms UCS2 et UCS4)
Mais alors problème sur le web, on ne va pas envoyer 2 (voir 4 octets) pour
un malheureux petit "a".
D'où l'invention des UTF-N qui sont, en quelque sorte, des "compressions" de
l'Unicode.
Avec dans le cas de l'UTF-8, un avantage non négligeable qui est la
compatibilité parfaite avec l'ASCII 7-bits.
En deux mots : un octet avec le bit de poids fort à 0 (0 -> 127) est traduit
directement en caractère équivalent de la table ASCII.
un octet avec le bit de poids fort à 1 doit être considéré comme le premier
d'une série (les octets suivants ont leurs 2 ou 3 bits de poids fort qui
indiquent qu'ils font partie d'une série mais je ne me souviens plus du
détail)
Voilà pourquoi, lorsque tu visualises une page encodée UTF-8 avec un
paramétrage ISO, certains caractères semblent remplacés par 2 (voir 3 ou 4
autres caractères) Et comme ces caractères ont leur bit de poids fort à un,
cela donne un aspect cabalistique au résultat !
Pour ce qui concerne ton code php, hélas je ne connais pas. Mais il me
semble qu'au dessus de 255 (pour ton paramètre $i), tu repars à 0. Ton chr
serait donc identique au chr du vb. Pour l'unicode au moins il faudrait une
espèce de chrw (comme en vb).
Il faut que je me penche sur le problème suivant, mais, il me semble qu'un
fichier htm peut être enregistré selon un format sur le serveur, spécifier
un autre encodage et c'est le serveur qui effectue la conversion entre le
stockage fichier et le flux réseau. (là je dis peut-être des bêtises, mais
je me documenterai)
Bref, tout cela est fort intéressant. Je ne suis pas encore parfaitement au
point car il y a du temps à passer mais j'y arriverai ;-)

--
Fred

Daniel92

02/05/2005 à 01:11

: > ** sans oublier Charmap natif en principe sous Windows :
: > %SystemRoot%System32charmap.exe
: > chez moi Windows XP : C:WINDOWSsystem32charmap.exe
:
: C'est malheureusement un peu plus compliqué qu'un problème de police !

** Je t'ai cité en final, charmap, non pas pour la partie Police, mais
pour son volet du bas qui contient un certains nombres de type de table
de caractères. et pour la possibilité en bas de récupérer un code
- touche Alt + 4chiffres décimaux - qui t'affiche directement le
caractère dont tu as besoin dans la page où tu es (message,
page html, bloc-notes ... ) ex: Alt+0192 => À ,
Alt+0199 => Ç
Alt+0200 => È
Alt+0201 => É
( pour certains caractères qui n'ont pas l'équivalence Alt+4chiffr
-pourquoi??-, il suffit de convertir l' hexa à gauche en décimal )

** Par contre impossible pour l'instant de récupérer
les tables de caractères dans les press-papier via TextGrabber,
il faut que je trouve un autre outil.

: J'avais commencé à faire une page (http://www.faqoe.com/codage/essais.php)
: où j'affiche le même texte avec des codages différents, il se semble pas
: être question de police...

** Hum ... :o) ... j'espère que tu fais la différence entre
Police (graphisme appliqué à un caractère donné) et Codage
de ce caractère qui est la convention adoptée pour représenter
lettre, chiffre, idéogramme, ... d'une langue dans une table
de 0-127 pour l'Ascii ou
de 0-255 pour les codes ASCII étendus
etc...

extrait de :
http://groups.google.fr/groups?selm=OQsunLrtEHA.160%40TK2MSFTNGP11.phx.gbl

================================ ==> donc en résumé pour les codages existant :

** code EBCDIC (Extended Binary-Coded Decimal Interchange Code),
développé par IBM pour les machines autres que les PC,
utilisé par d'autres constructeurs. ( comme CDC Control Data ?).
* Codé sur 8 bits (un octet- 256 caractères, de 0 à 255)

** code Unicode ( sur 16bits, [mais aussi sur 32 bits] )
créé en 1991 pour représenter n'importe quel caractère;
indépendant du système d'exploitation
ou du langage de programmation.
* Codé sur 16 bits ( 65536 caractères, de 0 à 65535)
Il regroupe ainsi la quasi-totalité des alphabets existants
(arabe, arménien, cyrillique, grec, hébreu, latin, ...)
et est compatible avec le code ASCII (à approfondir...).
VOIR
http://www.unicode.org/standard/translations/french.html
http://www.unicode.org/glossary/

=> Et pour les PC ou équivalents :

** code ASCII (American Standard Code for Information Interchange
- Code Americain Standard pour l'Echange d'Informations ).
* Codé sur 7 bits (128 caractères possibles, de 0 à 127)

** code ASCII Etendue OEM
( notamment les premières machines de type IBM PC )
* Codé sur 8 bits (un octet- 256 caractères, de 0 à 255)
inclus de 128 à 255 les accents et des caractères spéciaux.

** code ASCII étendu ANSI
(systèmes d'exploitation plus récents)
* Codé sur 8 bits (un octet- 256 caractères, de 0 à 255)
inclus de 128 à 255 les accents et des caractères spéciaux,
mais dans un ordre différent du précédent.

puis les code ASCII étendu de L'I.S.O.
(Organisation Internationale de Normalisation)

** code ASCII étendu - ISO 8859-1 (Latin-1)
le plus utilisé sur internet et sur usenet

** code ASCII étendu - ISO 8859-15 (Latin-9)
créé pour gérer l'Euro et le « E dans l'O ».
RE-VOIR
http://worldserver3.oleane.com/tthomas/latin9.html

et il y a beaucoup d'autres code ASCII étendu ...

==> Pour les nostalgiques une page de ...
Doug Jones (et oui déjà lui... )
http://www.cs.uiowa.edu/~jones/cards/codes.html

**********

================================

: ps : les pages en iframe contiennent toutes le code php :
: <?
: for ($i3; $i<500; $i++){
: echo chr($i)." ";
: }
: ?>

** Ah! Ah!, pas fou tu commence à partir de 33, l'affichage des
32 premiers ... donne un résultat ... imprévisible facilement
compréhensible quand on regarde la table :

http://worldserver3.oleane.com/tthomas/jeucar.html

( entre paranthèse bonne explication des raisons du Latin9 dans :
http://worldserver3.oleane.com/tthomas/latin9.html )

:O)
Daniel.
====

Vous avez filtré cet utilisateur ! Consultez son message

: > ** sans oublier Charmap natif en principe sous Windows :
: > %SystemRoot%System32charmap.exe
: > chez moi Windows XP : C:WINDOWSsystem32charmap.exe
:
: C'est malheureusement un peu plus compliqué qu'un problème de police !

** Je t'ai cité en final, charmap, non pas pour la partie Police, mais
pour son volet du bas qui contient un certains nombres de type de table
de caractères. et pour la possibilité en bas de récupérer un code
- touche Alt + 4chiffres décimaux - qui t'affiche directement le
caractère dont tu as besoin dans la page où tu es (message,
page html, bloc-notes ... ) ex: Alt+0192 => À ,
Alt+0199 => Ç
Alt+0200 => È
Alt+0201 => É
( pour certains caractères qui n'ont pas l'équivalence Alt+4chiffr
-pourquoi??-, il suffit de convertir l' hexa à gauche en décimal )

** Par contre impossible pour l'instant de récupérer
les tables de caractères dans les press-papier via TextGrabber,
il faut que je trouve un autre outil.

: J'avais commencé à faire une page (http://www.faqoe.com/codage/essais.php)
: où j'affiche le même texte avec des codages différents, il se semble pas
: être question de police...

** Hum ... :o) ... j'espère que tu fais la différence entre
Police (graphisme appliqué à un caractère donné) et Codage
de ce caractère qui est la convention adoptée pour représenter
lettre, chiffre, idéogramme, ... d'une langue dans une table
de 0-127 pour l'Ascii ou
de 0-255 pour les codes ASCII étendus
etc...

extrait de :
http://groups.google.fr/groups?selm=OQsunLrtEHA.160%40TK2MSFTNGP11.phx.gbl

================================ ==> donc en résumé pour les codages existant :

** code EBCDIC (Extended Binary-Coded Decimal Interchange Code),
développé par IBM pour les machines autres que les PC,
utilisé par d'autres constructeurs. ( comme CDC Control Data ?).
* Codé sur 8 bits (un octet- 256 caractères, de 0 à 255)

** code Unicode ( sur 16bits, [mais aussi sur 32 bits] )
créé en 1991 pour représenter n'importe quel caractère;
indépendant du système d'exploitation
ou du langage de programmation.
* Codé sur 16 bits ( 65536 caractères, de 0 à 65535)
Il regroupe ainsi la quasi-totalité des alphabets existants
(arabe, arménien, cyrillique, grec, hébreu, latin, ...)
et est compatible avec le code ASCII (à approfondir...).
VOIR
http://www.unicode.org/standard/translations/french.html
http://www.unicode.org/glossary/

=> Et pour les PC ou équivalents :

** code ASCII (American Standard Code for Information Interchange
- Code Americain Standard pour l'Echange d'Informations ).
* Codé sur 7 bits (128 caractères possibles, de 0 à 127)

** code ASCII Etendue OEM
( notamment les premières machines de type IBM PC )
* Codé sur 8 bits (un octet- 256 caractères, de 0 à 255)
inclus de 128 à 255 les accents et des caractères spéciaux.

** code ASCII étendu ANSI
(systèmes d'exploitation plus récents)
* Codé sur 8 bits (un octet- 256 caractères, de 0 à 255)
inclus de 128 à 255 les accents et des caractères spéciaux,
mais dans un ordre différent du précédent.

puis les code ASCII étendu de L'I.S.O.
(Organisation Internationale de Normalisation)

** code ASCII étendu - ISO 8859-1 (Latin-1)
le plus utilisé sur internet et sur usenet

** code ASCII étendu - ISO 8859-15 (Latin-9)
créé pour gérer l'Euro et le « E dans l'O ».
RE-VOIR
http://worldserver3.oleane.com/tthomas/latin9.html

et il y a beaucoup d'autres code ASCII étendu ...

==> Pour les nostalgiques une page de ...
Doug Jones (et oui déjà lui... )
http://www.cs.uiowa.edu/~jones/cards/codes.html

**********

================================

: ps : les pages en iframe contiennent toutes le code php :
: <?
: for ($i3; $i<500; $i++){
: echo chr($i)." ";
: }
: ?>

** Ah! Ah!, pas fou tu commence à partir de 33, l'affichage des
32 premiers ... donne un résultat ... imprévisible facilement
compréhensible quand on regarde la table :

http://worldserver3.oleane.com/tthomas/jeucar.html

( entre paranthèse bonne explication des raisons du Latin9 dans :
http://worldserver3.oleane.com/tthomas/latin9.html )

:O)
Daniel.
====

Daniel92

02/05/2005 à 01:38

: Bonjour Daniel92
: > uuencode/uudecode et Attachement
: > http://ungi.hautesavoie.net/email.htm#_6_2_2
: > http://ungi.hautesavoie.net/email.htm#_6_2_3
:
: Merci, cela est très instructif !
: Non, je ne connaissais pas.

** C'est déjà ancien mais jze pense que cela peut-être utile.

: ... [...] ...
: A l'époque, nous avions l'honneur de recevoir P.Ladame, quelqu'un de très
: gentil qui connaissait tout ça par coeur.
: Son absence nous cause un vide indéniable !

** Et je retrouve via Google ... sur faqoe la page suivante :
Comment paramétrer le format d'envoi de courrier/de posts ?
http://www.faqoe.com/rep/bx.htm

** Je continue de toute façon à faire des essais avec les autres
formats d'envoi de courrier via "microsoft.public.test.here" car
j'aimerais comprendre, pourquoi certains messages avec pièces
jointes en .txt se retrouvent sur Google et pas d'autres? , mon
premier message de ce fil n'apparaît par sur celui de Google.

---------------------------------------------
Alternative de Formats de message
---------------------------------------------
Format du message

(coché) &MIME
C&oder le texte en utilisant :
Aucun
Quoted Printable
Base 64

(coch/decoch) &Autoriser les caractères 8 bits dans les en-têtes

(décoché) &UUENCODE
---------------------------------------------

légendes :

&MIME :
Spécifie qu'Outlook Express doit coder ... à l'aide de MIME.
Il s'agit du format couramment utilisé par la plupart des applications
de messagerie Internet.

C&oder le texte en utilisant :
Affiche les formats texte et binaire pour le codage de votre message.
( proposés : Aucun, Quoted Printable, Base 64 )

&Autoriser les caractères 8 bits dans les en-têtes :
Spécifie si les jeux de caractères non-anglais, ASCII étendu ou DBCS
(Double-Byte Character Sets) sont autorisés dans l'en-tête sans codage.
Si cette case à cocher est désactivée, ces caractères seront codés.

&UUENCODE :
Spécifie qu'Outlook Express doit coder vos messages à l'aide de Uuencode.
Ce format est couramment utilisé pour envoyer des fichiers binaires sous forme
d'attachements dans les messages publiés dans les groupes de discussion.

Cordialement,

:O)
Daniel.
====

Vous avez filtré cet utilisateur ! Consultez son message

: Bonjour Daniel92
: > uuencode/uudecode et Attachement
: > http://ungi.hautesavoie.net/email.htm#_6_2_2
: > http://ungi.hautesavoie.net/email.htm#_6_2_3
:
: Merci, cela est très instructif !
: Non, je ne connaissais pas.

** C'est déjà ancien mais jze pense que cela peut-être utile.

: ... [...] ...
: A l'époque, nous avions l'honneur de recevoir P.Ladame, quelqu'un de très
: gentil qui connaissait tout ça par coeur.
: Son absence nous cause un vide indéniable !

** Et je retrouve via Google ... sur faqoe la page suivante :
Comment paramétrer le format d'envoi de courrier/de posts ?
http://www.faqoe.com/rep/bx.htm

** Je continue de toute façon à faire des essais avec les autres
formats d'envoi de courrier via "microsoft.public.test.here" car
j'aimerais comprendre, pourquoi certains messages avec pièces
jointes en .txt se retrouvent sur Google et pas d'autres? , mon
premier message de ce fil n'apparaît par sur celui de Google.

---------------------------------------------
Alternative de Formats de message
---------------------------------------------
Format du message

(coché) &MIME
C&oder le texte en utilisant :
Aucun
Quoted Printable
Base 64

(coch/decoch) &Autoriser les caractères 8 bits dans les en-têtes

(décoché) &UUENCODE
---------------------------------------------

légendes :

&MIME :
Spécifie qu'Outlook Express doit coder ... à l'aide de MIME.
Il s'agit du format couramment utilisé par la plupart des applications
de messagerie Internet.

C&oder le texte en utilisant :
Affiche les formats texte et binaire pour le codage de votre message.
( proposés : Aucun, Quoted Printable, Base 64 )

&Autoriser les caractères 8 bits dans les en-têtes :
Spécifie si les jeux de caractères non-anglais, ASCII étendu ou DBCS
(Double-Byte Character Sets) sont autorisés dans l'en-tête sans codage.
Si cette case à cocher est désactivée, ces caractères seront codés.

&UUENCODE :
Spécifie qu'Outlook Express doit coder vos messages à l'aide de Uuencode.
Ce format est couramment utilisé pour envoyer des fichiers binaires sous forme
d'attachements dans les messages publiés dans les groupes de discussion.

Cordialement,

:O)
Daniel.
====

Paskal

02/05/2005 à 16:16

Bonjour Daniel92

J'avais commencé à faire une page
(http://www.faqoe.com/codage/essais.php) où j'affiche le même texte
avec des codages différents, il se semble pas être question de
police...

** Hum ... :o) ... j'espère que tu fais la différence entre
Police (graphisme appliqué à un caractère donné) et Codage
de ce caractère qui est la convention adoptée pour représenter
lettre, chiffre, idéogramme, ... d'une langue dans une table
de 0-127 pour l'Ascii ou
de 0-255 pour les codes ASCII étendus
etc...

Ben justement non : je croyais que l'ordre des lettres dans une police état
immuable et spécifique à chaque police. Je crois que je viens d'avoir un
petit déclic...

Donc, d'après ce que tu me dis, je comprends que :
On pourrait utiliser toujours la même police, si toutefois elle avait tout
les caractères utilisés par chacun des codages
Je pourrai faire mon propre "codage" (pour un essai) où je modifie (sans
toucher à la police) l'apparence de la lettre 'a' et de la lettre 'z' ?
ensuite, si j'envoie ce codage sur un autre pc, je pourrai tout relire sans
fautes ?

Il doit donc exister des tables de codages sais-tu où elles sont et comment
on peut les modifier ?

merci,

--
@+
Paskal [MVP]
http://www.faqOE.com

Paskal

02/05/2005 à 16:23

Bonjour Fred

** sans oublier Charmap natif en principe sous Windows :
%SystemRoot%System32charmap.exe
chez moi Windows XP : C:WINDOWSsystem32charmap.exe

C'est malheureusement un peu plus compliqué qu'un problème de police
! J'avais commencé à faire une page
(http://www.faqoe.com/codage/essais.php) où j'affiche le même texte
avec des codages différents, il se semble pas être question de
police...
ps : les pages en iframe contiennent toutes le code php :
<?
for ($i3; $i<500; $i++){
echo chr($i)." ";
}

Bonsoir Paskal,
Je te fais part de ce que je connais sur la question.
En ISO bla bla : 1 octet = 1 caractère. On peut parler d'ASCII pour
les 127 premiers.
Donc très limité !
Pour étendre les jeux de caractères, on invente l'Unicode 16 bits
puis 32 bits (je crois connus aussi sous les noms UCS2 et UCS4)
Mais alors problème sur le web, on ne va pas envoyer 2 (voir 4
octets) pour un malheureux petit "a".
D'où l'invention des UTF-N qui sont, en quelque sorte, des
"compressions" de l'Unicode.
Avec dans le cas de l'UTF-8, un avantage non négligeable qui est la
compatibilité parfaite avec l'ASCII 7-bits.
En deux mots : un octet avec le bit de poids fort à 0 (0 -> 127) est
traduit directement en caractère équivalent de la table ASCII.
un octet avec le bit de poids fort à 1 doit être considéré comme le
premier d'une série (les octets suivants ont leurs 2 ou 3 bits de
poids fort qui indiquent qu'ils font partie d'une série mais je ne me
souviens plus du détail)
Voilà pourquoi, lorsque tu visualises une page encodée UTF-8 avec un
paramétrage ISO, certains caractères semblent remplacés par 2 (voir 3
ou 4 autres caractères) Et comme ces caractères ont leur bit de
poids fort à un, cela donne un aspect cabalistique au résultat !
Pour ce qui concerne ton code php, hélas je ne connais pas. Mais il me
semble qu'au dessus de 255 (pour ton paramètre $i), tu repars à 0.
Ton chr serait donc identique au chr du vb.

même chose : Le but est seulement de sortir le plus simplement possibel les
premiers caractères, et de le répéter sur plusieurs pages avec différents
codage, pour pouvoir les comparer.

Pour l'unicode au moins
il faudrait une espèce de chrw (comme en vb).
Il faut que je me penche sur le problème suivant, mais, il me semble
qu'un fichier htm peut être enregistré selon un format sur le
serveur, spécifier un autre encodage et c'est le serveur qui effectue
la conversion entre le stockage fichier et le flux réseau. (là je dis
peut-être des bêtises, mais je me documenterai).

Bref, tout cela est fort intéressant. Je ne suis pas encore
parfaitement au point car il y a du temps à passer mais j'y arriverai
;-)

Merci à toi

@+
pascal

Bonjour Fred

** sans oublier Charmap natif en principe sous Windows :
%SystemRoot%System32charmap.exe
chez moi Windows XP : C:WINDOWSsystem32charmap.exe

C'est malheureusement un peu plus compliqué qu'un problème de police
! J'avais commencé à faire une page
(http://www.faqoe.com/codage/essais.php) où j'affiche le même texte
avec des codages différents, il se semble pas être question de
police...
ps : les pages en iframe contiennent toutes le code php :
<?
for ($i3; $i<500; $i++){
echo chr($i)." ";
}

Bonsoir Paskal,
Je te fais part de ce que je connais sur la question.
En ISO bla bla : 1 octet = 1 caractère. On peut parler d'ASCII pour
les 127 premiers.
Donc très limité !
Pour étendre les jeux de caractères, on invente l'Unicode 16 bits
puis 32 bits (je crois connus aussi sous les noms UCS2 et UCS4)
Mais alors problème sur le web, on ne va pas envoyer 2 (voir 4
octets) pour un malheureux petit "a".
D'où l'invention des UTF-N qui sont, en quelque sorte, des
"compressions" de l'Unicode.
Avec dans le cas de l'UTF-8, un avantage non négligeable qui est la
compatibilité parfaite avec l'ASCII 7-bits.
En deux mots : un octet avec le bit de poids fort à 0 (0 -> 127) est
traduit directement en caractère équivalent de la table ASCII.
un octet avec le bit de poids fort à 1 doit être considéré comme le
premier d'une série (les octets suivants ont leurs 2 ou 3 bits de
poids fort qui indiquent qu'ils font partie d'une série mais je ne me
souviens plus du détail)
Voilà pourquoi, lorsque tu visualises une page encodée UTF-8 avec un
paramétrage ISO, certains caractères semblent remplacés par 2 (voir 3
ou 4 autres caractères) Et comme ces caractères ont leur bit de
poids fort à un, cela donne un aspect cabalistique au résultat !
Pour ce qui concerne ton code php, hélas je ne connais pas. Mais il me
semble qu'au dessus de 255 (pour ton paramètre $i), tu repars à 0.
Ton chr serait donc identique au chr du vb.

même chose : Le but est seulement de sortir le plus simplement possibel les
premiers caractères, et de le répéter sur plusieurs pages avec différents
codage, pour pouvoir les comparer.

Pour l'unicode au moins
il faudrait une espèce de chrw (comme en vb).
Il faut que je me penche sur le problème suivant, mais, il me semble
qu'un fichier htm peut être enregistré selon un format sur le
serveur, spécifier un autre encodage et c'est le serveur qui effectue
la conversion entre le stockage fichier et le flux réseau. (là je dis
peut-être des bêtises, mais je me documenterai).

Bref, tout cela est fort intéressant. Je ne suis pas encore
parfaitement au point car il y a du temps à passer mais j'y arriverai
;-)

Merci à toi

@+
pascal

Vous avez filtré cet utilisateur ! Consultez son message

Bonjour Fred

** sans oublier Charmap natif en principe sous Windows :
%SystemRoot%System32charmap.exe
chez moi Windows XP : C:WINDOWSsystem32charmap.exe

C'est malheureusement un peu plus compliqué qu'un problème de police
! J'avais commencé à faire une page
(http://www.faqoe.com/codage/essais.php) où j'affiche le même texte
avec des codages différents, il se semble pas être question de
police...
ps : les pages en iframe contiennent toutes le code php :
<?
for ($i3; $i<500; $i++){
echo chr($i)." ";
}

Bonsoir Paskal,
Je te fais part de ce que je connais sur la question.
En ISO bla bla : 1 octet = 1 caractère. On peut parler d'ASCII pour
les 127 premiers.
Donc très limité !
Pour étendre les jeux de caractères, on invente l'Unicode 16 bits
puis 32 bits (je crois connus aussi sous les noms UCS2 et UCS4)
Mais alors problème sur le web, on ne va pas envoyer 2 (voir 4
octets) pour un malheureux petit "a".
D'où l'invention des UTF-N qui sont, en quelque sorte, des
"compressions" de l'Unicode.
Avec dans le cas de l'UTF-8, un avantage non négligeable qui est la
compatibilité parfaite avec l'ASCII 7-bits.
En deux mots : un octet avec le bit de poids fort à 0 (0 -> 127) est
traduit directement en caractère équivalent de la table ASCII.
un octet avec le bit de poids fort à 1 doit être considéré comme le
premier d'une série (les octets suivants ont leurs 2 ou 3 bits de
poids fort qui indiquent qu'ils font partie d'une série mais je ne me
souviens plus du détail)
Voilà pourquoi, lorsque tu visualises une page encodée UTF-8 avec un
paramétrage ISO, certains caractères semblent remplacés par 2 (voir 3
ou 4 autres caractères) Et comme ces caractères ont leur bit de
poids fort à un, cela donne un aspect cabalistique au résultat !
Pour ce qui concerne ton code php, hélas je ne connais pas. Mais il me
semble qu'au dessus de 255 (pour ton paramètre $i), tu repars à 0.
Ton chr serait donc identique au chr du vb.

même chose : Le but est seulement de sortir le plus simplement possibel les
premiers caractères, et de le répéter sur plusieurs pages avec différents
codage, pour pouvoir les comparer.

Pour l'unicode au moins
il faudrait une espèce de chrw (comme en vb).
Il faut que je me penche sur le problème suivant, mais, il me semble
qu'un fichier htm peut être enregistré selon un format sur le
serveur, spécifier un autre encodage et c'est le serveur qui effectue
la conversion entre le stockage fichier et le flux réseau. (là je dis
peut-être des bêtises, mais je me documenterai).

Bref, tout cela est fort intéressant. Je ne suis pas encore
parfaitement au point car il y a du temps à passer mais j'y arriverai
;-)

Merci à toi

@+
pascal

*test pièce jointe deux méthodes050430*

10 réponses

Veuillez sélectionner un problème

test pièce jointe deux méthodes050430