Move touch_selection_controller interface to ui/base.

Move touch_selection_controller interface to ui/base.
I would also like to rename it to TouchEditingController since it is not just for selection. But that makes enough changes to the file to render git incapable of recognizing it as a move instead of a new file. So I will do the renaming in a separate CL.

BUG=115237
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=182139

[varunjain, 2013-02-13 00:25:11]

+sky for top level gyp changes.

[sadrul, 2013-02-13 00:26:56]

LGTM, with one comment below.

https://codereview.chromium.org/12224133/diff/2001/ui/base/touch/touch_editin...
File ui/base/touch/touch_editing_controller.h (right):

https://codereview.chromium.org/12224133/diff/2001/ui/base/touch/touch_editin...
ui/base/touch/touch_editing_controller.h:16: class UI_EXPORT
TouchSelectionClientView
Is there going to be any non-views implementation for this? If yes, update
comment. If not, perhaps keep this in views?

[varunjain, 2013-02-13 00:37:15]

https://codereview.chromium.org/12224133/diff/2001/ui/base/touch/touch_editin...
File ui/base/touch/touch_editing_controller.h (right):

https://codereview.chromium.org/12224133/diff/2001/ui/base/touch/touch_editin...
ui/base/touch/touch_editing_controller.h:16: class UI_EXPORT
TouchSelectionClientView
On 2013/02/13 00:26:56, sadrul wrote:
> Is there going to be any non-views implementation for this? If yes, update
> comment. If not, perhaps keep this in views?

No non-views implementations. However, the View prefix is not actually views
related. It basically is the "thingy" that supports touch base selection and
editing of text. I renamed it to "TouchEditable"... any better?

[sky, 2013-02-13 00:47:22]

LGTM - feel free to TBR gyp changes

[sadrul, 2013-02-13 00:49:17]

SLGTM

https://codereview.chromium.org/12224133/diff/6001/ui/views/controls/textfiel...
File ui/views/controls/textfield/native_textfield_views.cc (right):

https://codereview.chromium.org/12224133/diff/6001/ui/views/controls/textfiel...
ui/views/controls/textfield/native_textfield_views.cc:331:
View::ConvertPointFromWidget(this, point);
There is View::ConvertPointFromScreen

[varunjain, 2013-02-13 00:52:12]

https://codereview.chromium.org/12224133/diff/2001/ui/base/touch/touch_editin...
File ui/base/touch/touch_editing_controller.h (right):

https://codereview.chromium.org/12224133/diff/2001/ui/base/touch/touch_editin...
ui/base/touch/touch_editing_controller.h:16: class UI_EXPORT
TouchSelectionClientView
On 2013/02/13 00:37:15, varunjain wrote:
> On 2013/02/13 00:26:56, sadrul wrote:
> > Is there going to be any non-views implementation for this? If yes, update
> > comment. If not, perhaps keep this in views?
> 
> No non-views implementations. However, the View prefix is not actually views
> related. It basically is the "thingy" that supports touch base selection and
> editing of text. I renamed it to "TouchEditable"... any better?

Sorry.. I make mistake. RWHVA will implement this for the webpage. So there will
be a non-view implementation (which was one of the reasons for this move).

https://codereview.chromium.org/12224133/diff/6001/ui/views/controls/textfiel...
File ui/views/controls/textfield/native_textfield_views.cc (right):

https://codereview.chromium.org/12224133/diff/6001/ui/views/controls/textfiel...
ui/views/controls/textfield/native_textfield_views.cc:331:
View::ConvertPointFromWidget(this, point);
On 2013/02/13 00:49:17, sadrul wrote:
> There is View::ConvertPointFromScreen

Done.

[commit-bot: I haz the power, 2013-02-13 00:53:08]

CQ is trying da patch. Follow status at
https://chromium-status.appspot.com/cq/varunjain@chromium.org/12224133/9003

[commit-bot: I haz the power, 2013-02-13 06:18:05]

Change committed as 182139