LinuxQuestions.org
Latest LQ Deal: Latest LQ Deals
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 08-25-2018, 01:03 AM   #1
denydias
Member
 
Registered: Dec 2013
Distribution: Slackware
Posts: 127

Rep: Reputation: Disabled
Post The ups and downs of running Slackware and KDE 5 in a small screen Full HD notebook


I've bought a 'new' notebook. Well, technically it's a second hand, but new to me anyway. I went for a used gear because lightweight notebooks in Brazil are so damn expensive! Apple marketing has f***** the notebook prices.

The new beast is a Lenovo Thinkpad X250 (model 20CLS4Q600, mnf. date 2016/07) sporting an i5-5300U, iHD Graphics 5500, 12.5" Full HD IPS display, 8GB DDR3L-1600 SODIMM, 500GB 7200RPM HD and 256GB M2 NGFF 2242 SSD. It's a very well built piece of hardware that is in general quite friendly to memory/storage upgrades. It also comes with two batteries, an internal and an 'external' one, the last being detachable. Both batteries provides comfortable +7 hours run away from a wall charger. It may look outdated for many of you, but to me this is a giant leap from the brave Asus X450C i3-2365M I've been using for the last seven years. RIP.

I've decided to start fresh and installed Slackware64 -current from scratch. Slackware itself went to the SSD in a LUKS+LVM layout. There is also a boot partition just to hold the kernel images loaded by LILO. The HD keeps the original Windows 10 in a shrunk 100GB partition (booting from LILO or VirtualBox VM, pretty neat!), while the other 400GB was left available as an ext4 partition for nearline stuff (mostly video editing on the road).

Then came Alienbob's Ktown and that's the reason I'm writing this.

A Full HD display is not considered a HiDPI stuff. But when you squeeze 1920x1080 pixels in just 12.5 diagonal inches, rest assured this will give you at least MeDPI (Medium DPI). You need to make adjustments if you don't want to go blind in the first work hour. The default settings at native resolution make things appear way too tiny. Yes, it looks like Full HD stuff, but the feeling is that someone has shrunk to a phone size your living room 50" TV.

How X server, KDE 5 and friends plays with the required adjustments to provide some visual relief?

X

X Window System is 30+ y.o. It's definitely depicting its age.

The single most important feature to provide visual comfort in HiDPI is the display scale factor. X supports it pretty nice, but the setting is server global. That means if you have multiple monitors attached, each with different DPI capabilities, you should choose one scale setting and this will spread across all screens. You can't set different scales for different devices straight at boot.

The best you can do is to use xrandr to set DPI on-demand and after your DE/WM is already running. For instance:

$ xrandr --output eDP1 --auto --output HDMI1 --auto --scale 1x1 --right-of eDP1

The above will set a scale of 1 (default) to the monitor HDM1 (external), keeping the current scale of monitor eDP1 (internal).

I'm glad AlienBOB is researching a Wayland integration to Ktown. Wayland supports different display scales for each monitor.

KDE 5

The KDE products (Plasma, Frameworks and Applications) are getting there, but there are still annoying glitches holding a pleasant user experience. At the time of this writing, I'm running Plasma 5.13.4, Frameworks 5.49.0 and QT 5.11.1.

Take Plasma Workspace (the 'desktop' application) for instance: when you set the perfect scale for your visual comfort and use xrandr to adjust the external monitor to the native 1x1 scale, you'll find a black area at bottom and right of your screen. That's because Plasma Workspace is not aware of DPI settings to adjust itself. And no, you have no way to fix or workaround that. It is what it is.

Here and there you'll find hard corners. One can live with that, as I do myself. But if you are the 'pixel perfect paranoid' kind, the visual glitches are a deal breaker. They appear the most in System Settings. There are many configuration apps that wasn't ported to the new QML engine, so there's no adjustments for display scale at all, rendering to awful visuals. Fortunately, most of the KDE Applications behaves surprisingly well with scaled displays.

Being Plasma in its 13 interaction and Frameworks at 49, I would expect a bit more polished visual features out of the KDE ecosystem.

SDDM

