You are not logged in.

#61 2023-04-28 12:02:27

deleted0
Guest

Re: The BunsenLabs Menu

One of the first things to test is the menu highlight setting.
stay_alive=0 highlight is always there, just at the top of menu.
stay_alive=1 highlight is always there, on the last selected option.

Same thing happened on Lilidog.

Am I missing something?

8bit

I like a very static desktop. The only thing getting my attention is the task at hand.
Can't stand that menu flash every time I use the menu.

Last edited by deleted0 (2023-04-28 12:04:29)

#62 2023-04-28 13:23:39

sleekmason
zoom
Registered: 2018-05-22
Posts: 1,103
Website

Re: The BunsenLabs Menu

The problem is the mouse pointer is already in the menu when opening.  Can the mouse position when opening be changed so the menu opens away by a few pixels to outside the menu frame?

One way would be to make the menu static in location so the mouse isn't a factor.  Currently it is set to follow the mouse pointer.  So, in jgmenurc change:

position_mode = pointer

to:

position_mode = center

man gives a few other position possibilities too. using 'fixed' opens in the tint2 menu button location. I need to read more to see if an arbitrary location can be chosen.

Last edited by sleekmason (2023-04-28 13:24:50)

Offline

#63 2023-04-28 13:27:05

deleted0
Guest

Re: The BunsenLabs Menu

sleekmason wrote:

The problem is the mouse pointer is already in the menu when opening.

If the menu is called by a key combo and the mouse is nowhere around, the highlight still exists.

8bit

#64 2023-04-28 14:29:32

sleekmason
zoom
Registered: 2018-05-22
Posts: 1,103
Website

Re: The BunsenLabs Menu

eight.bit.al wrote:
sleekmason wrote:

The problem is the mouse pointer is already in the menu when opening.

If the menu is called by a key combo and the mouse is nowhere around, the highlight still exists.

8bit

Yep. Sure enough. Looks like were heading into developer territory to me.

Offline

#65 2023-06-20 08:37:04

johnraff
nullglob
From: Nagoya, Japan
Registered: 2015-09-09
Posts: 12,558
Website

Re: The BunsenLabs Menu

Re: a recent review on Distrowatch: https://distrowatch.com/dwres.php?resou … bunsenlabs

2023-05-07 reviewer wrote:

...putting everything in one menu items would be a huge help, right now somethings are in the "System" menu item, but some things are not (e.g. network configuration) and some thing are in Preferences, e.g., Power Managment.

One easy thing we could do to to simplify the menu a bit would be to combine the "Preferences" and "System" menus in one, with a separator between them.

Make sense?

As to network configuration, it's all available from the systray icon, but I suppose we could duplicate 'nm-connection-editor' in Preferences?


...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )

Introduction to the Bunsenlabs Boron Desktop

Offline

#66 2023-06-20 09:45:01

rbh
Moderator
From: South of Lapplands inland
Registered: 2016-08-11
Posts: 1,921

Re: The BunsenLabs Menu

johnraff wrote:

One easy thing we could do to to simplify the menu a bit would be to combine the "Preferences" and "System" menus in one, with a separator between them.
Make sense?

It makes sense to distinguish between between user settings (Preferences) and system-wide settings. Many other Dists do that and the Debian Menu does.
If "Preferences" and "System" is merged in one submenu: "Preferences and  System", Preferences should be above, as it is mot used. But I think it is better to keep the separate sub-menus. User should investigate the menus.

As to network configuration, it's all available from the systray icon, but I suppose we could duplicate 'nm-connection-editor' in Preferences?

Yes.


// Regards rbh

Please read before requesting help: "Guide to getting help", "Introduction to the Bunsenlabs Lithium Desktop" and other help topics under "Help & Resources" on the BunsenLabs menu

Offline

#67 2023-06-21 05:27:00

johnraff
nullglob
From: Nagoya, Japan
Registered: 2015-09-09
Posts: 12,558
Website

Re: The BunsenLabs Menu

rbh wrote:

It makes sense to distinguish between between user settings (Preferences) and system-wide settings.

I agree, and that's why we've had two separate submenus up to now. There is a bit of a fuzzy overlap, though, at least in the minds of some users, who wonder why there are two settings submenus. (The Compositor submenu is in user prefs but has a system item, because it would be more confusing if it were separated off.)

What I had in mind was for the preferences and system sections of the unified submenu to be marked by labelled separators, indeed with user prefs at the top. I thought perhaps "User" and "System" for the two labels, and "Settings" for the whole menu, though that could easily be changed. Something like this?
yIst3bgl.png


...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )

Introduction to the Bunsenlabs Boron Desktop

Offline

#68 2023-06-22 03:44:29

or1o9
Member
Registered: 2017-11-15
Posts: 246

Re: The BunsenLabs Menu

