|
Posté le 24-08-2014 à 21:54 | #
|
Niveau mémoire, charger un bitmap est plus long. De plus, il faut compter 12 octets de données supplémentaires par bitmap, d'où l'intérêt de ne pas charger du 8x8.
Afficher un bitmap avec BMP_Draw() est probablement un peu plus lent qu'avec ML.
Néanmoins, il est possible de charger un bitmap, récupérer le code correspondant pour ML, libérer le bitmap, et afficher l'image avec ML.
À noter qu'il y a actuellement des bugs pour les bitmaps répondant à width%32 < 24. Il faut que je règle cela. |
|
|
Posté le 25-08-2014 à 17:08 | #
|
D'accord merci |
|
|
Posté le 04-09-2014 à 18:34 | #
|
Il faudra maintenant essayé de faire un add in qui ouvre les PDF sinon bonne lib |
|
|
Posté le 04-09-2014 à 18:43 | #
|
Les PDF ? Ça a déjà été pensé, et la réponse est négative tout simplement car ce sont des fichiers trop lourds dès qu'on sort du simple texte.
Et pour ça, il y a le HTML. |
|
|
Posté le 04-09-2014 à 18:44 | #
|
ah d'accord [/HS] |
|
|
Posté le 04-09-2014 à 18:45 | #
|
pdf = fichier giga méga lourd et encripté...
il est plus rentable des faire sur ordi (ou linux )un convertisseur pdf txt et de refourger le txt dans la calto |
|
|
Posté le 04-09-2014 à 18:46 | #
|
ah ouai bonne idée je proposais juste cela |
|
|
Posté le 04-09-2014 à 18:47 | #
|
Ce genre de convertisseur existe déjà et franchement, je vous déconseille de faire ça parce que c'est absolument pas structuré et par conséquent, illisible.
Et au risque de répéter ce qu'a dit -florian66-, [/HS]. |
|
|
Posté le 29-01-2025 à 19:31 | #
|
Coucou,
C'est normal qu'il n'y a pas de .g1a dans le zip? En lisant la description, je devine que c'est pour le développement d'add-in mais du coup je crois qu'il est dans la mauvaise catégorie... |
|
|
Posté le 29-01-2025 à 19:46 | #
|
Ouais c'est un lib, y'avait pas mieux pour catégoriser. Enfin c'est de l'antiquité à ce stade... |
|