Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Fonts load slowly #17

Open
georgebrock opened this issue Apr 10, 2013 · 6 comments
Open

Fonts load slowly #17

georgebrock opened this issue Apr 10, 2013 · 6 comments

Comments

@georgebrock
Copy link
Member

@stephaniehobson says:

This is about an issue some of us were discussing on Twitter. I tried to add it to GIT hub as an issue but I don't see a button for that.

We're serving up the font as TTF which is what we had on hand at the fort. The files are not small. I recommend we switch to Google Font (http://www.google.com/fonts/specimen/Ubuntu) or putting together a Font Squirrel kit now that we're back in civilization.

I'm not sure how I'd test the changes if I made them myself but if someone with a staging server wants to work with me on this I can point at files to change and stuff.
@jaylett
Copy link
Member

jaylett commented Apr 11, 2013

Is there a particular preference for one of Google Fonts or Font Squirrel? I imagine the former is slightly more out of the boxy, but if you want to make changes to the SCSS & provide diffs or something we could either spin up a staging heroku app, or just screenshot for you to check over.

@jaylett
Copy link
Member

jaylett commented Apr 11, 2013

@stephaniehobson that is :-)

@georgebrock
Copy link
Member Author

I had an off-list conversation with @stephaniehobson about this (because I forgot to reply all, and Google Groups). Here's the plan, when I (or whoever) gets time:

This will need to go in the <head> of all documents:
<link href='http://fonts.googleapis.com/css?family=Ubuntu:400,700' rel='stylesheet' type='text/css'>
and we can remove the lines in hobbit.css referencing the fonts:

 @font-face {
   font-family: 'Ubuntu';
   src: url("../font/Ubuntu-R.ttf") format("truetype");
   font-weight: normal; }

 @font-face {
   font-family: 'Ubuntu';
   src: url("../font/Ubuntu-B.ttf") format("truetype");
   font-weight: bold; }

Do you have the ability to run speed tests on this for before and after benchmarks? I want to make sure changing this is actually beneficial ;) We're trying to fix the slow initial load.

@jaylett
Copy link
Member

jaylett commented Apr 19, 2013

On 18 Apr 2013, at 21:09, George Brocklehurst [email protected] wrote:

Do you have the ability to run speed tests on this for before and after benchmarks? I want to make sure changing this is actually beneficial ;) We're trying to fix the slow initial load.

New Relic tracks average page load, both in aggregate and showing the slow spots. The browser view of average timings shows a big chunk of network time, so if that goes down (or at least doesn't go up) things are good. It's time-based and averaging of course, so not the easiest thing to do. Probably best to get 30 minutes while using it, change to Google fonts, then 30 minutes without using it.

Then check directly on mobile on 3G somewhere in Europe to see if that's acceptably fast.

devfort.com - spacelog.org - +44 7976 212023

@stephaniehobson
Copy link
Contributor

It theoretically shouldn't make a difference but we could also add a fall
back font to the font stack.

So

font-family: 'Ubuntu';

would become

font-family: 'Ubuntu', sans-serif;

If we did it right it's in a variable and should only have to be changed in
one place :)

Curious to see if this makes a difference too.

Thanks,
Stephanie.

On Fri, Apr 19, 2013 at 4:44 AM, James Aylett [email protected]:

On 18 Apr 2013, at 21:09, George Brocklehurst [email protected]
wrote:

Do you have the ability to run speed tests on this for before and after
benchmarks? I want to make sure changing this is actually beneficial ;)
We're trying to fix the slow initial load.

New Relic tracks average page load, both in aggregate and showing the slow
spots. The browser view of average timings shows a big chunk of network
time, so if that goes down (or at least doesn't go up) things are good.
It's time-based and averaging of course, so not the easiest thing to do.
Probably best to get 30 minutes while using it, change to Google fonts,
then 30 minutes without using it.

Then check directly on mobile on 3G somewhere in Europe to see if that's
acceptably fast.

devfort.com - spacelog.org - +44 7976 212023

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/17#issuecomment-16648722
.

@jaylett
Copy link
Member

jaylett commented Apr 22, 2013

I haven't investigated properly, but anecdotally it always seems to me (on mobile, where I tend to notice) that page render blocks on loading the @font-face. But we should absolutely do this to see what happens, because more information better :)

On 19 Apr 2013, at 19:28, stephaniehobson [email protected] wrote:

It theoretically shouldn't make a difference but we could also add a fall
back font to the font stack.

So

font-family: 'Ubuntu';

would become

font-family: 'Ubuntu', sans-serif;

If we did it right it's in a variable and should only have to be changed in
one place :)

Curious to see if this makes a difference too.

Thanks,
Stephanie.

On Fri, Apr 19, 2013 at 4:44 AM, James Aylett [email protected]:

On 18 Apr 2013, at 21:09, George Brocklehurst [email protected]
wrote:

Do you have the ability to run speed tests on this for before and after
benchmarks? I want to make sure changing this is actually beneficial ;)
We're trying to fix the slow initial load.

New Relic tracks average page load, both in aggregate and showing the slow
spots. The browser view of average timings shows a big chunk of network
time, so if that goes down (or at least doesn't go up) things are good.
It's time-based and averaging of course, so not the easiest thing to do.
Probably best to get 30 minutes while using it, change to Google fonts,
then 30 minutes without using it.

Then check directly on mobile on 3G somewhere in Europe to see if that's
acceptably fast.

devfort.com - spacelog.org - +44 7976 212023

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/17#issuecomment-16648722
.

—
Reply to this email directly or view it on GitHub.

devfort.com - spacelog.org - +44 7976 212023

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@georgebrock @jaylett @stephaniehobson