Page 20 of 25
Re: MX-21 beta 2 feedback thread (xfce)
Posted: Wed Sep 15, 2021 2:25 pm
by dolphin_oracle
Feuerkl1nge wrote: Wed Sep 15, 2021 1:36 pm
dolphin_oracle wrote: Wed Sep 15, 2021 1:27 pm
is there not an option to "unpin" from the panel when you right click on the firefox icon?
No unfortunately not.
confirmed the bug.
ok, here's a workaround.
1. change a setting in the docklike plugin settings. doesn't matter what. you can reach the settings via a right-click on the plugin or from mx-tweak/panel tab.
2. once the setting is changed, edit ~/.config/xfce4/panel/docklike-2.rc (number might be different).
3. remove the firefox entry from the "pinned=" tab.
4. Without loging out first, restart the panel with "xfce4-panel --restart".
Re: MX-21 beta 2 feedback thread (xfce)
Posted: Wed Sep 15, 2021 5:57 pm
by SwampRabbit
dolphin_oracle wrote: Wed Sep 15, 2021 2:25 pm
confirmed the bug.
ok, here's a workaround.
1. change a setting in the docklike plugin settings. doesn't matter what. you can reach the settings via a right-click on the plugin or from mx-tweak/panel tab.
2. once the setting is changed, edit ~/.config/xfce4/panel/docklike-2.rc (number might be different).
3. remove the firefox entry from the "pinned=" tab.
4. Without loging out first, restart the panel with "xfce4-panel --restart".
I installed Firefox-ESR, uninstalled Firefox. Our "pinned" Firefox is still there, but I
did have the "Unpin" option from right clicking it. I was able to open Firefox-ESR and pin it before and after uninstalling Firefox.
It makes sense that one would have to pin Firefox-ESR since it is a whole new application, but it doesn't make sense that the pinned Firefox doesn't get removed from the docklike-2.rc.
Do you want me to report that bug upstream to see if docklike can detect when a user uninstalls a pinned application?
The easy workaround now is unpin an application before you uninstall it.
No one reported it that I saw, but also have a double indicators issue cropping up for the plugin now that we are doing CSS theming on the docklike plugin with our MX themes.
I remember there being a "gotcha" with that from the docklike wiki...
The plugin now has some support for CSS to modify the appearance of the dock. You can set the indicator style to none to use only CSS.
I edited my ~/.config/xfce4/panel/docklike-2.rc to indicatorStyle=3 (none) and it gets rid of the redundant blue rectangle.
But if a user decides they don't want orange bars or the indicator style that comes with a theme... they can't change those settings or they'll get double the indicator styles in the dock. If they change themes (to say Numix) and have indicatorStyle set to none, they won't have indicators at all, because not all themes style docklike.
My recommendation is to let docklike control the indicator style portion (rest of the CSS theming looks fine). If we want a default indicator style, I can set that in a default docklike-2.rc and include it in the package. This way the user has the ability to adjust it through the docklike settings.
This duplicates the CSS theme pretty well.
Code: Select all
pinned=/usr/share/applications/firefox.desktop;/usr/share/applications/thunar.desktop;
indicatorStyle=0
indicatorOrientation=4
indicatorColor=rgb(229,165,10)
inactiveColor=rgb(119,118,123)
Does that
sound reasonable?
EDIT: for typo
Re: MX-21 beta 2 feedback thread (xfce)
Posted: Thu Sep 16, 2021 2:16 am
by asqwerth
SwampRabbit wrote: Wed Sep 15, 2021 5:57 pm
...
....
No one reported it that I saw, but also have a
double indicators issue cropping up for the plugin now that we are doing CSS theming on the docklike plugin with our MX themes.
I remember there being a "gotcha" with that from the docklike wiki...
Which application? I was doing css experiments on mx-comfort with and without "indicator style" enabled, and didn't see any double indicators/
oops, I got confused and thought you were referring to double icons. Ignore this
The plugin now has some support for CSS to modify the appearance of the dock.
You can set the indicator style to none to use only CSS.
I edited my ~/.config/xfce4/panel/docklike-2.rc to indicatorStyle=3 (none) and it gets rid of the redundant blue rectangle.
But if a user decides they don't want orange bars or the indicator style that comes with a theme... they can't change those settings or they'll get double the indicator styles in the dock. If they change themes (to say Numix) and have indicatorStyle set to none, they won't have indicators at all, because not all themes style docklike.
My recommendation is to let docklike control the indicator style portion (rest of the CSS theming looks fine). If we want a default indicator style, I can set that in a default docklike-2.rc and include it in the package. This way the user has the ability to adjust it through the docklike settings.
This duplicates the CSS theme pretty well.
Code: Select all
pinned=/usr/share/applications/firefox.desktop;/usr/share/applications/thunar.desktop;
indicatorStyle=0
indicatorOrientation=4
indicatorColor=rgb(229,165,10)
inactiveColor=rgb(119,118,123)
Does that
sound reasonable?
EDIT: for typo
I was hoping to be able to keep enabled docklike indicator style (I like the default "rectangles"), but also have css theming ONLY for the mouseover/hover effect when you move your cursor over a pinned group. Haven't been able to get the hover effect.
Was able to get the "active" (or focused) window css theming going (long vertical bar on the left of the pinned icon), with the docklike indicator style enabled, but it's rather redundant to have both going on for "active" group. So I wouldn't want to have css theming for "active group" in mx comfort themes.
My current feel/preference is to keep to the current docklike settings for indicators, except that we have the focused/active window 's indicator be set to orange, to differentiate it from the other opened but not focused groups/windows, which stays as blue in rectangle style.
Then I still hope to get the hover effect in css though, but that's it, no css for active or opened groups. Though I'm not sure how yet.
Re: MX-21 beta 2 feedback thread (xfce)
Posted: Thu Sep 16, 2021 2:21 am
by Eadwine Rose
While we're at it, is it possible to use those numbers of opened windows if more than 2 (number only shows up with 3 or more), to indicate the number when more than 1 (so, as of 2)?
Re: MX-21 beta 2 feedback thread (xfce)
Posted: Thu Sep 16, 2021 2:36 am
by asqwerth
@dolphin_oracle
When I installed the latest updates to mx-comfort-themes, I got this message:
Code: Select all
(dpkg-preconfigure:4156): Gtk-WARNING **: 14:25:33.519: Theme parsing error: gtk.css:103:0: Missing semicolon at end of color definition
(dpkg-preconfigure:4154): Gtk-WARNING **: 14:25:33.621: Theme parsing error: gtk.css:103:0: Missing semicolon at end of color definition
Not sure which gtk.css file's line 103 though. It's not the .../dist/gtk.css file.
I don't recall that message popping up the previous update to comfort themes just 1 or 2 days before this latest one.
@chrispop99 the checkboxes in mxpi and other Qt apps should now be in white when you use comfort-dark.
@JayM the colour of selected filenames in Thunar should now be white when you use comfort (light).
Could you 2 test to confirm the issues are sorted now?
Re: MX-21 beta 2 feedback thread (xfce)
Posted: Thu Sep 16, 2021 3:18 am
by Feuerkl1nge
I don't have a docklike file in that location.
The only folder in /.config is "pulse".
Through catfish I've found a docklike.rc file in /etc/xdg/xfce4/panel/ and it indeed has a the pinned entry. But the workaround does not work for me. No mater what I make.
Re: MX-21 beta 2 feedback thread (xfce)
Posted: Thu Sep 16, 2021 3:24 am
by Feuerkl1nge
Additionally in the mx-tweak panel tab the setting "show vertical panel" always turn into active. Yes I've clicked on apply:D
Re: MX-21 beta 2 feedback thread (xfce)
Posted: Thu Sep 16, 2021 6:06 am
by dolphin_oracle
asqwerth wrote: Thu Sep 16, 2021 2:36 am
@dolphin_oracle
When I installed the latest updates to mx-comfort-themes, I got this message:
Code: Select all
(dpkg-preconfigure:4156): Gtk-WARNING **: 14:25:33.519: Theme parsing error: gtk.css:103:0: Missing semicolon at end of color definition
(dpkg-preconfigure:4154): Gtk-WARNING **: 14:25:33.621: Theme parsing error: gtk.css:103:0: Missing semicolon at end of color definition
Not sure which gtk.css file's line 103 though. It's not the .../dist/gtk.css file.
I don't recall that message popping up the previous update to comfort themes just 1 or 2 days before this latest one.
@chrispop99 the checkboxes in mxpi and other Qt apps should now be in white when you use comfort-dark.
@JayM the colour of selected filenames in Thunar should now be white when you use comfort (light).
Could you 2 test to confirm the issues are sorted now?
I thought I fixed those but I’ll check.
Re: MX-21 beta 2 feedback thread (xfce)
Posted: Thu Sep 16, 2021 6:07 am
by dolphin_oracle
Feuerkl1nge wrote: Thu Sep 16, 2021 3:24 am
Additionally in the mx-tweak panel tab the setting "show vertical panel" always turn into active. Yes I've clicked on apply:D
Screenshot please? We don’t have a setting called “show vertical panel”.
I'm doing some other work on mx-tweak now so your timing is good.
Re: MX-21 beta 2 feedback thread (xfce)
Posted: Thu Sep 16, 2021 6:08 am
by dolphin_oracle
Feuerkl1nge wrote: Thu Sep 16, 2021 3:18 am
I don't have a docklike file in that location.
The only folder in /.config is "pulse".
Through catfish I've found a docklike.rc file in /etc/xdg/xfce4/panel/ and it indeed has a the pinned entry. But the workaround does not work for me. No mater what I make.
That should read the .config in your home folder not under /.
You can’t just make the file you need to change a setting in the dock preferences.
@SwampRabbit a bug report would be good