13

janpeeters Thank you for confirming that these mock-ups make sense. I'm entirely with you that it makes a difference compared to most other available browsers, especially on iOS.

Also, I believe this feature is not getting the attention it deserves right now as most users found their workarounds or think it can't be done as it isn't available in any other browser. Once it is implemented, it won't take long until other browsers mimic it.

  • Vlad replied to this.

      rosenrot This thoughtful contribution just granted you the Contributor status.

        8 days later

        Hello @rosenrot & @janpeeters,

        I'm nano, Orion iOS engineer. I'm working on this feature and I wanted to confirm that I understand the general flow for this feature. I'm attaching a flow chart showing the possible paths the app can take when you either tap a link, or long-press a link to show the contextual menu. Please let me know if this is the expected behavior, and if not, where it should be different.

        Additionally, @rosenrot, you mentioned not having this problem when using Brave. Would you mind sharing a test-case website that has links which show your desired behavior? It could help me see what the end-user experience could be. Thanks!

          nanoscrew Thanks for reaching out. Before going into details, let me quickly comment on the flow chart.

          In general, it would be great if the user could decide if she/he wants to open links externally, independent if it is an url scheme, url built-in, or a universal link. I think the flow chart doesn't address that wish, does it? I would like to see the "Open in..." popup in any case, url scheme, app listed in built-in list of apps, universal links. From my perspective there is no need for the confirmation alert.

          What alerts me is your note. For me, this means that we can't rely on the registered url schemes. In case I would click on 50 (different) links not being https/http the Orion browser would from that moment on always get a "No" for new urls. So both cases "tap link" and long-press link" would return "No" at the first branch. Am I correct?

          If I'm correct and having in mind that Apple suggests moving from url schemes to universal links, we might go in a slightly different direction - completely ignoring url schemes. I would be happy to hear your thoughts nanoscrew janpeeters .

                  rosenrot Happy holidays and thanks for the reply! Responding, in the order you wrote:

                  • My flow chart may not have conveyed this, but your goal of asking the user whether they want to open an external link in another app is exactly the goal in my chart. For any link that could be opened in another app, the "Open in…" popup should appear (unless you've selected to "Remember by choice" as shown in your screenshot above, in which case we'd immediately attempt to open in your preferred app).
                  • You're right to be concerned about the scheme-detection limitations in iOS 15+. That said, it's ultimately a UX choice whether to attempt opening in another app. Worst case is we can't tell whether the app is installed, but the user wishes to try opening it in another app, and we show an error message that "App <X> is not installed". Not a seamless experience, but not destructive either.

                  I'll continue working on this, and we'll update this thread once it's available.

                  -nano

                    18 days later

                    Implementing a way of opening app specific links, when a link is supposed to open an app.
                    Right now Safari is capable of doing this but Orion displays an error. This happens mostly with Banking apps and App Store links.

                    The links always start with “<appname>://“, for example chip://

                      Merged 2 posts from Opening App Specific Links.
                        11 days later

                        Steps to reproduce:

                        1. Search for an app that you have installed
                        2. Tap the link for the app on App Store
                        3. When the Dialog appears, tap “Open in Browser”
                          Expected behavior:
                          To open the website in browser.

                        Orion, OS version; hardware type:
                        Orion 1.2.4; iOS 16.0; iPhone 13;

                        Image/Video**:

                        **

                          Merged 1 post from If I tap open in browser for the apps that I have installed on the phone, the link does not open.
                            a month later

                            Thanks @rosenrot and @nanoscrew I’m happy to see this is in the next release. Sorry to say that I didn’t see any notifications of your mentions otherwise I would have chipped in. Best!

                              a year later

                              I wanted to also report that some apps might not register the links properly, so it would be nice (if possible) to allow setting a "custom app", so when some apps don't register their links properly we can always override which app should handle some deeplinks.
                              In particular, I wasn't able to open a Clash of Clans base layout link with Orion. I was able to say "open in app" but Orion would error saying "opening the deep link clashofclans://... requires an app that can handle "clashofclans" scheme to be installed on this device", and I do have the app installed...

                              • Vlad replied to this.

                                Karrq Opening a new feature suggestion with exact details is prefered

                                    No one is typing