Move app list search tiles into SearchResultTileItemListView.

ui/app_list/views/search_result_list_view.cc

Index: ui/app_list/views/search_result_list_view.cc
diff --git a/ui/app_list/views/search_result_list_view.cc b/ui/app_list/views/search_result_list_view.cc
index 79124359ef60018e55682fdc4d3457929f9992da..2360338dd45401a81d233a8ee0d31b5e3c353c9b 100644
--- a/ui/app_list/views/search_result_list_view.cc
+++ b/ui/app_list/views/search_result_list_view.cc
@@ -180,6 +180,7 @@ void SearchResultListView::Update() {
     SetSelectedIndex(last_visible_index_);
 
   Layout();
+  PreferredSizeChanged();

[Matt Giuca, 2014/11/13 00:08:52]

Just to clarify: This has no *real* effect right now, correct? (So it isn't
changing behaviour.) It's just that, on principle, SearchResultContainerViews
should call PreferredSizeChanged() after their update?

Still a bit confused, since it seems like *before* this patch, SRLV::Update()
would not trigger a Layout() in the SRPV, but *after* this patch it will.

Another idea is maybe you should call PreferredSizeChanged() in
SearchResultContainerView::DoUpdate(), rather than manually doing it in all the
child methods?

[calamity, 2014/11/13 03:44:50]

It happened to not be needed before because the SRLV always took up all the
space. Since it has to shrink properly now, the SRPV needs to Layout() to use
the new preferred size of the SRLV.
Ah yeah. GMTA.

Done.

   UpdateAutoLaunchState();
 }