Détection plateforme en Python

[critor]

Les consoles Python de nos calculatrices graphiques n'ont ni les mêmes dimensions ni les mêmes comportements.

Pour faire du code produisant un affichage correct sur tous les modèles, on peut avoir besoin de détecter la plateforme sur laquelle on tourne.

En voici un très fiable en se basant sur les modules disponibles :

Code: Tout sélectionner

#platforms: (0)TI-Nspire (1)NumWorks (2)Graph 90+E (3)Graph 75+E (4)TI-Python
try:
  import sys
  try:
    if sys.platform=='nspire': platform=0
    if sys.platform=='TI-Python Adapter': platform=4
  except: platform=3
except:
  try:
    import kandinsky
    platform=1
  except:
    platform=2

Maintenant pour les inconvénients :

• ce n'est pas une fonction
• ce code ne détecte pas les plateformes HP Prime ou KhiCAS/Graph 90+E
• si je déplace les import dans des fonctions, ces deux dernières plateformes râlent (erreur de syntaxe)

[~ThinkingSpace~]

euh... le langage HP Prime c'est pas vraiment du Python non ?

[critor]

La HP Prime gère une écriture Python.
Ce n'est certes pas du Python, mais c'est de mieux en mieux.

Donc si on peut la détecter pour que nos scripts tiennent compte du comportement très différent de sa console, ce sera bien.

[critor]

Voilà, une autre méthode sous forme de fonction sans aucune importation de module, et qui cette fois-ci gère bien les HP Prime et KhiCAS/Graph 90+E :

Code: Tout sélectionner

#0= MicroPython / TI-Nspire
#1= MicroPython / NumWorks
#2= MicroPython / Graph 90+E
#3= MicroPython / Graph 35/75+E
#4= CircuitPython / TI-Python
#5= Xcas / HP Prime
#6= KhiCAS / Graph 90+E
def getplatform():
  r=-1
  try:
    if chr(256)==chr(0):
      r=5+(not ("HP" in version()))
    else:
      r=4*(len(str(1/3))<18)
  except:
    try:
      bytearray
      r=3
    except:
      try:
        enumerate
        r=1
      except:
        r=2
  return r

Devra possiblement être corrigée si des mises à jour induisent des changements de comportements.

Testé sur toutes les plateformes, sauf le module TI-Python que je n'ai pas. Mais comme ils n'ont apparemment toujours pas corrigé la précision des flottants, ça devrait marcher.

[Lionel Debroux]

Waouh... bon travail. La détection de modèle est typiquement le genre de choses qu'on peut souhaiter voir les fabricants d'implémentations Python (ou pseudo-Python) s'entendre pour fournir de manière commune, standardisée.

[critor]

Merci.

Un même code Python pourra maintenant tenir compte des subtilités propres à chaque plateforme.
Peut-être donc que pour un futur concours utilisant un programme Python, je n'aurai plus besoin de faire X versions différentes.

[critor]

Un problème que j'ai remarqué sur KhiCAS et HP Prime lors de mes diverses tentatives, mais j'ignore la complexité de sa correction.

Les fonctions de chaîne considèrent systématiquement le caractère nul comme une fin de chaîne, ce qui est certes valable en C mais faux en Python :

De plus, ici on obtient un index au lieu d'un booléen.
Au lieu de 2, 0, 0, on aurait dû obtenir True, True, True.


Là de même, au lieu de 1, -1, -1, on attendait 1, 2, 3.

[jean-baptiste boric]

Ça me fait penser qu'il faudra rajouter un module sys (même s'il ne contiendrait que la variable platform dans un premier temps) du côté de NumWorks à l'occasion. Avec la prolifération des implémentations Python sur calculette de nos jours, ça ne serait pas de refus.

[critor]

Le module sys, on l'a déjà sur Graph 35/75+E ainsi que sur le TI-Python.

Ce serait très pratique/fiable et c'est bien ce que j'utilisais au départ sur ces deux plateformes.

Mais malheureusement sur HP Prime et KhiCAS/Graph 90+E, la présence d'un import dans une fonction génère une erreur dès le chargement du script.
Il suffirait juste de l'ignorer.

[parisse]

Merci pour l'info. Je viens de faire la correction pour import dans une fonction. Il manquait les espaces du debut dans la traduction (il ne suffit pas d'ignorer, car certains import se traduisent en des assignations de variables pour que la commande Python native soit traduite en son equivalent Xcas) ce qui evidemment posait probleme avec l'indentation.
La version Casio est mise a jour sur mon site, pour HP je ne sais pas du tout quand ce sera integre.

Pour les \0 dans des chaines, desole, mais ce n'est pas corrigeable, les chaines de Xcas utilisent des string C++ et des chaines C et tout la librairie C considere \0 comme une fin de chaine.

Sinon, quand vous detectez un probleme de ce type, ce serait bien de le mettre dans une section du forum que je suis susceptible de consulter (par ex. HP ou Casio ou News), la je l'ai vraiment vu par hasard (en principe je ne regarde pas Divers, la je l'ai regarde a cause du topic PDM calculatrices graphiques).