Avec IDLE, la chaîne u') Nombre d'itérations = ' passe. Par contre, avec Eclipse et Pydev, le é ne passe plus. Que dois je faire ?
D'abord apprendre à poster une description précise du symptôme (avec copie du message d'erreur et du traceback s'il y en a). "ne passe plus", c'est un peu court...
Etienne Rousee a écrit :
Bonjour,
Avec IDLE, la chaîne u') Nombre d'itérations = ' passe.
Par contre, avec Eclipse et Pydev, le é ne passe plus.
Que dois je faire ?
D'abord apprendre à poster une description précise du symptôme (avec
copie du message d'erreur et du traceback s'il y en a). "ne passe plus",
c'est un peu court...
Avec IDLE, la chaîne u') Nombre d'itérations = ' passe. Par contre, avec Eclipse et Pydev, le é ne passe plus. Que dois je faire ?
D'abord apprendre à poster une description précise du symptôme (avec copie du message d'erreur et du traceback s'il y en a). "ne passe plus", c'est un peu court...
Etienne Rousee
Le 08/06/2010 13:47, Bruno Desthuilliers a écrit :
Etienne Rousee a écrit :
Bonjour,
Avec IDLE, la chaîne u') Nombre d'itérations = ' passe. Par contre, avec Eclipse et Pydev, le é ne passe plus. Que dois je faire ?
D'abord apprendre à poster une description précise du symptôme (avec copie du message d'erreur et du traceback s'il y en a). "ne passe plus", c'est un peu court...
SyntaxError: Non-ASCII character 'xe9' in file C:Documents and SettingsutilworkspaceVracsrcCollatz.py on line 53, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
Je n'ai pas compris grand chose à la page indiquée.
Et je voudrais bien pouvoir utiliser les caractères accentués.
Merci d'avance.
--
Etienne
Le 08/06/2010 13:47, Bruno Desthuilliers a écrit :
Etienne Rousee a écrit :
Bonjour,
Avec IDLE, la chaîne u') Nombre d'itérations = ' passe.
Par contre, avec Eclipse et Pydev, le é ne passe plus.
Que dois je faire ?
D'abord apprendre à poster une description précise du symptôme (avec
copie du message d'erreur et du traceback s'il y en a). "ne passe plus",
c'est un peu court...
SyntaxError: Non-ASCII character 'xe9' in file C:Documents and
SettingsutilworkspaceVracsrcCollatz.py on line 53, but no encoding
declared; see http://www.python.org/peps/pep-0263.html for details
Je n'ai pas compris grand chose à la page indiquée.
Et je voudrais bien pouvoir utiliser les caractères accentués.
Le 08/06/2010 13:47, Bruno Desthuilliers a écrit :
Etienne Rousee a écrit :
Bonjour,
Avec IDLE, la chaîne u') Nombre d'itérations = ' passe. Par contre, avec Eclipse et Pydev, le é ne passe plus. Que dois je faire ?
D'abord apprendre à poster une description précise du symptôme (avec copie du message d'erreur et du traceback s'il y en a). "ne passe plus", c'est un peu court...
SyntaxError: Non-ASCII character 'xe9' in file C:Documents and SettingsutilworkspaceVracsrcCollatz.py on line 53, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
Je n'ai pas compris grand chose à la page indiquée.
Et je voudrais bien pouvoir utiliser les caractères accentués.
Merci d'avance.
--
Etienne
danieldelay
L'erreur est:
SyntaxError: Non-ASCII character 'xe9' in file C:Documents and SettingsutilworkspaceVracsrcCollatz.py on line 53, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
Bonjour,
Il faut regarder dans les options de ton éditeur l'encodage de caractère qu'il utilise, par exemple "utf-8", et indiquer cet encodage au tout début de ton fichier python en rajoutant une ligne du genre
# -*- coding: utf-8 -*-
(l'encodage utf-8 est conseillé, il devient l'encodage par défaut dans python 3)
Daniel
L'erreur est:
SyntaxError: Non-ASCII character 'xe9' in file C:Documents and
SettingsutilworkspaceVracsrcCollatz.py on line 53, but no encoding
declared; see http://www.python.org/peps/pep-0263.html for details
Bonjour,
Il faut regarder dans les options de ton éditeur l'encodage de caractère
qu'il utilise, par exemple "utf-8", et indiquer cet encodage au tout
début de ton fichier python en rajoutant une ligne du genre
# -*- coding: utf-8 -*-
(l'encodage utf-8 est conseillé, il devient l'encodage par défaut dans
python 3)
SyntaxError: Non-ASCII character 'xe9' in file C:Documents and SettingsutilworkspaceVracsrcCollatz.py on line 53, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
Bonjour,
Il faut regarder dans les options de ton éditeur l'encodage de caractère qu'il utilise, par exemple "utf-8", et indiquer cet encodage au tout début de ton fichier python en rajoutant une ligne du genre
# -*- coding: utf-8 -*-
(l'encodage utf-8 est conseillé, il devient l'encodage par défaut dans python 3)
Daniel
Etienne Rousee
Il faut regarder dans les options de ton éditeur l'encodage de caractère qu'il utilise, par exemple "utf-8", et indiquer cet encodage au tout début de ton fichier python en rajoutant une ligne du genre
# -*- coding: utf-8 -*-
(l'encodage utf-8 est conseillé, il devient l'encodage par défaut dans python 3)
Merci beaucoup, ça marche.
--
Etienne
Il faut regarder dans les options de ton éditeur l'encodage de caractère
qu'il utilise, par exemple "utf-8", et indiquer cet encodage au tout
début de ton fichier python en rajoutant une ligne du genre
# -*- coding: utf-8 -*-
(l'encodage utf-8 est conseillé, il devient l'encodage par défaut dans
python 3)
Il faut regarder dans les options de ton éditeur l'encodage de caractère qu'il utilise, par exemple "utf-8", et indiquer cet encodage au tout début de ton fichier python en rajoutant une ligne du genre
# -*- coding: utf-8 -*-
(l'encodage utf-8 est conseillé, il devient l'encodage par défaut dans python 3)
Merci beaucoup, ça marche.
--
Etienne
Bruno Desthuilliers
Etienne Rousee a écrit : (snip)
D'autres t'on déjà répondu pour l'encodage donc pb résolu. Je me permet une ou deux petites suggestions au passage:
Tu n'a pas besoin d'utiliser une chaine unicode ici. Mais si tu veux utiliser de l'unicode, au moins fait le partout - au lieu de concaténer unicode et str !-)
Egalement, utiliser des double quotes t'évite de devoir échapper les simples quote.
+ str(k))
Python propose des fonctionnalités de formatage de chaine qui rendent le code plus lisible. En Python 2.x, par exemple:
Tu n'a pas besoin d'utiliser une chaine unicode ici. Mais si tu veux
utiliser de l'unicode, au moins fait le partout - au lieu de concaténer
unicode et str !-)
Egalement, utiliser des double quotes t'évite de devoir échapper les
simples quote.
+ str(k))
Python propose des fonctionnalités de formatage de chaine qui rendent le
code plus lisible. En Python 2.x, par exemple:
Tu n'a pas besoin d'utiliser une chaine unicode ici. Mais si tu veux utiliser de l'unicode, au moins fait le partout - au lieu de concaténer unicode et str !-)
Egalement, utiliser des double quotes t'évite de devoir échapper les simples quote.
+ str(k))
Python propose des fonctionnalités de formatage de chaine qui rendent le code plus lisible. En Python 2.x, par exemple:
D'accord, c'est plus lisible et je préfère. Le problème est que ça ne fonctionne pas. J'obtiens deux petits carrés à la place du é. J'utilise Python 2.6.5 avec Eclipse.
--
Etienne
Le 09/06/2010 09:58, Bruno Desthuilliers a écrit :
Python propose des fonctionnalités de formatage de chaine qui rendent le
code plus lisible. En Python 2.x, par exemple:
D'accord, c'est plus lisible et je préfère.
Le problème est que ça ne fonctionne pas.
J'obtiens deux petits carrés à la place du é.
J'utilise Python 2.6.5 avec Eclipse.
D'accord, c'est plus lisible et je préfère. Le problème est que ça ne fonctionne pas. J'obtiens deux petits carrés à la place du é. J'utilise Python 2.6.5 avec Eclipse.
--
Etienne
Bruno Desthuilliers
Etienne Rousee a écrit :
Le 09/06/2010 09:58, Bruno Desthuilliers a écrit :
Python propose des fonctionnalités de formatage de chaine qui rendent le code plus lisible. En Python 2.x, par exemple:
D'accord, c'est plus lisible et je préfère. Le problème est que ça ne fonctionne pas. J'obtiens deux petits carrés à la place du é.
Où ça ? Lors de l'affichage de ce label à l'exécution, ou dans ton éditeur de code ? Désolé de devoir poser la question, mais ma boule de cristal est chez le garagiste pour la révision annuelle...
Anyway : t'a un problème d'encodage. Vérifie déjà que l'encodage de ton fichier source est correctement déclaré (c'est à dire que la déclaration correspond à l'encodage effectif). Après, regarde la doc de l'outil concerné (éditeur de code ou bibliothèque utilisée) selon l'endroit où apparait ton pb.
Etienne Rousee a écrit :
Le 09/06/2010 09:58, Bruno Desthuilliers a écrit :
Python propose des fonctionnalités de formatage de chaine qui rendent le
code plus lisible. En Python 2.x, par exemple:
D'accord, c'est plus lisible et je préfère.
Le problème est que ça ne fonctionne pas.
J'obtiens deux petits carrés à la place du é.
Où ça ? Lors de l'affichage de ce label à l'exécution, ou dans ton
éditeur de code ? Désolé de devoir poser la question, mais ma boule de
cristal est chez le garagiste pour la révision annuelle...
Anyway : t'a un problème d'encodage. Vérifie déjà que l'encodage de ton
fichier source est correctement déclaré (c'est à dire que la déclaration
correspond à l'encodage effectif). Après, regarde la doc de l'outil
concerné (éditeur de code ou bibliothèque utilisée) selon l'endroit où
apparait ton pb.
D'accord, c'est plus lisible et je préfère. Le problème est que ça ne fonctionne pas. J'obtiens deux petits carrés à la place du é.
Où ça ? Lors de l'affichage de ce label à l'exécution, ou dans ton éditeur de code ? Désolé de devoir poser la question, mais ma boule de cristal est chez le garagiste pour la révision annuelle...
Anyway : t'a un problème d'encodage. Vérifie déjà que l'encodage de ton fichier source est correctement déclaré (c'est à dire que la déclaration correspond à l'encodage effectif). Après, regarde la doc de l'outil concerné (éditeur de code ou bibliothèque utilisée) selon l'endroit où apparait ton pb.
Etienne Rousee
Le 10/06/2010 10:06, Bruno Desthuilliers a écrit :
Etienne Rousee a écrit :
Le 09/06/2010 09:58, Bruno Desthuilliers a écrit :
Python propose des fonctionnalités de formatage de chaine qui rendent le code plus lisible. En Python 2.x, par exemple:
D'accord, c'est plus lisible et je préfère. Le problème est que ça ne fonctionne pas. J'obtiens deux petits carrés à la place du é.
Où ça ? Lors de l'affichage de ce label à l'exécution, ou dans ton éditeur de code ?
A l'exécution, bien sûr.
Anyway : t'a un problème d'encodage. Vérifie déjà que l'encodage de ton fichier source est correctement déclaré (c'est à dire que la déclaration correspond à l'encodage effectif). Après, regarde la doc de l'outil concerné (éditeur de code ou bibliothèque utilisée) selon l'endroit où apparait ton pb.
Dans Eclipse, j'ai mis utf-8 dans Edit - Set encoding ainsi que dans Project - Text file encoding. Et j'ai rajouté la ligne # -*- coding: utf-8 -*- au début du fichier. J'ai du oublier quelque chose, mais quoi ? Par contre, ces modifications ont été suffisantes pour mon ancien code, avec les str.
Eclipse utilise pydev. Peut-être y a-t-il un rapport ?
--
Etienne
Le 10/06/2010 10:06, Bruno Desthuilliers a écrit :
Etienne Rousee a écrit :
Le 09/06/2010 09:58, Bruno Desthuilliers a écrit :
Python propose des fonctionnalités de formatage de chaine qui rendent le
code plus lisible. En Python 2.x, par exemple:
D'accord, c'est plus lisible et je préfère.
Le problème est que ça ne fonctionne pas.
J'obtiens deux petits carrés à la place du é.
Où ça ? Lors de l'affichage de ce label à l'exécution, ou dans ton
éditeur de code ?
A l'exécution, bien sûr.
Anyway : t'a un problème d'encodage. Vérifie déjà que l'encodage de ton
fichier source est correctement déclaré (c'est à dire que la déclaration
correspond à l'encodage effectif). Après, regarde la doc de l'outil
concerné (éditeur de code ou bibliothèque utilisée) selon l'endroit où
apparait ton pb.
Dans Eclipse, j'ai mis utf-8 dans Edit - Set encoding ainsi que
dans Project - Text file encoding.
Et j'ai rajouté la ligne # -*- coding: utf-8 -*-
au début du fichier.
J'ai du oublier quelque chose, mais quoi ?
Par contre, ces modifications ont été suffisantes pour mon
ancien code, avec les str.
Eclipse utilise pydev. Peut-être y a-t-il un rapport ?
D'accord, c'est plus lisible et je préfère. Le problème est que ça ne fonctionne pas. J'obtiens deux petits carrés à la place du é.
Où ça ? Lors de l'affichage de ce label à l'exécution, ou dans ton éditeur de code ?
A l'exécution, bien sûr.
Anyway : t'a un problème d'encodage. Vérifie déjà que l'encodage de ton fichier source est correctement déclaré (c'est à dire que la déclaration correspond à l'encodage effectif). Après, regarde la doc de l'outil concerné (éditeur de code ou bibliothèque utilisée) selon l'endroit où apparait ton pb.
Dans Eclipse, j'ai mis utf-8 dans Edit - Set encoding ainsi que dans Project - Text file encoding. Et j'ai rajouté la ligne # -*- coding: utf-8 -*- au début du fichier. J'ai du oublier quelque chose, mais quoi ? Par contre, ces modifications ont été suffisantes pour mon ancien code, avec les str.
Eclipse utilise pydev. Peut-être y a-t-il un rapport ?
--
Etienne
Etienne Rousee
Le 10/06/2010 10:06, Bruno Desthuilliers a écrit :
Anyway : t'a un problème d'encodage. Vérifie déjà que l'encodage de ton fichier source est correctement déclaré (c'est à dire que la déclaration correspond à l'encodage effectif). Après, regarde la doc de l'outil concerné (éditeur de code ou bibliothèque utilisée) selon l'endroit où apparait ton pb.
J'ai aussi mis utf-8 dans Windows → Preference → General → workspace et j'ai rajouté la ligne -Dfile.encoding=UTF-8 dans eclipse.ini Rien n'y fait.
--
Etienne
Le 10/06/2010 10:06, Bruno Desthuilliers a écrit :
Anyway : t'a un problème d'encodage. Vérifie déjà que l'encodage de ton
fichier source est correctement déclaré (c'est à dire que la déclaration
correspond à l'encodage effectif). Après, regarde la doc de l'outil
concerné (éditeur de code ou bibliothèque utilisée) selon l'endroit où
apparait ton pb.
J'ai aussi mis utf-8 dans Windows → Preference → General → workspace
et j'ai rajouté la ligne -Dfile.encoding=UTF-8 dans eclipse.ini
Rien n'y fait.
Le 10/06/2010 10:06, Bruno Desthuilliers a écrit :
Anyway : t'a un problème d'encodage. Vérifie déjà que l'encodage de ton fichier source est correctement déclaré (c'est à dire que la déclaration correspond à l'encodage effectif). Après, regarde la doc de l'outil concerné (éditeur de code ou bibliothèque utilisée) selon l'endroit où apparait ton pb.
J'ai aussi mis utf-8 dans Windows → Preference → General → workspace et j'ai rajouté la ligne -Dfile.encoding=UTF-8 dans eclipse.ini Rien n'y fait.
--
Etienne
Etienne Rousee
Le 10/06/2010 10:06, Bruno Desthuilliers a écrit :