Webfont loading is inconsistent

[dsizzle]

I haven't dug into the potential differences yet but the new webfont loading is inconsistent - some seem to work fine and others don't, and even the same font might load on some and not others.

[dsizzle]

lato font -not- working

[dsizzle]

lato font -working-

[dsizzle]

some working, some not

[dsizzle]

HaikuWebKit 1.9.3

WebKit 615.1.15

hrev 56761, x86_64

VirtualBoxVM

[pulkomandy]

When reporting problems with the web browser, it's always useful to include the URLs used. Copying them out from screenshot isn't very fun :D (it's OK in this case, they are short enough)

[dsizzle]

I meant to do that and then forgot:

​http://www.highteaphotography.com <-- "Lato" font works fine

​http://www.decscroll.com <-- "Felipa" font works, "Alegreya" does not

​http://www.webfont-test.com <-- no fonts seem to work

incidentally, fonts.google.com says Web+ is an incompatible browser. I assume this could be due to the Webkit version or something similar? They only list Chrome, Firefox, and Safari as compatible, but Opera works fine.

[madmax]

​https://github.com/haiku/haikuwebkit/pull/25/files

We were only accepting truetype, and at least alegreya comes as woff only. That is, in the user-agent dependent css provided to WebPositive. If you use curl's UA it is truetype. Thank you, google.

Incidentally, just changing the user-agent loads fonts.google.com, thank you, google. But you get js errors later. Maybe the js is also user-agent dependent and we have to guess another one, or maybe they really need something we don't have yet.

Didn't check what format the ones in webfont-test come, but I tested a pair of them and they now work.

[pulkomandy]

Will be fixed in next HaikuWebKit release.