Discussion :

[Quetzal]

bonjous à tous et toutes.

un petite difficulté sous python 3.4.1... j'ai l'impréssion que cela viens "seulement" de chez moi, et j'ai beesoin d'une confirmation...

d'abord le texte :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
txt = """
Cascade,<br>
"Maj+F5",<br>
"Dispose  toutes les fenêtres en cascade.",<br>
"",<br> """
 
if '''+F5",<br>''' in  txt:
____print('ok')
else:
____print('not in txt')

pardonnez les underscores, le typage ne semble pas etre disponible en mode /CODE/

normalement le résulat devrait-etre "ok", puisque la sequence est présente dans txt...

mais... mais.. avec le - " - impossible de trouver une manière d'écrire cette très simple recherche sur du texte(ici html)

j'ai éssayé avec /" avec le code unicode du guillemet, avec 3 simple quote ''' '''' avec 3 double-quote """ """ ...

je ne connais pas la soution et ne la trouve pas, rien sur stackoverflow ou sur le web a ce propos, tout semble indiquer un bug local... donc...

merci de vos éssais, et/ou propositions.

[marco056]

Cela fonctionne chez moi : "ok."

[tyrtamos]

Bonjour,

Ça marche aussi chez moi: réponse => "ok"

[YCL-1]

Bonjour,

est-ce que ce n'est pas tout simplement un problème d'encodage des caractères / ou des caractères eux mêmes ?

Il existe une multitude de variantes des caractères guillemets, virgule et autres.

Maintenant c'est sûr que si le texte à analyser est déclaré dans le même fichier que la condition de recherche ça devrait être du même encodage et donc correspondre.

Est-ce que vous avez essayé de copier-coller le message posté ici, qui fonctionne visiblement bien chez nous, et qui potentiellement a pu être converti lors de l'envoi.

Ça arrive souvent ce genre de situation sur les forums, la solution peut possiblement être trouvée en envoyant le fichier d'origine.

[cervo]

Chez moi pareil, c'est ok !
je dirais que ce sont les underscores, vois avec la config de ton editeur s'il ne transforme pas les espaces en underscore.