Merge lp:~elachuni/ubuntu-webcatalog/search into lp:ubuntu-webcatalog
Proposed by
Anthony Lenton
Status: | Merged |
---|---|
Merged at revision: | 7 |
Proposed branch: | lp:~elachuni/ubuntu-webcatalog/search |
Merge into: | lp:ubuntu-webcatalog |
Diff against target: |
199 lines (+144/-1) 5 files modified
src/webcatalog/static/css/webcatalog.css (+13/-0) src/webcatalog/templates/webcatalog/search_results.html (+32/-0) src/webcatalog/tests/test_views.py (+70/-0) src/webcatalog/urls.py (+2/-1) src/webcatalog/views.py (+27/-0) |
To merge this branch: | bzr merge lp:~elachuni/ubuntu-webcatalog/search |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Māris Fogels (community) | Approve | ||
Review via email: mp+57369@code.launchpad.net |
Description of the change
Overview
========
Adds basic search functionality
Details
=======
Currently searches package_name and name, case-insentively.
The app-overview-row class should be useful when we add a couple of general browsing views, coming up next.
To post a comment you must log in.
Hi Anthony,
This branch looks good, r=mars. I can only think of two things:
* Consider a helper method in the test that checks if a given app (or set of apps) is in the set of applications returned by a page: assertAppInResu lts('appname' ) in place of self.assertEqua ls(expected[ q], set(response. context[ 'apps'] )). It might increase the test's readability.
* Does the search input need to be protected in order to protect application performance? Can the search time out, and do you present a nice user page or a 500 error?
Maris