a3d5adb43c
Did _eve, fontio, framebufferio, and frequencyio
2020-05-07 11:56:46 -04:00
2ebe3035df
Did board, digitalio, displayio
2020-05-07 10:54:09 -04:00
0e465e63b9
Did audiopwmio, bitbangio, and _bleio
2020-05-01 18:23:27 -04:00
d65e851044
Did audioio, audiomixer, audiomp3
2020-04-30 13:06:09 -04:00
7ff9b9bc80
Did first 3
2020-04-29 17:36:28 -04:00
a2a32fea1a
Added newlines after every ellipsis
2020-04-29 15:55:06 -04:00
093461e816
Fixed indentation
2020-04-29 15:45:19 -04:00
deccdcc1d6
Did the same for the rest of busio
2020-04-29 15:20:05 -04:00
93d1e53c66
Hopefully fixed whitespace issues
2020-04-29 14:19:04 -04:00
c7b721f4f1
Fixed some more whitespace
2020-04-28 19:22:03 -04:00
aacca61598
Fixed whitespace on audiocore
2020-04-28 18:56:19 -04:00
c3897d0add
Fixed whitespace in analogio
2020-04-28 18:43:40 -04:00
724dcda3ec
Fixed whitespace in busio
2020-04-28 18:39:58 -04:00
829da5c127
Added inline pyi to audiomp3
2020-04-27 17:29:50 -04:00
8330471068
Added inline pyi to audiomixer
2020-04-27 17:20:40 -04:00
1363e6e724
Added inline pyi to audiocore
2020-04-27 17:02:48 -04:00
088b5b1785
Added inline pyi to audiocore
2020-04-27 16:49:12 -04:00
e96235d0cf
Added inline pyi to audiobusio
2020-04-27 16:35:03 -04:00
8344fce994
Added inline pyi to analogio
2020-04-27 13:06:47 -04:00
27e085ec36
Added pyi to OneWire.c
2020-04-25 15:36:16 -04:00
e7874277ab
Fixed empty lines
2020-04-25 15:35:24 -04:00
7070fe1995
Added inline pyi to UART.c
2020-04-25 15:25:31 -04:00
28430a9919
Added inline pyi to I2C.c
2020-04-25 15:07:58 -04:00
55bdee688f
Reorganized pyi again
2020-04-23 16:14:17 -04:00
855c2033b5
Reogranized pyi in spi.c
2020-04-23 15:35:20 -04:00
a18b991ca9
Added pyi to SPI.c
2020-04-22 15:22:34 -04:00
b87af3b071
ulab: Update from upstream
...
Closes : #2787
2020-04-22 09:04:12 -05:00
507e17fbf1
displayio: Fix "bus type" problem introduced at 8cba145c90
...
When allocate_display_bus_or_raise was factored out, the assignment
of the bus's Python type was lost. Restore it.
This would have affected displays of any type other than RGBMatrix, when
they were created dynamically. Boards with displays configured in flash
were unaffected.
Closes : #2792
2020-04-21 13:48:34 -05:00
898c09c35e
RGBMatrix: nonessential change to kick Actions
2020-04-19 09:10:08 -05:00
9bfe6b7197
framebufferio: update copyright information
2020-04-17 18:44:07 -05:00
8c455f24bf
RGBMatrix: this comment no longer describes the code
...
... allocate_display_bus_or_raise() uses fixed storage, not heap storage.
2020-04-17 18:44:07 -05:00
37cb6bafa8
RGBMatrix: documentation got behind the code
2020-04-17 18:44:07 -05:00
5fcc6d6286
RGBMatrix: finish renaming from Protomatter
...
This gets all the purely internal references. Some uses of
protomatter/Protomatter/PROTOMATTER remain, as they are references
to symbols in the Protomatter C library itself.
2020-04-17 18:44:07 -05:00
1b478bbae6
RGBMatrix: remove unneeded properties
2020-04-17 18:43:57 -05:00
57ce2d1f41
framebufferio: get width, etc., from protocol, not object property
2020-04-17 18:43:57 -05:00
3d6258f63d
Rename Protomatter -> RGBMatrix
...
This is a quick rename, it changes the user-facing names but not the
internal names of things.
2020-04-17 18:43:57 -05:00
64c3968a2e
protomatter: move get_width/height to common_hal
2020-04-17 18:43:57 -05:00
545b6e560a
fix doc build
2020-04-17 18:43:57 -05:00
1a91a75b9c
framebufferio: get more properties direct from underlying framebuffer
2020-04-17 18:43:57 -05:00
a32337718d
Rename _protomatter -> protomatter
...
I originally believed that there would be a wrapper library around it,
like with _pixelbuf; but this proves not to be the case, as there's
too little for the library to do.
2020-04-17 18:43:57 -05:00
d1ff23e004
framebufferio: get width, height from framebuffer properties
2020-04-17 18:43:57 -05:00
d2aac7a754
Protomatter: add width, height properties
2020-04-17 18:43:57 -05:00
0ce9c008c5
Protomatter: Make all arguments kw-only, add rgb count and optional height checking
...
They're not readily distinguishable by type.
I also added the requested height optional parameter; this is checked
against the computed one. It's not feasible to use this parameter to
artificailly reduce the number of used rows, because changes in the
underlying C protomatter library would be required.
Finally, I added a better error message when the number of RGB pins was
not what was expected.
2020-04-14 18:24:59 -05:00
880fff80e9
protomatter: Respond to review comments
...
- rename oe_pin -> output_enable_pin
- improve and reorganize docstrings
- rename swapbuffers->refresh
- rename "paused" -> "brightness", change semantics slightly
- common_hal several functions
- clarify why the common_hal routines can't be used directly in the
protocol's function pointers
- whitespace cleanups
- remove prototypes for nonexistent functions
2020-04-14 18:24:59 -05:00
5d328c3b44
protomatter: clarify by comment why these functions exist
2020-04-14 18:24:58 -05:00
ba20bc8b43
framebufferio: move backlight down to the underlying framebuffer
2020-04-14 18:24:58 -05:00
129c6369cf
protomatter: code style
2020-04-14 18:24:58 -05:00
4a05e938ed
protomatter: validate pins to give better error message
...
The numbered error from the underlying library is not helpful for
beginning users
2020-04-14 18:24:58 -05:00
9019710a1e
protomatter: improve an error message
2020-04-14 18:24:58 -05:00
baf04b7738
FramebufferDisplay: remove probably not needed constructor arguments
2020-04-14 18:24:58 -05:00
dherrada
Jeff Epler