SUMMARY Kagi is an up and coming independent search engine https://help.kagi.com/kagi/company/. It would be nice to have this in the default search providers. I propose, "kg" for the shortcut, and "https://kagi.com/search?q=\{@}" for the shortcut URL.
Isn't kagi.com a paid search engine? As such, it wouldn't work for people who haven't paid for it, right?
(In reply to Nate Graham from comment #1) > Isn't kagi.com a paid search engine? As such, it wouldn't work for people > who haven't paid for it, right? Yes, and yes. That said, (assuming you're going with that being a bad thing); I don't know that that should exclude it from being listed, it shouldn't be the default but I think it's fine to be listed. The "free" (as in beer) search engines arguably aren't truly free, you just pay with your privacy rather than directly dollars. Some like the amazon web search options are also clearly biased towards selling things at one (major) retailer.
All the other search engines are freely available. IMHO we should not add a paid to the ones we ship by default. This again raises the question if we should have a sharing feature for engines. Then the few people who have a paid account there can easily add it to KRunner/other KDE components making use of webshortcuts.
(In reply to Alexander Lohnau from comment #3) > All the other search engines are freely available. IMHO we should not add a > paid to the ones we ship by default. > > This again raises the question if we should have a sharing feature for > engines. Then the few people who have a paid account there can easily add it > to KRunner/other KDE components making use of webshortcuts. I realize KDE's user base is (in the scope of things) very small and is unlikely to have a much of an impact, but an unwillingness to add a search provider (that IMO is in many ways is more closely aligned with free software ethos than say, Google) feels very much like picking winners. https://kde.org/for/activists/ - "We actually care about data privacy and digital well-being, and we fight for them." https://help.kagi.com/kagi/getting-started/faqs.html#what-is-kagi - "Kagi is currently Kagi Search, a fast, private search engine", "Kagi is a company created with the mission to humanize the web. Our goal is amplify the web of human knowledge, creativity and self-expression and provide the user tools to fight against the web of greed, ad-tech and user tracking." I really don't think this needs to be controversial. If people don't want to use it, they won't. It's easier on folks that do (or may want to use it but haven't heard of it) if it's "just there" though. IMO FOSS ethics are not anti-paid software, there's no conflict on interest here, particularly when *no* search provider shipped in KDE's defaults is actually a FOSS option.
I'm not passing any judgment on Kagi and I don't have anything against paid products, but I'm worrying about what will happen if a user uses this entry without having paid for a kagi.com account. I don't think it would result in a very good UX. My concern is preventing problems stemming from that.
I have to agree with Nate here. Also, by default, we allow using all webshortcuts. Having some providers preferred or not thus doesn't make a difference for default setups.
So I think we don't be able to do this, for the reasons provided. Sorry!
Just to respond to the comments raised... > I'm not passing any judgment on Kagi and I don't have anything against paid products, but I'm worrying about what will happen if a user uses this entry without having paid for a kagi.com account. I don't think it would result in a very good UX. My concern is preventing problems stemming from that. I'd ask yourself what UX _would be_ acceptable. Kagi shows a login page, if you sign into your account, it continues the search. I don't know how you could get better UX for what the product is, or why that would be user hostile or confusing. In a sense, I think it's the predominance of Google and its decades long dominance of the search industry that's created an unfair expectation. > Having some providers preferred or not thus doesn't make a difference for default setups. This isn't about being preferred, it's about being _included at all_. The current status quo is if you're a user of Kagi, you must be technically proficient enough to understand URLs and how to add the URL to KDE's search system. ... I'm not going to continue the fight; I ultimately don't think it's worth it at this point. You guys do great work, and it's not my intent to badger you guys into doing something you don't want to do ... but I will "go on the record" and say, I think you're getting this one wrong.
If activating the shortcut while not logged in takes to a website that shows a welcome/login page, I think that would be fine. Can you log out of your Kagi.com account, test the UX when you use a shortcut while not logged in, and report back? If it's reasonable, I think we can reconsider, especially if you can submit a patch to add it yourself (hint hint :-) ).