News for hackers. Stuff that matters.
Re:Blocking web fonts for speed and privacy (2016) by phantomathkg on Saturday September 17, 2022 @12:09AM (#32874690)
This is a very shortsighted view from developer who forget a web page is not only a bunch of text. Designer also play an important role to provide the subtle design element that developers don't value.

By blocking all web fonts and fallback to only system font, you may still be able to read the text, but will completely missed the design.

Re:Blocking web fonts for speed and privacy (2016) by Dalewyn on Saturday September 17, 2022 @12:24AM (#32874746)
I have never felt a page read better with custom fonts instead of local system fonts. I suppose the reason is because most local system fonts prioritize readability to a fault, while custom fonts are chosen for aesthetics (and aesthetics don't necessarily relate to readability).

A webpage is a bunch of text, if your webpage can't be read with something like "font-family: Verdana, Arial, sans-serif;" then you are doing it wrong.

Re:Blocking web fonts for speed and privacy (2016) by phantomathkg on Saturday September 17, 2022 @01:29AM (#32875023)
A good design should have good fallback. Yes. A random example will be bbc.com, where BBC Reith fallback to Arial, Helvetica Free Sans and San serif.

With modern web "application", the chances you see a bunch of text would either be the T&C page, documentation you read, or news website.

These days we shop online as much as we do physically, so I pick two random clothing brand, Uniqlo and Levis. To create the same experience you shop online as you do offline. These two websites employ their font instead of system font, Uniqlo Pro and Helvetica Now.

From a function point of view, blocking those font does not stop you from buying their clothes. But part of the user experience will be lost.

Disclaimer, I am engineer in the media industry and has no association with the two example websites.

Re:Blocking web fonts for speed and privacy (2016) by hulitu on Saturday September 17, 2022 @03:29AM (#32875512)
User experience is more than fonts. Most of the sites are unreadable at default browser zoom. Printing is almost impossible (i know, nobody prints those days). Gray on gray is the norm.
Re:Blocking web fonts for speed and privacy (2016) by dspillett on Saturday September 17, 2022 @04:17AM (#32875727)
> Printing is almost impossible (i know, nobody prints those days)

I like to print things like Train times and such when heading out, just in case I need to alter plans and tech fails so I can't look up the next option online. When flying on holiday I have a little was of paper with connection details, luggage rules, etc. Printing is increasingly unusable direct from sites/apps so I've taken to either writing my own notes (which has the bonus of saving paper) or taking screenshots (which also saves paper as cropping allows less irrelevant detail & site chrome to be included).

I'm almost nobody in a large number of other respects too though!

Re:Blocking web fonts for speed and privacy (2016) by eloisius on Saturday September 17, 2022 @12:11AM (#32874700)
I’ve been blocking webfonts for a long time, and not being subjected to the design is mostly a feature. The only time it’s not is when instead of glyphs you get weird alt text like UP_ARROW.
Re:Blocking web fonts for speed and privacy (2016) by jeroenhd on Saturday September 17, 2022 @05:19AM (#32876052)
Most developers suck at design but most designers suck at development.

If your designer can't make your website work well with one of the hundreds of fonts preloaded on my machine, I don't know what to tell you. If your website looks like crap because your designer couldn't come up with a good fallback font that's still on the designer.

It's like "web colours" all over again. Web designers should work within the constraints of the user agent or they shouldn't design for the web, and one of those constraints is that the font doesn't always look exactly like the designer wants it to look. It's called a user agent for a reason, these days more and more because the source it's rendering is as anti-user as can be.

I have web fonts turned off because I'm sick of text shifting because the particular Arial-but-not-really font a website insists on got loaded in. I've also occasionally had to use reader mode because the "design" was very fancy but practically unreadable.

Re:Blocking web fonts for speed and privacy (2016) by unmole on Saturday September 17, 2022 @12:11AM (#32874703)
> provide the subtle design element that developers don't value

Does anybody apart from designers actually care?

Re:Blocking web fonts for speed and privacy (2016) by jozzy-james on Saturday September 17, 2022 @12:23AM (#32874740)
with the a/b testing we’ve done in our admittedly niche market - yeah it matters
Re:Blocking web fonts for speed and privacy (2016) by ravenstine on Saturday September 17, 2022 @08:18AM (#32876909)
Doesn't that depend on what the A/B test is measuring? A/B tests can measure the wrong thing. "Engagement" is often seen as a good thing in and of itself and is not investigated for errors.
Re:Blocking web fonts for speed and privacy (2016) by megous on Saturday September 17, 2022 @03:37AM (#32875538)
Font readability is the function of familiarity with the given font. So if the user clicks that checkbox to disable thirdparty fonts in the browser and use a familiar font everywhere, I think the user is right. :)

That's why I disable thirdparty fonts by default and bug our designers when some text overflows in our app, due to some fixed width assumption in CSS, because system native font they did not design for is wider.

Re:Blocking web fonts for speed and privacy (2016) by RedShift1 on Saturday September 17, 2022 @12:37AM (#32874793)
Screw designers. They have ruined so many things over the years. It's time to take back control.
Re:Blocking web fonts for speed and privacy (2016) by FractalHQ on Saturday September 17, 2022 @01:15AM (#32874956)
As both a developer and designer, this comment seems absurd to me. Art and information both play vital roles in the human experience.
Re:Blocking web fonts for speed and privacy (2016) by Dalewyn on Saturday September 17, 2022 @02:14AM (#32875203)
A computer and any code that execute within one are tools, and tools must first and foremost serve to enable its user.

This means when it comes to software design, function always trumps form. A tool should never be designed with form over function in mind, it must always be function over form. Any form (design) that impedes the function must be culled with extreme prejudice.

When it comes to remote fonts, they slow down page download and consequently load time, they violate privacy rules and laws, they impede accessibility when fallbacks fail or do not exist (eg: Webdings, aka "icon" fonts), and objectively they only serve as a form of luxury for the website with no regard for end-users.

Most of us also know from experience that software designers by and large prioritize form over function, oftentimes with complete disregard for the function thereof.

So I second grandparent post's opinion: Screw designers. Removing them from the development process will bring about more net benefits than any benefits they might be bringing to the table.

Re:Blocking web fonts for speed and privacy (2016) by FractalHQ on Saturday September 17, 2022 @05:42PM (#32881879)
One of the functions of computers is to provide entertainment or evoke positive emotions. Many people use computers to explore and consume art. The reality is that people value how things make them feel. Even outside of entertainment, design and form can improve function when done right.

Sure, bad designs that inhibit functionality are bad. But good design that enhances it are better than no design, so removing good designers from a pipeline is a bad thing.

In my opinion, products driven entirely by developers with no design sense are just as bad as those driven by designers with no development sense. The solution involves good teamwork between both parties.

Re:Blocking web fonts for speed and privacy (2016) by phantomathkg on Saturday September 17, 2022 @03:25AM (#32875494)
> When it comes to remote fonts, they slow down page download and consequently load time.

Show example please.

> they violate privacy rules and laws,

Show more example please. Let's not forget when you access a webpage, the server already know what IP address you are connecting form. If the web font is loaded from the same host, the owner of the page does not violate any privacy rules than servicing you the page.

> they impede accessibility when fallbacks fail or do not exist

This is only when it failed.

> Most of us also know from experience that software designers by and large prioritize form over function, oftentimes with complete disregard for the function thereof.

You may have experienced designers who are bad at their job, but it does not mean a good design, including using or not using web font, help deliver the function better.

> So I second grandparent post's opinion: Screw designers. Removing them from the development process will bring about more net benefits than any benefits they might be bringing to the table.

I welcome your view, despite how myopic it is, and I hope you live by your value, which means code using vim/emac, not using any GUI tools, and browse the internet using lynx the text internet browser.

Re:Blocking web fonts for speed and privacy (2016) by Dalewyn on Saturday September 17, 2022 @03:57AM (#32875630)
>Show example please.

It's an additional resource that needs to be requested, downloaded, and processed by the browser. While the processing will happen either remote or local, local system fonts don't need to be requested and downloaded which saves bandwidth and time (aka faster page load times).

>Show more example please. Let's not forget when you access a webpage, the server already know what IP address you are connecting form.

EU rulings concerning GDPR and remote fonts.

>If the web font is loaded from the same host, the owner of the page does not violate any privacy rules than servicing you the page.

And in fact, this is suggested by the EU as a way to abide by GDPR while using remote fonts. The vast majority of remote font use cases are not served directly by the website, though. It's all a sad state of affairs.

>You may have experienced designers who are bad at their job, but it does not mean a good design, including using or not using web font, help deliver the function better.

Sure.

Thing is, in recent times I've experienced far too many terrible designs and I can't recall even one example of a good design.

User needs and desires aren't being considered by designers, so fuck it, I'm past the point of caring about throwing babies out with the bathwater. Throw them out, nothing of value will be lost.

>I welcome your view, despite how myopic it is, and I hope you live by your value, which means code using vim/emac, not using any GUI tools, and browse the internet using lynx the text internet browser.

The only thing myopic is your attitude. Good designs can exist, but when it comes to modern software design they've all turned horrible. The very fact you are trying to override user complaints with designer desires is indicative that you too consider form over function, which for a tool is nonsense.

I appreciate that you're a designer and an artist and you want to flaunt and exhibit your vision for all to see, and that's fine. Meanwhile, we've got shit to do and we need/want computers to enable us so we can get shit done, and your visions are getting in the way. So please save your passion for the art museum, tools are not avenues for artistic expressions.

Re:Blocking web fonts for speed and privacy (2016) by BLKNSLVR on Saturday September 17, 2022 @01:38AM (#32875068)
I get the feeling there are a lot of points of view in the above sub-thread that are using mutually exclusive definitions of "design".

Art being one that doesn't factor in greatly, but also has its own subjective definition.

There's design that's for helping the user access and process the information. I like this design, I'm all for it; pro-user.

There's design that's for aesthetic; motif; differentiation for the sake of differentiation. This probably overlaps with "art" and can, and often does, actively work against usage of the site for the sake of 'cool'. Works for people that rate aesthetic over content.

Then there's design for engagement and / or advertising revenue (and I'll include "data slurping" as advertising revenue). In relation to the topic, its likely one of the other design choices is leading to secondary data slurping that the website designer may not be aware of.

Re:Blocking web fonts for speed and privacy (2016) by phantomathkg on Saturday September 17, 2022 @03:14AM (#32875448)
I don't think form and function should be mutually exclusive. Instead I want it to be a continuum, and I am trying to combat some of the view here who try to turn the function dial to 11.

With good balance, we should be able to create a world that is both aesthetic and functional.

Re:Blocking web fonts for speed and privacy (2016) by hulitu on Saturday September 17, 2022 @03:40AM (#32875550)
Art is present on maybe 0.1 % of the sites. There is no "art" on Google, Microsoft, New york times, bbc etc.
Re:Blocking web fonts for speed and privacy (2016) by omnimus on Saturday September 17, 2022 @01:19AM (#32874975)
This is even more true about programmers.
Re:Blocking web fonts for speed and privacy (2016) by manmal on Saturday September 17, 2022 @01:43AM (#32875081)
Designers are often asked to polish turds or comb over broken business models. I wouldn’t look in their direction if you need someone to blame.
Re:Blocking web fonts for speed and privacy (2016) by tejtm on Saturday September 17, 2022 @01:39AM (#32875073)
we must be after different things. the web is for the content. I decide how my view of it appears.

this has always been the case html provides __suggestions__ css and what not let me interpret those suggestions as I will.

If you want to curate your design experience put it in a pdf for your fanbase and leave my day to day browsing out of it.

Re:Blocking web fonts for speed and privacy (2016) by ogurechny on Saturday September 17, 2022 @03:40AM (#32875551)
Let me explain how it actually works. I visit the website, see horrible text (because designer expected everyone to use high DPI screen or specific rasterization/hinting back-end), click on the icon to disable fonts, and then, yes, I am able to read the text. Which is the only reason I am on this page. Not even the slightest thought about page design appears in my head, just temporary irritation from the obstruction.
Re:Blocking web fonts for speed and privacy (2016) by 9dev on Saturday September 17, 2022 @03:52AM (#32875608)
But you do realise that you’re part of a very small, albeit vocal, minority here? Most people actually do value a coherent visual design, which can be and repeatedly has been proven in studies and A/B testing. This holds true, whether you like it or not.
Re:Blocking web fonts for speed and privacy (2016) by ogurechny on Saturday September 17, 2022 @04:28AM (#32875793)
Have you seen what “regular people” do in such situations? They squint, reach for their glasses, or look for the page zoom controls (which takes a lot of their time). It's almost as if you are happy that those people are not tech savvy enough to use a quick fix (for the problem someone else introduced). It's almost as if the whole industry is based on exploiting the lack of education and understanding of those “regular people”.

You can also A/B test the guillotine vs human executioner. The best option is not always a good option.

Re:Blocking web fonts for speed and privacy (2016) by marssaxman on Saturday September 17, 2022 @10:11AM (#32877652)
I certainly do value a coherent visual design! That's why it bugs me so much when designers mess with the standards, trying to make their little slices of the web look different from the rest.

Blocking web fonts, zapping away floaty banners and other design irritations via uBlock Origin, and making liberal use of Reader Mode gives me a much more coherent experience of the web.

Re:Blocking web fonts for speed and privacy (2016) by daqnal on Saturday September 17, 2022 @12:12AM (#32874708)
True, but I believe the point is that the author is willing to sacrifice this for speed and privacy. Many who are privacy-conscious generally don't care about design and are prioritized on functionality and data safety. That's not to say design isn't important. I love apps and sites that follow fluid and modern UX, I just see it as second underneath privacy.
Re:Blocking web fonts for speed and privacy (2016) by tjpnz on Saturday September 17, 2022 @01:19AM (#32874972)
Some of the most memorable things I've read over the past year have been on Gemini which falls back to the system font or one picked by the user. I'm not saying that there's no place for design, but if your choice of webfont is a single point of failure within it you have no business calling yourself a designer.
Re:Blocking web fonts for speed and privacy (2016) by manicpolymath on Saturday September 17, 2022 @01:20AM (#32874980)
Funny you use the word “shortsighted” - for screen readers to work right your web page had better be a bunch of text.
Re:Blocking web fonts for speed and privacy (2016) by adastra22 on Saturday September 17, 2022 @03:01AM (#32875405)
> you may still be able to read the text, but will completely missed the design

So you'll keep everything that matters and throw out the stuff that doesn't. Got it!

Re:Blocking web fonts for speed and privacy (2016) by qsort on Saturday September 17, 2022 @03:23AM (#32875487)
It's called User-Agent, not HipsterDesigner-Agent.

My browser, my connection, my rules.

Re:Blocking web fonts for speed and privacy (2016) by marssaxman on Saturday September 17, 2022 @09:48AM (#32877517)
I "completely miss the design" as often as possible, stripping it all off via Reader Mode.
Re:Blocking web fonts for speed and privacy (2016) by HelixEndeavor on Saturday September 17, 2022 @01:04AM (#32874904)
What if the design is bad?
Re:Blocking web fonts for speed and privacy (2016) by FractalHQ on Saturday September 17, 2022 @01:16AM (#32874959)
Get a better designer..
Re:Blocking web fonts for speed and privacy (2016) by phantomathkg on Saturday September 17, 2022 @01:10AM (#32874934)
What if the developer is wrong?
Re:Blocking web fonts for speed and privacy (2016) by megous on Saturday September 17, 2022 @03:31AM (#32875521)
More like a "what if user is wrong" since the user is making a font choice in this case.
Re:Blocking web fonts for speed and privacy (2016) by hulitu on Saturday September 17, 2022 @03:25AM (#32875492)
The "design" is mostly crap anyway so i don't see any win by loading obscure fonts from an obscure web server.
Re:Blocking web fonts for speed and privacy (2016) by alok-g on Saturday September 17, 2022 @11:10AM (#32878142)
How bad do you find my website? :-) (Asking genuinely)

Sample post: https://alokgovil.com/understanding-self-reliance/

It's using just Arial and Times New Roman.

Re:Blocking web fonts for speed and privacy (2016) by legitster on Saturday September 17, 2022 @03:11AM (#32875439)
Chesterton's Fence.

"I see no reason for fonts, so they must serve no real purpose."