Posté le 15/07/2017 13:54
Planète Casio v4.3 © créé par Neuronix et Muelsaco 2004 - 2025 | Il y a 212 connectés | Nous contacter | Qui sommes-nous ? | Licences et remerciements
Planète Casio est un site communautaire non affilié à Casio. Toute reproduction de Planète Casio, même partielle, est interdite.
Les programmes et autres publications présentes sur Planète Casio restent la propriété de leurs auteurs et peuvent être soumis à des licences ou copyrights.
CASIO est une marque déposée par CASIO Computer Co., Ltd
Citer : Posté le 29/05/2024 20:30 | #
Ah okay merci pour cette explication ! Je vais essayer ça alors
- Java
- Basic Casio
- C
- OCaml
J'ai une Casio Graph 90+E.
La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique :
Rien ne fonctionne... et personne ne sait pourquoi ! »
- Albert Einstein
Remerciemembres
Citer : Posté le 10/11/2024 14:43 | # |
Fichier joint
Bonjour !
J'ai créé 2 polices (en fichier joint) mais lorsque je les convertis avec fxconv, j'ai une erreur me disant qu'il n'y a pas le bon nombre de caractères.
Pourtant j'ai bien précisé dans le fxconv-metadata.txt (aussi en fichier joint) la taille des polices, le charset, format, etc.
o/librmx/assets-fx/font3x5.png -o CMakeFiles/rmx.dir/assets-fx/font3x5.png.o
error: not enough elements in grid (got 65, need 95 for 'print')
[ramorix@RamorixPC librmx]$ /home/ramorix/.local/bin/fxconv --toolchain=sh-elf --fx /home/ramorix/dev/casi
o/librmx/assets-fx/font4x6.png -o CMakeFiles/rmx.dir/assets-fx/font4x6.png.o
error: not enough elements in grid (got 65, need 95 for 'print')
[ramorix@RamorixPC librmx]$ /home/ramorix/.local/bin/fxconv --toolchain=sh-elf --fx /home/ramorix/dev/casi
o/librmx/assets-fx/font5x7.png -o CMakeFiles/rmx.dir/assets-fx/font5x7.png.o
Par contre, je n'ai pas d'erreurs avec ta police (5x7).
Y a-t-il une taille limite pour les caractères ?
Merci d'avance !
Citer : Posté le 10/11/2024 14:49 | #
Bonjour ! Il n'y a pas de limite mais ton indication de l'espacement est incorrecte. grid.padding: 1 annonce une bordure d'un pixel autour de chaque caractère, donc un espacement de 2 pixels. Tu peux voir cet espacement de 2 pixels dans le dessin de la police où certaines bordure sont en jaune et d'autres en bleu.
Tu peux spécifier grid.border: 1 à la place pour indiquer une grille dans le style que tu as utilisé.
Citer : Posté le 10/11/2024 14:54 | #
D'accord merci beaucoup !
tastyl Invité
Citer : Posté le 01/02/2025 22:51 | #
bonjour! (je parle anglais, j'utilise google traduction avec ma petite connaissance du français). j'ai un cg-50. j'essaie dessiner du texte et je voudrais savoir s'il y a un moyen d'utiliser la police par défaut? toute aide serait appréciée!
Citer : Posté le 01/02/2025 22:53 | #
La police du système d'exploitation ? Malheureusement pas facilement, non. Il est possible de mettre une police arbitraire (par exemple on en a ici : https://git.planet-casio.com/Lephenixnoir/unicode-fonts) mais la police par défaut de la calculatrice n'a pas été mise sous ce format...
tastyl Invité
Citer : Posté le 01/02/2025 23:02 | #
je comprends. merci pour la réponse rapide!
tastyl Invité
Citer : Posté le 01/02/2025 23:08 | #
en fait - y-at-il un moyen facile pour agrandir le texte?
Citer : Posté le 01/02/2025 23:10 | #
Il "suffit" de sélectionner une police plus grande, mais je n'en ai pas sous la main. >.<
Note à moi-même : extraire la police par défaut du système via https://bible.planet-casio.com/simlo/chm/v20/fxCG20_glyphs.htm
Citer : Posté le 09/02/2025 13:15 | #
Juste une question comme ça : la "doc" est dans les header ou il existe un petit readme ? et si non, comment retrouver les headers facilement sur le systeme (je suis sous linux
Citer : Posté le 09/02/2025 13:33 | #
Principalement les headers ; sinon, le tutoriel, mais tu es dessus.
Pour trouver les en-têtes, tu peux utiliser l'interface web : https://git.planet-casio.com/Lephenixnoir/gint/src/branch/master/include/gint (sélectionner la branche au besoin)
Sinon tu peux les trouver sur ta machine, si tu as installé avec GiteaPC :
Citer : Posté le 09/02/2025 13:37 | #
Ok merci beaucoup ! J'aime bien avoir au moins une source quand j'utilise des libs
Citer : Posté le 13/02/2025 18:26 | #
Bonjour !
Contexte :
Je programme actuellement pour ma graph 35+E II en C avec gint. J'alloue de la mémoire avec la fonction donnée la plus simple : void *ptr = kmalloc(sizeof(int), NULL) cela fonctionne parfaitement mais lorsque j'essaye de faire un kfree(ptr), j'ai l'impression que le pointeur n'est pas NULL mais comme si il pointait toujours sur un endroit dans la mémoire... bizarre...
Est-ce normal ou peut-être une erreur de ma part ? Je n'en sais rien...
Merci d'avance !
Citer : Posté le 13/02/2025 18:29 | #
C'est normal, kfree ne change pas le pointer, mais rend la zone mémoire référencé disponible pour d'autres appels à kmalloc
Aussi, tu peux juste utiliser malloc/free directement
Citer : Posté le 13/02/2025 18:39 | #
A ma connaissance free ne fait pas automatiquement une réaffectation du pointer vers NULL en C.
Logiquement il convient de faire un free(prt); prt=NULL; pour ne pas se retrouver avec un "dangling pointer".
Je sais pas si le free de gint fait la reaffectation vers NULL automatiquement.
Citer : Posté le 13/02/2025 19:09 | #
A cool merci
D'ailleurs je ne savais pas que le free du C ne faisais pas de réafectation
Citer : Posté le 13/02/2025 19:10 | #
Par construction, kfree(ptr) (tout comme free(ptr) d'ailleurs) ne peut pas modifier la valeur de ta variable ptr puisque la fonction n'en reçoit qu'une copie et n'a pas accès à l'originale. Pour ça il faudrait passer la variable par adresse, e.g. free_and_reset(&ptr).