ma production du jour. nécessite python2.3
 
http://dejean.benoit.free.fr/logiciels/mandarine.py
 
toujours à la recherche d'une solution pour le codage
 
rappatrie les fortunes de Sam sur DLFP et les affiche en couleur. permets de gérer plusieurs sources de fortunes.
 
 
anciennement  
http://dejean.benoit.free.fr/logiciels/Samsfortunes.py
 
si vous avez des remarques  
 
-> iso-8859-15
-> je recherche une petite technique pour coder les fortunes dans la locale courante
-> trouvé: le fichier est sotcké en utf-8 et l'affichage s'adapté dynamiquement à la configuration de votre terminal

Ça chie sur les accents chez moi  
 

 
 
Ma config des locales:

marde c'est l'utf-8, wait, je corrige vie ça pour tout le monde
 
edit: faut virer la 2eme ligne et les accents à mon prénom

http://dejean.benoit.free.fr/logic [...] nes_iso.py c'est bon ?

Toujours le même problème avec le fichier Samsfortunes_iso.py.
 
Petite faute aussi à la ligne 98:
# __DEST doesn't exists
je pense que ce 's' est en trop.

Essayé sur Debian SID à jour avec Python2.3.

j'y comprends rien, le fichier est pas plus en utf-8, y a plus aucune référence ...

j'ai meme passé le truc à la moulinette avec iconv  
 
tu peux essayer avec -f

Je viens de le passer sous iconv avec ceci:
iconv -f utf-8 -t iso-8859-1 Samsfortunes_iso.py
 
Mais ça échoue toujours  

c'est ce que j'ai fait moi aussi, je comprends pas. y a pas un seul accent, c'est du pur ascii et ça foire ...  t'as essayer avec -f ?

Pareil.

pourtant _iso ne contient que de l'ascii ...

 
Et en changeant son codage vers ISO-8859-1, ça passe.
Donc le problème vient du système de codage de ce fichier.

ah peut etre que quand on ecrase un fichier, il garde son codage d'origine quand meme, j'y crois pas, mais je vois que ça
 
 
edit: tu peux essayer avec un truc propre, comme si c'était la première fois?

Justement, c'est lors de sa création que .Samsfortunes est mis en UTF-8 et avec ce codage, ça affiche les caractères accentués n'importe comment.
Mais, si ce fichier je le passe en ISO-8859-1, alors les caractères accentués s'affichent correctement.
 
C'est à l'origine qu'il faudrait que tu trouves le moyen de sauver le fichier .Samsfortunes en ISO-8859-1, ou alors, de faire en sorte que ton script lise correctement l'UTF-8.

je capte pas, à moins qu'a la base le fichier soit en utf-8

apparemment c'est ça. bon, je fouille et je sors pour demain soir une bonne version pour latin

putain, je deviens dingue, j'arrive pas à faire la convertion

Tain, toujours aussi con ce sam    

soit c'est moi, soit c'est que les fortunes des caractères purement unicode (comme dans les insultes)... donc

T'as qu'à passer sur #videolan (irc.freenode.net), sam saura sûrement t'aider et ça l'amusera

j'ai pas trouvé, cela dit, vous pouvez faire tourner comme ça (la version normale iso latin
 
Samsfortunes.py | iconv -f utf-8 -t iso-8859-15 -
 
avec un alias ça passe tout seul

voilà, ça fonctionne très bien avec les iso-8859-15, je cherche encore la solution pour avoir une seule et unique solution pour stocker le fichier dans le codage courant

voilà, tout marche  

je sais que tout le monde s'en fout puisque je suis le seul que ça amuse
je me demande si j'ajoute une barre de progression pour le téléchargement, et si oui, est que je la rends visible qu'en mode verbeux ?

OK, tout le monde s'en fout toujours (sauf moi), voilà, cesoir j'ai repondu une version qui permet d'utiliser plusieurs fortunes (plusieurs URL) à la fois. encore des petits problèmes, mais ça à l'air de fonctionner
 
http://dejean.benoit.free.fr/logiciels/mandarine.py

tiens une question : quand il faut mettre à jour les fortunes, je lance la maj en arrière plan après avoir affiché une fortune ou l script ne rend la main que lorsque la fortune est affiché et tout mis a jour ?S

voilou, encore une maj sur la gestion d'erreur

Et il faut quoi pour que ça marche : les librairies python nécessaires en somme ?
 
(patapai)

$ python mandarine.py
Traceback (most recent call last):
  File "mandarine.py", line 29, in ?
    import datetime
ImportError: No module named datetime
 
 

 
même erreur
d'où ma question...

python2.3
 
et j'ai encore ce putain de problème de codage pour que tout le monde ait ses putains d'accents à la con

Avec la version 2.2 ça passe pas ?

et bien non.
datetime est un module standard. Python2.3 est la version standard de Python disponible depuis cet été après un long béta test de presque 1 an

Moua j'ai Python 2.2.3

mets à jour
 
de toutes façons l'imcompatiblité ne porte pas que sur ce module seul

Python 2.3 est en unstable

404 not found