Comment on attachment 442519 Patch
View in context: https://bugs.webkit.org/attachment.cgi?id=442519&action=review
This is great! Looks like the test is still failing on Mac and this should handle a failed call to hb_language_from_string, but this is a good start.
> Source/WebCore/platform/graphics/harfbuzz/ComplexTextControllerHarfBuzz.cpp:548 > + hb_language_t language = hb_language_from_string(reinterpret_cast<const char*>(m_font.fontDescription().computedLocale().characters8()), -1);
I think it would be better to do this here:
hb_language_from_string(m_font.fontDescription().computedLocale().string().toUTF8().data()), -1);
This would allow you to avoid the reinterpret_cast.
It seems like this call should check for and handle (not set the language below) the situation where HB_LANGUAGE_INVALID is returned here.
Comment on attachment 442519
Patch
View in context: https:/ /bugs.webkit. org/attachment. cgi?id= 442519& action= review
This is great! Looks like the test is still failing on Mac and this should handle a failed call to hb_language_ from_string, but this is a good start.
> Source/ WebCore/ platform/ graphics/ harfbuzz/ ComplexTextCont rollerHarfBuzz. cpp:548 from_string( reinterpret_ cast<const char*>( m_font. fontDescription ().computedLoca le().characters 8()), -1);
> + hb_language_t language = hb_language_
I think it would be better to do this here:
hb_language_ from_string( m_font. fontDescription ().computedLoca le().string( ).toUTF8( ).data( )), -1);
This would allow you to avoid the reinterpret_cast.
It seems like this call should check for and handle (not set the language below) the situation where HB_LANGUAGE_INVALID is returned here.