Funny that you're considering this as this is something I actually implemented on my personal site as well. Previously, I did the same where headers were sans-serif and the body copy was serif. I just enjoyed the reading experience overall and it looked aesthetically pleasing. Upon doing some light research, there is a reason why serif fonts are good for long reads.
But for the recent redesign (which I pushed out last week...need to blog about it), I pushed out the opposite because over time I felt like serif often didn't pair well visually with monotype fonts used for code. Or I think I'm just getting old and wanted a super simple look and feel.
Ultimately I think the choice should be what allows the user to consume the content in the easiest manner.
Another option is have it be an option for the user to decide. If it's a single line of code, why not have an option in a user's settings where they can choose and store that option in local storage or a cookie. I suppose the considerations for this would be that you'd potentially have to serve up two sets of fonts vs one. But might be a nice little option for the user to choose for themselves.
Another option is have it be an option for the user to decide. If it's a single line of code, why not have an option in a user's settings where they can choose and store that option in local storage or a cookie. I suppose the considerations for this would be that you'd potentially have to serve up two sets of fonts vs one. But might be a nice little option for the user to choose for themselves.
I've thought about this. No technical limitations here, given our approach/implementation, but I would be concerned about the user experience of switching between fonts. I think there's a lot of benefits in having the reader know what to expect in this regard from post to post.
Funny that you're considering this as this is something I actually implemented on my personal site as well. Previously, I did the same where headers were sans-serif and the body copy was serif. I just enjoyed the reading experience overall and it looked aesthetically pleasing. Upon doing some light research, there is a reason why serif fonts are good for long reads.
But for the recent redesign (which I pushed out last week...need to blog about it), I pushed out the opposite because over time I felt like serif often didn't pair well visually with monotype fonts used for code. Or I think I'm just getting old and wanted a super simple look and feel.
Ultimately I think the choice should be what allows the user to consume the content in the easiest manner.
Another option is have it be an option for the user to decide. If it's a single line of code, why not have an option in a user's settings where they can choose and store that option in local storage or a cookie. I suppose the considerations for this would be that you'd potentially have to serve up two sets of fonts vs one. But might be a nice little option for the user to choose for themselves.
I've thought about this. No technical limitations here, given our approach/implementation, but I would be concerned about the user experience of switching between fonts. I think there's a lot of benefits in having the reader know what to expect in this regard from post to post.
If it would be an option for the user, then the reader should be able to decide what he likes better, right? Not the writer.
Update: not a question any more, as it is answered further down in the comments.