Page 2 of 4

Re: Symbolibre 0.2 : sources, nouvelles applis, début de doc

Unread postPosted: 08 Dec 2020, 01:58
by Adriweb
Très belle avancée, félicitations :)

(Et à propos des border-radius, un peu de margin/padding par ci par la tant qu'a faire aussi :P)

Re: Symbolibre 0.2 : sources, nouvelles applis, début de doc

Unread postPosted: 08 Dec 2020, 10:37
by Bisam
Que d'avancées depuis le jour de cette présentation en avril 2019 !!
Bravo pour le boulot effectué.

PS : On me voit sur la photo de l'amphi... :p

Re: Symbolibre 0.2 : sources, nouvelles applis, début de doc

Unread postPosted: 08 Dec 2020, 10:42
by parisse
Nicolas Chappe wrote:[
parisse wrote:Par contre la version js+wasm compilee avec un emscripten 1 plus ancien fonctionne en local.

C'est une bonne nouvelle, la dernière version de Qt en date recommande emscripten 1.39 donc a priori on n'aura pas à nous soucier des limites de emscripten 2.

J'utilise la version 1.38.41. Sans la gestion des exceptions, ce qui rend le code un peu moins performant, mais ce n'est pas vraiment genant, les gens qui ont besoin de faire des gros calculs vont de toutes facons utiliser une version native en 64 bits et pas du 32 bits.
J'espere que la version 2 va continuer a evoluer et permettra bientot d'avoir du code qui fonctionne en local (en particulier pour les plateformes mobiles, ou on n'a pas envie de lancer un serveur http local juste pour ca).

Re: Symbolibre 0.2 : sources, nouvelles applis, début de doc

Unread postPosted: 12 Dec 2020, 17:31
by Lephe
Adriweb wrote:(Et à propos des border-radius, un peu de margin/padding par ci par la tant qu'a faire aussi :P)

Aïe oui maintenant que tu le dis c'est super serré tout ça ! Je n'avais même pas réalisé !

Je sais pas si on mettra beaucoup de border-radius mais je promets de revoir un peu l'espacement à la hausse. L'écran 2.4" était assez petit et donc nous incitait aussi à mettre tout en un peu plus grand, j'espère que les nouveaux écrans (dont la densité est plus faible que celle de nos ordis portables en gros) seront plus agréables à lire de ce point de vue-là. ^^

Bisam wrote:Que d'avancées depuis le jour de cette présentation en avril 2019 !!
Bravo pour le boulot effectué.

PS : On me voit sur la photo de l'amphi... :p

Merci ! On se souvient que tu avais pris le temps de te déplacer, et c'était super cool. Avec le temps déjà, une majorité des éléments de la présentation ont été modifiés ou refaits (en mieux !)... le seul restant encore étant le montage du prototype.

Re: Symbolibre 0.2 : sources, nouvelles applis, début de doc

Unread postPosted: 14 Dec 2020, 17:09
by pwouik
une idée:une mode collège,lycée,formel ,à installer ou a changer depuis la calculatrice(hors mode examen) pour qu'elle serve toute un scolarité

Re: Symbolibre 0.2 : sources, nouvelles applis, début de doc

Unread postPosted: 14 Dec 2020, 19:09
by Lephe
Idéalement il ne devrait y avoir qu'un seul OS avec que ses applications par défaut. Mais effectivement il y a largement les fonctionnalités pour durer toute une scolarité. On a déjà pensé à ajouter un mode lycéen (qui se sélectionnerait simplement dans les menus) pour simplifier certaines interfaces ou le comportement du moteur de calcul (par exemple refuser d'interpréter des variables non définies comme des variables symboliques), et c'est vrai qu'on pourrait faire pareil avec un mode collège. :)

Re: Symbolibre 0.2 : sources, nouvelles applis, début de doc

Unread postPosted: 14 Dec 2020, 19:24
by legmask
Je me disait, mais vu que l'os est libre, ca pourrait être intéressant de le port sur la numwokrs nan ? ça fait une target en plus et une autre option pour la numworks vraiment libre cette fois ? ça pourrais également apporter pas mal de monde je pense ...

Vous en pensez quoi ?

Re: Symbolibre 0.2 : sources, nouvelles applis, début de doc

Unread postPosted: 14 Dec 2020, 21:01
by Nicolas Chappe
LeGmask wrote:Je me disait, mais vu que l'os est libre, ca pourrait être intéressant de le port sur la numwokrs nan ? ça fait une target en plus et une autre option pour la numworks vraiment libre cette fois ? ça pourrais également apporter pas mal de monde je pense ...

Vous en pensez quoi ?

Je n'y avais pas pensé, c'est une idée intéressante. Mais on serait vite confrontés au fait que Numworks n'a que 256Kio de RAM, or on doit en utiliser de l'ordre de 500 fois plus sur notre Raspberry Pi Zero. On pourrait faire quelques économies, mais il resterait toujours Qt qui ne pourra probablement jamais rentrer dans 256Kio de RAM, hélas.
Si on part de https://zardam.github.io/post/raspberrypi-numworks/ le problème devient beaucoup plus simple d'un point de vue logiciel, mais beaucoup plus compliqué d'un point de vue matériel, donc ça perd un peu de son intérêt.
Par contre si un jour Numworks publie un modèle avec plus de RAM, effectivement porter Symbolibre pourrait être tentant.

Re: Symbolibre 0.2 : sources, nouvelles applis, début de doc

Unread postPosted: 15 Dec 2020, 21:56
by Lephe
Ironiquement une des prémisses de Symbolibre est que, pour les constructeurs, minimiser la technologie investie pour produire des calculatrices moins chères (personne n'est dupe sur ce point je pense) coûte énormément de pertinence technique. Le délai monstrueux qu'il a fallu à Casio/TI pour porter MicroPython, par exemple, en est une conséquence assez directe.

Je n'ai jamais compris le choix de Numworks de mettre si peu de RAM dans leurs calculatrices. J'ai lu par hasard leur article Malloc - Chronique d'une mort certaine, et ça me rend encore plus confus sur ce choix tout en confirmant mon opinion sur le manque de pertinence technique. :?

Essentiellement les calculatrices d'aujourd'hui sont traitées comme des systèmes embarqués et développées comme telles (Casio a, sans même parler d'un noyau monolithique, un OS monolithique qui fusionne avec le noyau ; Numworks implémente des allocateurs spécialisés pour des objets de haut niveau ; les systèmes de fichiers sont très fragiles ; etc). Alors que, même si la Raspberry Pi Foundation fait des miracles pour réussir à vendre les Pi Zero à si bas prix, il est évident que la technologie moderne peut faire bien mieux. Et les coûts de développement sur un système moderne sont tellement plus faibles...

Je dis pas ça pour taper gratuitement sur Numworks (ils ont d'autres qualités, et puis les autres ne font pas beaucoup mieux :P ), mais juste pour remettre dans le contexte. On a surtout parlé de Symbolibre comme une calculatrice libre et sensiblement moins de Symbolibre comme une calculatrice moderne.

Du coup, ce serait marrant si on pouvait porter les applis Symbolibre vers d'autres calculatrices, mais pour tous les modèles que je connais assez bien c'est juste impensable parce que le saut technologique est énorme. Sur une Graph 90+E par exemple, on pourrait peut-être avoir assez de RAM pour faire deux-trois trucs, mais on se ferait détruire par le système de fichiers. ;)

Re: Symbolibre 0.2 : sources, nouvelles applis, début de doc

Unread postPosted: 16 Dec 2020, 10:58
by parisse
Lephe wrote:Je dis pas ça pour taper gratuitement sur Numworks (ils ont d'autres qualités, et puis les autres ne font pas beaucoup mieux :P ), mais juste pour remettre dans le contexte. On a surtout parlé de Symbolibre comme une calculatrice libre et sensiblement moins de Symbolibre comme une calculatrice moderne.

Je suis bien content de voir quelqu'un partager ce point de vue, que j'avais exprimé dès la sortie de la N0100 (j'étais un peu seul à le dire à l'époque). Je pense que Numworks a sous-estimé dès le début l'importance de la RAM. Après, on est bien d'accord que ça n'est pas évident non plus d'en avoir plus. Mais si on fait le bilan, le temps de développement passé à gérer la quantité de RAM minuscule aurait pu servir à implémenter un tableur, faire un système de fichiers et une sauvegarde locale. Sans parler de la frustration qui commence à se faire sentir chez certains devant la taille de mémoire accessible pour programmer. Espérons que les prochains modèles de Numworks seront moins spartiates!

Du coup, ce serait marrant si on pouvait porter les applis Symbolibre vers d'autres calculatrices, mais pour tous les modèles que je connais assez bien c'est juste impensable parce que le saut technologique est énorme. Sur une Graph 90+E par exemple, on pourrait peut-être avoir assez de RAM pour faire deux-trois trucs, mais on se ferait détruire par le système de fichiers. ;)

La HP prime g2 a peut-être les capacités techniques nécessaires.