[Application TI-Planet pour ordi] Idées...

[GalacticPirate]

Il serait bien qu'on puisse avoir accès à une sorte de diagramme avec l'ordi, son OS, les ports usb, les caltos avec OS etc.

[GalacticPirate]

Désolé pour le double post, mais voilà à quoi je pensais (je sais, c'est nul, mais je ne suis Môssieu Levak aka Mr 3D :

[Lionel Debroux]

Je voudrais juste rappeler un élément qui n'est pas nouveau: un projet communautaire de ce genre ne peut pas dépendre du code de TI pour la communication avec les calculatrices, pour des raisons d'indépendance vis à vis des choix techniques et politiques de TI (de contrôle sur ce qu'on fait, si vous préférez), et de licence

Bien sûr, je ne suis pas du tout neutre sur ce sujet.

[Adriweb]

Je voudrais juste rappeler un élément qui n'est pas nouveau: un projet communautaire de ce genre ne peut pas dépendre du code de TI pour la communication avec les calculatrices, pour des raisons d'indépendance vis à vis des choix techniques et politiques de TI (de contrôle sur ce qu'on fait, si vous préférez), et de licence

Bien sûr, je ne suis pas du tout neutre sur ce sujet.

Du code de TI, non, de toute façon c'est pas comme si on allait en avoir. Mais appeler leur dll/dylib, donc dynamiquement, est largement réalisable (s'ils donnent leur accord (et leur accord est préférable parce que nous sommes qui nous sommes, pas juste un random guy qui ferait un petit programme; nous avons un certain impact visible)).

Comme tu le sais déjà, mais j'en informe tout le monde désormais, des execs de TI ont été mis au courant d'un tel projet et trouvent l'idée intéressante - bien entendu ceci ne veut pour le moment rien dire quant à une autorisation formelle d'appeler leur fonctions de transfert dynamiquement, on m'a dit de leur présenter un mockup d'un tel client TI-Planet avec une petite présentation des fonctionnalités pour qu'il puissent en savoir plus ; rien ne presse, cependant, donc ça sera fait... quand on aura tous un peu plus de temps.

Sur Mac et Linux, utiliser libti* n'est pas un problème, puisque ça marche facilement. Le véritable souci est sous Windows, et c'est [malheureusement] ce que la majorité des gens ont.

Pour récapituler par rapport à libti*:

• Sur Linux, il n'y a pas de choses TI à utiliser donc la question ne se pose même pas. Il faudrait que en premier lieu faire builder à l'utilisateur libti* et tilp pour pouvoir ensuite utiliser le client. Et/ou utiliser un container docker pour simplifier les choses (je ne sais pas à quel point ca pourrait s'interfacer avec un autre programme cependant, si c'est via un docker ?). Et/ou fournir des trucs précompilés pour les distrib et archis principales.
• Sur Mac, je pense être capable de fournir libti* [et ses dépendances] précompilés, et donc prêts à l'usage.
• Sur Windows, tant qu'une solution n'est pas trouvée pour faciliter l'utilisation de tilp (ou plutôt des drivers, puisque c'est ça qui cause problème, si j'ai bien compris), il n'est pas imaginable de demander à l'utilisateur de faire des acrobaties windowsienne afin de pouvoir utiliser le client TI-Planet alors que le but de ce client est justement d'en faire le moins possible. Donc il n'y a pas vraiment le choix, si TI-Connect [CE] / TINC[L]S est installé, alors il faudra, si on peut, utiliser ça.
  Je sais que c'est chiant de dev. sur Windows surtout face à des problèmes de ce genre, mais il va falloir s'y pencher un peu si on espère faire des choses avec...

Dans tous les cas, avec ou sans blessing de la part de TI, rien ne nous empêche de faire un PoC utilisant libti* sur des environnements déjà prêts/configurés (Linux, Mac, ou Windows), puisque ceci servira forcément pour la suite.

Edit: pour les choses de TI, le problème se situerait plus à un niveau de la licence GPL ("infectieuse"), utilisée par libti*, qui requièrerait que tout (dont l'appli hôte) soit GPL aussi (en gros), ce qui poserait donc problème pour utiliser (même possiblement dynamiquement) les choses de TI. Ca pourrait se "résoudre" avec 2 bases de codes différentes pour la partie linking et/ou du double-licensing... Mais bref, tout ça c'est le b*rdel à cause de Windows qui n'aime pas avoir 2 drivers en même temps pour un périphérique donné (ceux de TI et ceux de libti, par exemple)...

[GalacticPirate]

Sinon, t'en penses quoi des diagrammes qu'on pourrait appeler ou afficher sur le tchat ?

[Adriweb]

Je doute que l'on ait véritablement besoin d'un diagramme, mais l'application peut en effet très bien détecter si libti* est présent ou non, si les TI-Connect [CE] et/ou TINC[L]S sont présents ou non, et si des calculatrices sont branchées (et auquel cas, lesquelles). Donc à partir de là, du moment qu'on a ces infos, on peut les mettre sous la forme qu'on veut...

[Adriweb]

Hmmm, je me suis amusé avec Qt Designer (c'est juste une interface, y'a rien derrière, enfin si, un event handler du protocol tiplanet://, mais bon, il ne fait que splitter un string.)

Launch/login screen (updated)

(screenshot)

[GalacticPirate]

Donc, où en es tu maintenant ?

[Adriweb]

Nulle part, c'est pas comme si j'avais du temps libre pour faire des choses basses priorités

J'aurais plus de temps pour ce genre de choses en mi-2016.

[GalacticPirate]

Bon, petit up, je me disais au passage qu'on pourrait rajouter une version offline du PB+des émus (TIEmu/CEmu/TiLem) Du coup, on est pile mi-2016, et si tu t'y remettais ?