Summary: | x11-misc/dmenu needs virtual for x11-misc/rofi [...] | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Nikita Zlobin <cook60020tmp> |
Component: | Current packages | Assignee: | Conrad Kostecki <conikost> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | conikost, jstein, maintainer-needed |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Nikita Zlobin
2020-05-31 05:25:48 UTC
Neither of dmenu and rofi are developed to mirror each other's features, so this would probably fail with many combinations of either one and their prospective users. dmenu is probably unaware of rofi, because it's origin of its class. Rofi's menu mode, however, is right for this purpose. At least this example passes: ls | rofi -dmenu With 'dmenu' > 'rofi' symlink compatibility should be enough. could be a reason to add USE=dmenu to rofi (meaning dmenu compat), which would imply "!x11-misc/dmenu" in deps. To be more exact, from rofi man: The idea is that the basic usage command-line flags are obeyed, theme-related flags are not. Besides, rofi offers some extended features (like multi-select, highlighting, message bar, extra key bindings). I tried to compare for what dmenu switches are supported in rofi: Dmenu specific: -i -l lines -p prompt -w windowid Not specific: -m monitor From man: -m num -m name -monitor num -monitor name Not here: -b (bottom) -f (grab input until ready) I can confirm, tabbed and surf are ok wiht rofi. With only exception - rofi doesn't truly embed itself as requests new tabbed from git, just matches parent's position. |