Boron cleanup

johnraff · 2023-12-07 08:43:03

Forked from this thread about HiDPI and theming in general: https://forums.bunsenlabs.org/viewtopic.php?id=8760

hhh wrote:

We should also bin this thread and create a new one named "Boron Cleanup" to discuss remaining issues.

OK, BLOB is finished and uploaded, likewise the latest desktop configs.

Test: Upgrade bunsen-configs and bunsen-blob, then try switching between the different BLOB config sets. I think it's all working...

Today I think I've fixed the black ac-power icon that xfce4-power-manager was putting in the systray. Numix only has a black icon, nothing lighter for dark themes. I was going to try to create a lighter version of Numix/<size>/devices/ac-adapter.svg but then thought a symbolic icon would fit the systray better anyway. Numix has scalable/status/ac-adapter-symbolic.svg so I put symlinks to that in the Bunsen-Numix icon theme and uploaded bunsen-numix-icon-theme 12.2.2-1. It seems to work

...getting closer.

Last edited by johnraff (2023-12-08 02:34:08)

hhh · 2023-12-07 10:03:31

https://github.com/hhhorb/boron-themes

I've renamed the original themes *-old (and their index.theme files) and uploaded new versions of aqua, light-aqua and darkred. According to Thunar, they come in at 2.2 MiB (82 files, 7 folders).

I've only done a quick test, but they look good. Finger's crossed.

johnraff · 2023-12-08 05:56:37

^Looks amazing! Are we really OK without those gresource files?
Just about to try those in my VM right now...

johnraff · 2023-12-08 06:13:40

Tried the new Boron-aqua, Boron-light-aqua and Boron-darkred and they all looked fine to me. Some subtle differences in layout, but on my small VM display I couldn't say one was better. Guess we have to wait for @Dobbie to report how they look with his HiDPI display.

I can't see any reason not to ship these new themes in bunsen-themes for now anyway.
Many thanks!

johnraff · 2023-12-08 06:17:05

User report about the vertical tint2 on multi-monitor setups.
https://forums.bunsenlabs.org/viewtopic … 28#p130728
He suggests:

panel_monitor = 1

and it sounds sensible to me for vertical panels. Any hidden snags?
If not, I'll update all our vertical tint's.

johnraff · 2023-12-08 07:53:50

Uploaded a fix for the black software-update-available systray icon which bl-apt-update-check displays. Now it should be light grey for dark themes and black for light themes.
bunsen-numix-icon-theme 12.2.3-1

Are there any other icons we need to look at?

Last edited by johnraff (2023-12-08 07:54:55)

johnraff · 2023-12-08 08:23:10

hhh wrote:

uploaded new versions of aqua, light-aqua and darkred.

Those are now in bunsen-themes 12.3-1, just uploaded.

hhh · 2023-12-08 14:15:50

All the above post suggestions seem fine to me!

rbh · 2023-12-08 14:22:05

johnraff wrote:

He suggests:
panel_monitor = 1
and it sounds sensible to me for vertical panels.

For me, it more sensible with "panel_monitor = all". I don't understand why "panel_monitor = 1" should be more sensible for vertical tint than horizontal! I prefer "panel_monitor = all" wheter i use vertical or horizontal taskbar. When using three or more monitors, it is more cumbersome with "panel_monitor = 1" setting.

hhh · 2023-12-08 14:36:24

@rbh...

ghorvath wrote:

However, maximizing windows is completely broken with the above tint2 setting. Problem is that "panel_monitor = all" sets tint2 to both monitors, and they are vertical due to panel_position. Hence a tint panel will appear in the middle of the 2-monitor Arand SCREEN.

So I think he's saying that when his window is maximized across 2 monitors he has the second panel overlapping the window.

I'll hook up my TV to my laptop via HDMI later today and post back. It does sound like a pretty niche (rare) scenario.

johnraff · 2023-12-09 00:42:03

rbh wrote:

