[ios] Adds support for Find in Page to the new architecture.

ios/clean/chrome/browser/ui/commands/find_in_page_search_commands.h

Index: ios/clean/chrome/browser/ui/commands/find_in_page_search_commands.h
diff --git a/ios/clean/chrome/browser/ui/commands/find_in_page_search_commands.h b/ios/clean/chrome/browser/ui/commands/find_in_page_search_commands.h
new file mode 100644
index 0000000000000000000000000000000000000000..0c9c7abd3352628ec86f7ef63c0f8c1e7e42e4c7
--- /dev/null
+++ b/ios/clean/chrome/browser/ui/commands/find_in_page_search_commands.h
@@ -0,0 +1,20 @@
+// Copyright 2017 The Chromium Authors. All rights reserved.
+// Use of this source code is governed by a BSD-style license that can be
+// found in the LICENSE file.
+
+#ifndef IOS_CLEAN_CHROME_BROWSER_UI_COMMANDS_FIND_IN_PAGE_SEARCH_COMMANDS_H_
+#define IOS_CLEAN_CHROME_BROWSER_UI_COMMANDS_FIND_IN_PAGE_SEARCH_COMMANDS_H_
+
+// Command protocol for commands relating to Find In Page.
+@protocol FindInPageSearchCommands
+
+// Searches for the given string in the current page.
+- (void)findStringInPage:(NSString*)searchTerm;
+
+// Finds the previous and next matches, using the current search string.

[marq (ping after 24h), 2017/04/06 16:13:27]

If -findStringInPage: hasn't been called, what is an adopter of this protocol
expected to do when either of these methods is called?

[rohitrao (ping after 24h), 2017/04/06 16:27:07]

Will figure this out and update the comment.  (In practice, it will probably
open the find bar and "search" for the empty string.)

[rohitrao (ping after 24h), 2017/04/11 20:46:16]

Done.

+- (void)findNextInPage;
+- (void)findPreviousInPage;
+
+@end
+
+#endif  // IOS_CLEAN_CHROME_BROWSER_UI_COMMANDS_FIND_IN_PAGE_SEARCH_COMMANDS_H_