Omnibox - Add About Flag to Reverse Title and URLs in the Dropdown

components/omnibox/autocomplete_match.h

Index: components/omnibox/autocomplete_match.h
diff --git a/components/omnibox/autocomplete_match.h b/components/omnibox/autocomplete_match.h
index 0464d73ac275e41a2c753bc5a6925828ddc70cbd..5682147d7496b1daa312242e1f1f7fff7e41d751 100644
--- a/components/omnibox/autocomplete_match.h
+++ b/components/omnibox/autocomplete_match.h
@@ -10,6 +10,7 @@
 #include <vector>
 
 #include "base/memory/scoped_ptr.h"
+#include "components/omnibox/autocomplete_input.h"
 #include "components/omnibox/autocomplete_match_type.h"
 #include "components/search_engines/template_url.h"
 #include "ui/base/page_transition_types.h"
@@ -259,6 +260,13 @@ struct AutocompleteMatch {
   // This is used to decide whether we should call DeleteMatch().
   bool SupportsDeletion() const;
 
+  // For some inputs, possibly swaps the contents and descriptions fields and
+  // their associated classifications for a URL suggestion.  This is meant to
+  // emphasize descriptions (i.e., titles of URLs) rather than the contents
+  // (i.e., the URL itself) under some conditions.

[Peter Kasting, 2015/05/21 21:55:33]

Nit: How about:

Swaps the contents and description fields, and their associated classifications,
if this is a match for which we should emphasize the title (in the description
field) over the URL (in the contents field).  See the implementation for the
conditions under which this is true.

[Mark P, 2015/05/22 22:51:29]

Sure, that sounds cleaner.

+  void PossiblySwapContentsAndDescriptionForURLSuggestion(
+      const AutocompleteInput& input);
+
   // The provider of this match, used to remember which provider the user had
   // selected when the input changes. This may be NULL, in which case there is
   // no provider (or memory of the user's selection).