5 ms·

Code at https://github.com/mozilla-mobile/focus https://github.com/mozilla-mobile/focus - feel free to file issues/bugs/questions on Github. We primarily use Bu

• midgetjones 10y ago
  This looks really good! Not sure if this is worth opening an issue over, but are you planning on supporting search engines other than google?
  • doytch 10y ago
    +1 Seems like Duck Duck Go would fit well with what seems to be your mission with this project.
  • Sk1pp 10y ago
    I only see it supporting yahoo. I didn't try very hard but in the settings there is no way to change it from yahoo, which is really frustrating. Did I overlook something?
    • cpeterso 10y ago
      For now, the search engine depends on your locale. Mozilla has partnerships with different search engines in different geographies. https://github.com/mozilla-mobile/focus/blob/49bda35aa3b9b9b6cd28be3ee45934f10f984311/Search/list.json https://github.com/mozilla-mobile/focus/blob/49bda35aa3b9b9b...
      • Sk1pp 10y ago
        oh wow, thanks.
  • st3fan 10y ago
    Due to time constraints we could not go beyond the defaults that we currently have. We have a bug open to allow people to select an alternative search engine: https://bugzilla.mozilla.org/show_bug.cgi?id=1318359 https://bugzilla.mozilla.org/show_bug.cgi?id=1318359
• lmedinas 10y ago
  Why having a separate application with these features instead of adding them to Firefox for iOS ? Is it planned to have content blockers support in Firefox for iOS ?
  • deleted 10y ago
    [deleted]
  • st3fan 10y ago
    It is complicated. Here is the story of two WebView implementations in iOS: Firefox is based on the WKWebView. Modern and Fast, but has a very poor (thin) API. It has zero options for interacting with the network stack, which is a requirement for content blocking. Bugs have been open since iOS 8, Apple does not seem to be interested or does not have the resources to surface more API. All the APIs are in WKWebView, just private. Focus uses the older UIWebView. Slow, but better ability to interact with the network layer. Not ideal, but at least it is possible. So to answer your question: We would have to replace WKWebView in Firefox for UIWebView. We've been very close to doing this in some form. But it is is big compromise in terms of functionality and stability. So I am not sure when and in what form that will happen. Stuck between a rock and a private API.
    • gosukiwi 10y ago
      That's pretty ridiculous for Apple, I understand they make it for safety purposes but they can't deny it also gives them an unfair software advantage. Kind of like old Microsoft and it's private undocumented APIs.
    • atarashi 10y ago
      There is a way to interact with the network latyer even when using WKWebView. Since iOS9 there are the Network Extension APIs which allow you to access (and modify/filter) raw packet data. For example: https://developer.apple.com/reference/networkextension/neappproxyprovider https://developer.apple.com/reference/networkextension/neapp...
      • 10y ago
• untog 10y ago
  The submission describes an app, yet the readme here describes a content blocker. Is this the correct repo?
  • joosters 10y ago
    The app works as both, providing a blocker for Safari, and a browser when you open it directly.
  • st3fan 10y ago
    Yes, we did not update the README yet. Our focus (ha ha) was on code. Will do soon. You got the right repo though. Contributions are always welcome.