SDDM (the login screen in init 4) behaves very well with scale settings. That was a nice surprise!

My settings for MeDPI

This quick review was based in the settings I felt most comfortable for my activity profile. As such, I think it's nice to share my settings with you the fine people willing to read this.
  • System Settings:
    • Display and Monitor > Display Scale: 1.2
    • Fonts: Noto Sans 9 (small 7, fixed width Hack 9), forced 120 DPI.
    • Application Style > GTK > Font: Noto Sans 9.
  • Application specific:
    • VirtualBox: create an application launcher (kmenuedit) to the desired VM and use the command bellow:
      Code:
      QT_SCALE_FACTOR=X /usr/bin/VirtualBox --startvm <vmname>
      
      # Where:
      # X = 1 / <your_actual_display_scale>
      #
      # Example:
      # x = 1 / 1.2 = 0.833
    • Zoom (video conference app): edit the application launcher (kmenuedit) and add to the command:
      Code:
      QT_SCALE_FACTOR=X $HOME/opt/zoom/ZoomLauncher %U
      
      # Where X is the actual display scale (e.g. 1.2).
    • SDDM: change the following setting:
      Code:
      ServerArguments=-nolisten tcp -dpi X
      
      # Where X is equal to KDE font DPI
    • /etc/rc.d/rc.font: ter-v24n.psf.gz
    • /etc/lilo.conf, relevant settings:
      Code:
      append="vt.default_utf8=1 video=1920x1080"
      ...
      # VESA framebuffer console @ 1920x1080x256
      vga=0x037d

EDIT/Opinion: I don't think KDE 5 is ready for prime time in Slackware 15. An OS like Slackware has a much broader audience with a very heterogeneous hardware base. People with more updated boxes may suffer from KDE's glitches and the one to blame is not Slackware.

Last edited by denydias; 08-25-2018 at 03:28 AM.
 
Old 08-25-2018, 10:47 AM   #2
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 7,497

Rep: Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827
Quote:
Originally Posted by denydias View Post
EDIT/Opinion: I don't think KDE 5 is ready for prime time in Slackware 15. An OS like Slackware has a much broader audience with a very heterogeneous hardware base. People with more updated boxes may suffer from KDE's glitches and the one to blame is not Slackware.
Did you try KDE4 on that laptop before you installed Plasma5? And XFCE? Did KDE4 handle your screen resolution better?
There's no requirement to run any KDE brand if you have better luck with XFCE. Your Plasma5 experiences can not be extrapolated to a larger user base and should not be the basis of a claim that "KDE 5 is not ready for prime time in Slackware 15".
 
Old 08-25-2018, 02:40 PM   #3
denydias
Member
 
Registered: Dec 2013
Distribution: Slackware
Posts: 127

Original Poster
Rep: Reputation: Disabled
Wow! I didn't see that coming! I wasn't expecting a so defensive Alien Bob!

Before I get into your rant, let me state this very clear: your Ktown is more than ready for any new Slackware release. Your work in this front is just fantastic and I have no complaints at all about what you did to make KDE 5 a reality for Slackware. The same is valid for your research in KDE 5 with Wayland in the testing branch.

Now to your rant...

Quote:
Originally Posted by Alien Bob View Post
Did you try KDE4 on that laptop before you installed Plasma5? And XFCE? Did KDE4 handle your screen resolution better?
No, I don't. Neither will.

My DE of choice is KDE, despite the KDE 5 problems handling HiDPI requirements. I'll not try other environments because I'll not switch to them if they handle that better. I'll stick with KDE and deal with its problems until it become more competent in that matter.

Quote:
Originally Posted by Alien Bob View Post
There's no requirement to run any KDE brand if you have better luck with XFCE. Your Plasma5 experiences can not be extrapolated to a larger user base and should not be the basis of a claim that "KDE 5 is not ready for prime time in Slackware 15".
Yes, your're absolutely right. My individual experience should not be a basis for a larger user base. Let me rephrase it then:

I think KDE 5 still lacks proper HiDPI support out of the box. As such, it's not ready for prime time in any OS, let alone Slackware 15.

