fdufnews:
Je pense qu'avant de continuer il faudrait réfléchir avec un minimum d'esprit critique.
Pour moi, il y a 2 impossibilités majeures à la tenue de cette exigence.
L'afficheur
Utiliser une taille de caractère avec des décimales nécessite de faire de l'interpolation lors du tracé des caractères. Qui dit interpolation dit niveaux de couleurs or cet afficheur est monochrome. Le résultat va donc être complètement pourri.La librairies utilise une bitmap
L'utilisation de bitmap ne se prête pas bien à la modification de la taille des caractères hormis en utilisant des facteurs entiers (et encore cela fini souvent en gros pâtés pas beau). Pour faire des polices de taille variable en continue il faut passer à des polices vectorielles.
Le résultat serait pourri même avec une valeur de 1.5 ? avec une valeur de 1, le résultat est parfait, juste trop petit et idem avec le 2 qui est juste trop gros.
Et comment peut-on passer à des polices vectorielles ?
y'a t'il moyen de s'inspirer du travail de cette personne ?
https://github.com/stanleyhuangyc/MultiLCD/blob/master/MultiLCD/fonts.cpp MultiLCD/MultiLCD/MultiLCD.h at master · stanleyhuangyc/MultiLCD · GitHub
edit, dans la partie GFX, je viens de voir ceci :
glcdfont.c
un extrait :
#ifndef FONT5X7_H
#define FONT5X7_H
#ifdef __AVR__
#include <avr/io.h>
#include <avr/pgmspace.h>
#else
#define PROGMEM
#endif
// Standard ASCII 5x7 font
static const unsigned char font[] PROGMEM = {
0x00, 0x00, 0x00, 0x00, 0x00,
0x3E, 0x5B, 0x4F, 0x5B, 0x3E,
0x3E, 0x6B, 0x4F, 0x6B, 0x3E,
0x1C, 0x3E, 0x7C, 0x3E, 0x1C,
0x18, 0x3C, 0x7E, 0x3C, 0x18,
0x1C, 0x57, 0x7D, 0x57, 0x1C,
0x1C, 0x5E, 0x7F, 0x5E, 0x1C,
0x00, 0x18, 0x3C, 0x18, 0x00,
0xFF, 0xE7, 0xC3, 0xE7, 0xFF,