Since debian ships pretty old packages, almost all bug reports are to be sent to debian instead of upstream. The bugs might be already fixed in newer versions, and if not, debian will report it to upsteream. So debian by default disables such reporting and that might be the reason why kde report doesn't work
Then you can't make good software... Reinvent the wheel over and over again
I also now set it to macintosh variant. But can I assign it to right shift instead of alt? I need the alt but there seems to be no option for using shift
By default there was no layout enabled in that option but can add new ones. Anyway thanks for the tips
OOOOh so thats what it is for.. How could i see different levels and assigned keys?
Also I dont exactly know what keyboard layout i am using. It's my laptop's keyboard, with two hp specific keys, numpad, and no menu button or pause break button; if that helps
it was all disabled for me. So now i i=enabled it and choose the option "Right alt never chooses the third level" and now it works. What actually is the third, second and fifth levels? And why is it enabled even if the entire setting to choose 3rd level key is disabled?
Anyway this solved my issue but still curious on what thoose levels in keyboard are
Help: Right alt is detecting as ISO_Level3_Shift. Fedora KDE
The xev output for both left alt and right alt is given below. I could not use right alt for any purpose due to this. What could be the problem? Thanks in advance.
``` KeyPress event, serial 39, synthetic NO, window 0x1400001, root 0x409, subw 0x0, time 14963499, (139,64), root:(818,407), state 0x10, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False
KeyPress event, serial 39, synthetic NO, window 0x1400001, root 0x409, subw 0x0, time 14964219, (139,64), root:(818,407), state 0x18, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XKeysymToKeycode returns keycode: 92 XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False ```
But that is update and restart. The update is not at all installed and will only install if you restart. And it takes a lot of time. But here it is already installed and you can actually reopen apps ti get them in the updated state
Afaik mint just says you have to restart but don't forces you. Iirc it was there to avoud any glitches which could be caused by apps interacting with each other in different versions(say some system app got updated and desktop environment is still the old since its loaded before update then cause gui mismatch due to different versions of ui toolkit)
It would be a lot more smoother, smoother than a marble. But thoose detection of micro imperfections might be possible
Yeah there is a lot of neural networks, but i don't think that is the only thing in brain. There could be calculators and integrator circuits
I am talking about the prompting "on install". Its just add on install and everything works. That sounds like out of the box support for me
