• Re: small font

    From Michel Verdier@21:1/5 to Max Nikulin on Thu Jul 4 11:00:02 2024
    On 2024-07-04, Max Nikulin wrote:

    Tell that to your mail program. If it chooses to show you the mail that way, >> don't blame me.

    - insisting on an "industry standard" mail style

    <div class=3D"gmail_default" style=3D"font-famil=
    y:arial,helvetica,sans-serif;font-size:small">Tell that to your mail progra=

    -------------------------------^^^^^^^^^^^^^^^

    I would add that it's up to the *sender* mail program to send text only
    mail to this list (and others). As the html part is useless and multiply
    the mail size by almost 10.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Thomas Schmitt@21:1/5 to Michel Verdier on Thu Jul 4 11:30:01 2024
    Hi,

    Michel Verdier wrote:
    I would add that it's up to the *sender* mail program to send text only
    mail to this list (and others).

    I found this link in the monthly list FAQ:

    https://www.debian.org/MailingLists/#codeofconduct

    where i read:

    "Please don't send your messages in HTML; use plain text instead."

    (I cannot judge how hard it is to fulfill this request on a contemporary desktop.)


    Regrettably the list archives seem to have a preference for publishing
    the HTML version of list mails. At least i see two different fonts in
    an archived mail of Richard:
    https://lists.debian.org/debian-user/2024/07/msg00124.html


    Have a nice day :)

    Thomas

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Roger Price@21:1/5 to Michel Verdier on Thu Jul 4 11:40:02 2024
    This message is in MIME format. The first part should be readable text,
    while the remaining parts are likely unreadable without MIME-aware tools.

    On Thu, 4 Jul 2024, Michel Verdier wrote:

    <div class=3D"gmail_default" style=3D"font-famil=
    y:arial,helvetica,sans-serif;font-size:small">Tell that to your mail progra=

    -------------------------------^^^^^^^^^^^^^^^

    I would add that it's up to the *sender* mail program to send text only
    mail to this list (and others). As the html part is useless and multiply
    the mail size by almost 10.

    The Debian mailing list Code of Conduct at https://www.debian.org/MailingLists/ is clear:

    « Please don't send your messages in HTML; use plain text instead »

    Roger

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From tomas@tuxteam.de@21:1/5 to jeremy ardley on Thu Jul 4 12:40:02 2024
    On Thu, Jul 04, 2024 at 06:20:22PM +0800, jeremy ardley wrote:


    On 4/7/24 17:13, Roger Price wrote:

    The Debian mailing list Code of Conduct at https://www.debian.org/MailingLists/
    is clear:

    « Please don't send your messages in HTML; use plain text instead »

    I presume there is some compelling reason that the mailing list doesn't filter html emails and only resend the text only version?

    Strange question, and even stranger way to pose it.

    But let me try: perhaps because the people who set up the mailing
    list don't believe in enforcing behavior by technological means,
    but rather by convincing people?

    That's at least how I'd think.

    Cheers
    --
    t

    -----BEGIN PGP SIGNATURE-----

    iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCZoZ6qQAKCRAFyCz1etHa RrqaAJ9sRqmBgEF2axVs4BLOmc0k8U3OXwCcCjsruPXIo3/MgRNxpBxEriyoR0M=
    =HXcf
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Owlett@21:1/5 to jeremy ardley on Thu Jul 4 13:50:01 2024
    On 07/04/2024 06:09 AM, jeremy ardley wrote:


    On 4/7/24 18:34, tomas@tuxteam.de wrote:
    But let me try: perhaps because the people who set up the mailing
    list don't believe in enforcing behavior by technological means,
    but rather by convincing people?

    If I understand the history correctly:

    - All early email lists were text only

    - After some long time people started sending mixed format emails to lists

    - Shortly afterwards list administrators asked people to not send mixed format emails

    - Since then people either in ignorance of list etiquette or ignorance
    of their mailer properties kept on sending mixed format emails to lists

    The problem is mostly because users have email software that
    automatically uses mixed format. That's not their fault as they are
    probably unaware of the problem.

    List administrators have the ability to ban users who violate etiquette
    and in this list actively do so. Banning a user for using mixed format
    in violation of list etiquette is obviously not an option.

    Unless there is a compelling reason to accept mixed format ( HTML ) I
    can't see why the list can't filter submissions to text only - which is
    the list policy anyway - and by doing so provide education to users
    about what the list format is.



    Another problem is that nothing intrinsically forces the "plain text
    format content" to match the "HTML format content". There's one
    obnoxious individual who puts sarcastic comments in the "plain text
    format content" about mail programs that enforce "plain text only".

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Greg Wooledge@21:1/5 to jeremy ardley on Thu Jul 4 14:30:01 2024
    On Thu, Jul 04, 2024 at 19:09:47 +0800, jeremy ardley wrote:
    Unless there is a compelling reason to accept mixed format ( HTML ) I can't see why the list can't filter submissions to text only - which is the list policy anyway - and by doing so provide education to users about what the list format is.

    That would be a drastic change. The main purpose of debian-user, as I
    see it, is to offer help to Debian users who need it. As such, the
    posting etiquette expectations need to be lowered a bit for this list.
    Users who need help may have lower technical proficiency than one would
    expect on, say, a Debian developers' list.

    As long as people are not intentionally being rude about it, I'd give
    them the benefit of the doubt. "Richard", for example, seemed to be
    unaware that the HTML parts of his multipart messages were being sent
    with the font size set to "small". Now that he knows about it, he might
    be able to get that taken care of.

    Lots of other people may be facing similar technological challenges,
    and yet they may still be capable of contributing to the discussion.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to jeremy ardley on Thu Jul 4 14:30:01 2024
    On 2024-07-04, jeremy ardley wrote:

    The problem is mostly because users have email software that automatically uses mixed format. That's not their fault as they are probably unaware of the problem.

    And lots of MUA only show HTML version, hiding the text copy and the
    problem.

    Unless there is a compelling reason to accept mixed format ( HTML ) I can't see why the list can't filter submissions to text only - which is the list policy anyway - and by doing so provide education to users about what the list
    format is.

    Perhaps because users needing "education" usually don't read policy and
    don't read MUA options... Or just perhaps some mails could be HTML
    only.

    PS : for your eyes (almost) only : don't reply to list AND to author as
    it creates duplicates :)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Greg Wooledge@21:1/5 to Thomas Schmitt on Thu Jul 4 14:40:01 2024
    On Thu, Jul 04, 2024 at 11:29:43 +0200, Thomas Schmitt wrote:
    Regrettably the list archives seem to have a preference for publishing
    the HTML version of list mails. At least i see two different fonts in
    an archived mail of Richard:
    https://lists.debian.org/debian-user/2024/07/msg00124.html

    In a way, this is good. It lets Richard see what his messages look like
    to other people. At least, assuming his browser isn't configured to
    ignore his own font size directives....

    If you still have one of Richard's messages in your inbox, you can
    look at the raw HTML. An excerpt of it has been posted a couple
    times in this thread already. A bit of it is also included in the HTML
    source of the list archive page (hence you seeing the font size
    difference), but that's after the archives have wrapped another layer
    of HTML encoding around the original, so take that with a grain of salt.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Greg Wooledge@21:1/5 to Richard on Thu Jul 4 16:50:01 2024
    On Thu, Jul 04, 2024 at 16:19:44 +0200, Richard wrote:
    If you ever want to be taken seriously, stop spreading such bogus nonsense. Even base64 encoding wouldn't blow up the size that much. No idea what bs mail you are talking about, but for me, both the plain text and html
    version are said to be 4k in size (by du). Even though that's not that
    exact, simple logic is enough to be able to tell your claim is pretty much impossible.

    Best

    On Thu, Jul 4, 2024 at 3:43 PM Michel Verdier <mv524@free.fr> wrote:

    As the html part is useless and multiply
    the mail size by almost 10.

    Richard, your message to which I'm replying shows the following sizes:

    I 1 <no description> [multipa/alternativ, 7bit, 2.0K]
    I 2 ├─><no description> [text/plain, quoted, utf-8, 0.5K]
    I 3 └─><no description> [text/html, quoted, utf-8, 1.2K]

    The HTML part is more than double the size of the plain text part, and
    when you include all of the MIME metadata needed to set up the multipart message, the overall size of the body is about 4x what it would have been
    if you'd only sent plain text (0.5k -> 2.0k).

    Granted, this is not the 10x increase that Michel predicted, but it's
    easy to see how a *different* HTML message, with a lot more markup,
    could certainly reach that threshold.

    Also, please stop top-posting your replies.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to Richard on Thu Jul 4 18:00:01 2024
    On 2024-07-04, Richard wrote:

    Right, because 4x = 10x. Jesus, stop being so ridiculous. Also, there's
    some magic trick called compression. Human readable text is especially easy to compress, basically negating all those effects. So just stick to
    reality, everything else is just embarrassing.

    Please don't be rude.

    Ok I over estimate the gap in *your* mails but not in other html mails
    I've seen (as Greg correctly supposed).

    Compression reduces the size but it's proportionnal so don't negate the
    extra html size. The global size will always be 4-10x.

    The *reality* is that you need to change just one option in your MUA.
    And I stop here this thread.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stefan Monnier@21:1/5 to All on Fri Jul 5 06:40:01 2024
    Compression reduces the size but it's proportionnal so don't negate the
    extra html size. The global size will always be 4-10x.

    No, the compression is not proportional. HTML is naturally very
    redundant, and machine-generated HTML like the one seen in Richard's
    email tends to be excruciatingly redundant, so it compresses even much
    better than plain text. Plus the part of the plain/text that's in
    common with the text/html (i.e. the actual useful part) would usually be recognized as a redundancy, so all in all you'll typically get a much
    smaller size difference after compression.

    Of course, that's if compression takes place, which is not necessarily
    the case. In practice, for most emails like the ones exchanged on this mailing-list, the precise size of the message is largely irrelevant:
    even if multiplied by 10x, the cost of the actual content is lost in the
    noise of the rest of the protocol.


    Stefan

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Nicolas George@21:1/5 to All on Fri Jul 5 14:10:02 2024
    Richard (12024-07-05):
    You really need to better read who writes what. I didn't start the
    discussion on message sizes due to HTML, I simply ended it because of irrelevance.

    And that ended the willingness of many people to help you.

    Good luck with your problems.

    --
    Nicolas George

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Greg Wooledge@21:1/5 to Richard on Fri Jul 5 13:40:01 2024
    On Fri, Jul 05, 2024 at 10:51:12 +0200, Richard wrote:
    And who was talking about transport? The whole discussion was about
    storage, and storing mail compressed is hardly a security issue.

    The discussion was originally about your messages containing directives
    to render all of your text in a small font. Some readers found your
    messages difficult to read for that reason, and we politely pointed it
    out to you.

    Everything after that has been you ranting against everyone who talks to
    you, shifting the goalposts, and refusing to acknowledge that *any* of
    your etiquette violations are your responsibility, or even a problem.

    Your messages:

    * Are multipart text/html and text/plain.

    * Consistently use top-posting of your reply above the quoted text.

    * Contain directives to use small fonts that make reading them difficult
    for some people.

    Two of these issues are breaches of list's established rules of etiquette,
    and the third one is an unfortunate rudeness. Yet, instead of taking
    steps to correct any of them, you chose to shift the topic to message
    sizes (which isn't the primary reason HTML email is frowned upon), and
    then to compression efficiency (completely irrelevant, as email is
    generally neither transmitted nor stored in a compressed form).

    Anyway, this is pretty clearly a lost cause. You're using gmail, which
    is notoriously horrible, and it seems you are not willing to change your behavior. There's nothing more I can do to help you.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Felix Miata@21:1/5 to All on Fri Jul 5 20:10:01 2024
    Van Snyder composed on 2024-07-05 11:01 (UTC-0700):

    I'm not able to read this message.

    Can you suggest to us why you think that might be?

    On Fri, 2024-07-05 at 14:01 +0200, Richard wrote:

    You really need to better read who writes what. I didn't start the
    discussion on message sizes due to HTML, I simply ended it because of
    irrelevance.

    On Fri, Jul 5, 2024 at 1:30 PM Greg Wooledge <greg@wooledge.org> wrote:
    [...] you chose to shift the topic to message
    sizes (which isn't the primary reason HTML email is frowned upon)
    [...]--
    Evolution as taught in public schools is, like religion,
    based on faith, not based on science.

    Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

    Felix Miata

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Felix Miata@21:1/5 to All on Fri Jul 5 21:10:01 2024
    Van Snyder composed on 2024-07-05 11:45 (UTC-0700):

    On Fri, 2024-07-05 at 14:07 -0400, Felix Miata wrote:

    I'm not able to read this message.

    Can you suggest to us why you think that might be?

    Because the message was composed in html using a very small font, and
    my mail reader (evolution) automatically prefers to read mail in html.

    I've never before had to make an explicit request to the mail reader to switch to plain text, so I haven't taken the trouble to work out how to
    do it. It's easier to ignore messages that are either incompetently or intentionally composed so as to be unreadable without special actions
    taken by the recipients.

    I don't use Evolution, but I suspect being a Gnome application that it works like
    web browsers, where fonts can be enlarged using Ctrl-+ as many times as it takes
    to grow the fonts adequately. Possibly it also has a minimum displayed text size
    option as web browsers offer.

    Evolution may also be able to do as I have done since last century, starting with
    Netscape 2 email, then Netscape 3 email, then Netscape 4 email, then Mozilla email, and eventually as now, SeaMonkey, the replacement name for Mozilla. That is, to set select mail reading in plain text only mode via menu option

    view message body as plain text

    Sometimes email is sent in multipart with no plain text content. Unless those come
    from doctors or financial institutions, I consider them spam and delete without attempting to read any included content. When necessary, I temporarily switch from
    view message body as plain text to as simple HTML.
    --
    Evolution as taught in public schools is, like religion,
    based on faith, not based on science.

    Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

    Felix Miata

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From debian-user@howorth.org.uk@21:1/5 to Van Snyder on Sat Jul 6 16:50:01 2024
    Van Snyder <van.snyder@sbcglobal.net> wrote:

    It's not my responsibility to deal with messages the senders aren't
    serious about being read.

    It's up to you of course but if that's your opinion then you always
    have the option of simply not reading messages that are sent (against
    list guidelines) with HTML parts that suggest using fonts that are too
    small for you.

    Alternatively:

    - you could search for how to adjust font sizes in evolution (hint
    edit/ preferences/ mail preferences/ general tab)

    - you could set evolution to display the plain text version of emails

    - you could choose another mail reader

    Sadly whilst it is your opinion that it's not your responsibility, I
    doubt many other people share your opinion, so I think your options are
    limited to those within your own control, such as the four above.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Felix Miata@21:1/5 to All on Sun Jul 7 01:20:01 2024
    Van Snyder composed on 2024-07-06 14:13 (UTC-0700):

    I know what to do to read messages with tiny fonts -- if I can see
    enough of it to decide they're interesting.

    So far, only one correspondent, whom I have by-and-large concluded
    doesn't have anything interesting to way.

    What I'm offering to those who send messages that they seriously
    consider to be worth reading: You ought to make them readable. If you
    make it hard for recipients to read them, they'll ignore your wisdom.

    FWIW to any not familiar with how email was 30+ years ago, M$ and Win95 seem to be
    the root blame for the practice of both use of not only HTML for email by default,
    but also of defaulting to imposition of a smaller than default font size in those
    HTML emails, apparently to match what web designers were doing, making email mousetype similar to the web page mousetype those eagle-eyed designers were fond
    of imposing on everyone in the days before zoom was invented. Most GUI email clients, as well as webmail apps, seem to have followed this stupid, rude lead. It's the sender not changing the rude default, typically not knowing it even exists, or can be changed (though in some cases default cannot be changed), which
    is the immediate locus for blame.
    --
    Evolution as taught in public schools is, like religion,
    based on faith, not based on science.

    Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

    Felix Miata

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From tomas@tuxteam.de@21:1/5 to Felix Miata on Sun Jul 7 07:40:02 2024
    On Sat, Jul 06, 2024 at 07:17:51PM -0400, Felix Miata wrote:

    [...]

    FWIW to any not familiar with how email was 30+ years ago, M$ and Win95 seem to be
    the root blame for the practice of both use of not only HTML for email by default,
    but also of defaulting to imposition of a smaller than default font size in those
    HTML emails, apparently to match what web designers were doing, making email mousetype similar to the web page mousetype those eagle-eyed designers were fond
    of imposing on everyone in the days before zoom was invented.

    [...]

    Don't blame the designers. There has always been a struggle over control
    of the end user's computer -- just as a means of reaching the end user's perception. The companies are winning.

    That's what we get when the companies financing the infrastructure are all, basically, advertising companies (Microsoft? They don't make tech. They sell tech).

    Cheers
    --
    t

    -----BEGIN PGP SIGNATURE-----

    iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCZooprQAKCRAFyCz1etHa RssoAJ4jTNIr897R5jmWG2ZIeVJOKHMg4ACfZfwS6Nz+AQtS5a4PCu6eaUxHhWM=
    =aWfR
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)