Locating KDE Frameworks from Rust

frameworks are not Linux specific. Ayush Singh

Re: Complex License in KI18n and KConfig Frameworks

when creating the bindings. If enough is required to say that > > you > > are creating a derived work, then you should take the latter approach in > > order > > to avoid copyright problem. > > > > I am looking forward for further opinions :) > &g

Complex License in KI18n and KConfig Frameworks

I am the author of [ki18n](https://crates.io/crates/ki18n) Rust bindings and am currently working on bindings for [kconfig](https://invent.kde.org/oreki/kconfig-rs) as a part of Season of KDE. When I was trying to decide on a License for KConfig bindings, I was informed by Jos van den Oever, my me

Re: Season of KDE Proposal: Rust wrapper for KConfig

On Sun, Jan 9, 2022 at 4:28 AM Loren Burkholder wrote: > > I second that comment. I'd personally love to see Qt gain the ability to be > easily used from any programming language (OK, maybe not C, but you get the > point). Obviously, this project isn't going to affect all of Qt, but adding > fu

Re: Season of KDE Proposal: Rust wrapper for KConfig

On Sat, Jan 8, 2022 at 7:54 AM Aleix Pol wrote: > > On Thu, Jan 6, 2022 at 8:27 PM Ayush Singh wrote: > > > > I am a University student and the author of the rust crate ki18n. This > > crate allows using the KI18n Framework from Rust and can be used in > > co

Season of KDE Proposal: Rust wrapper for KConfig

I am a University student and the author of the rust crate ki18n . This crate allows using the KI18n Framework from Rust and can be used in conjunction with the qmetaobject crate to allow writing QML applications for KDE using R