Results 19 comments of nocarryr

> About the linting I apologize I even read your contributing guide and was trying to keep things styled the same. PyCharm automatically refactors the code and I forgot to...

@Statick I've corrected the numpy dtype issues as well as some others in the [develop branch](https://github.com/nocarryr/rtlsdr-wwb-scanner/tree/develop) that can be found here: https://github.com/nocarryr/rtlsdr-wwb-scanner/compare/b88e83a91b47415ccdc5c11cac07bcf024dc9737...5fc3b089f052d6acbd778cb1e63a17c8d4e9ef90 Those were mostly related to the mouse tracking...

Can you elaborate a little on this? Something like a subclass of [Observable](https://github.com/nocarryr/python-dispatch/blob/c1897a9fb271871f0c301efc1232073bb5c0a1d6/pydispatch/properties.py#L192-L234) that tracks changes to a module's ``__dict__`` attribute?

In order to do that, the module's `__dict__` would have to be replaced with an `ObservableDict` copy. I'm not sure how that would impact the module's references to its own...

According to https://docs.python.org/3/reference/datamodel.html#the-standard-type-hierarchy a module's `__dict__` is read-only: > **Modules** > Modules are a basic organizational unit of Python code... > ... > Special read-only attribute: `__dict__` is the module’s...

`record_with_rtlsdr` in [utils.py](https://github.com/aerospaceresearch/CalibrateSDR/blob/7639448de433599bf579ecb251311c4d82c68db8/calibratesdr/utils.py#L82-L94) is using `sdr.read_bytes()` which returns the low-level `ctypes.Array` from librtlsdr. Garbage collection _should_ handle things as expected with this under most cases, but `record_with_rtlsdr` is returning the...

> Thanks! > I think it's worth avoiding a package, though. Why not add `quicktions.pxd` to the `package_data` with `package_data={'': ['quicktions.pxd']}`) ? Could you maybe send a new (cleaned up)...

@scoder I agree Without changing the project's layout, it's not possible AFAIK to include and package the `.pxd` file so things are importable from pure Python _and_ on Cython's search...

@scoder do you think cython/cython#2910 would be a viable alternative to this approach?