nckh

Have you considered that MAYBE, if you weren't spamming Reddit with the same nonsense every 2 days, people there would have hated you less, and the moderators wouldn't have deleted your posts?

Safari is not a WebKit wrapper. Out of the box, WebKit can only display web views inside rectangles, and nothing else. A web browser is a lot more than its rendering engine.

This will come in the next update! :)

Thank you so much for the detailed feedback and the great feature requests, they're golden!

Very nice! I'm starting to believe the no-JS life may end up being the only answer to the enshittification of the mobile web. One of the reasons I built my own iOS browser was to have a "disable JS" button readily available, so I fully support you!

Thank you! Glad you like it :)

Thank you very much for the feedback!

1. This is actually related to the Beta and does not happen on iOS 16. I will make sure it doesn't happen anymore when iOS 17 RC approaches.

2. Will try to reproduce and see what I can do. Thanks a lot!

Absolutely agree!

Very well noted! Bumping that feature higher on my priority list then :) Thanks for the nice words.

I'm getting an overwhelming amount of people asking for Kagi support, so I am gonna start working on that :)

Thanks a lot! I'm so glad you managed to create a minimal toolbar that works great for you :-)

Great question, thanks! I've got 200 tabs currently open on my phone :)

Memory wise, at most 8 tabs can be kept alive in the background. Then based on the phone thermal state, that number decreases to 4, 2, and then 1.

Additionally, turning on Low Power Mode suspends all background tabs immediately, which is also convenient. I should probably document that behavior somewhere actually :)

Thank you~~~ :)

Well noted! Thank you for the super cool feedback :)

A few reasons below :)

- iOS 15 introduced a "proper" way to restore scroll position and page state. - iOS 16 introduced the super nice "expanded" font width, used in certain address bar setup. - iOS 16.4 fixed a bug where the address bar could not be properly attached to the keyboard.

Well noted! :)

Haha thanks for giving it an in situ test :) Super agree, I tend to close tabs accidentally and have to resort to open the history to find it.

I'll see what I can do for the next update :) Thanks a lot!

Thank you!! That's the most requested feature so far :) The challenge is to come up with gestures that work regardless of the toolbar configuration, but since this has been the most requested feature and I badly need it for my own browsing as well, it's very high on the todo list :)

Thanks a lot! I'm starting to get a lot of requests for a "find in page" button, so I'll see how and when I can add it.

Awww so glad to hear you also tried Quiche Reader! I'm actually hoping to make both apps work together in the future.

Implementing custom search engines would be easy, but I would not be able to support their autosuggest API, since they all require custom parsing rules.

Hmmm I gave it a try and it does not work 100% of the time. I'll have a look. Thanks a lot, good catch! :)

Hello and thanks for that awesome suggestion!

That would be a nice feature, but I'm not sure it should replace the current behavior. Maybe I can find a way for a search suggestion looking like a URL to present 2 actions: one opening the URL, another the search results. I will give it some thoughts in the shower! :)

Super happy you like it, and thanks for those nice words :)

Not yet, but that's a feature I would like to bring to both apps for sure.

Got it. I will try to make them more self explicit :)

Hello and thanks for the great suggestion! May I ask if you would prefer having -/+ buttons in the toolbar, or in the menu instead?

Thank you so much! It was also a labor of blood and sweat and tears but love overall :)

Migrating cookies and history from Safari does not seem to be technically possible on iOS for privacy reasons.

Indeed it's not possible when looking at the product page on the browser, but it does on iOS :)