Adafruit GFX graphics core Arduino library, this is the 'core' class that all our other graphics libraries derive from
Go to file
2021-05-26 17:50:22 -04:00
.github try manually installing ili9341 2020-05-17 16:38:02 -04:00
examples fixed fast line drawing in GFXcanvas* classes 2020-08-18 22:25:19 -07:00
fontconvert fontconvert missing header (#297) 2020-05-28 10:35:48 -04:00
Fonts Actionsci2 (#264) 2019-12-27 17:10:08 -05:00
.gitignore doxy gitignore 2018-07-14 12:30:23 -04:00
Adafruit_GFX.cpp Fix -Wunused-parameter warnings (#328) 2020-12-08 17:37:27 -05:00
Adafruit_GFX.h fixed fast line drawing in GFXcanvas* classes 2020-08-18 22:25:19 -07:00
Adafruit_GrayOLED.cpp Gray oled support (#317) 2020-08-23 14:18:56 -04:00
Adafruit_GrayOLED.h Gray oled support (#317) 2020-08-23 14:18:56 -04:00
Adafruit_SPITFT_Macros.h WIP do not use yet! 2019-02-26 21:35:12 -08:00
Adafruit_SPITFT.cpp clangd 2021-05-26 17:50:22 -04:00
Adafruit_SPITFT.h clangd 2021-05-26 17:50:22 -04:00
gfxfont.h Update gfxfont.h (#286) 2020-05-13 10:42:20 -04:00
glcdfont.c Actionsci2 (#264) 2019-12-27 17:10:08 -05:00
library.properties Fix misnamed function call in nRF code 2021-05-25 13:14:49 -07:00
license.txt Fixed constructor() kludge - all subclass libs updated too 2013-07-05 11:37:02 -07:00
README.md Add a reference to the GFX Font customiser in README (#336) 2021-02-12 12:42:22 -05:00

Adafruit GFX Library Build Status

This is the core graphics library for all our displays, providing a common set of graphics primitives (points, lines, circles, etc.). It needs to be paired with a hardware-specific library for each display device we carry (to handle the lower-level functions).

Adafruit invests time and resources providing this open source code, please support Adafruit and open-source hardware by purchasing products from Adafruit!

Written by Limor Fried/Ladyada for Adafruit Industries. BSD license, check license.txt for more information. All text above must be included in any redistribution.

Recent Arduino IDE releases include the Library Manager for easy installation. Otherwise, to download, click the DOWNLOAD ZIP button, uncompress and rename the uncompressed folder Adafruit_GFX. Confirm that the Adafruit_GFX folder contains Adafruit_GFX.cpp and Adafruit_GFX.h. Place the Adafruit_GFX library folder your ArduinoSketchFolder/Libraries/ folder. You may need to create the Libraries subfolder if its your first library. Restart the IDE.

You will also need to install the latest Adafruit BusIO library. Search for "Adafruit BusIO" in the library manager, or install by hand from https://github.com/adafruit/Adafruit_BusIO

Useful Resources

  • Image2Code: This is a handy Java GUI utility to convert a BMP file into the array code necessary to display the image with the drawBitmap function. Check out the code at ehubin's GitHub repository: https://github.com/ehubin/Adafruit-GFX-Library/tree/master/Img2Code

  • drawXBitmap function: You can use the GIMP photo editor to save a .xbm file and use the array saved in the file to draw a bitmap with the drawXBitmap function. See the pull request here for more details: https://github.com/adafruit/Adafruit-GFX-Library/pull/31

  • 'Fonts' folder contains bitmap fonts for use with recent (1.1 and later) Adafruit_GFX. To use a font in your Arduino sketch, #include the corresponding .h file and pass address of GFXfont struct to setFont(). Pass NULL to revert to 'classic' fixed-space bitmap font.

  • 'fontconvert' folder contains a command-line tool for converting TTF fonts to Adafruit_GFX header format.

  • You can also use this GFX Font Customiser tool (web version here) to customize or correct the output from fontconvert, and create fonts with only a subset of characters to optimize size.


Roadmap

The PRIME DIRECTIVE is to maintain backward compatibility with existing Arduino sketches -- many are hosted elsewhere and don't track changes here, some are in print and can never be changed! This "little" library has grown organically over time and sometimes we paint ourselves into a design corner and just have to live with it or add ungainly workarounds.

Highly unlikely to merge any changes for additional or incompatible font formats (see Prime Directive above). There are already two formats and the code is quite bloaty there as it is (this also creates liabilities for tools and documentation). If you must have a more sophisticated font format, consider creating a fork with the features required for your project. For similar reasons, also unlikely to add any more bitmap formats, it's getting messy.

Please don't reformat code for the sake of reformatting code. The resulting large "visual diff" makes it impossible to untangle actual bug fixes from merely rearranged lines.