Newer versions of FreeType enable subpixel rendering by default. This makes fonts look terrible on displays that don't support it, like the LCDs this library is targeting. This change disables the subpixel rendering and improves the clarity of fonts.
See https://github.com/adafruit/Adafruit-GFX-Library/issues/103#issuecomment-443031001 for more information.
Function would previously draw certain line segments repeatedly; minor performance drain on most displays, but especially problematic for SSD1306's INVERT drawing mode.
When compiling the example sketch for adafruit OLED display, the sketch refers to Adafruit_GFX and consequently to fontconvert.c
This file includes a header file named ft2build.h, which many of the compilers fail to find, resulting in compilation error.
Check the discussion on this issue: https://github.com/adafruit/Adafruit-GFX-Library/issues/88
Simply adding two lines solves the problem.
Note: Consider harmonizing types since uints might spill if someone
invents a 64k wide or high oled.. Jk. Changing h and w might be nice
tho, but keeping changes at minimum here.
There were a couple of compile issus when you are trying to use a different board which requires you not to use fast pinio. In particular Robotis OpenCM9.04 as well as the OpenCR 1.0 boards.
They are STM32 based __arm__ boards but do not have the support for setting/clearing IO pins using memory mapped access to one location.
First thing I ran into was the code in the #else casue was using
#undefine
which is not valid, should be #undef
Second issue is once this define was undefined, the #defines for SPI_CS_HIGH
and SPI_CS_LOW did not compile as there was no ; at the end of the digitalWrite.
Probably worked earlier until somone put this statement into a {} pair
