Tulip

    • 2 days ago
    • Joined Jan 16, 2023
    • 1 discussion
    • 5 posts
    • 0 best answers
    • 4 points
    • jeanetienne Orion version is 1.3.19 (10) (WebKit 8615.8.1.10.1). (Running on iPadOS version 16.7.10 (20H350).) My only installed extension is TWP - Translate Web Pages; disabling it doesn't resolve the issue.

      In terms of settings, it's been a while since I did settings-configuration in my Orion install, so I don't have much specific memory of what I set, but I at least don't remember changing anything which struck me as likely to cause problems here. (I'd likely have deliberately avoided it, since inability to reorder tabs has been pretty actively among my main impediments from using Orion as my day-to-day default browser on my tablet.)

      • I can supply video, yup! Here you go.

        (Video description: display of the Orion browser on iPad, with two tabs open, one (left) Kagi Search and one (right) Orion Browser. First, the left tab is dragged right and released; it snaps back into left position, for net zero change. Next, the right tab is dragged left and then released; it snaps back similarly, for also net zero change.)

        • Reordering still seems broken as of latest update on iOS, at least within the tab bar. When I press-and-hold-and-drag a tab on the bar, it previews as if it's going to reorder, but letting go doesn't cause any reordering to happen, it just causes the UI to revert back to its pre-preview state.

          • laiz replied to this.
          • It's possible to reorder tabs in iOS Safari without dropping into grid view, too. If you drag-and-drop tags on the tag bar during normal browsing, that works too, no dropping-into-grid-view required. (And I'd be in favor of Orion supporting this too; this is the tab-reordering method I tend to use, in practice, when using Safari.)

            • Currently, even when the "Show Full URLs" option is enabled in Orion on mobile, the protocol is hidden. Which is to say: if I navigate to http://example.com,the address bar will display example.com. If I navigate to https://example.com, the address bar will still display example.com. This is important information that's being hidden! There are good reasons to avoid typing in passwords, for example, on non-HTTPS sites.

              As things stand, the only way to check is to tap on the address bar; the protocol will properly appear at that point, even if it doesn't appear in the resting view. But this is an awkward workaround, and really shouldn't be necessary.

              So I suggest modifying the address bar preview so that—at minimum for anyone who has "Show Full URLs" enabled in settings, if not for everyone else, since people with that setting enabled have pretty unambiguously opted into verbose URL readouts—it displays the protocol there directly. Make it so that the address bar preview after navigating to http://example.com is http://example.com, and the address bar preview after navigating to https://example.com is https://example.com, rather than both collapsing down into preview text of example.com and leaving the security status of the site unclear.