See? This is my opinion as an individual. I have the right to have it and state it out loud wherever and to whoever I wish, including here and to you directly.

Should you agree with it? No! Should Patrick? Hell no! Nobody needs to agree with that and a disagreement is no offensive to me.

As a matter of fact, my opinion is based on what my research taught me while dealing with the bits required for any HiDPI system, being it a small Full HD screen built-in a notebook or a fancy external UHD monitor attached to a desktop. The main points I've learned are:
  • System Settings have entries not ported to the new QML engine (see ss_1 attachement).
  • Plasma/Frameworks lacks HiDPI handling in areas such as Workspace and full screen mode (used by applications like Gwenview).
  • Applications has issues handling display scale, e.g.: poor rendering of small icon sizes in Dolphin, mixed resolutions in Kmail message list icons, unwanted screen resize in Spectacle, Yakuake has lots of issues, full screen mode in all apps that use it (as per above).
The above list is not hardware dependent. It's pure software stuff. Any HiDPI system will need that from any DE featuring 'HiDPI support'.

Comparing to competitors (yes, I did it in person), this is what I see:
  • Mac OS X High Sierra: HiDPI is handled just fine. No UI glitches at all.
  • Windows 10: HiDPI is handled just fine. No UI glitches at all.
  • KDE 5: glitches here and there when running in HiDPI systems.