Yeah, why not, since they do overlap some it sounds ok to do it like that. Looks cool on the scrot to me. And no matter how it is   organized in the end, there will be people criticizing the choices that were made. The menu in Beryllium works well for me, and this setup will also work well. smile

But since I have a very adaptive strategy when it comes to the menu as stated earlier, maybe my 2 cents are a bit inflated?

Offline

#69 2023-07-01 06:59:10

johnraff
nullglob
From: Nagoya, Japan
Registered: 2015-09-09
Posts: 12,558
Website

Re: The BunsenLabs Menu

After using it like that for a while, I found the combined "Settings" menu a bit big - sometimes it's hard to quickly find what you want.

Maybe a compromise would be, as rbh suggests, to go back to the two separate submenus, but label them "User Settings" and "System Settings" to make it more clear that they are related?
9lVG4wIm.png


...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )

Introduction to the Bunsenlabs Boron Desktop

Offline

#70 2023-07-03 18:38:12

or1o9
Member
Registered: 2017-11-15
Posts: 246

Re: The BunsenLabs Menu

johnraff wrote:

After using it like that for a while, I found the combined "Settings" menu a bit big - sometimes it's hard to quickly find what you want.

Maybe a compromise would be, as rbh suggests, to go back to the two separate submenus, but label them "User Settings" and "System Settings" to make it more clear that they are related?

After thinking about this over the weekend I just want to add that it is an ok compromise for me. And there are probably more important things to spend energy on than a menu that in my opinion works well. No matter how you twist or turn it there will always be some who have objections about the end result.

Offline

#71 2023-07-03 20:18:13

hhh
Gaucho
From: High in the Custerdome
Registered: 2015-09-17
Posts: 16,036
Website

Re: The BunsenLabs Menu

@johnraff, for Boron, ASAP, I just discovered that if the package xsel is not present, opening jgmenu>Utilities>Take Screenshot>* crashes the desktop session.

This is really an issue for @malm, but he hasn't posted here in a year. I'll open an issue on GitHub.

https://github.com/jgmenu/jgmenu/issues/202
https://packages.debian.org/stable/x11/xsel

-edit- An error message complaining about xsel missing appears, but then I could only drop to TTY and kill the session (pkill openbox) or do a hard reboot (hold down the power button).


No, he can't sleep on the floor. What do you think I'm yelling for?!!!

Offline

#72 2023-07-03 20:35:49

hhh
Gaucho
From: High in the Custerdome
Registered: 2015-09-17
Posts: 16,036
Website

Re: The BunsenLabs Menu

Well, that was quick @malm just replied, he's looking into it.


No, he can't sleep on the floor. What do you think I'm yelling for?!!!

Offline

#73 2023-07-05 06:39:20

johnraff
nullglob
From: Nagoya, Japan
Registered: 2015-09-09
Posts: 12,558
Website

Re: The BunsenLabs Menu

^It looks as if any X window opened from a pipemenu script will cause jgmenu to freeze the desktop.

If it turns out to be difficult to fix at malm's end, we can look at not opening yad from bl-imgur-upload when it's being used in a pipemenu.


...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )

Introduction to the Bunsenlabs Boron Desktop

Offline

#74 2023-07-05 13:57:37

PackRat
jgmenu user Numero Uno
Registered: 2015-10-02
Posts: 2,612

Re: The BunsenLabs Menu

orionH wrote:

And there are probably more important things to spend energy on than a menu that in my opinion works well. No matter how you twist or turn it there will always be some who have objections about the end result.

This.

Last edited by PackRat (2023-07-05 13:57:49)


You must unlearn what you have learned.
    -- yoda

Offline

#75 2023-07-05 15:23:31

DeepDayze
Like sands through an hourglass...
From: In Linux Land
Registered: 2017-05-28
Posts: 1,897

Re: The BunsenLabs Menu

orionH wrote:
johnraff wrote:

After using it like that for a while, I found the combined "Settings" menu a bit big - sometimes it's hard to quickly find what you want.

Maybe a compromise would be, as rbh suggests, to go back to the two separate submenus, but label them "User Settings" and "System Settings" to make it more clear that they are related?

After thinking about this over the weekend I just want to add that it is an ok compromise for me. And there are probably more important things to spend energy on than a menu that in my opinion works well. No matter how you twist or turn it there will always be some who have objections about the end result.

Agreed, but bugs like jgmenu freezing the desktop when a pipemenu is opened should be addressed. Other than that jgmenu itself is indeed pretty mature.


Real Men Use Linux

Offline

#76 2023-07-06 09:02:05

rbh
Moderator
From: South of Lapplands inland
Registered: 2016-08-11
Posts: 1,921

Re: The BunsenLabs Menu

johnraff wrote:

^It looks as if any X window opened from a pipemenu script will cause jgmenu to freeze the desktop.

If it turns out to be difficult to fix at malm's end, we can look at not opening yad from bl-imgur-upload when it's being used in a pipemenu.

