text reformatting #2
Reported by Andrey Ust | August 21st, 2015 @ 07:58 PM
When I compose emails in markdown MailMate it wraps my message
by ~40 characters, and I cannot find place where can I disable this
wrapping (or make it a bit wider - say 72 characters?)
Please advise.
Actually the problem is not with the text I write, but with the
text from message I reply on.
Before my reply it was like this:
It's an electronic lock and we have to request the access. May I
kindly ask you to inform them or to
give me their contact details as they need to pass by the
secretariat in order to sign the access request.
Then they will be able to enter using their access cards.
but as I reply on this email it get transformed into:
> It's an electronic lock and we have to request the access.
> May I kindly ask you to inform them or to give me their
> contact details as they need to pass by the secretariat in
> order to sign the access request. Then they will be able to
> enter using their access cards.
so width of the text is ~60 characters
and with Russian text it becomes even worse. This text:
это общеевропейская иницитива по созданию единой облачной структуры для науки и бизнеса. Под структурой понимается все вместе:
- PaaS (облака + программные интерфейсы управления ими)
- SaaS (создание приложений/сервисов запускаемых на облаках)
- INFOaaS (Information as a service)
turns into this
> Под структурой понимается все
> вместе:
> - PaaS (облака + программные
> интерфейсы управления ими)
> - SaaS (создание
> приложений/сервисов
> запускаемых на облаках)
> - INFOaaS (Information as a service)
the width is roughly 30 chars that makes letter almost unreadable.
UPD: ping?
Comments and changes to this ticket
-
benny October 15th, 2015 @ 12:45 PM
- State changed from new to accepted
Sorry about the late reply. For some reason the ticket (and your earlier comments on an existing ticket) went into a spam filter.
MailMate bases its replies on the plain text body part of incoming emails. Unfortunately some email clients softwrap the HTML body part and hardwrap the plain text body part. Most notably Gmail does this.
There is an experimental workaround which unwraps the text. You can try that by pasting the following in a Terminal window and then relaunch MailMate:
defaults write com.freron.MailMate MmAutomaticUnwrapEnabled -bool YES
Feedback is welcome since I might want to make it a GUI option. I'll keep the ticket open to track any progress on that.
Future versions of MailMate are also going to be able to embed the original HTML of the replied message. (That would also kind of solve this problem at the expense of generating an HTML message itself.)
-
Andrey Ust October 18th, 2015 @ 09:01 PM
Hi,
I've updated defaults by the command you suggest, but after restart it still wraps the text like this:
-
benny October 19th, 2015 @ 06:28 AM
The Composer works best (only) with fixed width fonts. As you can see, the wrapping is fine in the preview of the message below the text field. In other words, this does not affect your outgoing messages.
I'm a bit surprised though that the wrapping width is as bad as it is in your screenshot. MailMate computes a fixed number of characters per line for the dynamic wrapping of the Composer text field and this is based on the width of an 'M'. It's a bit of a hack in order to properly prefix the
>
symbols. (Hopefully I'll be able to improve this some day, but it's not currently high on my list.) -
Andrey Ust October 24th, 2015 @ 07:45 PM
Hi Benny,
AFAIK outgoing message contains both HTML & text parts and in some clients only text part is displayed. so it is not uncommon that I see poorly wrapped message in reply on my mail from my recipient. Which is a bit annoying.
you say
MailMate computes a fixed number of characters per line for the dynamic wrapping of the Composer text field and this is based on the width of an 'M'
may it happen that characters you count are not UTF8 characters but regular ASCII ones? (hence length in UTF8 chars is half less?)
-
benny October 27th, 2015 @ 02:17 PM
Yes, you are right about counting bytes. This is (I believe) correct behaviour when generating an email, but in the Composer window it doesn't make sense as your screenshot also shows. I'll look into if this could be easily fixed.
For generated emails it is also problematic if the message is sent to an email client not supporting
format=flowed
(the definition of a careless email client), but it's not much better to switch to counting unicode characters since line wrapping would still be hardcoded. For this case I've considered makingformat=flowed
optional. The alternative is the ugly quoted-printable encoding. Well, for Russian it would probably be base64 -- both encodings would be unreadable in their raw form. -
benny October 27th, 2015 @ 02:46 PM
- State changed from accepted to fixcommitted
Ok, the Composer issue is fixed for the next update. Russian text now wraps at the right border (when using a fixed width font).
If you would like
format=flowed
to be optional then create a new ticket. -
benny November 15th, 2015 @ 10:59 AM
You can try it now like this: Hold down ⌥ when clicking “Check Now” in the Software Update preferences pane.
-
Matt Wean February 27th, 2016 @ 12:03 AM
Thanks for adding this! I was just coming to request it! It would be great as a GUI option.
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile »
Mac OS X email client.