Discussion :

[dw0604]

Bonjour,
Débutant en python, malgré mes recherches, je me heurte à un problème d'accent. Je crois qu'il s'agit d'un problème lié à VisualStudio Community 2022 mais n'en suis pas sûr. Ci après je vous met mes essais
Si quelqu'un pouvait me mettre sur une piste ce serait super.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
# -*- coding: utf-8 -*-
 
import sys
from PySide6.QtWidgets import *
 
def msgDW():
        msg=QMessageBox()
        msg.setText("Appel Verifié")   #'Appel vérifié'
        return msg.exec()
 
 
if __name__ == "__main__":
    app = QApplication(sys.argv)
    retour = msgDW()

si j'envoie le code ci-après en mode interactif tout se passe bien
le message s'affiche bien

fenêtre interactive envAdressBook (Python 3.10 (64-bit)) [PTVS 17.0.22179.3-17.0]
Tapez $help pour obtenir la liste des commandes.
>>>
>>> # -*- coding: utf-8 -*-
...
... import sys
...
>>> from PySide6.QtWidgets import *
>>> def msgDW():
... msg=QMessageBox()
... msg.setText("Appel Verifié") #'Appel vérifié'
... return msg.exec()
...
>>> if __name__ == "__main__":
... app = QApplication(sys.argv)
... retour = msgDW()
...
si je passe par Déboguer/Exécuter le fichier en mode interactif
voila ce que j'obtiens

La fenêtre interactive n'a pas encore démarré.
Exécution de ....\essaiAccent.py
File "......\essaiAccent.py", line 8
msg.setText("Appel Verifi�") #'Appel v�rifi�'
^
SyntaxError: (unicode error) 'utf-8' codec can't decode byte 0xe9 in position 12: unexpected end of data
>>>


si je passe par Deboguer/Exécuter sans debogage
voila ce qe j'obtiens....dans une fenetre c:\windows\sstem32\cmd.exe

File ".....\essaiAccent.py", line 8
msg.setText("Appel Verifi�") #'Appel v�rifi�'
^
SyntaxError: (unicode error) 'utf-8' codec can't decode byte 0xe9 in position 12: unexpected end of data
Appuyez sur une touche pour continuer...

Merci pour votre aide

[Sve@r]

Bonjour

C'est effectivement un souci d'unicode. Sans même passer par Pyside, tu peux tenter un simple print("ééé") et voir le résultat (qui sera le même). Et ton programme fonctionne parfaitement chez-moi.
Il semblerait que l'interpréteur Python de VS Community ne prenne pas en compte la ligne # -*- coding: utf-8 -*- qui indique que le code source est écrit en utf-8 (enfin s'il l'est vraiment !!! tu devrais l'ouvrir avec Notepad++ et vérifier son encodage)

Donc s'il est vraiment écrit en utf-8, tu peux tenter la nouvelle syntaxe # coding: utf-8 voir si VS Community la comprend mieux.
Accessoirement, passer par VS Community pour faire du Python alors que que le vrai Python, avec son vrai interpréteur, existe en natif pour Windows, c'est vraiment faire montre de snobisme absolu. T'es tellement un fan de Microsoft que tu utilises toutes leurs merdes ? Il y a beaucoup de trucs qu'on faisait déjà gratuitement et efficacement bien avant qu'ils viennent les récupérer pour les dégrader et ensuite te les revendre !!!

[dw0604]

Merci pour ta réponse si rapide.
J'ai refait le test avec QtCreator et effectivement cela marche bien.

J'ai donc vérifié l'encodage du fichier au moment de la sauvegarde et effectivement VS le sauvegarde en ANSI par défaut
en le sauvegardant en UTF-8 plus de problème avec VS

je connaissais un peu VS et c'est pourquoi j'ai commencé python avec lui. Je vais essayer QtCreator et pourquoi ne pas l'adopter si j'arrive à être aussi à l'aise que VS.

Merci de m'avoir dépanner

[Sve@r]

J'ai donc vérifié l'encodage du fichier au moment de la sauvegarde et effectivement VS le sauvegarde en ANSI par défaut

