Draft edit changes character display for mono spaced font
I am trying to keep the original mono spaced spacing from the message and edit the message to change info in it. I move the email from the inbox folder to the drafts folder, then click edit. This opens the compose window and is where the issue begins. The original message is an order that uses white spaces to align mono spaced fonts for ease of readability in a table. Upon the displaying of the message there seems to be a miss match of when the white spaces are accepted and are not accepted, and then wrapping occurs at 72 characters through off the whole orders neat appearance. I have adjusted the wrap to 91 characters (the actual width of the order) and 9999999 characters (larger then any order we would ever get), and neither fix the issue. It seems like a new line feed is ignored at times, but not always, and the same is true for leading spaces. I cannot think of a good reason why this is occurring.
I have included 2 images to describe what I mean. The first is an image of the message pane with the order properly spaced, this holds true if reply is used. The second image is the compose window (after edit is pressed) that shows the spacing being miss aligned, I have removed unnecessary information. Please note that each line is exactly 91 characters long and at the end of a field spaces are used to fill up to 91 character length.
Please help, Thank you.
All Replies (6)
re :I move the email from the inbox folder to the drafts folder, then click edit. Do not move email into Drafts. Right click on email in Inbox and select 'Edit as new message'. What happens then?
re :The original message is an order that uses white spaces to align mono spaced fonts for ease of readability in a table.
What is the difference in the coding? Select email click on 'More' and select 'View Source' Show images of the two source codes - need info to show everything from 'Content-~Type' and below so all html is included.
Toad-Hall said
Right click on email in Inbox and select 'Edit as new message'. What happens then?
Same issue.
Toad-Hall said
'Content-~Type' and below so all html is included.
The emails are pure text western encoding, no html and no heading with 'Content' in it as a description. That said, when I try to replicate the issue by sending myself a copy of the email ,'Content' headers are then added to the source and the issue stops. I may have a work around via forwarding stuff. Here is an example of the 'view source' for an order.
X-Mozilla-Status2: 00000000 X-Mozilla-Keys: Return-Path: <from@email.com> X-Original-To: to@email.com Delivered-To: to@email.com Received: by host.siteturn.com (Postfix, from userid 30) id B38ED20E1C; Sun, 4 Mar 2018 21:41:13 -0800 (PST) X-Original-To: source@email.com Delivered-To: source@email.com Received: from shelves (localhost [127.0.0.1]) by host.siteturn.com (Postfix) with SMTP id 5A4112057B for
Diubah
Right click the account in the folder pane and select settings. In composition and addressing deselect the compose in HTML option.
Now try your edit.
Normally holding the shift key while clicking on write will force a text only email if the default is HTML. If the default is text it will force HTML, as will holding shift while pressing reply or forward. I am not sure if holding it when you click edit has the same effect. But I do not think so.
Matt said
Right click the account in the folder pane and select settings. In composition and addressing deselect the compose in HTML option. Now try your edit.
No change, for either edit and 'edit as new message'.
Is this an email which you repeatedly use by editing the necessary sections? If yes: Create the email afresh as a plain text email save as a template and stored it in the 'Templates' folder.
Then when you want to send email: select 'Templates' folder double click on the specific template email to open in a new 'Write' message. EDit as required and send. the original is still in Templates folder to use a gain and again.
I was just wondering if this method works better and does not show the same issues.
Toad-Hall said
Is this an email which you repeatedly use by editing the necessary sections?
Unfortunately no. We receive these emails directly from a 3rd party eCommerce host.