167
edits
User:Auk/Bookmarks: Difference between revisions
Jump to navigation
Jump to search
→Search: interface
m (→Searching: rename to Search) |
(→Search: interface) |
||
| Line 13: | Line 13: | ||
Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it. | Why? This had been said before by more knowledgeable people, so I'll keep it brief. A search can be succint and generic at the same time. Documents have many aspects, few of which a user will remember at any given time. Search allows taking just one of these and jumping straight to it. I often find myself checking multiple folders in my bookmarks because the first folder I checked, which applied to one aspect of the page, is not where I put it. | ||
The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. | The search mechanism scans the text index of a page mentioned in the Add section and finds matches and close matches to the search query. Results are ordered bby how close they match the query, or by how recently they were bookmarked. A lot like Google. | ||
A problem with removing words from the text index is that it makes it nearly illegible to humans. E.g., we can rule out showing excerpts in search results (again like Google). Perhaps it would be better to index the joining words as well, and skip over them in the search algorithm with a blacklist. | |||
== Interface == | |||
The searching interface should be integrated and easily available. The quite popular [[User:Dria/On Tagging#Searching|article by Dria]] fits very closely to what I have in mind. However, I have a few ideas I feel should differ. Call it a superset. | |||
* Autocomplete in the URL bar | |||
* Entry in the search bar | |||
The first has numerous advantages, one of which is that a user does not have to explicitly search thier bookmarks; they can merely start typing for a page they remember. (A URI is not required, any term will work.) | |||
However, there are disadvantages <span lang="fr" style="font-style: italic">aussi</span>. The main one is speed. Waiting for the autocomplete suggestions to pop up or watching results appear at noticeably different times can be confusing and irritating. | |||
Putting an entry in the search bar is the most obvious option. Basically, this has the (dis)advantages that are the opposite of autocomplete in the url bar. | |||
== Menu == | == Menu == | ||
Inevitably, ... | Inevitably, ... | ||