Tu as probablement une option pour écrire en utf-8. VS c'est de la daube, on est tous d'accord, mais c'est quand-même pas une telle daube qu'il n'aille jusqu'à pas proposer cette possibilité qui est déjà bien implanté depuis 10 ans. Même notepad (le basique) écrit en utf-8 !!!
Toutefois si tu dis à Python "ceci est de l'utf-8" et que c'en est pas, normal qu'il plante. Et il plantera au moment où l'utf devient nécessaire c'est à dire quand il arrive sur les caractères accentués.

Je vais essayer QtCreator et pourquoi ne pas l'adopter si j'arrive à être aussi à l'aise que VS.

Je n'ai pas parlé de QtCreator mais de Python. QtCreator c'est juste un outil qui permet de créer rapidement des IHM Qt et n'a rien à voir. Il produit un fichier xml qui doit ensuite être traduit dans le langage que tu utilises (uic qui génèrera du C++, pyuic qui génèrera du Python).
Ensuite c'est Python qui interprète le Python, pas QtCreator. QtCreator n'est d'ailleurs même pas obligatoire pour faire du Qt. Tu trouveras ici toute une gamme de tutos PyQt tous faits sans QtCreator (tutos écrits en PyQt5 et PyQt6 qui est très proche de PySide6)

[dw0604]

Bonjour.....
Merci pour ces précisions et pour ton implication sur le site.

J'ai effectivement trouvé la solution pour sauvegarder en utf-8 depuis VS. Celui-ci accepte les fichiers .editorconfig
Je considérai QtCreator comme un EDI (QtDesigner étant l'outil pour faire l'interface IHM) et c'est pour cela que je pensais le comparer à VS

J'ai choisi pyside6 suite au lien suivant.... https://www.pythonguis.com/faq/pyqt6-vs-pyside6/ ai-je eu tord? (tu as fait les tutos avec PYQT6)

sinon je sais que je ne suis pas sur le forum QT mais je n'ai rien trouver sur celui-ci concernant les règles syntaxiques de la documentation QT et d'ailleurs rien non plus dans la doc QT. Aurais-tu un lien à me conseiller?

[Sve@r]

ai-je eu tord?

Absolument pas. Je ne sais pas lequel est meilleur ni lequel va perdurer et lequel va disparaitre. A la limite, PyQt a été créé par une société indépendante (Riverbank) tandis que PySide a été créé par les créateurs de Qt (Qt Group) donc si l'un des deux devait disparaitre, à mon avis ce serait les indépendants (pourquoi continuer à maintenir un truc parallèle alors que l'original existe).
Les trucs que je n'aime pas avec PySide c'est qu'ils collent à l'identique aux signatures C++, sans prendre en compte les avantages que Python offre permettant de simplifier certaines syntaxes. Exemple: si un truc "toto" a besoin d'un tableau en paramètre, la signature PySide sera def toto(tab) et on devra l'appeler ainsi toto([x, y, z]). Tandis que la signature PyQt sera def toto(*tab) et on pourra l'appeler ainsi toto(x, y, z) (chose qui n'est pas possible en C++ donc pas implémentée dans PySide).
De plus, certains raccourcis de connection signal/slot (exemple QSlider(..., ..., valueChanged=slotX) pour raccorder le changement de valeur d'un slider à un slotX, exemple qu'on peut trouver ici ligne 29) n'existent pas sous PySide (obligé de 1-créer le slider et 2-connecter le signal, comme montré ligne 34)

(tu as fait les tutos avec PYQT6)

Parce que quand j'ai commencé, PySide n'existait pas encore. Je me suis donc formé à PyQt (et la version PyQt6 de mes exemples date de septembre, auparavant il n'y avait que PyQt5).
Et si maintenant je devais porter tout ce que j'ai fait de PyQt vers PySide (j'ai déjà commmencé avec les exemples dont tu parles mais déjà là c'est assez galère suite aux différences que j'ai mentionnées alors qu'ils sont super light donc porter des applis entières...)

Désolé, pas d'info sur la syntaxe de la doc Qt.