Closed Bug 455651 Opened 11 years ago Closed Last year
provide a view of awesomebar results in a content page
Generate a content page of search results based on awesomebar search (ie: if there are more results than can be shown in the awesomebar, generate a page in content area showing them all with thumbnails).
Is this supposed to be happening as-you-type, i.e. type 'p' and all relevant sites show up then continue typing and some drop out? This would be a major perf hit I think, especially when constantly changing from content area back to the bar and vice-versa. Otherwise, what's the UI plan for this, I'd be interested in helping out!
Sounds a bit wontfix to me. There's a reason the number of hits in the drop down are limited to 6, right?
Priority: -- → P2
Target Milestone: --- → Firefox 3.1
I would assume this is to be an option in the results to switch to a page view instead of a drop-down view of results. This could allow many more results that could potentially keep filling in as you scroll. But there could be an issue of continuing to search... I suppose there would need to be an input box on the results page to keep searching.. ?
i suppose we could have a final selection in the locationbar dropdown telling something like "show me more/all results", and that could fire up the content page, not sure if that should be a fixed page generated with current search or a dynamic changing page with a search field. The same content page could be used to see a place: result with more details, for example to see all pages tagged with a tag with thumb previews, i guess that would be a context menu option. We need a mockup of the thing, the first idea posted by Alex on the wiki is more tag oriented, so when matching a tag in the bar we generate a page with tagged items.
One can even extend this idea to display the awesomebar results in the content pane when it is empty. But how to get from the bar to the content (normally I type 'pos' to open my postbank account, and then press down arrow, and enter).
not activly working on this, we should first fix prerequisites too.
Assignee: mak77 → nobody
also, we need mock-ups, prototyping, etc.
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h". In Thunderbird 3.0b, you do that as follows: Tools | Message Filters Make sure the correct account is selected. Click "New" Conditions: Body contains places-to-b-and-h Change the action to "Delete Message". Select "Manually Run" from the dropdown at the top. Click OK. Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter. Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: Last year
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.