Google Fonts Redesigned
fonts.google.com
fonts.google.com
* "All their equipment and instruments are alive." (Mr. Spaceship, by Philip K. Dick)
* "A red flair silhouetted the jagged edge of a wing." (The Jewels of Aptor, by Samuel R. Delany)
* "I watched the storm, so beautiful yet terrific." (Frankenstein, by Mary Shelley)
* "Almost before we knew it, we had left the ground." (A Trip to Venus, by John Munro)
* "A shining crescent far beneath the flying vessel." (Triplanetary, by E. E. Smith)
* "It was going to be a lonely trip back." (Youth by Isaac Asimov)
* "Mist enveloped the ship three hours out from port." (The Jewels of Aptor, by Samuel R. Delany)
* "My two natures had memory in common." (Strange Case of Dr Jekyll and Mr Hyde, by Robert Louis Stevenson)
* "Silver mist suffused the deck of the ship." (The Jewels of Aptor, by Samuel R. Delany)
* "The face of the moon was in shadow." (Mr. Spaceship, by Philip K. Dick)
* "She stared through the window at the stars." (The Millionaire's Convenient Bride, by Catherine George) ????
* "The recorded voice scratched in the speaker." (Deathworld, by Harry Harrison)
* "The sky was cloudless and of a deep dark blue." (A Trip to Venus, by John Munro)
* "The spectacle before us was indeed sublime." (A Trip to Venus, by John Munro)
* "Then came the night of the first falling star." (The War of the Worlds, H. G. Wells)
* "Waves flung themselves at the blue evening." (The Jewels of Aptor, by Samuel R. Delany)
https://megahal.alioth.debian.org/
Some of my favorites:
COULD SHAKE MY TINY FIST AND SWEAR I WASN'T WRONG, BUT WHAT'S THE SENSE IN ARGUING WHEN YOU'RE MUCH TOO BUSY RETURNING TO THE LAVATORY.
AMAZING GRACE, HOW SWEET THE SOUND OF ONE OR MORE NUMBERS REPRESENTED IN DIGITAL FORM.
SATAN GUIDES US TELEPATHICLY THROUGH RECTAL THERMOMETERS. WHY DO YOU THINK ABOUT META-REASONING?
As are a few others: http://www.gutenberg.org/ebooks/author/33399
Nice little attention to detail!
"All their equipment and instruments are alive." as "उनके सभी औज़ार और उपकरण किसी ना किसी स्वरूप में ज़िंदा हैं"
Google still treating Edge users like trash, I see[0]. Microsoft Edge works fine for the vast majority of websites, and a block like this telling you to get a different browser is incredibly painful. If you tell me I need a different browser, I'm going to find a different company or website to do business with.
[0]Gmail pesters Edge users weekly to switch to Chrome. Unlike other browsers, where pressing 'not interested' causes it to go away permanently, it returns weekly like a bad rash.
To be fair Edge is a pretty solid browser these days, I don't think you can put them on the same league. I've been using it for some time now and other than a slightly different font rendering engine I have yet to find a fault on it; everything works like you would expect in a modern browser. Development wise, we test for Edge ocasionally and so far we haven't come across Edge-specific quirks like the good ol' days of IE.
(Sorry I couldn't help myself)
I do The Bad Thing™ with inline styling on occasion, but I've had no problems:
<img style="width:100%;height:auto;" alt="header" src="https://zaibatsutel.net/zaibatsu-wide.svg">
Works 100% fine in IE using a layout kit like Marx or Twitter Bootstrap every time.
Edge is simply expansive to test for, because at the places where i worked the only windows laptops (that are locked down like Azkaban for obvious reasons) around were those of the sales people. Majority of the developers on linux, where the designers are on macs.
Unless it is actively formalized, Edge ends up not getting a lot of testing with anything we make.
Where I work, we need to use IE for many things, and we have exactly one piece of software that requires a different browser. If in the future, I have the opportunity to replace that product with something that also works in IE, I will, without hesitation. Because the frustration caused by the one IE-incompatible software outweighs the benefit it could possibly provide over a competitor.
Often it's pretty obvious that the authors didn't even try Firefox, because the JavaScript isn't even loading properly.
I can't really blame firefox for obeying the headers that the server sent them.
For a site I was working on, we issued a change to our CSP headers only to attempt to fix a CSP issue that made it to production, and chrome would not accept the new CSP changes since the HTML body and scripts were unchanged.
Had to include the hash of our headers as an HTML comment to allow this dynamic change to be picked up by chrome.
And for those who are curious: I submitted feedback about it both with the Submit Feedback button and on the Gmail Help Forum.
Oh yeah? Like what?
Sorry, does anyone downvoting want to actually explain to me what "bloatware" is "bundled into" Chrome? Or just more errant bullshit that's tacitly accepted because it's anti-Google rhetoric fired from the hip without substance?
Those audio/video codecs... so much bloat! https://chromium.googlesource.com/chromium/src/+/master/docs...
Or maybe you're upset about the "colorful logo" bloat?
Not to mention if you were going to do it based on standards support and caniuse.com statistics, it's Safari now that is the one that lags behind. Shouldn't Google also start blocking Safari now? Isn't that closer to "fair play"?
2) This isn't a "We won't support you, use at your own risk" banner, this is a Chrome ad. It's a Chrome ad disguised as a support banner. It's a Chrome ad that is designed to get ignorant users to install Chrome out of some fear. This is no better than those "Your computer is unprotected, install this fake anti-virus to fix your computer" malware ads you see everywhere! Sure, maybe Chrome isn't malware to you, but it's unneeded confusion to, say, my grandmother, to have her browser suddenly change because she installed a thing Google told she had to to stay "supported"...
3) This is a case of "Proprietary" versus "Proprietary" on Windows: Chromium is open, Chrome is not and especially on Windows has adware and custom extensions that are fairly opaque and proprietary. On the other side of the fence: Edge's JS engine (Chakra) is open source and community developed, and Edge's WebGL renderer just became open source. Edge is already more open and standards compliant than IE ever was. Blaming Edge for IE's old problems is like kicking your new puppy for things your recently deceased dog did.
4) Yes, as a web developer, I remember bad experiences with IE's implementations of standards, but unlike some I also remember some of the good experiences. I also am aware enough as a web developer to know that IE's "bad" implementations helped make the standards better. Plenty of people can talk about how IE contributed XHR and AJAX. Another example is that "box-sizing: border-box" you see littered throughout CSS these days is "Hey, use the modern version of the classic IE way because it is easier to math." The point of the "Open Web" is not that "mistakes shouldn't happen and standards should be implemented in lockstep", it's that anyone can and should implement the standards and when the implementations don't agree we use that to make the standards better! Chrome owes a legacy to IE, and "bad experiences in the past" don't outweigh the benefit to the Open Web today by not interfering with users that choose to use Edge regardless of whether or not that's simply because it is Windows' default browser.
It is?
http://caniuse.com/#compare=edge+14,firefox+50,chrome+54,saf...
Skimming it, Safari seems to do a bit better than Edge if you just count boxes; at any rate it's not significantly worse.
That said, it was also a dumb joke. :) I do not recommend adding banners saying "This site is not supported on iOS Safari". Imagine how many users you would anger doing that.
Edit: And this post downvoted within seconds. What a fucking joke this place is thanks to assholes abusing their karma. (If I'm going to be downvoted, it may as well be for something real.)
I can get dropping Edge if you are an individual developer and simply don't have any Windows machines around (testing websites from a VM really sucks), but going Chrome-only pushes us back to the monopoly position that harmed our field so much in the first place.
Actively moving towards a webkit-monoculture ultimately harms our profession.
Two minor observations:
- It would be a great addition to the family size slider to be able to filter for "contains italics." Some font families have a broad set of stroke weights, but aren't usable for certain content because they lack italics.
- A nitpick, but "Handwriting" has always seemed a somewhat suboptimal filter label. Many of the fonts contained therein might be better described as "script" or "calligraphic", while "handwriting" connotes something more strictly vernacular.
All said, this is an excellent update that brings the Google Fonts experience into the realm of subscription services like Typekit.
It looks like this.
edit: from your comment below, maybe you're on Linux? Sounds like you're seeing the same thing as this subthread: https://news.ycombinator.com/item?id=11903444
I don't get the point of this. I really don't. While far from perfect, web fonts have largely been a solved problem for a while now, so why are Google reinventing this wheel? This seems to happen all the time with the web; people taking old ideas and reinventing them again and again, in yet more bloated ways, breaking things for millions.
</grumpy rant>
Just for reference, I was running ArchLinux with the Infinality font bungles.
I didn't have the infinality fonts. I wonder what the bug was.
Sorry about that. The missing character detection can be a little finicky. Can I get a browser version / OS?
I use infinality-bundle fontconfig preset.
We'll take a look.
* Firefox 47
* Debian unstable
* freetype 2.6.3
* fontconfig 2.11Chromium 49.0.2623.87 built on Debian stretch/sid, running on Debian stretch/sid (64-bit)
font-family: Something
Instead of: font-family: 'Something'
FF has given me this issue for years. font-family: "Jaldi script=latin rev=2"
However, they are replacing what they think is a missing glyph with an image. For example, if I type the letter "r" while keeping the DOM inspector open, I see the text node containing the letter for a moment before it is replaced with an image element: <img class="content-editable-missing" data-missing-character="r" src="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACH5BAEAAAAALAAAAAABAAEAAAICRAEAOw==">
This is most likely a javascript bug doing a false negative failed progressive enhancement.My browser, Edge, is simply blocked on Google Fonts.
It seems like Google is more and more dependent on automated testing for all if it's deployments, perhaps since everyone internally uses Chrome, nobody notices when those tests are lacking on other browsers. Google would do well to reintroduce "humans" into their development process, and maybe open their new websites once in each major browser before they push a release.
I've worked for companies with no defined browser support, and other clients which required us to test in IE6-9, FF, Chrome, Safari, Mac FF, Mac Chrome, Mac Safari. It took FOREVER, so we ended up automating a lot of it.
Don't hesitate to add issues to https://www.github.com/google/fonts/issues if you see any other strangeness.
I noticed my font rendering in Chrome started to be terrible a couple of days ago, so might be on me.
On the console there's this:
21:07:34.420 Error: The operation is insecure. Fc@java/com/google/fonts/directory/ui/app_js.js:78:634 l/<.instantiate@java/com/google/fonts/directory/ui/angular_js.js:36:424 Zb/v.$provide.service</<@java/com/google/fonts/directory/ui/angular_js.js:37:182 l/<.invoke@java/com/google/fonts/directory/ui/angular_js.js:36:321 e/<@java/com/google/fonts/directory/ui/angular_js.js:33:486 l/<.invoke@java/com/google/fonts/directory/ui/angular_js.js:36:321 Zb/cb<@java/com/google/fonts/directory/ui/angular_js.js:38:93 d@java/com/google/fonts/directory/ui/angular_js.js:35:294 e@java/com/google/fonts/directory/ui/angular_js.js:36:1 l/<.invoke@java/com/google/fonts/directory/ui/angular_js.js:36:111 bf/this.$get</</<@java/com/google/fonts/directory/ui/angular_js.js:84:434 t@java/com/google/fonts/directory/ui/angular_js.js:59:434 h@java/com/google/fonts/directory/ui/angular_js.js:53:339 H/<@java/com/google/fonts/directory/ui/angular_js.js:52:482 jc/c/</<@java/com/google/fonts/directory/ui/angular_js.js:16:99 qf/this.$get</t.prototype.$eval@java/com/google/fonts/directory/ui/angular_js.js:140:215 qf/this.$get</t.prototype.$apply@java/com/google/fonts/directory/ui/angular_js.js:140:447 jc/c/<@java/com/google/fonts/directory/ui/angular_js.js:16:57 l/<.invoke@java/com/google/fonts/directory/ui/angular_js.js:36:321 jc/c@java/com/google/fonts/directory/ui/angular_js.js:15:1 jc@java/com/google/fonts/directory/ui/angular_js.js:16:274 Bc@java/com/google/fonts/directory/ui/angular_js.js:15:83 @java/com/google/fonts/directory/ui/angular_js.js:309:165 b@java/com/google/fonts/directory/ui/angular_js.js:183:63 Kf@java/com/google/fonts/directory/ui/angular_js.js:31:474 Jf/d@java/com/google/fonts/directory/ui/angular_js.js:31:423 undefined1 angular_js.js:113:8 e/<() angular_js.js:113 df/this.$get</<() angular_js.js:85 b/<() app_js.js:157 qf/this.$get</t.prototype.$apply() angular_js.js:140 jc/c/<() angular_js.js:16 l/<.invoke() angular_js.js:36 jc/c() angular_js.js:15 jc() angular_js.js:16 Bc() angular_js.js:15 <anonymous> angular_js.js:309 b() angular_js.js:183 Kf() angular_js.js:31 Jf/d() angular_js.js:31
Never, ever, ever disable functionailty based on someone's user agent. Just let it be broken, because spoiler alert: it's probably usable anyway.
Plus, I agree with your sentiment.
I’ve been working on a site that offers google fonts with better visuals and search by font feature (x-height, stroke contrast, etc) functionality.
Sunk 30+ hours into it designing + coding up the front end while my friend works on programmatically tagging the font on the backend.
I want to continue working on my project, but it now feels a lot less relevant. Any advice, HN?
For the curious, here's a wireframe of the main screen:https://www.dropbox.com/s/vzobxm2a2ul9y5l/main%20search.png?...
It looks like the source repo is at https://github.com/google/fonts — has he tried a pull request? If not, maybe we can help with updates until they make it friendlier for less-technical creators.
Same for many others, e.g. Montserrat or many of Vernon Adam's designs. That being said, I find the redesign wonderful and long overdue. Maybe now they'll find the time to update their collection.
For example, I found what appears to be the home page of Monsterrat (http://montserrat.zkysky.com.ar/en) but it directs me to Google Fonts. Similarly, I searched for "vernon adams fonts" and I don't see what looks like a canonical page for them.
Most of the fonts are of the latest version though. Fonts not included in Google Fonts, like Linux Libertine/Biolinum, Aileron, and Heuristica are included.
If you don't mind the performance hit, you can use it.
[1]: http://brick.im
EDIT: As for where you can find the new versions of the fonts, you can browse through brick.im's Font repository[2] and click on the `SOURCE` files.
The new Montserrat versions are located here: https://github.com/JulietaUla/Montserrat/
[2]: https://github.com/alfredxing/brick/tree/gh-pages/_fonts
"Google Fonts is doing some amazing work on performance, no ng-repeats - superfast DOM rendering. "
2. Click on "1 Family Selected"
3. Copy the embed link from the dialog.
How is that hard?
Why would I click on a notification dialog to produce/obtain something? This workflow makes no sense.
Super ridiculous.
1) You're missing important non-ASCII characters which I know are in some of these fonts (such as Open Sans). These include German and Scandinavian characters like ü ä ö æ ø å ß (maybe more).
2) The ordering is non-standard and makes it hard to see what is actually there and not.
https://stackoverflow.com/questions/29091014/how-do-i-levera...
Why disallow caching? Unless I'm misunderstanding something.
The reason for shorter cache periods for CSS is that Google are continually making improvements. The font files are different e.g. for Mac vs Windows because they are optimized for platforms.
In general you will find that all URLs that are directly called from millions of websites (e.g. facebook SDK, Google Analytics snippet) have short TTLs. Makes sense when you think about it -- 3rd parties providing these resources need a way to stay agile and ship new versions without forcing millions of websites to upgrade their code.
I don't see it, not with curl at least.
Looks like actual fonts are cached for a year.
But not CSS,
> curl https://fonts.googleapis.com/css?family=Open+Sans -i
expires:Tue, 14 Jun 2016 19:02:03 GMT
date:Tue, 14 Jun 2016 19:02:03 GMT
At the very least they should allow to control that with another query parameter.
There doesn't seem to be any usability case for breaking a basic browsing convention here.
an interesting aside, they now have the ability to toggle the background (and font color). the presets are (black on white, white on black) interestingly, one of the presets is black on yellow. i didn't realize this was such a a popular of a text/bg combination.
Some of my critiques of the old version:
http://thomaspark.co/2015/08/a-better-way-to-search-google-f...
6 times scrolling ends up with 210 new requests. really? Is this really needed or can't it be improved easily with bigger range of pagination size?
1- Can you please add a double view button at the top to toggle between «List» and «Grid» views for maximum convenience?
2- At the risk of sounding a bit pedantic but some example sentences for the Arabic fonts don't look perfect.
For example, for the «Amiri» font, it's الظلال أخفت القمر or more naturally أخفت الظلال القمر and not الظلال أخفى القمر [1]. For «Lateef» and without going over a lot of MSA grammatical rules, this is the more correct version of the example sentence انطلق صوتُ مسجّل عبر مكبِّر الصوت المنصوب أعلى الباب. [2]
[1] The shades hid the moon.
[2] A recorded voice went off through a megaphone/speaker mounted above the door.
That being said, I wish there were options to jump to some "standard" sizes.
With http/2 I'd like to host the files so that they are served from the same origin, I'd also like to cache the CSS longer than a day.
At the moment I hit two domains (and I preconnect) to try and speed this up:
<link rel="preconnect" href="https://fonts.googleapis">
<link rel="preconnect" href="https://fonts.gstatic.com" crossorigin>
Then in my CSS I import: @import url(https://fonts.googleapis.com/css?family=Source+Sans+Pro:400,600|Merriweather:400,400italic,700italic,700);
That URL loads:1. More fonts than I need.
2. Different font files depending on... useragent?
I'd prefer to self-host so that I could user http/2 server push for new sessions, and so that I could extend the caching.
The same origin via http/2 would accelerate all of the connections, and removing the need for the additional TLS connection to 2 Google properties will speed it up too.
These are about my only criticisms of Google fonts, that the little bit to make it really useful for those who want webfonts and performance is the bit that's hidden.
Google effort to inject themselves into websites that may have nothing to do with Google, read by users who may not even use Google.
Users may be far from Google search engine page or any Google controlled subsidiary Blogger, etc., yet their Google-authored? browser is still connecting to Google.
These Google font domains are among the many useless and annoying domains I block.
I remember the days when another large company was pushing "Web fonts". They asked the user to "install" the fonts; there was no "font server" and incessant phoning home.
Today that company forces 10GB+ downloads of their "updated" OS on users without unequivocal consent. The stories of systems crashing in Africa under the load and network admins puzzling over the effects of massive Windows Update traffic in Australia have been amusing.
Keep up the great work guys. Those "web fonts" are really amazing!
Maybe something is wrong with my PC?
https://fonts.google.com/about
> All the fonts in our catalog are free and open source, making beautiful type accessible to anyone for any project. This means you can share favorites and collaborate easily with friends and colleagues. Google Fonts takes care of all the licensing and hosting, ensuring that the latest and greatest version of any font is available to everyone.
...but they prevent you from right-clicking to open fonts in a new tab. I can already click into a font by regularly clicking, did they need to override right-click functionality as well?
https://www.google.com/fonts/specimen/Open+Sans
And now this:
https://fonts.google.com/specimen/Open+Sans?query=open+sans
First one always comes up in search results, and is nothing but a link to real page. What gives? This is terrible user experience, if I search for Google fonts, there shouldn't be multiple pages for same font.
I suspect the reason is that they are both strong colors that compete for attention: black-on-white is high contrast and red is a color that generally “jumps out” from the page due to the eye’s perception of red. To keep the colors from competing, one of the text colors should be softer (and if they must have “red”, they should soften it to something that is closer to pastel or pink).
I'm using Firefox 47.0.
1. I hate the lowercase L ("l") looking partly uppercase. 2. Dollar signs need two bars. (single means Mexican peso) 3. Half way up the at sign ("@") must have 4 lines, not 3. 4. The asterisk must be 6-point, with a vertical. 5. The tilde ("~") must be high. 6. The pipe ("|") must have a center break. 7. The zero ("0") must be more narrow/pointy than the O.
Overall really not happy with most of this redesign. The specimen page is probably more informative though.
I get that OS X has bad subpixel rendering which shows painful fringing on coloured text, but FreeType handles it flawlessly, and I'm pretty sure ClearType does as well. There's no reason to disable subpixel rendering on these platforms.
Lazy loading
while I scroll
makes Chrome cry.[1]https://webmasters.googleblog.com/2011/09/view-all-in-search...
[2]http://ux.stackexchange.com/questions/21375/is-there-a-point...
Coding horror had an interesting article awhile back about this https://blog.codinghorror.com/the-end-of-pagination/
The point of pagination in this case is to reduce the client-side processing load and up-front bandwidth consumption to view the page. This isn't a news article. It's a set of nontrivial binary files being downloaded and rendered using javascript.
The OP of this thread complained that infinite scrolling plus lazy loading put his browser under heavy load. The first respondent accused him of wanting everything loading up front. I merely suggest a middle ground.
I just wish we had a standard "lever" widget to replace the scroll bar in lazily loaded pages - similar to the middle-click scrolling on at least some systems that have middle mouse buttons.
No scrolling needed. Show 1 page of content, and use AJAX to quickly load new page content.