jannschu

Just came across this looking for a way to color individual words inside a cell. Is there another option?

`From` is not implemented for Decimal for a reason. Bypassing that by casting to a string is incorrect.

I meant `From` for `rust_decimal::Decimal`, which is [not implemented](https://docs.rs/rust_decimal/latest/rust_decimal/struct.Decimal.html). One reason is, it is not possible due to `±Infinity` and `NaN` which have no equivalent in `Decimal`, but other reasons...

Comparing the macro `to_string` call with converting f64 to to_string makes no sense. The string conversion in the macro operates on language tokens, this has nothing to do with converting...

Additional remark: People use something like `rust_decimal::Decimal` if they are specifically interested in the differences with f64. So converting f64 behind the scenes is problematic, even more so by doing...

I had a look into how the SQLite decimal extension stores data There a straight-forward string representation is used. So if instead of `serialize`/`deserialize` just `to_string` and `from_str` is there...

I'm interested in this. A straight-forward implementation would make the function generic and then calculate in f32 as it is done in filter3x3. The box filter is applid per channel....

Not a comparison benchmark of different implementations but [my Rust implementation](https://github.com/jannschu/uap-rust) has a benchmark builtin (notice that this is not the version on `crates.io`, it is a fork and not...

> This probably requires #17. I think you are right. Since `Oid::from` as currently implemented in master allocates memory, I don't think is can be const. While #17 would allow...

A solution without #17 would be to expose the field of the `Oid` struct. On master an iterator over the oid arcs is returned. If one adds, say ```rust impl...