Allow creation of bangs that fallback to snap

UniquePixels

Many technical documentation websites use search systems that are not accessible using query params and, therefore, useless with bangs. (see for example https://discord.js.org/docs/packages/discord.js/14.25.1)

My suggestion is the ability to create a bang in which the bang field is empty, but the snap field is filled out. And if the bang is used, it is automatically changed to a snap since the bang field is empty.

Another words in the case of discord.js... if I do !djs client, kagi would automatically know that for this bang it has to do a site search instead site:discord.js.org/docs/packages/discord.js/14.25.1 client.

This would reduce wasted time when forgetting and using the bang instead of snap for sites like this.

RoxyRoxyRoxy

I'm a little confused. You can already do both of these things? If I search !r test I'm brought to https://www.reddit.com/search?q=test. If I search @r test, I'm brought to https://kagi.com/search?q=test+site%3Awww.reddit.com. Is there something in this that's not working as you'd expect?

k7absp2h

RoxyRoxyRoxy He says the discordjs documentation bang doesn't work becuase it doesn't support url template

RoxyRoxyRoxy

k7absp2h Yes, so in this case he instead wants to do a site: search, right? 😅

UniquePixels

RoxyRoxyRoxy Right so if I do !djs Client right now, I am am taken to the docs website and no search happens, then I remember that oh yeah i have to do @djs Client instead.

My suggestion is to allow a setup that when !djs will not function, fallback to @djs automatically.

RoxyRoxyRoxy

UniquePixels Ah I see. Is there any situation in which you need normal Bang functionality on that site? Otherwise you may be able to change the redirect to a Kagi search with the site: modifier added to it.

UniquePixels

RoxyRoxyRoxy There is not. The problem is that a lot of these docs sites are using this type of search now. It is rather dissapointing.