Zeeshan Ali Khan comments

Results 435 comments of


                                            Zeeshan Ali Khan

trafficstars

`dbus_proxy` macro should allow parsing of response body into unowned types

I looked into this yesterday a bit and it's not so easy because of the approach we took with #34. The issue is the ownership of the response message when...

`dbus_proxy` macro should allow parsing of response body into unowned types

marked #106 as a duplicate of this issue

`dbus_proxy` macro should allow parsing of response body into unowned types

marked this issue as related to #106

`dbus_proxy` macro should allow parsing of response body into unowned types

In GitLab by @Spider on Nov 24, 2020, 18:27 Thanks!

`dbus_proxy` macro should allow parsing of response body into unowned types

I think we need to do something like what I [suggested here](https://gitlab.freedesktop.org/dbus/zbus/-/merge_requests/257#note_809090). An attribute would be required for users to signal to the macro that that's what they want: ```rust...

Allow interface properties to receive `#[zbus(...)]` parameters

Thanks for filing this. This is certainly something we should support and not at all an intentional limitation.

dbus_proxy macro panics when one of the methods is `fn r#type(&self)`

Is this with 1.x or latest 2.0 beta? Any easy work around is to make use of `name` attribute to avoid keywords: ```rust #[dbus_proxy(property, name = "Type")] fn type_(&self) ->...

dbus_proxy macro panics when one of the methods is `fn r#type(&self)`

In GitLab by @MaxVerevkin on Oct 14, 2021, 15:23 @zeenix Thanks for the workaround! This affects current master branch as well as latest beta.

Inefficient array decoding

unassigned @zeenix

Shared interface between dbus_interface and dbus_proxy

In GitLab by @ids1024 on Jan 12, 2022, 01:21 How would such a trait fit with async use cases? That would require different function signatures for methods, and `async` trait...