I looked at your issue...and you're right about GTK having some philosophical issues with this...and other things. I wanted to port wofi to GTK 4 but they removed an API I need for it...and the reception to a bug report for it didn't go well. I've basically given up on it. Personally I can't stand QT because I hate C++(C FTW) and IMO GTK just looks better visually...but man do the gnome devs have an apple like mentality which drives me batty most days.
There are a lot of items that don't have explicit selectors in wofi, and are therefore undocumented, however, as you noticed this doesn't mean they don't exist. ANYTHING in GTK can be selected if you know how to do it. Usually I recommend people set
GTK_DEBUG=interactivewhen launching wofi as this can be used to inspect the widget hierarchy.
This is a duplicate of #73 as someone else pointed out. There is currently nothing wofi can do for this.
At least on the current tip
NoDisplaydoes work as intended,
Hiddendoes not however. Interestingly enough that means
g_app_info_should_show()does not correctly handle
Hiddenas that's what wofi uses to determine if the entry should be shown, at some point when I have time I'll address this
This is actually the behavior though? At least on the current tip only the desktop file in
~/.local/share/applicationsshows for me, could you please clarify the version you're on?
Cool, glad we at least got a bit nicer of a work around as opposed to editing desktop files, making copies of them, or disabling kernel modules.
In an absolutely frantic untested patch I did this LOL. afa7d382b163. You can put it in your config as
drun-disable_prime=trueor on the CLI as
yeahhhhh, I got wrapped up in a christmas party last night but I did actually think of that, specifically the wofi option. I'm not sure about
DRI_PRIMEbut a config option to disable that feature would be fine and easy enough to do...I'll do that today, I should have time...I think