As a user, I want to be able to add and use a custom search engine other than the ones provided by the browser, so I can have more options and choice.
For now, we should do the eng:ready version from Focus.
UX Mocks here: https://miro.com/app/board/o9J_kwAuqu4=/
Coming up with a new user experience - we want to do this in the future, and we'd like UX to think about a better way to handle deleting new engines (without making it confusing being in the same place as bundled engines, like Google).
Might need some AC work, to make search shortcuts work.
Focus is already using the AC search component, so we may just be able to copy that.
I spoke to mconnor and he doesn't have any concerns with implementing this similar to how it's done in Focus or Fennec.
i'm not sure why the bot moved this out of in design column /cc @sblatz ?
Related: #5884
I’ve diagrammed the user flow of eng:ready design from Focus, and adapted the mockups to suit Fenix visual style and Search Shortcuts feature.
Focus eng:ready reference design
https://github.com/mozilla-mobile/focus-android/issues/961
Fenix user flow and mockups
https://miro.com/app/board/o9J_kwAuqu4=/
For now, I had to make a few adaptations – pending feedback from the Fenix UX team:
Progress report:
There are a lot of notable changes in the user flow and mockups:
User flow and mockups are always located here:
https://miro.com/app/board/o9J_kwAuqu4=/
After talking with @boek and @vesta0, I’ve refined the user flow and mockups further:
https://miro.com/app/board/o9J_kwAuqu4=/
And additionally, we’ve decided on an initial set of predefined search engines to include:
To reiterate, our aim with these predefined providers is to cover most of the sites that our users request and use – requiring manual entry only in rare, special cases.
With that, this issue is now ready for Engineering to work on.
Hi @brampitoyo,
Thanks for sharing the UI mockup. Maybe I've missed it in another issue, but there is a very straightforward workflow for adding a search engine which you've not included, but is working very well in Fennec:
et voila!
Is this already being worked on in another issue? If not then you should definitely include it in this.
Thanks :)
E5 remaining for this sprint.
Hi @madb1lly. I’ve considered your proposed workflow – which indeed was straightforward – early on in the design process.
It’s just that there are a few problems with it:
Because of this, adding with long press should be a way we support, but it shouldn’t be the primary/only way. So we chose a more obvious solution as MVP: provide top requested search engines on a list, and put them in a place that user expects (under Settings) with no special gesture required.
Would you help us to file another issue for adding with long press? Our team will then be able to triage it. Thanks!
Hi @brampitoyo, I agree that long-press on the search box should not the only method of adding a search engine. I created new issue #6315 for this feature as you requested.
Cheers :)
Replacing the "note" with this. I'll keep the E13, I'm not sure what that was for, but the note was labeled E5 so I'll...add that too.
I just tried this feature on the latest Nightly (build #13300629), but it does not work when %s has to be added right after a / (e.g. https://www.thefreedictionary.com/%s), giving the error Error connecting to "%s". This kind of searches does work on Fennec (where, on a side note, they also have a proper favicon instead of a letter placeholder).
I've tested on the latest Nightly build from 11/28 with Google Pixel (Android Q), and Samsung Galaxy Tab S3 (Android 8).
The user can:
I will remove the "qa-needed" label until the issues blocking this Meta are fixed/closed:
#6847
#6848
#6849
#6851
@brampitoyo I suggest adding Qwant as one of the presets not necessarily for France only.