Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 16 Jun 2020 14:28:27 +0200
From:      Chris Knipe <savage@savage.za.org>
To:        Polytropon <freebsd@edvax.de>
Cc:        FreeBSD - <freebsd-questions@freebsd.org>
Subject:   Re: Mailing List Etiquette was freebsd vs. netbsd
Message-ID:  <CA%2B4TWFvf7w=4djQfWLtXhqmip0Rb72Js6BbOW=F_gUkufXuQFw@mail.gmail.com>
In-Reply-To: <20200616142043.7d599458.freebsd@edvax.de>
References:  <20200613154409.GA89618@neutralgood.org> <13115.1592302784@segfault.tristatelogic.com> <20200616071153.00006f4d@seibercom.net> <CA%2B4TWFuWN1BV=FftC1xNCYRgqwX%2BCb=wMg_L9MxFHx17Nzjm5Q@mail.gmail.com> <20200616075548.000066f1@seibercom.net> <20200616140416.bd7b8bf2.freebsd@edvax.de> <CA%2B4TWFtgaMkJWAOuvEpSg2TOo2hrG-P7EHJUigCQwgQw3iXtWQ@mail.gmail.com> <20200616142043.7d599458.freebsd@edvax.de>

next in thread | previous in thread | raw e-mail | index | archive | help
>
>
> > [...] and text based
> > emails with crappy fonts.
>
> I don't understand this. It's rather the other way round
> when you have HTML-based emails that force a specific
> unreadable font face and font size, and your MUA cannot
> be configured for a bigger minimum font size. In text
> mails, it's the _MUA's_ responsibility to offer the best
> font that the user (!) desires; in text-based MUAs, this
> responsibility is moved to the terminal emulator. Luckily,
> both GUI MUAs and terminals today offer you to change the
> font to whatever you want - and this option has been there
> for decades. This is, in my opinion, not a problem with
> the mail (being text), but wuth the MUA (using unusable
> fonts and settings).
>
> Fonts are not a matter of normal text email.
>
> They _can_ be a problem with HTML email.
>
> (I won't discuss in how far a mail client is supposed to
> contain a HTML rendering engine, epsecially in the absence
> of normal multipart "text _and_ HTML" mail generation.)
>

https://imgur.com/a/eW01Zc2   Your own message - a very good example of
what's wrong with it.  Straight from gmail.  In outlook (for example, which
has a narrower reading plane), it will be even worse, as even -more-
scrolling would be required.

We don't use 640x480 monitors anymore (hell, not even our SSH sessions run
at these low resolutions and 80 col / 25 rows anymore) - we're way past
that as well...  Whilst I now have to scroll up and down to read your
message, I could have seen your entire message in one screen without the
need to scroll up and down.

What's the most efficient?  I guess that's a matter of opinion too.

I hear what you are saying, and I am by no means suggesting sending a 200kb
email, with 10mb of HTML embedded in it either, but we are WAY past, 80
col, 25 rows...   It would be interesting to see how 80x25 actually looks
on today's say, 34" monitors (or whatever the entry level monitors are
these days)

-- 

Regards,
Chris Knipe



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2B4TWFvf7w=4djQfWLtXhqmip0Rb72Js6BbOW=F_gUkufXuQFw>