- User Since
- Feb 16 2018, 8:50 PM (31 w, 2 d)
May 14 2018
@martinkostolny I will try to give it some testing this week.
Apr 3 2018
show on: mouse out | mouse in | always (and possibly never show unless it is covered by other options, show on mouse out not available for buttons and appmenu)
This one I don't fully understand. Why show on: mouse_out|mouse_in for all items is not enough to satisfy all scenarios?
They are if you think about them as two checkboxes, I thought about it as single combobox...
Mar 31 2018
I know the stripe is still useless but user sees "it is disabled scrollbar, ok", not "empty black stripe, what is going on".
Thanks for the screenshot. I think this will raise questions "why is there the ugly black stripe on right"... (But I generally dislike all overlay and overaly-like-looking scrollbars on desktop, so I am biased.)
How does it work if text fills the whole line (or if you run mc or some other ncurses application)? Does it wrap the text once scrollbar is shown, hide it or is the text always wrapped in front of scrollbar's rect even if the scrollbar is not visible?
Fix tooltip text.
Mar 30 2018
Convert changeVolume helper into a Job... Right now it does not check wheter the DBus call is successful - I tried to wire it in but ended with segfault. I will investigate it further. Except that I hope it is ok.
I did not mean that I want to ignore them, I just need them pointed out for me to start seeing them.
It also should be in Plasma/5.12 now.
@ragreen I am sorry to disappoint but this patch does not remove the (usually black) half-opaque overlay the G+ post refers to. It only changes its color to button background color in the case that button background color is too far from black to make sure the text is readable. I guess the readability of text was the reason to introduce the overlay in the first place because only blurring the background (like 5.8 seems to do) is not enough in general.
It is meant as one. I am still kinda new here, so I am not exactly sure how to that (without confusing Phabricator).
I guess I should have renamed it from isLightColor to something like isNotAlmostBlack... The point was to replace almost black colors with real black because it looks better with opacity. IMHO (0,0,128), which is deep blue, is far enough from black to not mess with it because font colors readable on deep blue background might not be readable on black one.
Mar 29 2018
- Remove debug print
Mar 27 2018
I finally got to do some testing and it is not looking good for luminance formula 0.2126*r + 0.7152*g + 0.0722*b.
- Remove QtQuick.Controls import (was needed only by Checkbox)
Mar 25 2018
- Replace checkbox with a checkable button
- Add support for panel spacer -- currently we just check whether the applet is panel spacer and if it is we use applet.configuration.expanding instead of our fixedSizeOverride. I think we should remove context action to set expanding from panel spacer after this is landed and then convert it to use fixedSizeOverride array.
i would prefer the final version to be quiet
Mar 21 2018
Replaced by D11352.
Great, but I found one more bug (and it affected order of items). This fixes it.
Mar 20 2018
I am using Czech translation and I am satisfied with item order (but I keep only a few items in my systray). I like the current rule because it is simple and have some internal logic (even though it might not be obvious what the text of an applet is) and it is not just a fixed random order. I would rather not implement some crazy compare function just because it has somewhat reasonable results.
- put UnknownCategory first
- treat applets with category not in the list as UnknownCategory
- split reorderItem function into two
- add temporary hack whcih allows overriding applet's category (applets with wrong category are from diferent repos, so till they are fixed I added this hack, also does not contain Keyboard and Discover applets because I was unable to find their itemIds)
Mar 19 2018
I'm not sure that is good idea: There are already some items injected in context menus (e.g. Unlock widgets action) and looking at my panel some applets' context menus are not injected. I believe it is because they have multiple menus bound to specific parts of itself and only applet's global menu is (and can) be injected. Most notable examples are systray except the expansion arrow and task icon manager except empty space (if it has set fixedWidth I was unable to find a place in it which would show me context menu containing Unlock widget action).
Mar 17 2018
Also do we want this or two options instead:
- no expanding: maximumWidth = preferredWidth, and
- no shrinking: minimumWidth = preferredWidth?
Replaced by D11410.
Mar 16 2018
@mart you were very right to point out the callLater because that is exactly what was broken. The code assumed that all calls of callLater with different arguments are executed but in fact only those with different function are, rest of arguments does not matter. I somehow managed to run an older version of the patch on my machine were callLater was applied to a local helper function so it worked for me...
Ok, that looks that I did screw something. Time to investigate...
I guess Phabricator does not let me only respond to inline comments.
Mar 15 2018
I do not have write access.
@painlessroaster is not me. What gave you impression he is?
Mar 14 2018
+1 for picture instead of blue. With the current UI I would really appreciate option to choose text color independently on plasma color scheme (and such option would solve any static picture). Other possibility I was thinking about was 50 % opaque (default black) rectangle (with rounded corners) around control elements (i.e. like logout screen but only around controls not whole screen) but I have not found the way to position it where I want it to be...
Ahh sorry I misunderstood you. Moving this option to containment level seems reasonable although I'm not sure for how many other applets it might be useful -- except taskbar and Active Windows Control (the global menu applet in my screen shot and it already has this option) all applets I use are fixed width.
I understand you do not like adding options that you do not like adding options adjust think which should be configured on another level. But to be able to configure filling empty space at level of panel applets must not claim they need more space than they really do (and now taskmanager is doing exactly that). So possible solutions I see are:
- modified onConfigurationChanged so it triggers updates of properties depending on cfg_shownItems and cfg_hiddenItems
- make trash bin not draggable
- removed ComboBox hack (which was not working anyway) and added an overlay label to combobox showing S for items in cfg_shownItems and H for items in cfg_hiddenItems (this is meant as debugging tool only) -- when dragging the visibility values in comboboxes go wrong but those letter remain correct which leads me to conclusion that the problem is ComboBox component (@wsdfhjxc can you verify this behavior?)
Mar 13 2018
Ping. The current version adds a configuration option fillWidth (enabled by default) which allows the applet to grow beyond its preferred size. I tested it in usual setup and with fillWidth enabled the behavior is unchanged.
I am aware of getFixedItemId, only forgot to mention it in summary. Right now it is not included mostly because it is another hack (but fixing stupid behavior of someone else so unavoidable) and I do not use DropBox, but if this gets any closer to landing, we should reintroduce it.
I really like the idea of being able to reorder the systray as I wish. I could not resist and took my stab on the issue (with drag&drop) D11292.
I see that relative luminance formula is more correct but I would like to point out that we do not need here to calculate precise luminance. The point of the ?: statement is to collapse colors close to back to real black because gray overlay with 50 % opacity does not look good. So the current formula looks good enough for me and I would even think about moving the threshold down a bit to 0.4 or 0.3. (Generally not collapsing to black is the save way, it may not look so good but the text will be still easy to read.)
Mar 12 2018
Do I need to do anything to make it land?
With dark button background as it used to
but if you choose some crazy combination (like black text on green background) it will also work (without this patch the background here would be still black)
Mar 11 2018
I guess I am not that confused anymore -- with normal color group the color of text (outside of buttons) is determined by text color theme setting but with complementary group by button text color.
@mvourlakos I did some more testing and I am really confused. The important color seems to be button text color in Plasma theme setting. Results:
I have the same problem in 5.12.2 release. I think the root of it is assuming that foreground in PlasmaCore.Theme.ComplementaryColorGroup is white(ish) and background is dark (this is true only if normal color scheme uses dark text on light background, which is default) and forcing that background is really dark (since D5036). My personal hack is just to replace ComplementaryColorGroup with NormalColorGroup (which obviously breaks default setup). A bit less of a hack would be choosing either NormalColorGroup or ComplementaryColorGroup depending on which one has darker background.
Mar 7 2018
Moving appmenu instead of window title.
The patch definitely can wait until you finish the rework. A few thoughts that crossed my mind when reading proposed changes:
Mar 5 2018
Would it be better to move global menu 1px down instead?
The changeVolume helper must be in PlayerControl class and MultiplexedService must only forward calls to it in order to volume change by mouse wheel also work for other sources than only mutliplex one.
- Volume is bounded at max(oldVolume, 1.0).
- Added OSD support.
- Refactored osd & volume bounding logic into helper MultiplexedService::changeVolume.
Mar 4 2018
The idea crossed my mind but I rarely use expanded version of the applet and there are two problems to deal with:
Mar 2 2018
In previous revisions I used fillWidth = false but it is wrong because it not only prevents expanding but also it prevents applet from shrinking. So use Layout.maximumWidth = Layout.preferredWidth instead. Also after further testing I do not think the option must be restricted to icon version of applet only -- with full version (and Spacer applet) it allows you to align task on right side of panel which was impossible before.
Screenshots with Global Menu applet (panel contains Global menu, growing Spacer and icon taskmanager).
Mar 1 2018
Not really -- if I understand correctly allocating space works following way: All widgets get space they claim they need and the surplus is split among widgets with fillWidth == true in ratio which seems proportinal to width of given widgets. So even if global menu took space needed to display all menu items there still would be an ugly gap on right side of taskmanager.
Choice whether to fill or not fill width was turned into config option and i possible to set (and used) only for iconsOnly
version of taskmanager.