apache wrote:I get this. How to do "tuning"?

Code: Select all

patch -p1 -i systray_iconSize.patch
File org.kde.plasma.private.systemtray/ is not a regular file -- refusing to patch
.
.
.


Searching with the 'File is not a regular file -- refusing to patch'
=> https://bugs.debian.org/cgi-bin/bugrepo ... bug=773591

Is your directory a directory or is it a symlink ?

But as jsalatas told you could edit the files by hand.

Unfortunately it doesn't work for me (KDE Neon 5.7 developer stable edition)

Code: Select all

property int itemSize: Math.min(Math.min(width, height), units.iconSizes.smallMedium)

It doesn't show slider.

@Rog131
I have folder not symlink.

apache wrote:Unfortunately it doesn't work for me (KDE Neon 5.7 developer stable edition)

Code: Select all

property int itemSize: Math.min(Math.min(width, height), units.iconSizes.smallMedium)

It doesn't show slider.

Yes it doesn't show the slider but the icons are smaller now.

I guess you did a restart after you made the change?

jsalatas wrote:Yes it doesn't show the slider but the icons are smaller now.

Yes. Indeed, they are smaller.
Thank you.

The systray icons are too large while the task manager icons are smaller (the proper size). Before the systray icons would resize and be smaller. The only way I can get systray icons to become smaller is if I size down the whole panel super small. Not practical. I did read that KDE said they went with a set standard icon size in systray. This is ****!
KDE devz; why things not working half the time and when they do they are brittle. Christ, I reboot and damn texture changes on the panel. What's going on here? Does matter if fresh install from Kubuntu or Neon...same problems. It's like KDE been broken from day one...you would think things get fixed and I mean permanently FIXED and not for one build. I love KDE, that's why I put up with it...plus it keeps me on my toes...I'm beginning to think as much as I've torn into KDE to get junk to work I might as well be a developer. AHAH I don't want that position...I know you guys have it rough dealing with X...it's like a battle. But no EXCUSES!. (:

FoxHunter wrote:The systray icons are too large while the task manager icons are smaller (the proper size).

I don't agree that task manager icons are proper size. I like big task manager icons (bigger than they can be now). The only making sense way to deal with the problem is to create options, at least in configuration files. KDE developers want users to accept default settings that match their (developers) own preferences. They forget that Breeze is not the only one theme and that people have different preferences and even different monitor sizes. I hoped that Plasma 5 would mean a progress in relation to Plasma 4 but the same mistakes were made. Because for users it is not important what QT version it is. This is perhaps easier for developers because it means less code, less work, less bugs but Plasma was suppose to be the best desktop environment because of customization. I know that these are harsh words but the situation is frustrating. KDE lacks vision and management.

The systray icons are too large while the task manager icons are smaller (the proper size). Before the systray icons would resize and be smaller. The only way I can get systray icons to become smaller is if I size down the whole panel super small. Not practical. I did read that KDE said they went with a set standard icon size in systray. This is ****!
KDE devz; why things not working half the time and when they do they are brittle. Christ, I reboot and damn texture changes on the panel. What's going on here? Does matter if fresh install from Kubuntu or Neon...same problems. It's like KDE been broken from day one...you would think things get fixed and I mean permanently FIXED and not for one build. I love KDE, that's why I put up with it...plus it keeps me on my toes...I'm beginning to think as much as I've torn into KDE to get junk to work I might as well be a developer. AHAH I don't want that position...I know you guys have it rough dealing with X...it's like a battle. But no EXCUSES!. (:

jsalatas wrote: ...

Yes it doesn't show the slider but the icons are smaller now.

I guess you did a restart after you made the change?

Now that Bug #365570 has been marked RESOLVED FIXED (cough, cough)...

Does that mean we're not going to see your neat qml patch with the icon size slider? Fallen at the first hurdle - with the KDE Review board...

It's very frustrating that Plasma 5 is falling apart from the bottom up (frankly Qt 5.x is broken) and also top-down through KDE following a path of dumb Gnome-like minimalism.


Bob

rwalker wrote:Does that mean we're not going to see your neat qml patch with the icon size slider?

There will be no slider. However the setting will be there so you should be able to change it by editing the config file.

jsalatas wrote:

rwalker wrote:Does that mean we're not going to see your neat qml patch with the icon size slider?

There will be no slider. However the setting will be there so you should be able to change it by editing the config file.

That's what I was afraid of - when I looked at the accepted part of your patch...

Well I'll stick with using your patch (by continually re-basing it)...

But I'm not happy that this configuration change has been buried in a config file in the official release - for the sake of god knows why?? How is that user discoverable for the average user... I really thought the VDG would have some input on this thought of thing... Apparently the previous threads about System tray "gate" have gone unnoticed...

Bob

Out of curiosity, why do you need to have a slider? I mean this is a setting that you need to change only once, so just editing the related configuration file, should be enough. Right?

jsalatas wrote:Out of curiosity, why do you need to have a slider? I mean this is a setting that you need to change only once, so just editing the related configuration file, should be enough. Right?

The question was not addressed to me but I have to speak out on this matter. I can comfortably live with options in configuration files. I have been using Linux for over six years now as my only system, so I am kind of used to it and I have some knowledge and patience to do it. But how can I recommend using Linux and Plasma for windows users and just at the beginning tell them that you can't make it look better (which in fact means look normal = as it should look) unless you have the time to search internet, and have knowledge to edit configuration files. Especially when slider is proposed and it needs only moving to official release. Moreover, take into account that KDE is doing a poll about KDE mission and they think of going mobile and consider having online services. In my opinion they should make Plasma work flawlessly, bugless and be user friendly first. It looks like KDE wants to follow Canonical and is doing the same mistakes.

windows users are already familiar with the so called "registry hacks" or "registry tweaks", so it IMHO wouldn't be something new to them

see https://www.google.com/search?q=registry+hacks

jsalatas wrote:windows users are already familiar with the so called "registry hacks" or "registry tweaks", so it IMHO wouldn't be something new to them

see https://www.google.com/search?q=registry+hacks

Well, yes but again this is for advanced users. What I wanted to say was that desktop environment should be user friendly, which means have graphic options to customize, at least for basic features like adjusting "look and feel". I understand that not everything can be done at once but if a patch was proposed it would be nice to have it in official release. I expected that moving to Plasma 5 would mean a real evolution while it appears that it even lacks some features of Plasma 4 and some parts of Plasma like kwin can't be modified because the code is so complex that no elements can be added, even such minor changes like adding icons to Desktop Grid. For now Plasma 5 looks like an unfinished product and there is no hope for this to change.

IMHO user friendly and customizing options are unrelated to each other, as a user friendly gui should work out of the box without the need for customization.