je n'arrive pas à afficher certains caractères dans l'interpréteur de commandes Python

Bonjour,

J'apprends à programmer en Python et j'ai téléchargé Python 3.13 sous Windows. Je rencontre des problèmes pour afficher des chaines de caractères. Je n'arrive pas à afficher le caractère backslash \ ni les accolades { et } dans l'interpréteur de commandes : quand j'appuie sur alt gr+8, rien ne s'affiche ; de même, quand j'appuie sur alt gr+4, rien ne s'affiche ; pareil pour alt gr++, rien ne s'affiche dans l'interpréteur. Du coup, je ne peux rien faire, je ne peux pas programmer et je n'ai pas pu avancer dans mon apprentissage du Python.
Je vous remercie d'avance de votre aide.

Bien cordialement,

Florence150982

Bonjour

Est-ce que tu peux écrire (et non afficher) ces caractères dans un éditeur de texte style blocnote ? Histoire de voir si ça vient de ton ordi ou de Python...
Si ça vient de Python tu peux tenter de désinstaller et réinstaller.

Accessoirement il n'est pas besoin de nécessairement coder dans l'interpréteur pour programmer en Python. Tu écris ton code dans un éditeur (blocnote ou notepad++ qui est plus évolué) et ensuite tu demander à l'interpréteur de l'exécuter.

Bonjour,

Merci pour ta réponse.
Oui, j'arrive à écrire ces caractères dans blocnote, donc ça vient de Python. J'ai essayé de désinstaller et réinstaller, mais ça n'a rien changé.

Bien cordialement,

Salut,

L'affichage de l'interpréteur a été modifié avec la 3.13. Je n'ai pas trouvé de rapport de bug qui ressemble à ce que vous racontez, mais essayez voir si installer une 3.12 change quelque chose.

Précisez aussi comment vous lancez l'interpréteur.


- W

Citation:

---

Envoyé par wiztricks

Je n'ai pas trouvé de rapport de bug qui ressemble à ce que vous racontez,

---