I don't understand why "panel_monitor = 1" should be more sensible for vertical tint than horizontal!

I guess it's because multiple monitors are usually arranged in a horizontal row, not a vertical column. So a horizontal panel can be replicated at the bottom of multiple monitors without interfering with the windows above, while a vertical panel on the second or third monitor comes between the displays. Someone wanting to maximize a window across two monitors would have problems. As Has said, probably an unusual case.

hhh · 2023-12-09 01:56:23

^ I didn't get to test this today, hopefully tomorrow.

rbh · 2023-12-09 15:13:56

hhh wrote:

So I think he's saying that when his window is maximized across 2 monitors he has the second panel overlapping the window.

As far as I know, you can't easily maximize a window across two or more monitors, in openbox. This, whether you have vertical, horizontal or none tint2. I haven't heard that you can put two monitors toethet to on "virtual root".
You can resize a window across two monitors. Nice when working in twin panel file manager, with plenty of tabs open.
If you try to maximize that window, it will be maximized on one monitor.

It does sound like a pretty niche (rare) scenario.

Or nonexistent scenario.

hhh · 2023-12-09 23:04:14

^ Agreed. However, I did spend quite a bit of time using two monitors today. I connected a TV using the HDMI output from my laptop. I used Arandr to set the resolution on the TV to match the laptop (1920x1080), set the laptop as the primary display and the TV next to it and saved the config as ~/.screenlayout/joined.sh and added that line to my BL autostart.

Our default conky only appears on the primary monitor, tint2 appeared on both.

tint2 on the second monitor didn't have systray icons on it.

Some windows opened on the second monitor, covering part of the tint2 there. This never happens for windows opening on the primary monitor.

If you drag a window from the first monitor to the second, it gets dragged over the second tint2.

IMO the desktop looks better and behaves better having the one tint2 and the one conky on the primary monitor, and to have the full second monitor available for windows.

hhh · 2023-12-09 23:19:02

Dealing with another dual-monitor issue, I also spent a LOT of time working with the 'big cursor'. What worked for me...

Adding 'Xcursor.size: 32' to the bottom of ~/.Xresources. This made the cursor normal on both desktops.

Changing the ~/.config/gtk-3.0/settings.ini entry 'gtk-cursor-theme-size=48' to 'gtk-cursor-theme-size=32', or else the cursor becomes huge in Firefox, xfce4-terminal, etc...

I don't know that we need to change what we have for our default configs, but we should definitely be ready with the fix if someone asks about it.

Finally, lightdm-gtk-greeter had both a huge cursor AND the login window and the panel would switch from display to display depending where the cursor was. They would initially appear on the second display, my joined.sh layout doesn't get run until login.

The fix for that was to add the following lines to the bottom of he [greeter] section of/etc/lightdm/lightdm-gtk-greeter.conf...

active-monitor=0
cursor-theme-name=DMZ-White
cursor-theme-size=32

cursor-theme-size doesn't work without cursor-theme-name being defined as well.

rbh · 2023-12-10 00:14:02

hhh wrote:

tint2 on the second monitor didn't have systray icons on it.

Yes, that is a sane default setting.

Some windows opened on the second monitor, covering part of the tint2 there.

For mee, I have never seen a newly opened window, open over horizontal tint2. Default BL-setting, is to open new window on primary screen. I have now changed to open on screen with mouse. I have tested start different applications. Moved them unmaximazed to cover tint2 on screen 2. When opening app again, it pops just above tint2 (not obscuring the panel) as it should.

If you drag a window from the first monitor to the second, it gets dragged over the second tint2.

