Feature Request: Full-width, single-line display like dmenu / dmenu-wl #368

markstos commented 2024年08月07日 15:46:02 +02:00

I think Fuzzel can completely replace the functionality and design features of dmenu-wl except for one display feature:

The classic dmenu display where it appears as a full-width bar across a monitor at the top or bottom.

This is not personally important to me but perhaps this issue will attract some other dmenu fans to express support.

I think Fuzzel can completely replace the functionality and design features of dmenu-wl except for one display feature: The classic dmenu display where it appears as a full-width bar across a monitor at the top or bottom. This is not personally important to me but perhaps this issue will attract some other dmenu fans to express support.

dnkl commented 2024年08月07日 17:39:57 +02:00

I can certainly see the appeal of this.

One can sort of get halfway there right now; we can set --anchor=top, and manually adjust the --width to match the screen size. We can set --lines to either 0 or 1 to reduce the height.

But, fuzzel obviously still renders a vertical list. So, if we really want to support this render mode, we have to implement a new... render mode.

That means a fair amount of work, and thus I think it makes sense to use this issue to gather interest.

I can certainly see the appeal of this. One can sort of get halfway there right now; we can set `--anchor=top`, and manually adjust the `--width` to match the screen size. We can set `--lines` to either `0` or `1` to reduce the height. But, fuzzel obviously still renders a vertical list. So, if we really want to support this render mode, we have to implement a new... render mode. That means a fair amount of work, and thus I think it makes sense to use this issue to gather interest.

emiham commented 2024年09月25日 13:26:53 +02:00

To me this is the only feature that keeps me from using Fuzzel. I'm just too used to the classic dmenu style.

To me this is the only feature that keeps me from using Fuzzel. I'm just too used to the classic dmenu style.

markstos commented 2024年09月25日 16:07:20 +02:00

@emiham If you love the classic dmenu style, why not use dmenu-wl ?

@emiham If you love the classic dmenu style, why not use `dmenu-wl` ?

emiham commented 2024年09月25日 21:10:16 +02:00

It's missing some other features that are important to me (that Fuzzel has).

It's missing some other features that are important to me (that Fuzzel has).

anemofilia commented 2024年10月10日 15:31:47 +02:00

I also have interest in this feature :)

I also have interest in this feature :)

crzjp commented 2024年10月11日 22:56:15 +02:00

Coming here to show interest too.

Coming here to show interest too.

20NE commented 2025年03月14日 08:53:31 +01:00

The only feature stop me moving from bemenu

The only feature stop me moving from bemenu

Ghost commented 2025年05月25日 23:19:16 +02:00

any eta on this

any eta on this

markstos commented 2025年05月25日 23:26:12 +02:00

@nnyyxxxx there is no ETA, no one is working it.

In the meantime, you can use the --anchor and --width and --lines options, or use wl-dmenu instead.

@nnyyxxxx there is no ETA, no one is working it. In the meantime, you can use the --anchor and --width and --lines options, or use `wl-dmenu` instead.

Ghost commented 2025年05月25日 23:28:34 +02:00

thats unfortunate, i have switched to bemenu in the meantime, hopefully this can be implemented sooner or later; if so ill come back to fuzzel.

thats unfortunate, i have switched to bemenu in the meantime, hopefully this can be implemented sooner or later; if so ill come back to fuzzel.

markstos commented 2025年05月25日 23:29:12 +02:00

@nnyyxxxx You could try getting help from Claude or another AI to help you implement it. I can't say how well the code in fare in PR review if you are able to get something working, but it's another option to try. I've successfully used Claude to add some features in a Rust app after I got stuck trying do it myself and waited and waited for someone to implement it for me.

@nnyyxxxx You could try getting help from Claude or another AI to help you implement it. I can't say how well the code in fare in PR review if you are able to get something working, but it's another option to try. I've successfully used Claude to add some features in a Rust app after I got stuck trying do it myself and waited and waited for someone to implement it for me.

Ghost commented 2025年05月25日 23:34:05 +02:00

meh, i'm not really a big ai enjoyer + i already know c/c++/rust so i dont need to use it anyway. i've tried it in the past but it's more stupid tahn me even in basic tasks and thats an accomplishment lol..

meh, i'm not really a big ai enjoyer + i already know c/c++/rust so i dont need to use it anyway. i've tried it in the past but it's more stupid tahn me even in basic tasks and thats an accomplishment lol..

awal commented 2025年10月19日 11:31:50 +02:00

Hi there! It'd be great to at least support automatically expanding max window width based on the screen size. Dmenu does this by default. Do you think this could reasonably be done without a huge amount of effort? I can try sending in a patch as well. I was thinking the "width" option can accept "N%" style values.

Hi there! It'd be great to at least support automatically expanding max window width based on the screen size. Dmenu does this by default. Do you think this could reasonably be done without a huge amount of effort? I can try sending in a patch as well. I was thinking the "width" option can accept "N%" style values.

markstos commented 2025年10月26日 00:04:11 +02:00

@awal Try creating a patch, thanks.

@awal Try creating a patch, thanks.

awal commented 2025年10月26日 12:02:39 +01:00

@markstos

Okay I gave it a shot but I couldn't get it to work. I see that render_resized in render.c sets the width based on the char count. I tried removing that and setting wayl->width = w in layer_surface_listener, but it seems it already receives a shorter width than the screen width? (I expected 1920 for my screen but it got 1764, no scaling). Interestingly it works correctly in wmenu though and I don't see any difference in the code in how it is setting up the layer/surface.

I'm new to wayland, any help would be great.

@markstos Okay I gave it a shot but I couldn't get it to work. I see that `render_resized` in render.c sets the width based on the char count. I tried removing that and setting `wayl->width = w` in `layer_surface_listener`, but it seems it already receives a shorter width than the screen width? (I expected 1920 for my screen but it got 1764, no scaling). Interestingly it works correctly in `wmenu` though and I don't see any difference in the code in how it is setting up the layer/surface. I'm new to wayland, any help would be great.

markstos commented 2025年10月30日 16:51:43 +01:00

I don't have specific advice, but am noting there are a few related features here:

• While we already have a width flag, this "full width" idea isn't for the width of the text, it's for the width of the window behind the text, so it could use a different flag name.
• The"single line" display of dmenu displays results horizontally not vertically, Presumably each entry would be constrained by the "width" settings, which is really "text width" setting. Some people want this UI Others may be happy to have the full width bar, with a vertical menu like the current one anchored to the top or bottom.
• If the horizontal approach were to be used, there would have be a decision made about supporting icons or not in that format.
• If a vertical, dmenu-like menu is anchored to the bottom, it seems that the search bar would be at the bottom not the top and the order of the entries in the list might be reversed, with the best match at the bottom.

Any of the options seem like they may be significant features.

I don't have specific advice, but am noting there are a few related features here: - While we already have a `width` flag, this "full width" idea isn't for the width of the *text*, it's for the width of the window behind the text, so it could use a different flag name. - The"single line" display of dmenu displays results horizontally not vertically, Presumably each entry would be constrained by the "width" settings, which is really "text width" setting. Some people want this UI Others may be happy to have the full width bar, with a vertical menu like the current one anchored to the top or bottom. - If the horizontal approach were to be used, there would have be a decision made about supporting icons or not in that format. - If a vertical, dmenu-like menu is anchored to the bottom, it seems that the search bar would be at the bottom not the top and the order of the entries in the list might be reversed, with the best match at the bottom. Any of the options seem like they may be significant features.