Java aplications and old applications must use a backwards compatibility layer that can cause flicker and bad font rendering.
There have been efforts to provide better support for Java applications on the Wayland. For instance, the OpenJDK project has been making progress on implementing native “pure” Wayland toolkit integration not dependent upon XOrg/X11 or XWayland.
but not all toolkits support it natively and few are easy.
There have been significant developments in providing native support for Wayland in various toolkits. For example : Clutter, GLFW 3, SDL, GTK 3.20+, QT5+, EFL, Slint, Iced & OpenJDK. Just to name a few.
While it is true that not all toolkits have full native support, ongoing work is/has largely shifted towards much better Wayland support.
It’s called Compositor Hand-offs, it’s coming in the future and is Wayland only.
It’s likely going to be in Plasma 6 release.
Restoring application state isn’t the only thing it does either. It also allow for graceful crash recovery, true-full-poweroff hibernation and hot-swapping supported compositors.
Wayland imposes new rules, and one of those rules being that programs can’t arbitrarily access keystrokes and mouse input. This is done to protect against keyloggers as they are used by malicious actors to gain a bevy of information like passwords, banking information, personal information, etc.
I’m unsure if it’s Firefox, the RMM or both, but the necessary permissions aren’t granted and that’s why it’s not working.
Nobody here needs “a long history of submitting patches to Firefox” to have an opinion on the tools used to manage the project. I assume that most here sharing their opinion don’t and yet you need not scroll far. You merely need some knowledge and experience with the tools, be it in personal, corporate, FOSS, etc. projects. Besides I don’t spend my free time helping FOSS projects just to use it to be like “my opinion better” that’s literally just the “appeal to authority fallacy”. But if you must know, I have helped here and there throughout the years under various different aliases/accounts. (Why “various aliases”? because I enjoy helping not some meaningless credit, it’s just how I am.)
“Although we’ll be hosting the repository on GitHub, our contribution workflow will remain unchanged and we will not be accepting Pull Requests at this time”
We can all read it right there plan as day.
If they weren’t planning to/considering it, then why specify “at this time”?
I’m only a native English speaker, so guess I could be interpreting it wrong.
Do tell oh wise one, what alternative meaning could it possibly have?
While it has a bunch of patches that can boost gaming performance and such it’s stability takes a hit in some areas. It’s also not quite as user friendly as other options. It can be better for those looking for a fedora base if that’s what they prefer, tho.
It’s also extremely opinionated & while it’s a great fit for those who have a matching use case, for general uses it’s a bit too opinionated.
It’s neither the worst, nor the best. It just highly depends on use case.
First off, not what I said.
Second off, I never called them dumb. I actually happen to have a good relationship with them, so I take offense to what you’re implying. I mearly stated that I don’t like GitHub and gave some legitimate reasons. Which btw : 100000072310000007241000000728Maybe the one who should learn humility is you.