Still talking about horizontal tint (since we can well agree that vertical tint on more than one screen doesn't seem to work, but it has worked in the past)? I haven't seen it either.

And, I have been working with two screens for many years (about 20 years). At work the last couple of years I had three. Mostly working in windows, but taking some free time in linuxland.

IMO the desktop looks better and behaves better having the one tint2 and the one conky on the primary monitor, and to have the full second monitor available for windows.

On my desktop, I until recently had 4 conkys. Three on the primary screen and one on secondary. Just now, I have 0 conkys...
When working on the secondary screen, I appreciate having the taskbar at bottom for fast switching to other app on same screen.
The horizontal tin2 panel on secondary screen, does not take much space. On my 1920*1080 screen, it only takes 2,78 %. It is well worth.

hhh · 2023-12-10 00:22:14

I was using and am referring to the vertical tint2 which we're shipping as the default. It's great that you have a configuration that suits you but we're discussing what the configs should be out of the box, which John and I agreed will be a vertical panel configuration.

johnraff · 2023-12-10 01:06:33

^And still agree on vertical tint2 as default.

It very much looks as if vertical panels on multiple screens are not going to work. This goes beyond inconvenience/awkwardness to broken. Users of multiple screens have two good choices IMO:
1) Use a horizontal panel, at the bottom of all screens.
2) If they still want a vertical panel, put it on the first screen only.

Since our default tint2 is vertical it seems obvious to me that we need to set "panel_monitor = 1" so as not to break things for multi-monitor setups. And to set "panel_monitor = 1" on all our vertical tint2 configs. I can't imagine any situation where someone might want "panel_monitor = all" on a vertical tint2.

It's very easy to switch to a horizontal tint2, and that's probably what multi-monitor users will want to do. Horizontal tint2s will continue to have "panel_monitor = all" by default.

Last edited by johnraff (2023-12-10 01:10:31)

johnraff · 2023-12-10 01:13:46

rbh wrote:

hhh wrote:
tint2 on the second monitor didn't have systray icons on it.
Yes, that is a sane default setting.

It's not a setting, it's the system behaviour. Only one system tray can be displayed. Even a different panel like xfce4-panel is unable to display the systray if tint2 is already showing it somewhere, and vice versa.

hhh · 2023-12-10 01:27:26

I've been using dual displays all day with a single vertical panel, both on Boron and on GNOME ("Dock to Panel" extension) and I love it, so it's not a terribly obscure possibility that someone will use dual monitors this way.

Both screens I'm using are the same aspect ratio (16:9 a.k.a. widescreen, which is very common), so it makes sense for me to put the panel on the left as there's so much horizontal space available. If the screens are joined, having a single panel on the primary monitor works perfectly. If the screens are mirrored, the panel appears on both monitors anyways.

ATM, I have the monitors joined and Blade Runner (the Final Cut) is playing on the second one (the TV) via mpv, while I'm using Firefox on the primary one (the laptop). *Monty Python French accent* Oh yes, it's-eh very nice-eh.

#1 2023-12-07 08:43:03

Boron cleanup

#2 2023-12-07 10:03:31

Re: Boron cleanup

#3 2023-12-08 05:56:37

Re: Boron cleanup

#4 2023-12-08 06:13:40

Re: Boron cleanup

#5 2023-12-08 06:17:05

Re: Boron cleanup

#6 2023-12-08 07:53:50

Re: Boron cleanup

#7 2023-12-08 08:23:10

Re: Boron cleanup

#8 2023-12-08 14:15:50

Re: Boron cleanup

#9 2023-12-08 14:22:05

Re: Boron cleanup

#10 2023-12-08 14:36:24

Re: Boron cleanup

#11 2023-12-09 00:42:03

Re: Boron cleanup

#12 2023-12-09 01:56:23

Re: Boron cleanup

#13 2023-12-09 15:13:56

Re: Boron cleanup

#14 2023-12-09 23:04:14

Re: Boron cleanup

#15 2023-12-09 23:19:02

Re: Boron cleanup

#16 2023-12-10 00:14:02

Re: Boron cleanup

#17 2023-12-10 00:22:14

Re: Boron cleanup

#18 2023-12-10 01:06:33

Re: Boron cleanup

#19 2023-12-10 01:13:46

Re: Boron cleanup

#20 2023-12-10 01:27:26

Re: Boron cleanup

Board footer