Hacker Newsnew | past | comments | ask | show | jobs | submit | lazyload's commentslogin

+1 for Migadu! I'd been a paying customer for Protonmail for a few years now but stuff like this had slowly been pushing me away. A few months ago I set up Migadu with my own domain and it's worked without issue ever since. Another plus is that I can finally use my own email clients without having to deal with proton bridge


- Tiny Meat Gang

- Coffee with Butterscotch

- Crime Junkie

- Stuff You Should Know

- Serial

I've tried listening to some engineering/tech podcasts, but honestly I've grown more and more fatigued with anything tech beyond the 8 hours of work.


It seems slightly disingenuous to refer to this as “Spotify Developer Tools” while linking to a script specifically for deleting (or unfollowing, rather) playlists. That said, if this was expanded into some slightly broader wrapper around more of the API’s functionality, that could be really useful!


fwiw opening the article in an incognito tab usually does the trick to get past the article limits. That said, you're right on the money about how badly it sometimes seems that medium doesn't want me to ever use their service


I've been happily using NextDNS for a few months now on my mac and iPhone with no problems so far :)


I’m a happily paying user of 1Password personally, although I’ve used bitwarden in the past and it’s great and self hostable too. I just prefer 1pass for its fast updates and great integration with the Apple ecosystem. If you wanna host your data with gdrive or the like keepass is less polished but also very solid.


Hard to be completely sure without RH or the family specifying, but browsing r/WSB’s thread on the incident, looks like a lot of people have encountered this exact same issue and had it clear up the next day


The service has to monetize somehow? Unobtrusive, non-retargeted aren’t a dealbreaker by any means for me, and I loathe the ads industry in general


I appreciate the no-bs lightweight website sentiment as much as anyone, but I think there's also something to be said about drastically improving readability with some line-height and font styling.


I really recommend https://write.as/ for those looking for minimalism with a bit more styling


FWIW I personally much prefer Bear's style over Write.as. Both from an aesthetic and readability point of view. At least for the landing page.

Everything fits on one screen, the font size is much more bearable, there's no unnecessary columnization or links to other parts of the site.


write.as does support custom CSS and JS, so you can, in theory, make look however you want. It isn't quite as light as Bear is, but it's no Medium either.


oh interesting! Yeah I actually hadn't been to their landing page in a long time, totally agree with your there (and feel like it doesn't do their actual blog product justice - to my tastes at least their blogs are perfect, low-key but elegant and very readable).


It looks simple, but isn't technically minimalistic with 77KB .css and loaded fonts. The first page load was actually visibly slow with the fonts repainting in a different typeface.


There's really nothing more minimal than https://telegra.ph

It just gets out of the way.


It has consecutive urls, relinquishes your drop of privacy.

.../140 -> test test test

.../141 -> My personal depression diary entry no.3 ...


Comcast DNS-hijacks that entire site as a "potential threat". They also block https://ix.io/. Interesting.


My text editor with hand-coded HTML begs to differ


Quite a bit of JS there.


Ironically, that was founded by a Mr. Baer.

https://write.as/about


Coming soon, the http://bettermotherfuckingwebsite.com/ equivalent.



It's so hard to take a site with serif fonts seriously. It would be worth the 8th css declaration if the author added `font-family: sans-serif;`.


I find that a curious attitude; I rather appreciate when I come across a site that uses a serif font. Sans-serifs are so terribly overused.


Sans serifs are overused because they look better on low resolution screens. If you haven't had to use a low resolution screen in a while then you are one of the privileged few.


At small sizes, like 8–13px, sans-serifs look better than serifs. And user interfaces and websites used to be that size.

But for 16px and up, which is what websites of today use, serifs are perfectly fine even on 1× displays (though sure, they’ll look better still on higher-DPI displays, but so will sans-serifs).

I should clarify that it depends on the font. Sans-serifs tend to have fairly even stroke width, but serifs tend to have more variable stroke width, and if the thin is too thin, you get a terrible font. That’s a common shortcoming of serif fonts, and Garamond demonstrates that, being quite unsuitable for screen use below 20px, maybe even 24px. Others like Georgia don’t suffer that weakness.


Are you sure that "websites of today" use 16px or larger universally? HN appears to use 9pt Verdana, which I believe is equivalent to 12px on my Windows system if my math is correct.

Georgia is a terribly underrated font. I'm sure it's heavily hinted to look good at small sizes, but even at large sizes it has an elegance that is lacking in e.g. Times Roman.


HN is not a website of today. It’s a website of 2007. Its visual style has not changed at all since then.


And yet I still like the way it looks. That should tell you something.


This sounds like it ought to be a job for pixel-density media queries [1] in CSS. I doubt this happens often if ever though, because designers. Anyone seen this approach in the wild?

[1] https://developer.mozilla.org/en-US/docs/Web/CSS/@media/reso...


I guess I specifically mean the default browser serif font. There are sites that consciously choose a serif typeface to convey some sense of "we are serious content," but you may notice that none of them use the default browser serif font (except as a last-step fallback).

If I see default browser serif, my immediate thought is "either this is an amateur or something is broken."


I don't have data to back it up, but I've understood from typography gurus that sans-serif fonts are great for signs, short blurbs, etc. But for long (multi-paragraph) reads serif fonts reduce eye fatigue. I think blogs typically fit in that category.


This is true on paper. Sans serifs are more readable at small sizes on lower-pixel-density screens.


The research showing that serifs aid in readability are based on printed samples, which are much higher resolution than most screens.


Not everything should be sans serif.


I think I'd second this, adding some basic improvements to the typesetting would help a lot and wouldn't cost anything WRT performance.


I'm thinking of adding a few small ways the user can adjust it. Maybe a dropdown of classless css frameworks to choose from would be good


But then there can be a smaller solution and this one is not the minimal one anymore.


Just change the font to something other than Garamond like Verdana. It is a nice font for paper, but not on websites.


Georgia is a decent serif that will typically be available.

Or just `font-family: serif` which will most commonly be Times New Roman or similar, but will be whatever we prefer for those few of us that set the default fonts.


Georgia is a fantastic serif font; it's actually the recommended default font for when you're formatting an ebook.


It's why I used Georgia as the preferred font for https://shouldiblockads.com/ (mixed with a sans-serif "default UI font" stack).


Or better yet, `font-family: sans-serif;`


Screens have high enough resolution for serifs nowadays, there's no need to strain the eyes with sans serif anymore online.


Yea, I hate seeing this front on blogs. It's so difficult to read.


Noted :)


Yes, styling is a must for me. If I ever were to blog, I'd also require images and latex rendering. But that's about it.


As long as it's compatible with browser "Reader modes" I don't care because that's the first thing I tap when I'm reading a blog post anyway.


I'm definitely going to add the latex classless CSS pack as an optional.


There is style, it's just so small that it's embedded in the <style> tags instead of an external asset.


Seems about par for the course. I'm sure a lot of policy would have to be enacted to allow something like that, and my company (also a large tech company) announced something similar not too long ago.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: