Stubs out OSExchangeData for views on gtk.

Stubs out OSExchangeData for views on gtk.

BUG=none
TEST=none


Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=16012

[sky, 2009-05-13 19:35:20]

I think I finally got this straightened out. app.vcproj isn't currently in this
cl, but it will be when I submit. The problem is that if I include app.vcproj
linux/mac try bots fail patching (they can't handled CRLF), but if I don't
include app.vcproj, windows fails.

[Ben Goodger (Google), 2009-05-13 19:41:10]

I do sort of wonder if it wouldn't be better to have OSExchangeDataWin as a
subclass of OSExchangeData to hold all the win-specific methods rather than all
the ifdefs.

[sky, 2009-05-13 19:49:20]

On 2009/05/13 19:41:10, Ben Goodger wrote:
> I do sort of wonder if it wouldn't be better to have OSExchangeDataWin as a
> subclass of OSExchangeData to hold all the win-specific methods rather than
all
> the ifdefs.

I actually started down this route and after major headaches realized it wasn't
going to work. The problem is the reference counting needed on the windows side.
I would have to promote that to the superclass with implementations specific for
each platform. It seems wrong to promote the reference counting when it's only
needed on windows. It was a lot simpler to take this route.

  -Scott