DevTools: Add CSS.getPlatformFontsForNode in protocol.json

Source/core/platform/graphics/chromium/FontPlatformDataChromiumWin.cpp

Index: Source/core/platform/graphics/chromium/FontPlatformDataChromiumWin.cpp
diff --git a/Source/core/platform/graphics/chromium/FontPlatformDataChromiumWin.cpp b/Source/core/platform/graphics/chromium/FontPlatformDataChromiumWin.cpp
index 91a37d31ddbe24f504aab22c2152651adc733de1..e74398b7bc7f9827e24417a1873113fb9cc5b13d 100644
--- a/Source/core/platform/graphics/chromium/FontPlatformDataChromiumWin.cpp
+++ b/Source/core/platform/graphics/chromium/FontPlatformDataChromiumWin.cpp
@@ -204,6 +204,15 @@ FontPlatformData::~FontPlatformData()
     m_scriptCache = 0;
 }
 
+String FontPlatformData::fontFamilyName() const

[eae, 2013/08/19 19:36:43]

Until we switch windows over to use Skia for font selection you'll likely likely
want to get the name from the HFONT (using LookupAltName and GetTextFace)
instead.

[lushnikov, 2013/08/21 13:43:15]

Could you clarify the need for the LookupAltName?
From here:
https://code.google.com/p/chromium/codesearch#chromium/src/third_party/WebKit...
I see that hfont is created iff altName is equal to the winName, which was
returned via GetTextFace. So altText should be the same as winText for every
given hfont, shouldn't it?

+{
+    SkTypeface::LocalizedStrings* fontFamilyIterator = this->typeface()->createFamilyNameIterator();
+    SkTypeface::LocalizedString localizedString;
+    while (fontFamilyIterator->next(&localizedString) && !localizedString.fString.size()) { }
+    fontFamilyIterator->unref();
+    return String(localizedString.fString.c_str());
+}
+
 bool FontPlatformData::isFixedPitch() const
 {
 #if ENABLE(GDI_FONTS_ON_WINDOWS)