msrd0

:+1: but please don't force download a bunch of dictionaries for those that don't want it like some other text editors do.

Note: I managed to compile the keyboard as follows: 1. On ArchLinux, install the following packages: ```bash yay -S android-ndk android-platform-26 android-sdk android-sdk-build-tools-28 android-sdk-build-tools-28.0.3 android-sdk-cmake-3.6 android-sdk-platform-tools gradle4 ``` 2. Update...

I tried to implement your solution, but either I didn't get it quite right or just always taking a reference of macro parameters doesn't work.

It looks like `rustdoc` removes at most 1 leading space from doc comments if that leading space is present in all doc comments for an item. It never removes leading...

@joseluisq I don't think anyone is working on this currently, so if you want to work on a PR, feel free to do so!

The required RFC has landed but not been standardized, tracking issue is https://github.com/rust-lang/rust/issues/63063

Hm ... this is not so easy. What the error says is basically that the compiler needs to prove that, if any of your handler methods panic, the gotham server...

Gotham already uses `FutureExt::catch_unwind` for handlers. Also, all handlers run asynchronously, no matter if you call `.to` or `.to_async` - the first one essentially wraps everything in an `async {}`...

Hm I can't find a crate that implements a mutex that is future aware and supports poisioning ... I guess you could always use [`spawn_blocking`](https://docs.rs/tokio/1.12.0/tokio/task/fn.spawn_blocking.html) together with a std mutex.

@allevo Has your question been answered?