A wrapper for TI's JavaScript-based z80/eZ80 emulators

[Victor D]

Et voilà, niveau de zoom changeable pour l'écran séparé
(commit: https://github.com/TI-Planet/ti_jsemu_w ... c4c9bcf580)

Full source/download: https://github.com/TI-Planet/ti_jsemu_wrapper/
Online demo: https://ti-planet.github.io/ti_jsemu_wrapper/demo/

Bravo et merci pour cette amélioration.
Maintenant c'est parfait - c'était le seul truc qui manquait par rapport aux vrais émulateurs.

[Epharius]

Super j'hésite vraiment à frauder maintenant
Le seul truc qui manque (et qui n'est pas des moindres quand on travaille en assembleur) c'est la gestion des fichiers, enfin surtout la réception des fichiers. A voir si cela est possible (en y réfléchissant ça n'a pas l'air facile...)

[Adriweb]

Ce qui manque, c'est ce que j'ai marqué ici:
✗ File transfers
✗ Debugging support
✗ Skin switching
✗ State saving/loading
✗ "View3" support

Mais justement, coder tout ça non seulement requerrait [edit by Bisam : hum... conditionnel...] beaucoup de reverse-engineering, mais reviendrait à réimplémenter le SmartView, en gros...

[Victor D]

@Ephasus : Oui enfin le but c'est pas de remplacer le TI Smart View CE, non plus hein... ^^

[Epharius]

Adriweb : Je pensais plutôt que ce serait l'équivalent en ligne de smart view mais effet, c'est complexe le transfert.

Victor D : enfin, c'est Epharius pas Ephasus

[Adriweb]

Adriweb : Je pensais plutôt que ce serait l'équivalent en ligne de smart view mais effet, c'est complexe le transfert.

C'est pas le but

[critor]

On peut imaginer un usage en classe par des enseignants en salle informatique.

Et effectivement, la possibilité de charger des fichiers manque cruellement dans ce contexte je trouve.

[Adriweb]

Je ne dis absolument pas le contraire, mais je laisse ainsi les école acheter les licences smartview qui vont bien pour cet usage (C'est d'ailleurs la cible visée par TI.)
Ou bien utiliser un émulateur communautaire quand il en sortira un - qui j'imagine, permettra facilement les transferts (ce qui est trèèès loin d'être le cas pour une implémentation tierce avec le SmartView) et autres choses utiles.

Le wrapper se veut être un loader du js ainsi qu'une interface améliorée autour dudit JS (d'où les outils de capture et de zoom, pointeur bien visible, etc., choses uniquement relatives à l'interface), pas une réimplémentation du SmartView.

[Lionel Debroux]

Les protocoles de haut niveau pour le transfert de fichiers sont bien connus et documentés, l'implémentation tierce de référence étant libticalcs.
Comment le SmartView s'y prend pour le transfert de fichiers n'est pas documenté, en revanche, aussi bien pour le transport (câble) que pour le protocole.