Icons – Google Fonts
fonts.google.com
fonts.google.com
Also, never use Google’s CDN for loading fonts or icons — always self-host them. The CDNs are used to track your users.
By the way, your comment shows an ableist bias: an analogous assumption would be that a person who cannot walk is content because they are used to a wheelchair.
In other words, eyes can skip over decorations without the developer needing to flag them as such, but audio can't auto-skip.
It would be trivially easy to use ARIA attributes to indicate which span is the icon's label. Not something most people consider, but this is Google. At least they have an accessibility icon?
Why? It's the screen reader's job to inform users of what's on their screens. It's not my job to give descriptions to things.
>The CDNs are used to track your users.
Do you have any evidence to support this claim?
2. Obviously mostly yes, but in hn people just assume that you're a somewhat good person who wouldn't knowingly restraint internet access to people with disabilities
But you have to remember the initial goal of why the Internet started as open and what was the initial goal, to make all information accessible to everyone, that's why accessibility standards were there since the beginning.
That was the entire goal of the web, to be open and accessible to EVERYONE.
But if you want to go full head on capitalism and argue it doesn't matter for business, accessibility is literally search engine optimization, which is great for business. Googlebot is blind and doesn't use a mouse to surf the web.
From any perspective Accessibility is a requirements for any website or web application. Of course, nobody can force developers to make websites accessible.
Wait, yeah they can:
* https://www.reuters.com/article/us-usa-court-dominos-pizza/u...
Similarly, if I make a VR game I am not going to design it in a way that makes creating a pancake version of the game easier to use. If someone does create a pancake mod for the game, they should not complain about how weird the controls are or how they can only use one hand. They should take those issues up with the pancake mom developer and not with me. If people find it hard to use my website through a screen reader then they should complain to the screen reader developer to improve it. It's not my fault if there software sucks at what it is trying to do.
In lots of countries you are obliged to make the site accessible for what you call "unsupported configurations". E.g screen readers, heavily zoomed sites etc. So yes, it will be your fault, and you are liable for what you deliver. If you're a professional web developer, this should be known.
If you're talking about building something that couldn't possibly be of any use to a blind person, that's one thing, but most websites do not fall into that category.
Keyboard and mouse as inputs leave you essentially physically disabled. Not having a full range of motion is just an much of a disability as being blind.
Response: "It's not my fault you're blind. Ticket closed."
It's good that you're this steadfast in your righteousness. That way you know why so many businesses don't consider hiring you.
Seems they have request logs and publish the aggregate statistics. There's no indication of tracking otherwise.
> Google Fonts logs records of the CSS and the font file requests, and access to this data is kept secure. Aggregate usage numbers track how popular font families are, and are published on our analytics page. We use data from Google’s web crawler to detect which websites use Google fonts. This data is published and accessible in the Google Fonts BigQuery database.
https://developers.google.com/fonts/faq#what_does_using_the_...
Any evidence of this claim? Also, given that the Google CDNs allow caching for 24h, it seems extremely ineffective even if it was done.
https://blog.mozilla.org/security/2021/01/26/supercookie-pro...
Is there evidence of this or is it just your conjecture?
SVGs have excellent browser support, and decent CMS support. You can enable them in Wordpress for example with a little tinkering. If you want to make your site faster (and I hope you do), then definitely consider SVGs.
For example, this[0] page loads too slowly on low-end mobile, even though each individual SVG is aggressively optimized to be a tiny file size.
I need to replace them with PNG/WebP. The file sizes would increase, but overall performance would be better (I have tested this).
Now these are illustrations, which are more complex than icons.
<span class="material-icons">face</span>
This can be problematic on the web, as it means that if a user doesn't get your webfont for any reason (download failed, browser settings that disable webfonts, accessibility options that override fonts for clarity, etc) the entire word will appear in a fallback font, often totally disrupting the layout. (Can your site adapt nicely to a word, or even an entire phrase -- e.g. "format list bulleted" -- appearing in the toolbar where you expected a single icon?)
I deem the ligature approach bad because it encourages leaving something in the document and accessibility tree that shouldn’t be there, and most commonly in a non-semantic way (e.g. a send button might end up showing something like “paper airplane”, which is terrible, or with this specific font, “Learn more →” might become “Learn more arrow_right_alt”), or with semantics that you’ll definitely break at some point (e.g. report_problem is , but if you use that for an alert icon it’ll mislead anyone that ends up reading report_problem; in short, any new semantics you desire for an icon, you need to create a new ligature for it if the user can possibly ever be exposed to it).
I added these lines to uBlock:
fonts.gstatic.com
fonts.googleapis.com
thanks
this font is quite small
At least in my limited frontend experience.
Imagine rendering 50 rows with each 6 icons, 1kb each. There are 6 unique icons, so it’s only 6kb each loading them from the server, but inline you’ll have 300kb of SVG icons
Since at $JOB i'm using SVG icons with more than one color, i use fill="var(--svg-color-base)" or fill="var(--svg-color-accent)" so i can precisely set which color i want, in a perfectly scope-able manner.
The greatest advantage is that you can reference externally your svg with xlink.href on top of your website: you have to make one more request, but it's cacheable. Pick your tradeoff :)
So what you're describing is having site.com/page1 which has markup: <body> <svg id="icon-1"> ... </svg> </body>
and then on site.com/page2 having
<body> <svg> <use href="/page1#icon-1"> </svg> </body>
Or something of this manner? Haven't encountered this, but sounds awesome; especially since you'd get the power of both inlining and caching the asset.
Dora anyone know? I'm not going to sign up for something without knowing what I'm getting into.
Looks like they're using the experimental CSSStyleSheet() constructor [1] to display the pricing table. Ugh.
[1] https://developer.mozilla.org/en-US/docs/Web/API/CSSStyleShe...
https://www.npmjs.com/package/construct-style-sheets-polyfil...
That said, if you have a single page app already, you can render as many icons as you want, since you’ll only download them once anyway.
Using a fresh in stall of Firefox, the linked page displays the icons correctly.
We ought to believe someone chooses to use an icon for aesthetics AND usability reasons. If the icon can't be rendered at all, it defeats it's purpose despite it having a "description".
Ultimately, if a well designed, user-friendly system doesn't work the way it's intended to, it is an accessibility issue of some degree. Albeit, some times more trivial than others.
There are no ARIA attributes that link any of the text to the buttons.
In this example we'd add an aria-labelledby to the button which references the span with the correct info.
I know plenty of people are anti-Google, and also prefer SVG's over icon fonts for valid reasons (though you can download these as SVG's as well).
But now that this is easier to embed than Font Awesome, has basically the same number/range of icons as Font Awesome's free tier, doesn't come with the 10K pageviews/mo. restriction that Font Awesome's free tier comes with, and so many sites already use Google Fonts for their display and/or body text...
...I'd be very surprised if this doesn't quickly become the new de-facto standard icon font.
I suspect google won’t be the only one to offer icon sets like this, so in general I agree this will continue to erode FA’s market share.
Fwiw, It has felt like FA’s most recent release fell far behind schedule.
Check out these glorious past remnants that we've forgotten about, they were so uhhh iconic : http://www.famfamfam.com/lab/icons/
We love to see someone take Fam Fam Fam icons and create SVG versions of them. Iconography takes time and effort and enormous amount of patience, skill. You can't do this in a week in illustrator which is how it seems most icons are designed today. We've become lazy, want free stuff and no one is incentivized to spend 2 years creating amazing icons. The market for paid icons doesn't exist and we've done this to ourselves because we're addicted to free stuff.
Google services icons? All impossible to tell apart now. Apple macOS dock? They use to be different shapes and sizes, now they are all chicklet squares in macOS Big Sur. Apple fired the guy (Forstall) that was the brilliant mind behind Apple's approach to UI way back in 2013. Since then, Apple UI design sucks.
It is all getting worse, day by day, icon by icon. Iconography was a discipline people took seriously before 2010's. Windows 95, 98, XP icons were so amazing. They thought deeply about it. No one gives a shit anymore.
My beef with Google's icons is the seeming random decision to use rounded miters on some art, sharp miters on others. Very mish-mash.
Don't get me started on how much space we waste on any UI these days. Apart from HN UI, pretty much every website and desktop app has wastage of space.
I suspect, we stopped using borders - thanks to minimalism, that we need to use copious amounts of negative space to separate them. So, now paddings and margins are liberally applied everywhere.
I got to say that HN does not provide a nice mobile experience in my opinion. I've clicked the wrong link many times due to lack of white space. However I agree that a lot of sites add way too much spacing between everything.
By HN, do you mean Hacker News? Because it has whitespace on the sides (since the <table> element has width of 85%). It still looks fine if you change it to 90 or 95, so one could argue there's wasted space there too.
But I'm not that one. I recognize empty space has its place in design. And it's not a fad either. Pick up a book - any book - and you will notice plenty of negative space there. Borders are used sparingly, if at all.
For reference, here is a good book that goes in-depth of what and whys of book design, it is hard to find it though: https://www.amazon.com/Designing-Books-Practice-Jost-Hochuli...
Most negative space on the websites is merely designers going "it looks clean".
Here's another reference about page margins: https://practicaltypography.com/page-margins.html
"The pleasure of reading an effectively designed document will soon outweigh the unfamiliarity of extra white space around the edges."
But on the other hand, the problem is that icons took so much work to create before, and also because they had such a recognizable identity/brand they weren't easy to reuse. Now the icons are so generic that they might as well be letters of the alphabet. They kinda are. A right-arrow is just a right-arrow -- it's not a Microsoft Office style right-arrow, or Windows 95 style right-arrow, or Mac Aqua style right-arrow, etc.
These icon fonts make sense for when the icon is meant to be essentially decorative typography -- e.g. a share icon next to the word "share" or an "opens in new tab" link arrow. They work very well for websites.
However, I hate these icon fonts when they're used without a text label besides them -- specifically in toolbars. That's where I wish desperately we could go back to colorful textured icons that were easy to tell apart. Even after years, I still find Gmail's toolbar of monochrome blob icons to be entirely unusable for this reason.
Thanks!!
A glyph plus text is more recognisable and explanatory than either.
Careful, meticulous, rigorous, disciplined, thoughtful work is old fashioned.
We produce broken, shitty apps because early feedback culture, not finishing things, market validation, the entire startup culture, etc. I see benefits in this but also negatives. Remember when SEGA games were shipped 100% complete and almost bug free? That's unheard of these days. They had no way to know if the game is going to be successful. No early access. They took risks.
If a designer is designing icons, the designer is probably solving the wrong problem. Either because the "client" doesn't know what the right problem is. Or because designing icons is more for the designer than solving the right problem.
Icons are hard because...well, all the reasons a floppy disk is the standard save icon. What I mean is that designers will default to their own experience and a floppy disk was it when the first sticky save icon was designed.
Now it means save. A designer who wants to change the floppy disk is solving the wrong problem.
I agree with you. We should take advantage of existing historical context such as the floppy save icon. This is what the Fam Fam Fam icon set does. The main issue is not to redesign them, but to design them in such a way that it is recognizeable. You can design floppy disk in many ways to fit your design aesthetic. Just that it should not be confused with 10 other icons. If you use monochrome line graphics, its hard to tell instantly.
Edit: one key thing I forgot about iconography - familiarity. The floppy disk icon is ubiquitously understood for historic reasons.
1. Obsession with "minimalism" and "clean design". Taken to the extreme by Jony Ive, where we started fearing what else Apple would take away in new revisions of their hardware and software. Scrollbars disappeared, buttons started blending into the background or becoming invisible, everything was "clean", utterly undiscoverable, and annoying to use. It only looked good in the keynote demo.
2. Fashion. Designers love following other designers and fashion trends run rampant. That's why on our phones we are beginning to get a bunch of icons that all look the same, every one is an abstract geometric pattern using at least 4 saturated colors. And we can't tell them from one another.
I am so hoping for a reversion of both trends. You don't have to design like everybody else!
Google went for maximum idiocy when they tried to use logos to serve two distinct roles: branding and utility. Which is why they look like complete unreadable ass.
They forgot the simple fact that if you want branding, logos must look unique. And if you want utility, icons must be representative. It's a classic case of wanting impossible design. I suspect there were no actual designers involved in the top-level direction at all. I've certainly done worse things for a paycheck.
But you can do this. MS Office has done so one way or another for decades - the icons in the product family have similar, distinctive design language, but each also clearly conveys which product it is with shape, colour, and a clear letter logo.
I deal with a lot of legacy interfaces with brightly colored icons and they can be just as confusing if not more confusing than minimalist icons. But I think people have a survivorship bias (we remember the good examples over the bad ones), as well as a familiarity bias (I like the things I grew up using!).
I think the benefit of flat, monochrome designs is that they force you to offload meaning into the layout and flow of the application. You actually have to pick out a nice, meaningful spot to put the button, and make sure it makes sense in the context, and make sure users can discover it easily. Compare that to an open source application that just throws a bright green plus sign at the end of a row of icons and expects you to know what it does.
I don't think anyone's disputing that you can do colorful icons poorly, but that's not an argument against them as a concept.
> ...as well as a familiarity bias (I like the things I grew up using!).
One of the cardinal sins of modern UX is fixing things that aren't broken, often just as you were getting used to the last "fix."
> I think the benefit of flat, monochrome designs is that they force you to offload meaning into the layout and flow of the application. You actually have to pick out a nice, meaningful spot to put the button, and make sure it makes sense in the context, and make sure users can discover it easily.
Nothing's stopping a designer from doing that with colorful icons.
I think the real reason for flat, monochrome icons is designers prioritizing the overall visual look/style of an application over its usability. It's almost like a less extreme version of designing a "computer interface" for a movie.
I'm currently dealing with software that uses old style icons and menus and users just thoroughly do not understand the interfaces. The problem is that when every icon is brightly colored and bold, none of them are meaningful to the user. They all look equally important even when not.
We're finding with flat, simpler icons we have a lot more control about making certain icons more important than others. We can still give them color! And it will be more meaningful! We can make them pop out when we need to!
What I meant by that comment is redesigning interfaces for aesthetics reasons: skeuomorphism is out, now skeuomorphism is in, now it's out again. Whitespace is out, whitespace is in. Google has a new icon set out so now our icons are "out of date," etc.
Furthermore, there are real costs to obsoleting users' expertise with an existing interface, and those costs may not be outweighed by marginal improvements in a new design. Also expert users and beginning/casual users have very different needs, and I think there's often too much focus on beginners.
> We're finding with flat, simpler icons we have a lot more control about making certain icons more important than others. We can still give them color! And it will be more meaningful! We can make them pop out when we need to!
And that totally makes sense and I agree with it. What I disagree is rejecting color and depth in an interface for reasons of aesthetics, ideology, or fashion.
If you study mission critical systems, even a fork lift, colors are everywhere. EMO button is red. CNC control panels have lots of colors.
The reason why we use flat symbols (recylcing symbol on a milk jug, hazard labels on chemicals, bathroom symbols and airport signs, and road signs) is a practical consideration about printability and ease of application (single printing ink, stencils ), color fastness in the sun, etc. It's not for the reasons you're alluding to, although some of those concerns are orthogonally valid - layout should be logical and flow should be intuitive. Color icons are far superior, if someone can publish a scientific study, I would bet on it with real money. They might be ugly, not against brand/identity/etc. but I am strictly speaking of their utility.
I think the problem is in having all icons be bright and meaningful all the time - too much visual information can be worse than too little.
A dangerous or destructive operation can be made to be red, to indicate the danger of the action.
A primary action that I expect the user to do can be made a primary action color.
If the icons are _built_ with color, then I can't change the color based on the semantics of how the icon is used. If you give me a monochrome icon that I can style, then I can match the color to the placement and functionality of the icon.
So, yes, _in the application_ the icons shouldn't be monochrome. But in the _iconset_ I would generally prefer they be.
Exactly! Survivorship bias is great, we get to only pick the examples that we know were good enough to survive! Why on earth would we want to have a truly random sample that gave us a whole bunch of terrible icons we'll ditch within 3 years?
When I got there, the icons were... actually not that bad. They have very diverse outlines (even more than your example), large features (again, more than your examples), and very precise meanings. Why do you say they are hard to tell apart?
The only thing missing is color and gradients, but that is for good reason, as hard-coded colors do interfere with usability and accessibility, and currently we have no way to encode color independent gradients (that's a huge oversight, by the way).
So many smart designers are carefully considering how to make genuinely ideal interfaces.
But fuck them, they're just too lazy to put effort into complex interfaces, they're just following trends. They don't know what there doing. But Winamp-Themes where you can barely even see the buttons - yes, those are great.
Sure, mistakes are made, and overcorrections happen. Everyone was tired of skeuomorphism a while ago (ironically, OP seems to have forgotten that). The response was a vast overcorrection and we're still recovering from that. But if you honestly think that we're off worse now, then I can only shake my head.
(EDIT) But why is this hostility so prevalent in the developer demographic? Apparentlyy everyone else is okay. (unless you want to argue that there is some secret designer cult that imposes their will on everyone). Is it age? Are we just damaged from looking at a terminal too much?
Personally I think it's wildly comforting and explanatory to assume other people (typically) know better than I do. Means I can focus on my little corner of the world and I don't need to tear it all down and rebuild it. Design, fashion, modern art; there are loads of domains engineers tend to assume are full of idiots - and yet we don't seem to dominate them like you'd assume we would if they were, indeed, full of idiots.
The flat abstractions are garbage that only a selected few understand. Instead of being a language that is representative of something, literally the meaning of "icon", it is a flat 2d projections of a 3d shape in a 2 color scheme.
A floppy disk became the icon for saving because it represented "write to disk". Now, it would be a square in the name of flat ness and easy to read or some other optimization. This is not to be conflated with survivorship bias.
Also, about these icons, they mention "please don’t try to sell them", immediately followed by "Apache license 2.0". Well, Google, which is it? Do they actually mean to say "you have permission to sell them, but please don't?"
Icon fonts also suffer from a plethora of rendering issues across platforms because fonts are usually rendered with speedy display of long text in mind.
It’s strange Google would invest in a years-old kludge tech.
Apache 2.0 is also a strange license for anything that's not code, too; it refers to "source" and "object" form throughout. I imagine they could've chosen it for license simplicity & compatibility reasons, but again, if they just wanted these to be used as widely as possible, they could've just gone CC0.
Fonts are code. And very often have a clear source vs. object form.
There's some domains where you need to (given that perfect calibration is unattainable) err on the side of being restrictive, but that's definitely not always the right choice.
Tons of SVG icons from popular packs and using ES6 imports, you only bundle the icons you use.
However, I can't seem to find this feature any more. Right now if I select fonts, they just show up in the sidebar. But I can preview them in any way.
There's gotta be something that I missed?
The icons page is just a separate page that works differently from the rest of the fonts.
For example, https://fonts.google.com/share?selection.family=Akaya%20Teli...
Does anyone know if Apple's SF Symbols are available under a similar license? I looked at Apple's web site, and it only mentions not using them in trademarks.
> Availability of individual symbols and features varies based on the version of the system you’re targeting. When you export a symbol introduced in SF Symbols 2 as an SVG template and bundle it with your app, you can use it in apps that target iOS 13, Mac Catalyst 13, tvOS 13, or watchOS 6
> All SF Symbols shall be considered to be system-provided images as defined in the Xcode and Apple SDKs license agreements and are subject to the terms and conditions set forth therein.
https://developer.apple.com/design/human-interface-guideline...
Link to the sdk terms:
What would a generic icon for a tweet be that differs from a "message" icon?
Use SVGs.
I don’t understand how they commission high-quality fonts from professional foundries, then turn around and neuter them in the Google Fonts UI – take a look at the family called Commissioner: https://fonts.google.com/specimen/Commissioner
Can you tell from this page that the font contains italics? Or that it has a semi-serif flared-terminal variant? These are additional axes that simply aren’t supported, so there’s no way to know they exist unless you visit the foundry’s GitHub page.
I worked on Google Fonts, and you’d be incredibly surprised how few people run the entire service. If I recall correctly, ether ratio is something like one Google Fonts team member is responsible for the equivalent opt hundreds of millions of requests a day.
The main focus they had in the variable fonts roll out was making the internet faster. The process of choosing when to/not serve variable fonts behind the scenes was oriented around the font-weight axis, so they could reduce the number of requests, and hence speed up everything from Google searches to YouTube and every other website using Google Fonts.
Sadly the UX around displaying axes isn’t straight forward. Since the Google Fonts wants to setup a conservative interface, that doesn’t result in users requesting an entire variable axes with every request, especially when it’s not being used - there needed to be more work than just showing the font’s design space on a specimen page.
There is an incredible amount of behind the scenes effort from an incredibly talented team.
Huge props to each of them.
The PNG are all in several subfolders...
I'm surprised this question was even raised because vector graphics is the most size efficient way to do simple graphics on the web.
> The icon font weighs in at only 42KB in its smallest woff2 format and 56KB in standard woff format. By comparison, the SVG files compressed with gzip will generally be around 62KB in size, but this can be reduced considerably by compiling only the icons you need into a single SVG file with symbol sprites.
So not that large, but I still prefer SVG icons.
Did anyone convert them to SVG yet?
I've got a wild idea.
What if instead of trying to destroy the web [1], Google tried to become the very best company for web developers? You know, take a play from Microsoft's "Developers Developers Developers" playbook after it was handed off to Nadella. The hip Microsoft that built VSCode, bought Github, and has the #2 cloud.
Maybe a first class web has "native apps" that work on desktop and Android and don't require an App Store. That might handicap their rival Apple, because writing for web once targets two of the biggest three platforms.
Get "distribution/promotion" through Search. Their ecosystem works, ties together, and makes sense.
If Web wins and Google is #1 at it, then nearly all of their foes lose power. They can sell tools, build a flywheel, moat, all in one. And they wouldn't even have to be assholes anymore. All the cool kids stop hating.
I don't expect their leadership to come up with this grand idea, however. We're just going to get more of the same. More wood behind all the arrows, none of which hit the target and all of which get cancelled in two to five years.
[1] (Chrome, AMP, killing adblock, knee-capping HTML5, ruining semantic standards, making search a hard problem)