Use uri schemes for search in applications itselfs

Question

Use uri schemes for search in applications itselfs

KeizerDev opened this issue 9 years ago · 17 comments

Like for spotify, you can use spotify:search:%s

Answer 1 · 2016-01-26T17:51:44.000Z

As long as those schemes work cross platform, I have no problem using those. However it is probably more compatible to use the web urls.

Answer 2 · 2016-01-26T17:53:32.000Z

Maybe a -n flag for "native url" and that activates another method on the interface for building the app based uri, and also provide the web version by default?

Answer 3 · 2016-01-26T21:20:46.000Z

@zquestz I would do the opposite. I would rather use s if I can just search cross all than just limit it to the web.

Answer 4 · 2016-01-26T21:23:20.000Z

So your saying default to the native uri? And have a flag to use the http version if you don't want the native url?

Answer 5 · 2016-01-26T21:24:42.000Z

@zquestz yes, default to the uri because it would be a cross application search tool.

Answer 6 · 2016-01-26T21:31:07.000Z

Maybe the provider can detect if the binary is there, and use the native url when present, and web url when not available?

Answer 7 · 2016-01-26T21:31:18.000Z

Then the contract is nice and clean, and the searches always work as expected.

Answer 8 · 2016-01-26T21:45:23.000Z

You could check the path variable but that would be harder on Windows. Anyway, when using, for example, Spotify you actually always use the client. If you're using the web client, you still have to be logged in first so than there won't be any benefit for s

Answer 9 · 2016-01-26T21:46:40.000Z

Yeah I think we can just check to see if the binary is there. Check for "spotify" or "Spotify.app" and run from there.

Answer 10 · 2016-01-26T21:47:10.000Z

@zquestz updated my comment 😃

Answer 11 · 2016-01-26T21:48:50.000Z

Actually, you can't run from there. The uri scheme will still use the web browser. There is no way to talk otherwise to an application who is running.

Answer 12 · 2016-01-26T21:49:17.000Z

Yeah if we see the binary we use the app uri, otherwise we load the web uri. It just is a failsafe.

Answer 13 · 2016-01-26T21:49:44.000Z

Basically the provider can have logic to determine which URI to use, should be pretty simple for us to implement.

Answer 14 · 2016-01-26T21:54:42.000Z

@zquestz Yeah I know, but how can you check on the binary? Especially on Windows this would be hard I think

Answer 15 · 2016-01-26T21:57:16.000Z

I think it is doable. I might put in a helper for providers to use to check binary existence. Will add that tonight after work. =)

I do have a day job. hehe

Answer 16 · 2016-02-01T19:41:22.000Z

For now we have found issues with compatibility between linux, mac and windows with regards to application native URIs. I think we should stick to web based for now to ensure compatibility.

Answer 17 · 2016-02-01T21:01:32.000Z

Yeah, I was already seeing it. It seems the support was drop for newer versions and I'm still using an older version.