[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Odd formatting
From: |
Nix |
Subject: |
Re: Odd formatting |
Date: |
Mon, 30 Apr 2012 14:27:20 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux) |
On 30 Apr 2012, Antoine Levitt uttered the following:
> 30/04/12 09:48, Steinar Bang
>>>>>>> Lars Magne Ingebrigtsen <address@hidden>:
>>
>>> Totally off topic, I was looking at how strange your messages are
>>> rendering and wondering whether the mail reader was interpreting your
>>> messages incorrectly or something. But here's the (sort of) raw source
>>> of that text:
>>
>>> <div>I agree with you. Fortunately that's not what I'm arguing.
>>> I'm arguing that</div><div>for a very specific corner of the type
>>> system, we merge two separate</div>
>>> <div>meanings of nil. I'm arguing that the empty string as it is used
>>> today is,</div><div>for all intents, just another nil. So it should not
>>> signal an error if they are</div><div>treated the same.</div>
>>
>>> (This is the text/html part of the multipart message you send.)
>>
>> Note that the text/plain version of the message is foramatted exactly
>> like the bit you quoted.
>
> Looks like he's writing his email in emacs, with emacs wrapping, and
> then pasting it into gmail, which then adds further (and different)
> wrapping. Not much gnus can do, I think.
Yeah. I suspect the Emacs wrapping is considered hard returns, and gmail
is adding further soft returns on top of that, and then expressing each
hard return as a <div>. Solution, "don't do that then", since I doubt
there is a way to turn off wrapping in gmail or to get it to stop
treating each explicitly-entered RET as a <div>.
--
NULL && (void)
- Re: proposal to make null string handling more emacs-y, (continued)
- Re: proposal to make null string handling more emacs-y, Eli Barzilay, 2012/04/28
- Re: proposal to make null string handling more emacs-y, Steve Yegge, 2012/04/27
- Re: proposal to make null string handling more emacs-y, Eli Zaretskii, 2012/04/27
- Re: proposal to make null string handling more emacs-y, Steve Yegge, 2012/04/27
- RE: proposal to make null string handling more emacs-y, Drew Adams, 2012/04/27
- Re: proposal to make null string handling more emacs-y, Steve Yegge, 2012/04/28
- Re: proposal to make null string handling more emacs-y, Andreas Schwab, 2012/04/28
- Odd formatting (was: proposal to make null string handling more emacs-y), Lars Magne Ingebrigtsen, 2012/04/29
- Re: Odd formatting, Steinar Bang, 2012/04/30
- Re: Odd formatting, Antoine Levitt, 2012/04/30
- Re: Odd formatting,
Nix <=
- Re: proposal to make null string handling more emacs-y, Stefan Monnier, 2012/04/27
Re: proposal to make null string handling more emacs-y, Lars Magne Ingebrigtsen, 2012/04/25
Re: proposal to make null string handling more emacs-y, Andreas Röhler, 2012/04/29