Sisi elle a raison. Avec Python3.13.3 (que je viens d'installer sur une machine test), en mode console je ne peux ni écrire de backslash, ni d'accolades. Pas top pratique pour les dictionnaires et ensembles.
Tandis que je peux dans idle.

Pire encore, j'ai tenté de copier dans la console mon code idle (copier/coller à la Windows) mais ça n'a pas recopié les accolades. Et donc mon ensemble écrit dans idle devient un bête tuple dans la console :ptdr:

Pièce jointe 666822

Citation:

---

Envoyé par wiztricks

L'affichage de l'interpréteur a été modifié avec la 3.13.

---

Ben ça semble pas au point...:?

Citation:

---

Envoyé par wiztricks

mais essayez voir si installer une 3.12 change quelque chose.

---

Avec la 3.12.10 ça va.
Pièce jointe 666827

Citation:

---

Envoyé par Sve@r

Sisi elle a raison. Avec Python3.13.3 (que je viens d'installer sur une machine test), en mode console je ne peux ni écrire de backslash, ni d'accolades.

---

S'il n'y a pas de bug report, on ne peut pas profiter de ce qui aurait pu être fait... Et comme je ne reproduis pas cela avec ma 13.0, difficile d'imaginer d'autres pistes supportables pour un débutant: installer une version "ancienne", c'est pas trop compliqué et suffisant pour apprendre à programmer avec python.

Depuis, j'ai installé la dernière version(*) et reproduit le soucis.

On peut le "corriger" en forçant l'interpréteur à utiliser l'ancienne version en définissant la variable d'environnement PYTHON_BASIC_REPL a ce qu'on veut.

(*) morale: ne jamais installer les dernières versions pour autre chose que "tester" nouveautés ou non-regression (et ouvrir des bugs reports mais ici, c'est déjà fait).

- W

Citation:

---

Envoyé par wiztricks

Et comme je ne reproduis pas cela avec ma 13.0

---

La version 3.13.2 fonctionne elle-aussi correctement (enfin sur ce détail).

Citation:

---

Envoyé par wiztricks

morale: ne jamais installer les dernières versions pour autre chose que "tester" nouveautés ou non-regression

---

Non là je ne peux pas être d'accord. Quand une version sort en release, elle est censée être correcte. Oui il peut y avoir des bugs non repérés (encore que pour rater celui-là...) mais on ne peut pas reprocher à quelqu'un d'avoir fait confiance aux promesses implicites. Un débutant (ou même un utilisateur chevronné qui réinstalle son PC) il va d'instinct télécharger la dernière version présentée comme stable.
Pour les tests et autres, il y a les versions beta offertes justement pour ça.

Citation:

---

Envoyé par wiztricks

installer une version "ancienne", c'est pas trop compliqué et suffisant pour apprendre à programmer avec python.

---

Certes mais c'eût été mieux si cela avait pu être évité. Oui c'est pas trop compliqué mais c'est égal, je trouve que là c'est un coup à faire baisser Python en crédibilité :?

bonjour

Citation:

---

pas trouvé de rapport de bug

---

https://github.com/python/cpython/issues/132439

Citation:

---

Envoyé par Sve@r

Non là je ne peux pas être d'accord. Quand une version sort en release, elle est censée être correcte.

---

Vous constatez que la réalité est autre... mais persistez à croire que tout serait résolu en améliorant le suivi qualité (i.e. le nombre des qui vont contrôler que...) ou en cochant les bonnes cases.
Vous avez le droit de rêver....

- W

Citation:

---

Envoyé par wiztricks

Vous constatez que la réalité est autre...

---

Euh... j'ai bien précisé que le bug n'était jamais à exclure. Ceci dit, il n'est pas non plus présent dans la version 3.13.3 de Linux.

Citation:

---

Envoyé par wiztricks

mais persistez à croire que tout serait résolu en améliorant le suivi qualité (i.e. le nombre des qui vont contrôler que...) ou en cochant les bonnes cases.
Vous avez le droit de rêver....

---

Ce n'est pas ce que j'ai dit !!!
Tu dis qu'il ne faut pas installer les dernières versions. Je réponds que si, que les gens, surtout quand ils débutent, vont télécharger les dernières versions et c'est naturel. Quand tu veux essayer un nouveau logiciel dont tu as entendu parler, tu ne vas pas sur sa dernière version ???
"censé" être correct veut dire que c'est correct autant que possible, que le truc a été testé avant d'être mis à disposition ; pas que tout serait résolu. Faudrait éviter de déformer les propos sinon le dialogue va être difficile (remarque avec toi il l'est assez souvent).

Citation:

---

Envoyé par Sve@r

Tu dis qu'il ne faut pas installer les dernières versions. Je réponds que si, que les gens, surtout quand ils débutent, vont télécharger les dernières versions et c'est naturel. Quand tu veux essayer un nouveau logiciel dont tu as entendu parler, tu ne vas pas sur sa dernière version ???

---

J'ai écris qu'il ne fallait installer les dernières versions que pour tester ou voir s'il y avait de régressions. Dit autrement on ne va pas se lancer à "produire" avec.

Suffit de lire, non?

Le débutant qui apprend à programmer ne goute pas python pour voir, il va y passer plusieurs semaines et à intérêt à s'être choisir un tuto et la version qui va avec.

Pour le reste, oui, c'est un bug spécifique à Windows (et mentionné dans le bug report en référence).

- W

Citation:

---

Envoyé par wiztricks

J'ai écris qu'il ne fallait installer les dernières versions que pour tester ou voir s'il y avait de régressions.

---

Ben non. C'est pour ça que j'ai dit que je n'étais pas d'accord avec toi. C'est ça un forum, un lieu où les gens donnent leur avis, avis motivé par leur expérience personnelle.

Citation:

---

Envoyé par wiztricks

Dit autrement on ne va pas se lancer à "produire" avec.

---

J'aimerais bien savoir combien pensent comme toi. Combien qui vont se lancer à "produire" sur un Windows vierge se disent "ouh là là ne téléchargeons pas la dernière release de peur de tomber sur un bug non prévu, telechargeons plutôt la release précédente (qui, à une époque plus ancienne, était pourtant elle-même la "dernière" release)...:?

Citation:

---

Envoyé par wiztricks

Suffit de lire, non?

---

Justement, c'est parce que j'avais parfaitement lu ce que tu avais écrit que j'ai donné mon avis à ce sujet. Et sans avoir besoin de déformer tes propos pour donner aux miens plus de pertinence.

Citation:

---

Envoyé par Sve@r

J'aimerais bien savoir combien pensent comme toi. Combien qui vont se lancer à "produire" sur un Windows vierge se disent "ouh là là ne téléchargeons pas la dernière release de peur de tomber sur un bug non prévu, telechargeons plutôt la release précédente (qui, à une époque plus ancienne, était pourtant elle-même la "dernière" release)...:?

---

Le forum indiqué pour ce genre de question est ALM (application life cycle management).
Maintenant, c'est un sujet qui a été et est toujours largement débatu depuis des lustres... un peu de recherche avec la phrase "should we install latest release", vous donnera la température des opinions/arguments sur ce sujet.

- W

Citation:

---

Envoyé par wiztricks

Maintenant, c'est un sujet qui a été et est toujours largement débatu depuis des lustres...

---

Exactement, débattu c'est le verbe adéquat. Débattre avec argumentation sans se faire traiter de "rêveur" dès que l'opinion de l'interlocuteur ne correspond pas à la sienne.

Citation:

---

Envoyé par wiztricks

un peu de recherche avec la phrase "should we install latest release", vous donnera la température des opinions/arguments sur ce sujet.

---

Vu. Il vaut mieux toutefois taper "should we install latest release python" car sinon on tombe plutôt sur des débats qui traitent de distributions Linux (et là il y a d'autres considérations comme "LTS" qui changent un peu la donne). Toutefois ces débats (températures) parlent plutôt de "course à la version" ce qui n'est pas la même chose que "quelle première version installer quand on veut se lancer dans...". Perso ça fait longtemps que je ne cours plus après les versions. Sans parler de bugs éventuels, il y a des trucs qui m'exaspèrent comme par exemple le logiciel TreeSizePro (affichage des dossiers triés par leurs tailles) qui pèse 20M en version 5 et 200M en version 9 (que fait-il de plus qui nécessite ce poids x10 ?)

Citation:

---

Envoyé par Sve@r

Exactement, débattu c'est le verbe adéquat. Débattre avec argumentation sans se faire traiter de "rêveur" dès que l'opinion de l'interlocuteur ne correspond pas à la sienne.

---

Si vous déclarez:

Citation:

---

Envoyé par Sve@r

Non là je ne peux pas être d'accord. Quand une version sort en release, elle est censée être correcte. Oui il peut y avoir des bugs non repérés (encore que pour rater celui-là...)

---

Vous parlez d'un truc qui n'existe que dans vos rêves... on peut donc vous traiter de rêveur car ce que vous racontez n'existe pas.

Par curiosité, allez voir l'état d'une liste de bugs à la sortie d'une nouvelle version, vous verrez qu'elle est rarement voire jamais vide (et loin de là).

Dans un forum technique, on part de faits et non d'une opinion. Le bug reporté par le PO est avéré... et les bugs non corrigés lors de la sortie d'une nouvelle version aussi. on fait quoi avec votre "censé être correct?"

Tout le travail d'un professionnel est de faire avec ces réalités. Elles ne sont pas trop pénalisantes lorsqu'on programme pour s'amuser mais peuvent être préoccupantes lorsqu'on a des délais, une équipe à faire bosser,....

Citation:

---

Envoyé par Sve@r

Il vaut mieux toutefois taper "should we install latest release python" car sinon on tombe plutôt sur des débats

---

Le débat sera toujours un arbitrage entre avantages/inconvénients/risques en fonction d'un contexte que ce soit pour Python, Linux, Windows ou n'importe quelle bibliothèque un peu vivante.

- W

Hello,

On peut sur un point de vue générale qu'être d'accord avec le fait que lors de nouvelles features (montée en version), il y a toujours des risques de bugs, que les PR foisonnent, etc... et c'est normal !

Cependant dans ce cas précis, ce n'est pas une nouvelle feature, ça fonctionnait dans une version précédente, c'est donc ce qu'on appelle une régression... et c'est une régression liée à un manque de tests unitaires (suffit de voir la PR pour se rendre compte de la multitude de tests unitaires créés).

Donc pour ce cas, non, à mon sens ce n'est pas normal, mais en même temps, c'est quand même une fonctionnalité de base, elle devrait faire partie de tests de non régression... ce qui va être fait pour le coup, dans les versions suivantes.

Citation:

---

Envoyé par fred1599

Donc pour ce cas, non, à mon sens ce n'est pas normal, mais en même temps, c'est quand même une fonctionnalité de base, elle devrait faire partie de tests de non régression... ce qui va être fait pour le coup, dans les versions suivantes.

---

Le sujet est plutôt du côté précautions à prendre dans les montées de versions. Si c'est pour juste tester on fait ce qu'on veut, pour faire des choses un peu plus sérieuses on réfléchira 3 fois.

Après, est-ce que ce bug là est "normal" et est ce qu'il aurait pu être évité: c'est une discussion interne aux développeurs de python auquel on aura pas beaucoup accès à du factuel sans en faire partie. C'est aussi d'un intérêt limité: on fera avec quelques soient les causes (et son opinion sur le sujet).

- W

Bonjour,

J'ai suivi vos conseils : j'ai désinstallé Python 3.13 et installé Python 3.12 à la place, et le problème est résolu : les backslash \ s'affichent, ainsi que les accolades {, }. Le problème est résolu. Il venait donc de la version Python 3.13. Je peux maintenant apprendre à programmer en Python.
Je vous remercie pour votre aide.

Bien cordialement,

Citation:

---

Envoyé par Florence150982

Il venait donc de la version Python 3.13.

---

Très exactement de la 3.13.3 (et c'est vraiment pas de chance). Avec la 3.13.2 ça aurait fonctionné.
Mais pour l'apprentissage (voire même la production opérationnelle) la 3.12 suffira parfaitement.

Hello,
Dans le python 3.13.3 il y a un moyen de désactiver la modification qui pose problème avec l'interpréteur, grâce à la variable d'environnement PYTHON_BASIC_REPL

Citation:

---

PYTHON_BASIC_REPL¶
Si cette variable est définie sur n'importe quelle valeur, l'interpréteur n'essaiera pas de charger le nouveau REPL en python qui nécessite curses et readline, et utilisera à la place l'analyseur traditionnel REPL.

---

Pour utiliser cette variable dans le lancement de l'interpréteur python pour windows :
créer un fichier script (ex : monPython.cmd) dans le répertoire du python avec dedans :

Code:

---

1 2	set PYTHON_BASIC_REPL=1 .\python.exe

---

Lancer ce script au lieu de lancer python.exe


Testé OK sous Windows 11


Ami calmant, J.P