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

Make autocomplete use history #179

Closed
garvankeeley opened this issue Jan 17, 2016 · 11 comments
Closed

Make autocomplete use history #179

garvankeeley opened this issue Jan 17, 2016 · 11 comments

Comments

@garvankeeley
Copy link
Contributor

Here I am typing "fin" for finance.google.ca, and the only autocomplete suggestion is huffingtonpost:

screenshot 2016-01-17 16 00 55

@garvankeeley garvankeeley changed the title Wierd autocomplete in URL bar Autocomplete in URL bar makes unrelated suggestion to what i am typing Jan 17, 2016
@bbondy
Copy link
Member

bbondy commented Jan 17, 2016

fin is in huffingtonpost.com, the list is based on the top 500.
We will incorporate history to this as well though with higher priority over the top 500 list.

@bbondy bbondy changed the title Autocomplete in URL bar makes unrelated suggestion to what i am typing Make autocomplete use history Jan 17, 2016
@garvankeeley
Copy link
Contributor Author

I would like to see more than the top 500, I think it is too few. I find it often not completing for the sites I go to.

@diracdeltas
Copy link
Member

@bbondy are you working on autocomplete with browser history or should i take it?

@bbondy
Copy link
Member

bbondy commented Feb 18, 2016

I'm not but I think it's worth talking about a bit design wise first. What is your plan for it? I think just storing in app state will cause lag over time due to it growing too large. We did have it that way in the old browser repo though in app data sites. Should we have a whole different storage "store" for this and support querying subsets of it? or?

@diracdeltas
Copy link
Member

I was thinking a separate store with entries like:

{
  sites: [{
    url: string,
    description: string, // the string that is searched for a match; ex: "brave.com - A faster browser"
    lastAccessed: datetime,
    partitionNumber: number
  }]
}

Probably only the ~500 most recent entries need to be in this store for autocomplete. about:history could read from disk to find older entries.

@bbondy
Copy link
Member

bbondy commented Feb 18, 2016

I like the idea of treating this separate than history.
I think we can re-use appStore for this though if we limit to 500 entries.
I think we can optimize it as well by only sending differentials for state updates for the subparts of appState.

@bbondy
Copy link
Member

bbondy commented Feb 18, 2016

would visit count be useful as well?

@diracdeltas
Copy link
Member

Cool, I wasn't sure what the size limit of appStore is.

Not sure about visit count - i feel like sorting by timestamp is sufficient

@bbondy
Copy link
Member

bbondy commented Feb 18, 2016

++ I think putting it directly into the already existing sites is fine for this. There's a subtask fro getting partitionNumber inside sites, you could do that first as a step towards this. (note this will have an effect on pinned tabs as well).

@bbondy
Copy link
Member

bbondy commented Feb 18, 2016

deleting out old items that are too old would be done only if there are no tags associated with it.

@bbondy
Copy link
Member

bbondy commented Feb 18, 2016

Session store save seems like a good time to sort by last accessed date without tabs, and limit to first Config.maxSites + sites w/ tags.

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

4 participants