Open jf2048 opened 1 year ago
Same question here, can you create a draft PR with the changes this causes? :)
There's also impl Into<GString>
for the transfer-full case and impl IntoStrV
for the "array of strings" case that would be useful to consider here.
analysis: Don't use IntoGStr for string params with length
Why not?
I added IntoStrV
but I think we want to do https://github.com/gtk-rs/gtk-rs-core/issues/978 first, I don't want to make gir subtract one from len()
only to remove that later
Why not?
Those don't need to be nul terminated, it's fine for them to just be &str
. I mean, I guess it could be AsRef<str>
if we wanted
I added
IntoStrV
but I think we want to do gtk-rs/gtk-rs-core#978 first, I don't want to make gir subtract one fromlen()
only to remove that later
https://github.com/gtk-rs/gtk-rs-core/pull/1037
Those don't need to be nul terminated, it's fine for them to just be
&str
. I mean, I guess it could beAsRef<str>
if we wanted
Oh right, that makes sense.
I think the futures change would be worth its own PR. That can be merged already :)
Also changes strings with transfer=full to
impl Into<GString>
I added new
Bound
s ~but not a newTransformation
, if anything else requires this stack-callback approach then one could be added~Also added
Transformation
too to correspond to the new chunk type, soIntoStrV
works as well