I tested to uninstall xsel. Opened Applications => Graphics => Quick Screnshot. Got the message that xsel was needed. Tested to run conky pipemenu, OK.
When opening Utilities => Take screenshot, menu froze and under it the message that xsel was needed.

So, no need for Malm to fix anything. Xsel is needed for the screenshot and should not be uninstalled .

Maybe set bunsen-utilities to need xsel?


// Regards rbh

Please read before requesting help: "Guide to getting help", "Introduction to the Bunsenlabs Lithium Desktop" and other help topics under "Help & Resources" on the BunsenLabs menu

Offline

#77 2023-07-06 14:07:27

DeepDayze
Like sands through an hourglass...
From: In Linux Land
Registered: 2017-05-28
Posts: 1,897

Re: The BunsenLabs Menu

rbh wrote:
johnraff wrote:

^It looks as if any X window opened from a pipemenu script will cause jgmenu to freeze the desktop.

If it turns out to be difficult to fix at malm's end, we can look at not opening yad from bl-imgur-upload when it's being used in a pipemenu.

I tested to uninstall xsel. Opened Applications => Graphics => Quick Screnshot. Got the message that xsel was needed. Tested to run conky pipemenu, OK.
When opening Utilities => Take screenshot, menu froze and under it the message that xsel was needed.

So, no need for Malm to fix anything. Xsel is needed for the screenshot and should not be uninstalled .

Maybe set bunsen-utilities to need xsel?

If your testing didn't crash the desktop but merely froze jgmenu with xsel temporarily removed then @hhh might also be missing something else in his setup. Good idea to add xsel as a dep to bunsen-utilities to ensure it's installed.


Real Men Use Linux

Offline

#78 2023-07-06 18:16:14

rbh
Moderator
From: South of Lapplands inland
Registered: 2016-08-11
Posts: 1,921

Re: The BunsenLabs Menu

DeepDayze wrote:

If your testing didn't crash the desktop but merely froze jgmenu with xsel temporarily removed

Sorry, Desktop froze.


// Regards rbh

Please read before requesting help: "Guide to getting help", "Introduction to the Bunsenlabs Lithium Desktop" and other help topics under "Help & Resources" on the BunsenLabs menu

Offline

#79 2023-07-06 19:34:26

DeepDayze
Like sands through an hourglass...
From: In Linux Land
Registered: 2017-05-28
Posts: 1,897

Re: The BunsenLabs Menu

rbh wrote:
DeepDayze wrote:

If your testing didn't crash the desktop but merely froze jgmenu with xsel temporarily removed

Sorry, Desktop froze.

Ahh okay so that problem's confirmed then.


Real Men Use Linux

Offline

#80 2023-07-07 02:32:57

johnraff
nullglob
From: Nagoya, Japan
Registered: 2015-09-09
Posts: 12,558
Website

Re: The BunsenLabs Menu

I think xsel is a bit of a side-issue really, but let's deal with it first:

Xsel is already in the default BL install list, so the only users who might not have it are those who have cherry-picked individual BL packages to make their own custom systems (like @hhh). But of course for those users, even if only few, we should make sure that each package declares its dependencies correctly. We have the choice of Depends:  Recommends: or Suggests:

Depends means that the package is almost useless without the dependency.
Recommends means that it would be unusual, but possible, not to have it.
Suggests means that it adds some functionality, but is optional.
https://www.debian.org/doc/debian-polic … re-depends

In general, I have tried to use Recommends rather than Depends as far as possible, to give users the most freedom to keep their systems small, even if in some cases the missing Recommend might cause some small problem. Removing a Recommends will not cause the depending package to be uninstalled.

With packages like bunsen-utilities, which bundle a number of scripts together, there's the possibility we might be setting a dependency because of a script that the user does not intend to use, so even if one of the scripts in bunsen-utilities needs a certain package we should still consider leaving it out of the dependencies, especially if it's a less often used script.

With xsel, the scripts in bunsen-utilities which use it are bl-imgur-upload and bl-imgbb-upload. bl-imgur-upload is used in the default menu and uploading screenshots is an important function IMO. (Of the two scripts, bl-imgur-upload does a test for the presence of xsel and raises a yad error window if it's missing. bl-imgbb-upload would just fail silently.)

On the principle of allowing the most freedom, though, I would suggest adding xsel to the Recommends of bunsen-utilities. Installing with Recommends is the default, and anyone who installs with '--no-install-recommends' should be ready for small issues IMO.

There is an opposite argument that all the scripts should work OOTB even without Recommends, so it should be a Depends. Xsel is very small anyway, so it's really not such an imposition to force users to install it.

I'm OK with either decision.

Off-Topic: maybe the current dependecies of bunsen-utilities need going over again some day, to see which ones should be Depends, and which ones Recommends.


...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )

Introduction to the Bunsenlabs Boron Desktop

Offline

Board footer

Powered by FluxBB