So, from my user perspective, KDE 5 is not ready as a product for HiDPI systems. With the hardware base becoming more and more capable in terms of display resolution (Apple's Retina, UHD ultrabooks and monitors from many vendors), KDE 5 still have some road ahead to reach a 'good to go' badge in HiDPI systems.

PS: I had some other issues with KDE 5 that is not related to HiDPI. Although they are annoying and could lead to a less than rich user experience, they aren't enough reason for me to classify KDE 5 as not ready to any system. But yet, this is just my opinion.
Attached Thumbnails
Click image for larger version

Name:	ss_1.png
Views:	50
Size:	210.0 KB
ID:	28444  

Last edited by denydias; 08-25-2018 at 02:46 PM.
 
Old 08-25-2018, 03:04 PM   #4
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 7,497

Rep: Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827Reputation: 5827
Quote:
Originally Posted by denydias View Post
EDIT/Opinion: I don't think KDE 5 is ready for prime time in Slackware 15.
Quote:
Originally Posted by denydias View Post
Wow! I didn't see that coming! I wasn't expecting a so defensive Alien Bob!

Before I get into your rant, let me state this very clear: your Ktown is more than ready for any new Slackware release.
I give up. My 'ktown' is the KDE5 that will find its way into Slackware.
And you don't understand why this kind of replies is why I get on the defensive? I just can't wrap my mind around some of this.
 
Old 08-25-2018, 03:19 PM   #5
denydias
Member
 
Registered: Dec 2013
Distribution: Slackware
Posts: 127

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by Alien Bob View Post
I give up. My 'ktown' is the KDE5 that will find its way into Slackware.
I know, Eric! You did a hard work on this branch for years now and it sure deserves to be part of S15. The fact KDE 5 is not at the same level of your work ATM is just a context matter.

Quote:
Originally Posted by Alien Bob View Post
And you don't understand why this kind of replies is why I get on the defensive?
No, I don't. You can talk about a product with passion, or you can talk of it as someone who cares about the users it will reach. The first one will hide pitfalls some users may face. The other won't.

KDE 5 glitches are not your fault. It's KDE's staff. But hey, no one to blame here. KDE devs are doing great. I'm sure they will have all this I mention above sorted out by 14th or 15th Plasma interaction (except the multi DPI setting with X, which is not their problem anyway).

Quote:
Originally Posted by Alien Bob View Post
I just can't wrap my mind around some of this.
May I? Be more product/user oriented and less passionate about the software you wrap.

Last edited by denydias; 08-25-2018 at 03:21 PM.
 
Old 08-25-2018, 03:38 PM   #6
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 2,727

Rep: Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235
Let's be honest - generally speaking the Linux desktop environments has huge issues with the Retina displays, no matter if it is GNOME, KDE4, Plasma5 or Santa Claus DE...

And that says a confessed Plasma5 hater.

Last edited by Darth Vader; 08-25-2018 at 03:40 PM.
 
1 members found this post helpful.
Old 08-25-2018, 03:42 PM   #7
denydias
Member
 
Registered: Dec 2013
Distribution: Slackware
Posts: 127

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by Darth Vader View Post
Let's be honest - generally speaking the Linux desktop environments has issues with the Retina displays, no matter if it is GNOME, KDE4, Plasma5 or Santa Claus DE...
Indeed!

Quote:
Originally Posted by Darth Vader View Post
And that says a confessed Plasma5 hater.
I'm a Plasma5 lover... despite that, we share opinions on HiDPI front.
 
Old 08-25-2018, 05:20 PM   #8
dugan
LQ Guru
 
Registered: Nov 2003
Location: Canada
Distribution: Slackware
Posts: 8,795

Rep: Reputation: 3756Reputation: 3756Reputation: 3756Reputation: 3756Reputation: 3756Reputation: 3756Reputation: 3756Reputation: 3756Reputation: 3756Reputation: 3756Reputation: 3756
FWIW, I did use Plasma 5 on a 4K monitor a couple of years ago. I hardcoded "-dpi 192" into sddm.conf and I found its HiDPI support to be quite good. Certainly no worse than any other DE.

And this was for at least half a year. It wasn't a quick test.
 
Old 08-25-2018, 05:49 PM   #9
denydias
Member
 
Registered: Dec 2013
Distribution: Slackware
Posts: 127

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by dugan View Post
FWIW, I did use Plasma 5 on a 4K monitor a couple of years ago. I hardcoded "-dpi 192" into sddm.conf and I found its HiDPI support to be quite good. Certainly no worse than any other DE.

And this was for at least half a year. It wasn't a quick test.

GFY.

I haven't tried other DE, neither will. I've tried Plasma 5 and compared it with other commom proprietary platforms where HiDPI is pretty well supported.

To me, Plasma 5 is getting there, but not quite there yet. The specific points to support my view are exposed above.
 
Old 08-26-2018, 06:44 AM   #10
gdiazlo
LQ Newbie
 
Registered: Jul 2018
Location: Spain
Distribution: slackware
Posts: 14

Rep: Reputation: Disabled
Hello

On a MacBook Pro with 221 dpi as per http://dpi.lv , this is kde5/plasma with all the settings I changed on screen: https://i.imgur.com/nNIMM5S.png

- use 221 dpi
- use 221 dpi in x11 apps like xterm
- increase the height of the main panel
- optional: set up the fonts you like

all done within kde.

If you compare KDE, please do so with other desktop environments under X11. I use kde5/plasma from ktown every day, on intel cards and nvidia cards. No problems so far. I'll try a radeon card next week, to check how it behaves myself.

As per multi-monitor setup, the limitations of X11 are the same for all other X11 applications. If you use Wayland, only Wayland applications will support moving to another monitor and auto-scale to the correct size. All X11 applications will not support it even if running in Wayland-X11 server. For example, if you run gnome on Wayland, xterm will not change its size, only gnome-terminal will when moving from one display to another. So if you want to benefit from it, be sure all the applications you use are actually Wayland applications.

As an alternative for your setup: use two X11 screens, each with its own DPI, you cannot move windows between them, but you can start apps on each screen just fine, and you can move the mouse to the other screen too. So the only caveat it has: no window can move between screens. Some apps like Gimp support this set up out of the box iirc.

Also did you guys got better results with those set ups with KDE4? would you mind sharing screenshots? Because the question is: kde4 do better than kde5? I'm interesting in seeing when kde5 fails and kde4 does not. I'm pretty sure there will be a bunch of things on which this is true, and it would be nice to contribute them to bugs.kde.org instead of this free complaining.
 
Old 08-26-2018, 11:20 AM   #11
denydias
Member
 
Registered: Dec 2013
Distribution: Slackware
Posts: 127

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by gdiazlo View Post
Hello
Hi there!

Quote:
Originally Posted by gdiazlo View Post
...instead of this free complaining.
That wasn't cool. You could be a bit more polite. Do you know if I've filled bugs or not? Do you know if I've searched if there are filled bugs on the matter or not? Don't make assumptions.

To install a working system, to perceive it for a couple of weeks, take notes of the system behavior pattern and wrap that up in a personal, hands-on review for the community is the last thing I would call "free complaining". This involves time and effort with one single goal in mind: let other people to benefit from a real world use case. Don't disqualify an individual like that. Not cool.

Now to your claims...

Quote:
Originally Posted by gdiazlo View Post
On a MacBook Pro with 221 dpi as per http://dpi.lv , this is kde5/plasma with all the settings I changed on screen: https://i.imgur.com/nNIMM5S.png
Your screenshot is deceiving. I'll tell you why. Look at the attached ss1.png. This one was taken in my machine, the same one I took my impressions on HiDPI stuff I wrote about in the OP. In that screenshot I have the very same apps as in your screenshot. They look perfect, indeed. This proves that in these areas, KDE 5 is ready for HiDPI.

Now look at ss{2..5}.png. These are just some examples of areas where HiDPI support in KDE 5 still lacks some love.

What I can tell you for sure is that in my system some areas looks bad in non-standard scale settings (display scale <> 1). These screenshots looks like KDE 5 glitches, not X sever, not Wayland, not from the hardware, kernel or drivers. As such, they should be truth in any given system, not only mine. This is the whole point of my OP and also my opinion there.

Quote:
Originally Posted by gdiazlo View Post
- use 221 dpi
- use 221 dpi in x11 apps like xterm
- increase the height of the main panel
- optional: set up the fonts you like

all done within kde.
If you are not using display scale (display scale == 1), you may indeed not suffer from none of the glitches I mention. A forced font DPI itself will not cause that. But if you enable display scale (anything >1 in Display and Monitor > Display Scale), then you'll may see the artifacts I mentioned earlier. Font DPI is not display scaling. Font DPI alter a typeface resolution, display scale resizes all the UI elements (icons, shapes, shadows, spaces and such, everything but the fonts) by the factor set by the user.

Quote:
Originally Posted by gdiazlo View Post
If you compare KDE, please do so with other desktop environments under X11. I use kde5/plasma from ktown every day, on intel cards and nvidia cards. No problems so far. I'll try a radeon card next week, to check how it behaves myself.
Why should I? Why am I supposed to compare KDE 5 with other DE/WM if I don't plan to switch for any of them? Am I forbid to compare KDE 5 with proprietary stuff where I know for sure the subject of comparison (HiDPI) works well? Hummm... don't think so. I'll compare KDE 5 to systems where I know what I want and need works fine because, in the end of the day, what I want and need is KDE 5 being as great as Mac OS X High Sierra or Windows 10 in the HiDPI area.

Quote:
Originally Posted by gdiazlo View Post
As per multi-monitor setup, the limitations of X11 are the same for all other X11 applications. If you use Wayland, only Wayland applications will support moving to another monitor and auto-scale to the correct size. All X11 applications will not support it even if running in Wayland-X11 server. For example, if you run gnome on Wayland, xterm will not change its size, only gnome-terminal will when moving from one display to another. So if you want to benefit from it, be sure all the applications you use are actually Wayland applications.
That's good to know! Thanks for advice. Wayland is less than new land to me as I never ran it before.

Quote:
Originally Posted by gdiazlo View Post
As an alternative for your setup: use two X11 screens, each with its own DPI, you cannot move windows between them, but you can start apps on each screen just fine, and you can move the mouse to the other screen too. So the only caveat it has: no window can move between screens. Some apps like Gimp support this set up out of the box iirc.
I'm aware of this possibility, but no. It's too cumbersome to be practical in a day to day use. My daily workflow (mainly full-stack development amid devops tasks) can't stand with windows trapped in a given display.

Quote:
Originally Posted by gdiazlo View Post
Also did you guys got better results with those set ups with KDE4? would you mind sharing screenshots? Because the question is: kde4 do better than kde5? I'm interesting in seeing when kde5 fails and kde4 does not.
Dunno, neither will find out. It's pointless to me because I'll not switch back to KDE 4. But you are free to go for it, install KDE 4 and get some very nice screenshots to share.
Attached Thumbnails
Click image for larger version

Name:	ss1.jpg
Views:	41
Size:	219.6 KB
ID:	28447   Click image for larger version

Name:	ss2.png
Views:	31
Size:	60.4 KB
ID:	28448   Click image for larger version

Name:	ss3.png
Views:	24
Size:	83.9 KB
ID:	28449   Click image for larger version

Name:	ss4.png
Views:	29
Size:	102.0 KB
ID:	28450   Click image for larger version

Name:	ss5.jpg
Views:	30
Size:	36.8 KB
ID:	28451  


Last edited by denydias; 08-26-2018 at 11:26 AM.
 
Old 08-26-2018, 02:32 PM   #12
gdiazlo
LQ Newbie
 
Registered: Jul 2018
Location: Spain
Distribution: slackware
Posts: 14

Rep: Reputation: Disabled
Quote:
Originally Posted by denydias View Post
[...]
EDIT/Opinion: I don't think KDE 5 is ready for prime time in Slackware 15. An OS like Slackware has a much broader audience with a very heterogeneous hardware base. People with more updated boxes may suffer from KDE's glitches and the one to blame is not Slackware.
I'm new to LQ and should have quoted the piece of your post I'm answering. My argumentation is against your last idea/opinion. So I'll try again.

There are a couple of facts/issues exposed on your post, based on your particular setup, and at the end, your opinion, which I read as a conclusion based on your post.

I pointed out that:
- the problems you describe are not solved in Linux in general for X11 applications. On Linux, most of the time you run qt, gtk, x11 and others apps together. A proper solution should account for this.
- then, your opinion about KDE5 not ready for Slackware 15 does not make sense to me. To make your point, you need proof the current Slackware DE, which is KDE4, is better than the KDE5 you're describing, at least for your particular case. Why shouldn't Slackware move to KDE5? Is KDE4 free of glitches? does it behave better in the multi-head environment you described? does it correctly handle HiDPI?

The rest of the points I made were just an attempt to help you out with your settings. A pity none of that worked for you. Anyway I tried to replicate your setup with the hardware I have and looked for the glitches:

https://i.imgur.com/XXk8mOZ.png

That's my try. By the way, the workaround about the black space when you scale screens (last time I tried, unity and gnome-x11 had the same problem), is to switch your primary screen to the one with the black area, and then switch it back to your screen. This can be automated. Not ideal I know, but are there better options?

You can see the xrandr command and the dpi settings I used. I even configured the UI scaling (useless with other X11 frameworks, that's why I do not use it) to check for the problems you found, but so far I'm unable to reproduce them. I must be missing something. I might try it again in the future.

I think I'm being polite, but don't worry, I'm used to people getting upset when I was just trying to help them. I doubt that will change in the near future.
 
1 members found this post helpful.
Old 08-26-2018, 03:59 PM   #13
denydias
Member
 
Registered: Dec 2013
Distribution: Slackware
Posts: 127

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by gdiazlo View Post
I'm new to LQ and should have quoted the piece of your post I'm answering. My argumentation is against your last idea/opinion. So I'll try again.
...
I think I'm being polite, but don't worry, I'm used to people getting upset when I was just trying to help them. I doubt that will change in the near future.
I'm not upset. Far from it actually. If I was upset, I won't even bother replying to you.

As you're concerned with my closure in the OP, did you see I extended it later when replying to Alien Bob?

Quote:
I think KDE 5 still lacks proper HiDPI support out of the box. As such, it's not ready for prime time in any OS, let alone Slackware 15.
But, as all opinions one may have, this may be about to change thanks to you.

Quote:
Originally Posted by gdiazlo View Post
The rest of the points I made were just an attempt to help you out with your settings. A pity none of that worked for you. Anyway I tried to replicate your setup with the hardware I have and looked for the glitches:

https://i.imgur.com/XXk8mOZ.png

That's my try. By the way, the workaround about the black space when you scale screens (last time I tried, unity and gnome-x11 had the same problem), is to switch your primary screen to the one with the black area, and then switch it back to your screen. This can be automated. Not ideal I know, but are there better options?
Your screenshot looks just like a DE handling HiDPI properly. As per my system's screenshots in the post above, some areas looks very compromised by the scale settings (which is 1.2 in my system). So, in the end, it may really have to do with something particular to my system.

I took the care to install this system with the minimal set of changes in /etc and $HOME rc files. I've changed just what is essential to my daily work. This is to keep the machine migration path as simple as it could get in the future. But I may have left some bit out of the party so I have such a poor result at some KDE 5 areas.

Anyway, I can't rule out your screenshot. It's a bold statement that my actual opinion may be plain wrong. I'll dig into it and see what I can get from my settings.

As for the black space workaround, I'll pass. It's just not practical when you are in a business day coming back and forth from one customer to another, each with different monitors available. My 'better option' is to set the display scale to a middle term between the small and the big screen so I don't need to adjust it separately for different monitors.

Quote:
Originally Posted by gdiazlo View Post
- then, your opinion about KDE5 not ready for Slackware 15 does not make sense to me. To make your point, you need proof the current Slackware DE, which is KDE4, is better than the KDE5 you're describing, at least for your particular case. Why shouldn't Slackware move to KDE5? Is KDE4 free of glitches? does it behave better in the multi-head environment you described? does it correctly handle HiDPI?
Trying to put some sense in it: KDE 4 is already part of Slackware 14.2 and -current. It's not a release candidate. It's a fact. KDE 5 isn't. KDE 5 may or may not get its way in the next major Slackware release. If these problems are for real, then I keep my opinion as there are many HiDPI hardware out there. But if I'm wrong and the problem lies in my particular context, then I totally change my mind and give a big welcome to KDE 5 in Slackware 15.

To keep my point, I don't need to test KDE 4 vs. KDE 5 and see which one performs better. I'll not use KDE 4 anymore. What I do need is to check if have a fault in my system or not.

Last edited by denydias; 08-26-2018 at 04:05 PM.
 
Old 08-26-2018, 04:07 PM   #14
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 2,727

Rep: Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235Reputation: 1235
I for one I consider that KDE ended with KDE4. Plasma5 is certainly a different software which have nothing in common with KDE4.

In fact, Plasma5 was written from scratch. Like they will do probably also with Plasma6 on A.D. 2020 when Qt6 will be released (supposedly).

Then please be kind to refer to this uber-bloated software abomination as Plasma5. There is no such thing like KDE5.

However, even I do not tested myself, I believe that even KDE4 has issues with Retina displays.

Simply because from what I seen the Linux software is not ready for Retina displays.

Or maybe because the Linux developers all of them use 40 inches 300Hz LED monitors and do not bother about 12 inches HD displays.

Last edited by Darth Vader; 08-26-2018 at 04:12 PM.
 
Old 08-26-2018, 04:12 PM   #15
denydias
Member
 
Registered: Dec 2013
Distribution: Slackware
Posts: 127

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by Darth Vader View Post
Then please be kind to refer to this software abomination as Plasma5. There is no such thing like a KDE5.
LOL! I knew someone would come with that!

I know KDE is the vendor/maker, while Plasma, Frameworks and Applications are the products. But as the perceived problem spans the whole family, it's easier to type KDE 5, which I'll keep doing in that particular case.
 
  


Reply

Tags
kde5, slackware -current


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Uuntu 11.10:Ubuntu screen not occupying full screen of Presario-CQ57-Notebook PC jason805 Linux - Laptop and Netbook 1 04-01-2012 05:57 AM
Slackware 13.37 KDE crashes when watching video full screen with Firefox 4 mjbudd77 Linux - Software 1 07-04-2011 05:05 PM
Slackware current goes to KDE login screen when I Esc from full-screen youtube videos Robert.Thompson Slackware 2 04-11-2011 04:43 PM
ups and downs of prelink and preload ... jkzfixme Ubuntu 1 07-25-2008 12:05 AM
Notebook shut downs when viewing videos ishuaia Linux - Software 2 09-12-2007 10:10 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 03:00 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration