MX-19.2 KDE Beta 1 feedback thread

Message
Author
User avatar
Adrian
Developer
Posts: 8948
Joined: Wed Jul 12, 2006 1:42 am

Re: MX-19.2 KDE Beta 1 feedback thread

#111 Post by Adrian »

JayM wrote: Wed Jul 08, 2020 8:06 am
richb wrote: Wed Jul 08, 2020 7:31 am Same result for me. Installed copyQ and QSI showed in copyQ but not native clipboard. Second trial and shows in both.
I just tested in a fresh VM install. I installed xclip then rebooted, wondering if that would also cause QSI to get copied to the native KDE clipboard as xclip's only 26k, but no joy.
Can't replicate that, it works perfectly fine in my live VM:
Image
It might be a timing issue that might be fixed by the latest sddm-init package, or a user issue: how do you copy with middle-mouse click or Ctrl+V?

User avatar
fehlix
Developer
Posts: 12700
Joined: Wed Apr 11, 2018 5:09 pm

Re: MX-19.2 KDE Beta 1 feedback thread

#112 Post by fehlix »

Adrian wrote: Wed Jul 08, 2020 9:11 am
JayM wrote: Wed Jul 08, 2020 8:06 am
richb wrote: Wed Jul 08, 2020 7:31 am Same result for me. Installed copyQ and QSI showed in copyQ but not native clipboard. Second trial and shows in both.
I just tested in a fresh VM install. I installed xclip then rebooted, wondering if that would also cause QSI to get copied to the native KDE clipboard as xclip's only 26k, but no joy.
Can't replicate that, it works perfectly fine in my live VM:
Image
It might be a timing issue that might be fixed by the latest sddm-init package, or a user issue: how do you copy with middle-mouse click or Ctrl+V?
I can reproduce it. Perhaps a timing issue or something else. The clipboard get clearly populated. But just trying to paste
from the menu or pressing Ctrl+V does not paste (always). At least reproducable after reboot.
Also I noted pressing Ctrl+V twice seems to "unblock" the clipboard paste buffer.
Not sure, a clipboard config issue?
Perhaps, I'm thinking also (in addition) to populate the primary paste buffer, so people can just paste with middle-click, if they like.

User avatar
Sparky
Posts: 1205
Joined: Sun Dec 23, 2018 6:07 pm

Re: MX-19.2 KDE Beta 1 feedback thread

#113 Post by Sparky »

jackdanielsesq wrote: Wed Jul 08, 2020 5:11 am
Gentlemen - it is magnifique - to all other KDE DE O/S's out there ... be afraid, be very afraid .. :number1: :number1:

Jack
My thoughts exactly!
MX Linux Asus F552, 12GB RAM, 500GB WD SSD MX19.2
Dell Inspiron 7559 16GB RAM 1X 256GB SSD & 1TB SSD MX KDE 21.1 & Windows 11
Mini Tower PC 2X 256GB SSD MX KDE21.1

User avatar
asqwerth
Developer
Posts: 7935
Joined: Sun May 27, 2007 5:37 am

Re: MX-19.2 KDE Beta 1 feedback thread

#114 Post by asqwerth »

I think the advantages some other distros' Plasma release would have over MX is being able to use the newer 5.18 Plasma, though. There were some improvements not available to the Buster version.

For example, the layout of all the theming options in the Settings Manager was improved, you no longer needed to set the icons separately for both Qt/Plasma and gtk applications, and if you used Breeze for both qt and gtk apps, Breeze-gtk would automatically follow the colour scheme you applied to the Plasma/Qt side of things.

Also, some of the newer sddm themes you find on KDE Store cannot work on Plasma 5.14's sddm version, unfortunately. For instance, Sweet's plasma and kvantum theme will work in 5.14, but not its rather pretty sddm theme (I'm enjoying it in Neon).

On the other hand, Plasma 5.14 is already usable and stable. If you're not looking for the flashiest, most glossy frosted glass look, 5.14 is perfectly fine (you can enable the frosted "blur" look in 5.14 manually using the blur option in Desktop Effects).
Desktop: Intel i5-4460, 16GB RAM, Intel integrated graphics
Clevo N130WU-based Ultrabook: Intel i7-8550U (Kaby Lake R), 16GB RAM, Intel integrated graphics (UEFI)
ASUS X42D laptop: AMD Phenom II, 6GB RAM, Mobility Radeon HD 5400

User avatar
richb
Administrator
Posts: 10890
Joined: Wed Jul 12, 2006 2:17 pm

Re: MX-19.2 KDE Beta 1 feedback thread

#115 Post by richb »

In addition 5.18 does not require unlocking widgets to add them. A minor thing but ease of use enhancement. I echo asqwerth's comments however. 5.14 is buster stable and a full fledged Plasma 5 release. The MX beta1 is a pleasure to use and will fulfill KDE fan's wish for a supported MX version, with many of the MX Tool enhancements.
Forum Rules
Guide - How to Ask for Help

richb Administrator
System: MX 23 KDE
AMD A8 7600 FM2+ CPU R7 Graphics, 16 GIG Mem. Three Samsung EVO SSD's 250 GB

User avatar
Gerson
Posts: 879
Joined: Sun Nov 12, 2017 9:58 am

Re: MX-19.2 KDE Beta 1 feedback thread

#116 Post by Gerson »

dolphin_oracle wrote: Wed Jul 08, 2020 7:36 am
Gerson wrote: Wed Jul 08, 2020 7:14 am I had a problem when trying to work with Ksnip, when doing the capture it closes, I have to resort to Spectacle but it doesn't have the functions that I like of Ksnip.
I still can't work with tutanota-desktop-linux.AppImage, it has all the execution permissions. In XFCE it didn't have any failure to run.

Code: Select all

Sistema operativo: Debian GNU/Linux 10
Versión de KDE Plasma: 5.14.5
Versión de Qt: 5.11.3
Versión de KDE Frameworks: 5.54.0
Versión del kernel: 5.6.0-2-amd64
Tipo de OS: 64 bits
Procesadores: 2 × Intel® Celeron® CPU N3060 @ 1.60GHz
Memoria: 3,8 GiB de RAM
please provide a link where I can download the problematic appimage. Thanks!
Este es:
https://mail.tutanota.com/desktop/tutan ... x.AppImage
No todos ignoramos las mismas cosas. :confused:

User avatar
fehlix
Developer
Posts: 12700
Joined: Wed Apr 11, 2018 5:09 pm

Re: MX-19.2 KDE Beta 1 feedback thread

#117 Post by fehlix »

Gerson wrote: Wed Jul 08, 2020 12:21 pm
dolphin_oracle wrote: Wed Jul 08, 2020 7:36 am
Gerson wrote: Wed Jul 08, 2020 7:14 am I had a problem when trying to work with Ksnip, when doing the capture it closes, I have to resort to Spectacle but it doesn't have the functions that I like of Ksnip.
I still can't work with tutanota-desktop-linux.AppImage, it has all the execution permissions. In XFCE it didn't have any failure to run.

Code: Select all

Sistema operativo: Debian GNU/Linux 10
Versión de KDE Plasma: 5.14.5
Versión de Qt: 5.11.3
Versión de KDE Frameworks: 5.54.0
Versión del kernel: 5.6.0-2-amd64
Tipo de OS: 64 bits
Procesadores: 2 × Intel® Celeron® CPU N3060 @ 1.60GHz
Memoria: 3,8 GiB de RAM
please provide a link where I can download the problematic appimage. Thanks!
Este es:
https://mail.tutanota.com/desktop/tutan ... x.AppImage
You need to enable kernel-sandbox'ing with MX-Tweak -> Other, to make it run.

User avatar
chrispop99
Global Moderator
Posts: 3350
Joined: Tue Jan 27, 2009 2:07 pm

Re: MX-19.2 KDE Beta 1 feedback thread

#118 Post by chrispop99 »

asqwerth wrote: Wed Jul 08, 2020 11:58 am I think the advantages some other distros' Plasma release would have over MX is being able to use the newer 5.18 Plasma, though. There were some improvements not available to the Buster version.

For example, the layout of all the theming options in the Settings Manager was improved, you no longer needed to set the icons separately for both Qt/Plasma and gtk applications, and if you used Breeze for both qt and gtk apps, Breeze-gtk would automatically follow the colour scheme you applied to the Plasma/Qt side of things.

Also, some of the newer sddm themes you find on KDE Store cannot work on Plasma 5.14's sddm version, unfortunately. For instance, Sweet's plasma and kvantum theme will work in 5.14, but not its rather pretty sddm theme (I'm enjoying it in Neon).

On the other hand, Plasma 5.14 is already usable and stable. If you're not looking for the flashiest, most glossy frosted glass look, 5.14 is perfectly fine (you can enable the frosted "blur" look in 5.14 manually using the blur option in Desktop Effects).
One thing I really miss with our version of KDE is the ability to change the formats of the date. You just get the preset shortdate, longdate, or ISO.

Older versions let you change the format (although bizarrely not using strftime codes), and so does newer versions.

Chris
MX Facebook Group Administrator.
Home-built desktop - Core i5 9400, 970 EVO Plus, 8GB
DELL XPS 15
Lots of test machines

User avatar
dolphin_oracle
Developer
Posts: 22248
Joined: Sun Dec 16, 2007 12:17 pm

Re: MX-19.2 KDE Beta 1 feedback thread

#119 Post by dolphin_oracle »

fehlix wrote: Wed Jul 08, 2020 1:45 pm
Gerson wrote: Wed Jul 08, 2020 12:21 pm
dolphin_oracle wrote: Wed Jul 08, 2020 7:36 am

please provide a link where I can download the problematic appimage. Thanks!
Este es:
https://mail.tutanota.com/desktop/tutan ... x.AppImage
You need to enable kernel-sandbox'ing with MX-Tweak -> Other, to make it run.
We made that the new default on 19.2 and forward but the change didn't make it inot the kde setup...we will make that adjustment to the KDE iso for beta2.
http://www.youtube.com/runwiththedolphin
lenovo ThinkPad X1 Extreme Gen 4 - MX-23
FYI: mx "test" repo is not the same thing as debian testing repo.

User avatar
sydz
Posts: 2
Joined: Sun Aug 18, 2019 5:16 am

Re: MX-19.2 KDE Beta 1 feedback thread

#120 Post by sydz »

Hello There,
Nice work already. Thanks a lot.
Didn't try it myself for now, but it seems someone have found a bug with Muon :
https://youtu.be/1fCl_wLu8Vk?t=595
Muon > Configuration > Configure Software Sources. (open Software Sources window "software-properties-kde")
pop up appears > password entered but validation didn't seem to respond, with no message...

Locked

Return to “General”