David, Nate, Josh, Marco, Carl, and Niccolò are here ready to answer all your questions on Plasma (all versions), Gear, Frameworks, Wayland (and how it affects KDE’s software), and everything in between.
Fire away, Lemmy!
We were expecting to be done in an hour and we have past the 2-hour mark already! Time flies when you are having fun.
Thank you for all the questions and the welcoming and friendly atmosphere, but the devs must get back to making Plasma 6 great.
Please keep the conversation going and KDE contributors will continue to answer over the next days as time permits.
Thank you all!!
There’s been an undercurrent of discussion I’ve noticed (and tend to agree) that C++ is not the most friendly language for new/outside contributors, even the newer standard you use. Is there an effort to bring first class support/documentation for another higher level language as well? e.g dart/ruby/lua/python/javascript/C#/go (whatever is most feasible)
Something that’s often not mentioned is that C++ with Qt is often a very different beast to use compared to C++ with the stdlib and other GUI frameworks. IMO Qt takes a lot of the pain out of C++, such that the criticism becomes blunted and mostly articulated by people looking in from outside who haven’t tried it yet.
that suggests if nothing else, that point needs to be articulated more. But also then, C++ with QT is a very specific skill people now have to learn to help out, as opposed to stuff that would be more universally useful
Sure, but Qt is the largest C++ toolkit in the world with millions of developers, so it’s not exactly a small niche thing that someone who knows C++ hasn’t heard of. :)
I have some very, very, very, very WIP KDE widgets for Dart/Flutter in a project running. Currently it has almost nothing but it already automatically switches color theme when you switch color schemes in KDE for example 😄
Don’t expect too much of that though, it’s very unofficial and something I’m doing whenever I feel like it.
Some of the plasmoids are implemented in JavaScript I think, but personally I’d love to see Dart as a consideration for that “high level language” choice.
It already does a great job at gluing high level rendering abstractions with low level rendering libraries within the Flutter SDK, and supports a lot of useful paradigms in UI development such as first class functions, null safety, enhanced enumerators, etc.
I can see why it’s given a wide berth from FOSS since it’s associated with JavaScript AND Google (two controversial terms in programming to say the least…) but working with it daily really does remind me how well it lends itself to frontend development.