fish

  • Joined May 22, 2023
  • 45 discussions
  • 99 posts
  • 0 best answers
  • 137 points


  • After typing the keywords, only four limited search suggestions were provided, while Safari has ten search suggestions. Supporting more search suggestions can help users better retrieve information

    It should be noted that, compared to Safari, Safari only shows more search suggestions, up to a maximum of ten, when no existing history, bookmarks, or tabs are found for the keyword. Orion also has a similar function, but Orion only provides four search suggestions when no keyword is found, which is actually quite few, right? đŸ€”

    If the keyword does not appear in the existing tabs, history, or bookmarks, Orion should behave like Safari and support more search suggestions.

    • The current version TF1.3.13 (3) still reproduces, and the reproduction steps are still as mentioned above

      • In fact, you can install Bitwarden FF historical version Version: 2023.12.1, this version can auto-fill on iOS Orion


        • As shown in the video, after creating a bookmark folder and opening it, returning to the previous level results in the inability to scroll the page. This error can also be reproduced in favorites and the bookmarks bar.

          The bookmark page should not prevent scrolling when returning to the previous folder

          1.3.12 (4)

          18

          • There don’t seem to be clear reproduction steps. I simply enabled the dark icon on iOS 18, and Orion cannot switch back to the light icon.

            By the way, it seems to have started from version 1.3.12(3).

            The icon color should be able to switch normally.

            1.3.12 (4)

            18

            • desbest Unfortunately, it can only use simple scripts, and scripts requiring specific GM APIs are unusable.

              • Specifically, after disabling all three-finger pinch gestures, restarting the browser still reverts it to “show tabs.” Even if the three-finger pinch is first set to another action and then reset, restarting the browser still changes it back to “show tabs.”

                The three-finger gesture behavior should be freely customizable.

                1.3.12 (2)

                18

                • This issue still reproduces in version TF 1.3.12 (1).

                  • I agree, the search box should not take up so much space once the keyboard is removed.

                      Vlad The recent few versions seem to have resolved this issue, and I think it can be marked as completed

                      Specifically, the issue occurs as follows: after adding filter A, I proceed to add filter B. Once filter B finishes downloading, I notice that filter A’s name has changed to filter B’s name, resulting in two filters with the same name. When I try to delete one of the filters, both filters are deleted. Additionally, at this point, I am unable to re-add filter A, and it takes some time before I can add filters again.

                      It is possible to add a second or multiple filters normally.

                      1.3.11 (3)

                      18

                        • Edited

                        When I copy a long URL, it triggers the address bar gesture. Since I have set up the gesture to swipe up the address bar to show tabs, when I click the URL and select the content I want to copy, the gesture is still triggered.

                        I just want to copy the main domain, but when selecting the cursor, it triggers the gesture.

                        When the keyboard is brought up, gestures should not be triggered, as it interferes with the user’s operation of the URL.

                        1.3.11 (1)

                        18

                          Sharing websites to Orion from the share menu should open them. At least when I share to Chrome, the websites open normally.

                          1.3.11 (1)

                          18

                            Please check the image. It seems that the URL displayed in Orion on a notched screen is not center-aligned.

                            My device is an iPhone 13 Pro. When the location bar is set to the top, the URL displayed in Orion doesn’t appear to be center-aligned, as can be seen when compared to Safari.

                            When the location bar is at the top, the URL display should be optimized to match Safari’s behavior.

                            1.3.10 (7)

                            18

                              javascript:(function(){if(navigator.share){navigator.share({title:document.title,url:document.URL}).then(()=>console.log('Shared!')).catch((error)=>console.log('Error:',error));}else{alert('Web Share API not supported.');}})();
                              If my code doesn’t have any errors, saving it as a bookmark and running it should trigger Orion’s share menu. However, after running it, Safari’s share menu pops up instead, and clicking ‘Add to Reading List’ adds the link to Safari’s reading list.

                              Orion supports the standard Web Share API, and ideally, running this code in Orion should trigger Orion’s share menu. However, as you can see, the menu that pops up isn’t Orion’s, and clicking ‘Add to Reading List’ adds the link to Safari’s reading list. Moreover, many key options, such as ‘Find in Page,’ are missing.

                              1.3.10 (7)

                              18

                                Vlad
                                I haven’t set any homepage link, but clicking the home button still redirects to Kagi.

                                  After canceling the Kagi homepage settings in the settings, and then customizing the toolbar to add a homepage button, clicking on the homepage will still redirect to https://kagi.com/welcome.

                                  After canceling the default Kagi homepage settings, should clicking on the homepage redirect to the start page?

                                  1.3.10 (7)

                                  18

                                  • Vlad replied to this.

                                    I’m aware that based on current feedback, Orion has already begun planning to integrate dark mode natively, and many users support this suggestion.

                                    However, I believe that dark mode should be handled by extensions. Many websites are too complex for simple dark mode solutions to cover all elements effectively. Building a fully native dark mode for a browser requires the browser to deeply modify every webpage’s CSS, ensuring compatibility with countless different designs, themes, and interactive elements. This can introduce significant maintenance challenges, as the browser would need to constantly adjust its rendering for various sites. It would also struggle to handle more complex or poorly coded websites, potentially resulting in a subpar user experience. This complexity is evident from the popular Dark Reader extension’s GitHub issues, where numerous reports on website compatibility are submitted daily.

                                    I think extensions should handle the webpage’s dark mode, and the browser (Orion) should only assist the extension in fixing the white flash bug when opening links. Dark Reader, as the most widely-used dark mode extension, has been stable and frequently updated for years, providing good compatibility for many complex websites while maintaining aesthetic quality. By allowing extensions like Dark Reader to take control of dark mode, Orion can avoid the pitfalls of maintaining its own complex rendering engine and instead focus on ensuring a smoother, bug-free experience when transitioning between pages.

                                      Currently, I use iOS Orion with Dark Reader for dark mode, and when I open a new tab, the page always flashes white before turning dark. Since I use Orion at night in dark mode, it feels like my phone is throwing a flashbang in the dark đŸ˜”â€đŸ’«.

                                      This issue was reported in the forum as early as 2021 but has yet to be resolved. I began reviewing the reports related to this bug on the forum, as well as Dark Reader's help documentation. Here's Dark Reader's explanation:

                                      Screen flashes white when opening a new tab or navigating to a website
                                      Before loading a website, the browser shows a theme background color by default. Select a dark theme in your browser settings.

                                      This means that the bug is not caused by the extension itself, and Dark Reader works correctly in Orion after several updates. Dark Reader suggests that this issue can be solved by switching the browser to a dark theme. So I tested this in Safari:

                                      After enabling the system-wide dark mode, Safari switched to dark mode along with the device. I found that even with the dark mode extension disabled, when opening a new webpage or tab, the initial page still renders in dark mode before switching to light mode if necessary. This led me to conclude that Safari behaves in such a way that even without any extension interference, it renders the initial page in dark mode when the device is in dark mode. In contrast, Orion, when in dark mode, immediately renders the new tab or webpage in light mode.

                                      There are several forum reports about this bug, most stating that the white flash is due to Dark Reader’s loading delay, causing the page to flash white initially. Some have also suggested that Orion should natively support webpage dark mode.

                                      I believe a potential solution to this bug could be for iOS Orion to follow Safari’s approach. That is, if the device is in dark mode, the browser should initially render the page in dark mode when opening a link, leaving the subsequent rendering to the extension. If the user hasn’t enabled a dark mode extension (such as Dark Reader), the page would naturally switch to light mode afterward. However, if a dark mode extension is enabled, the browser would first render the page in dark mode, and then the extension would take over the rendering in dark mode. This way, users won’t experience the sudden white flash when opening links at night. As for users who don't use dark mode, this fix won’t affect them, as the rendering is based on the browser’s dark mode, which they wouldn’t have enabled. This rendering occurs only when the page loads, and the short rendering time, depending on internet speed and the page’s load time, shouldn’t slow down the page.

                                        Currently, the animation for opening the personal favorites folder is stiff, especially when compared to Safari. This issue might not be noticeable in videos, but if you compare it with Safari, you'll see that Safari opens the personal favorites folder smoothly without any stuttering. In Orion, the animation feels noticeably less smooth, particularly when there are more bookmarks inside the folder.