I really like the unit prefix conversions option; I could have used that in my circuits class. my HP48 can do it, but it's not as straightforward. That's a great extension to the features.
Thanks. One of the nice things about free software is that you can influence it, e.g. by submitting feature requests or bug reports, updating the documentation, or even contributing code.
Merci Christophe, tu me forces à acheter une swissmicro. Pour mon info quel est la meilleur pour mettre db48x la dm32 ou la dm42? Franchement vraiment hâte d'avoir ta réponse et d'appuyer sur le trigger? Par contre plannifies tu d'avoir une retro compatibilité avec les programmes de la HP48g ou Hp50g? J'adore mes anciens HP mais elles sont en train de rendre l'âme. La prime n'est pas aux niveaux... Par contre j'adorerai voir une vidéo détaillé sur les matrices et tableaux. Merci mille fois pour se travaille énorme qui redonne espoir ;-)🎉🎉
Bonjour, merci pour ce message encourageant. Entre la DM32 et la DM42, je recommanderais la DM32 qui a plus de mémoire, USB-C et est plus rapide sur piles, et comme il y a plus de flash, il risque d'arriver un moment où certaines fonctions n'existeront que sur DM32 (j'ai pas encore atteint la limite de la DM42, mais ce n'est pas loin). Les avantages de la DM42 sont qu'elle est plus rapide quand elle est connectée en USB, que la disposition clavier est assez proche de celle de DB48X, ce qui fait qu'on peut l'utiliser presque sans overlay clavier, et que basculer entre DB48X et DM42 est plus confortable (meilleure mémoire musculaire), et que la HP42 est une machine que je trouve plus intéressante à utiliser que la HP32. Enfin, pour être complet, il me faut mentioner un problème avec le sélecteur clavier sur DM32 qui fait que pour l'instant, créer un nouveau fichier d'état est un peu problématique. Concernant la rétro-compatibilité, mon but est une assez bonne compatibilité avec le "User RPL", et sans doute à terme des commandes de configuration permettant de choisir entre HP28, HP48 et HP50 en terme de comportement. Ces machines ne sont elles-mêmes pas totalement compatibles entre elles. Par exemple, sur une HP28, évaluer une liste ne fait rien, alors que la HP48 et la HP50 l'évaluent comme si c'était un programme. Donc pour l'instant, DB48X est "un RPL de plus", où je note soigneusement les différences de comportement par rapport aux implémentations HP (github.com/c3d/db48x/blob/stable/help/db48x.md#differences-with-other-RPLs). C'est pour ça que je dis "dans l'esprit de la HP48" et pas "compatible avec la HP48". C'est délibéré, ça me permet d'innover. Pour prendre un exemple simple, les objets ont une représentation plus compacte sur DB48X. Par exemple, le nombre complex 1+2i prend 5 octets sur DB48X contre 18.5 sur les HP, et la commande "SIN" prend 1 octet contre 2.5 sur les HP. Du coup, tout programme utilisant la fonction "BYTES" qui retourne un checksum de l'objet donnera forcément une valeur différente. Et ajouter 100! à 1+i, puis soustraire 100! au résultat donne 1+i sur DB48X contre 0+i sur les HP. Donc incompatible, mais plus correct. Concernant une compatibilité plus exacte avec les HP, je n'ai pas vraiment de plans pour plusieurs raisons: 1) Il manque des touches sur le clavier, ce qui est un problème assez difficile à résoudre en logiciel. 2) Cela demanderait d'avoir une copie des ROMs HP, ce qui pose des problèmes légaux (minimes, HP donnant un accès assez libéral à ce code) et surtout des problèmes de place (ça ne tiendrait qu'en utilisant une fraction non négligeable de l'espace alloué normalement au disque flash) 3) Il faudrait une émulation Saturn complète. Ce n'est pas très compliqué, mais j'ai tellement peu de place pour le programme que je préfère l'utiliser pour autre chose. 4) Cet espace est déjà bien rempli. Sur mon iPhone, par exemple, j'ai deux émulateurs (iHP48 et i48) qui sont tous les deux de très bonne facture, et fournissent une émulation tout à fait acceptable. Sauf qu'évidemment il n'y a pas de clavier physique.
Bonjour, merci pour ce message encourageant. Entre la DM32 et la DM42, je recommanderais la DM32 qui a plus de mémoire, USB-C et est plus rapide sur piles, et comme il y a plus de flash, il risque d'arriver un moment où certaines fonctions n'existeront que sur DM32 (j'ai pas encore atteint la limite de la DM42, mais ce n'est pas loin). Les avantages de la DM42 sont qu'elle est plus rapide quand elle est connectée en USB, que la disposition clavier est assez proche de celle de DB48X, ce qui fait qu'on peut l'utiliser presque sans overlay clavier, et que basculer entre DB48X et DM42 est plus confortable (meilleure mémoire musculaire), et que la HP42 est une machine que je trouve plus intéressante à utiliser que la HP32. Enfin, pour être complet, il me faut mentioner un problème avec le sélecteur clavier sur DM32 qui fait que pour l'instant, créer un nouveau fichier d'état est un peu problématique. Concernant la rétro-compatibilité, mon but est une assez bonne compatibilité avec le "User RPL", et sans doute à terme des commandes de configuration permettant de choisir entre HP28, HP48 et HP50 en terme de comportement. Ces machines ne sont elles-mêmes pas totalement compatibles entre elles. Par exemple, sur une HP28, évaluer une liste ne fait rien, alors que la HP48 et la HP50 l'évaluent comme si c'était un programme. Donc pour l'instant, DB48X est "un RPL de plus", où je note soigneusement les différences de comportement par rapport aux implémentations HP (github.com/c3d/db48x/blob/stable/help/db48x.md#differences-with-other-RPLs). C'est pour ça que je dis "dans l'esprit de la HP48" et pas "compatible avec la HP48". C'est délibéré, ça me permet d'innover. Pour prendre un exemple simple, les objets ont une représentation plus compacte sur DB48X. Par exemple, le nombre complex 1+2i prend 5 octets sur DB48X contre 18.5 sur les HP, et la commande "SIN" prend 1 octet contre 2.5 sur les HP. Du coup, tout programme utilisant la fonction "BYTES" qui retourne un checksum de l'objet donnera forcément une valeur différente. Et ajouter 100! à 1+i, puis soustraire 100! au résultat donne 1+i sur DB48X contre 0+i sur les HP. Donc incompatible, mais plus correct. Concernant une compatibilité plus exacte avec les HP, je n'ai pas vraiment de plans pour plusieurs raisons: 1) Il manque des touches sur le clavier, ce qui est un problème assez difficile à résoudre en logiciel. 2) Cela demanderait d'avoir une copie des ROMs HP, ce qui pose des problèmes légaux (minimes, HP donnant un accès assez libéral à ce code) et surtout des problèmes de place (ça ne tiendrait qu'en utilisant une fraction non négligeable de l'espace alloué normalement au disque flash) 3) Il faudrait une émulation Saturn complète. Ce n'est pas très compliqué, mais j'ai tellement peu de place pour le programme que je préfère l'utiliser pour autre chose. 4) Cet espace est déjà bien rempli. Sur mon iPhone, par exemple, j'ai deux émulateurs (iHP48 et i48) qui sont tous les deux de très bonne facture, et fournissent une émulation tout à fait acceptable. Sauf qu'évidemment il n'y a pas de clavier physique.
@@christophe3d franchement j'aime vraiment mieux la dm42... Il y a moyen de faire des upgrades physiques comme sur les bonnes vieilles 48g à souder des puces... SwissMicro est peut être à l'écoute pour mettre des slots vides ou de faire de la ram en plus en point to point... Merci beaucoup
@@impulseCADandDesign Je ne crois pas trop aux bricolages physiques sur ce type de puce parce que je crois que c'est un peu un "tout en un". Je ne crois pas qu'il y a de la RAM externe.
