Skip to content
This repository has been archived by the owner on Dec 11, 2019. It is now read-only.

Further improvement of UrlBar suggestions #5067

Closed
3 of 6 tasks
Sh1d0w opened this issue Oct 23, 2016 · 3 comments
Closed
3 of 6 tasks

Further improvement of UrlBar suggestions #5067

Sh1d0w opened this issue Oct 23, 2016 · 3 comments

Comments

@Sh1d0w
Copy link

Sh1d0w commented Oct 23, 2016

This is a follow up issue after great fixes in #3049 . But there is still more work to do unless url bar become as usable as Chrome's.

These are the outstanding issues:

  • Currently Brave puts a lot of weight on recent link's after Autocomplete does not work well #3049 . This is great but has the following pitfall:

    Say I visit twilio.com and twitter.com. Now I start visiting twitter.com a lot times for several days. After some time I want to visit twilio.com and start typing tw in the URL bar. The results is that I get only two suggestions and they are both twitter links, since I visited it recently.

    This is wrong. Chrome's behaviour has the correct solution - it prioritize domain names first, so if I test the following case in Chrome the result will be:

    Which is great because I want to visit websites, I don't care about recent links. Of course as you can see, Chrome also suggest most visited links of those matching websites, but with lower priority than the domain names.

    There is another case where you browse through a news website and read some article, close the browser and later on when you want to visit this website again it will autocomplete to the last article you have read, so you eighter have to type the domain manually or use the autocomplete and delete the article part so you can go to the root domain.

    There is a similar issue opened (URL autocomplete makes it almost impossible to go to base domain of a site #4570)

  • I get only two results as suggestions which is not enough. The count should be increased at least to 5 or 6. In order that to happen the size of the url bar suggestions has to be reduced by:

    • Putting the title and the link of the entry on one line. Remove the sections separation and put the result type icon before each row, just like Chrome does.
    • Reduce the padding/margin of each history entry so it is compact

    There is issue opened about this (Compact autocomplete pulldown on URL bar  #4073)

  • The problem with bookmarks and autocomplete as reported in here (Bookmarked website behaviour in autocomplete. #5024)

  • The problem with hidden history entries (which is the root cause of showing not relevant history autocomplete results because "forgetting" some websites I have visited) - (Hidden history entries appear by deleting the latest entry #4224 and about:history omits recent history #5072)

  • Wrong website title in suggestions (Autocomplete - wrong website title #4792)

  • Fix the async online suggestions blocking the other suggestions from showing and the wrong CTRL + L behaviour (Fixed by UrlBar and suggestion improvements #5046 I will mark as completed once merged)

cc @bbondy @aekeus

@aekeus
Copy link
Member

aekeus commented Oct 24, 2016

Thanks again for the detailed discussion on this topic. I will need to break this down into multiple issues to properly address each suggestion. I have a working branch that implements a number of the items.

screen shot 2016-10-24 at 11 11 20 am

This image is from my working branch. I increased the number of history items returned to 5 and removed the titles. The base URLs are now also sorting correctly. Note: this is only a work in progress and will need design review from team.

cc @bbondy @bradleyrichter

@bsclifton
Copy link
Member

@Sh1d0w @aekeus One thing I'd highly suggest too (and I haven't looked to see status) is making sure each use-case is captured as a test 😄

We need to capture and characterize each use-case so that accidental regressions don't happen. And perhaps we could also submit a PR with a test case that fails (but should be passing) along with new issue reports?

@bradleyrichter
Copy link
Contributor

@aekeus Please don't toss all of the styling improvements in favor of a mirror of chrome. We can land in a great place that works well and retain some of the improvements we have made.

(chrome user comfort is certainly important though)

aekeus added a commit that referenced this issue Oct 30, 2016
When a site is visted for a deep linked page or with parameters
the history item is stored with the complete parameters and links.
Often after a user visits the site a number of times, the expectation
shifts such that the simple domain should be the first suggestion
in the url bar suggestion list. The canonical example is when a
user searches Google a number of times via the url bar. After three
searches www.google.com will be added as a virtual history item in the
search results.

Auditors: @bbondy, @BradRichter

Test Plan:

  1. Clear history
  2. End three searchs from the url bar without accessing www.google.com
  3. Open a new tab and type goog - ensure a history item for www.google.com is displayed

Fixes: #5067
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

6 participants