Richard Hull

Tests failed though https://github.com/rm-hull/bme280/runs/5514636316?check_suite_focus=true

The _arm-none-eabi-gcc_ compiler should generate code that would run on a Raspberry PI 2 or 3.. whether it would work directly on Raspbian though, I don't know.

Would be good, yes please. Something like `device = create_device_from(filename='ssd1306.conf')` seems self-descriptive. Also the use of config files should definitely be better documented too but only if you have time

Add US keymap, interface to set/get & forth word to allow modifications

Hi, seems like the docs are out-of-date - you are right: there is a missing `)`, but `words` should work. However I think the underlying problem is that there is...

I think the base emulator uses pygame surfaces to do the scaling and transforms

If @hotwoofy wants to transfer ownership of repo to me, then happy to update it (I no longer have access to the devler organisation)

This could be tricky to get higher coverage, as the bits that aren't tested are pygame and the asciiart emulators. Other than running them to make sure there are no...

What would be really cool would be to implement another pseudo-device in luma.core that: * can wrap an existing luma display device * subclasses [MovieWriter](http://matplotlib.org/api/_as_gen/matplotlib.animation.MovieWriter.html#matplotlib.animation.MovieWriter) This would pump frames to...

I did have a kick around with this a few weeks (months?) back, but never committed anything. I reckon assume luma.core might be the right destination - it would be...