Comments on: The puzzle of extra returns in Mail.app replies

By: Jim Gowell

Jim Gowell — Tue, 10 Oct 2006 13:09:35 +0000

My guess would be similar to Roquentin’s based on this experience.

If I copy and paste text into your text editor of choice, mine being TextWrangler, and then copy from there, Mail doesn’t show the extra spaces.

Niether Converting to plain-text nor to plain and back to rich text helps. It seems easiest to work around if you paste your text into a text-y program and then copy paste from there to MAIL.APP

Copying from Word (why must folks author attachments in Word when body content would do?) to an editor is less direct than above, but seems to work for me.

By: Ryan Davis

Ryan Davis — Thu, 22 Jun 2006 17:56:10 +0000

Nathaniel (*waves hello*),

As far as I can tell, It isn’t 2 lines, but 1.5 on both the start and end of a quoted paragraph. When I break up a paragraph and inject a reply, there is a half line above and below my line. It seems to me to have no effect on the receiving side. It is just annoying.

By: Nathaniel Talbott

Nathaniel Talbott — Wed, 21 Jun 2006 23:04:22 +0000

In my experience this is not actually two line returns – rather, when replying, Mail.app sometimes decides to treat line-height as 2 between paragraphs. So what you’re seeing actually is one line, it’s just displayed as two.

If anyone knows how get it to stop this, I’m all ears… it gets really aggravating when doing inline replies.

By: Nick

Nick — Wed, 21 Jun 2006 02:22:11 +0000

I’ve had the same experience though, with Outlook at work when dealing with HTML-formatted mail. I think it’s the HTML…my Rich Text and Plain Text (yay!) mails look exactly the way I want them, always.

By: Tim

Tim — Tue, 20 Jun 2006 23:40:49 +0000

Thanks. I am little bit stupid about these things, I’m afraid.

Wouldn’t that give an extra return for every occurance of > ?

Or does it only happen when an > appears by itself like this:

> …end of a paragraph
>
> Start of the next paragraph…

Isn’t it something that is fairly easy to avoid in the app’s code? Why would it be unfixed?

By: Ray

Ray — Tue, 20 Jun 2006 17:19:08 +0000

It’s a natural result of the way that mail.app translates the > chars in the raw email data into flowed text.

By: Michael

Michael — Tue, 20 Jun 2006 15:12:06 +0000

Something to do with Mac vs. Windows vs. Unix linefeeds?

By: Roquentin

Roquentin — Tue, 20 Jun 2006 13:29:43 +0000

I’ve noticed this as well. Could it be related, I wonder, to the fact that Mail.app seems to carry over certain hidden attributes when pasting content from other sources? For example, I’ve got Mail.app set to compose all email in plaintext, but often (not always) when I’m pasting in content from a web page, though the text otherwise assumes the font face and size I’ve set in my Mail.app configuration, all returns that I enter after that pasted text will be double-spaced (actually somewhere between double and single spaced). Doesn’t happen if I choose “Paste and Match Style” from the Edit menu, but you wouldn’t think that would be necessary for a plaintext message. So maybe messages affected by the issue your post also have some text pasted in from an RTF/HTML source? Just a thought.