Forum TI-Planet.org

Bonjour à tous et à toutes,
J'aimerais savoir si les sources du convertisseur pour mviewer sont disponibles quelque part. C'est que, j'ai parfois besoin de mettre + de 50 pdfs sur ma calculatrice (merci nSonic ) et les envoyer prends du temps. Du coup, je me disais que je pourrais peut être faire un petit truc en bash/python pour automatiser le tout

Merci à toute l'équipe pour le boulot mis en oeuvre sur le site <3

bonsoir,
tu peux convertir tes PDF en image et modifier l'extension .png.tns pour les lire avec mViewer CX ou bien modifier l'extension directement .pdf.tns (si le fichier est gros je te déconseille de faire .pdf.tns)
tu as un lecteur ici https://tiplanet.org/forum/viewtopic.php?p=198620

Il s'agit en fait d'une base commune traitant l'image (pour éviter qu'elle soit trop grosse et cause des problèmes de mémoire), puis d'une collection de petits utilitaires de conversion.
Tout dépend donc du format que tu cibles.

PNG ou PDF, il n'y a vraiment rien de bien particulier.
Tu utilises quel format ? Le Lua peut-être ?

Ouais, beaucoup plus le lua, plus stable si ndless ne fonctionne pas pour une raison X ou Y (et puis, il n'y a pas vraiment de différences entre lua et ndless, si ?)

Personnellement je préfère le Lua. Ce n'est pas plus lent que le reste, et le gros avantage oui c'est que ça reste accessible dans tous les cas.

Le convertisseur utilise Luna, outil qui permet de convertir du XML / script Lua / ressources Lua en fichier .tns.

Le script Lua, tu le récupères facilement en éditant les fichiers .tns convertis avec le logiciel Nspire.


Le problème par contre, est que l'outil Luna avec sources était hébergé sur un serveur qui a crashé, hackspire.unsads :
https://tiplanet.org/forum/archives_voir.php?id=3701

Voici un lien alternatif, mais c'est la version 0.3a qui n'est pas à jour et ne permettra pas d'injecter des images sous forme de ressource Lua pour l'API 2.3+ :
http://www.ticalc.org/archives/files/fi ... 44113.html
Il faudrait demander à l'auteur de mettre à jour.

Sinon, cette version conviendra parfaitement pour le format API 1.0+, certes plus gourmand en mémoire.