close
Comments you submit will be routed for moderation. If you have an account, please log in first.
Modify

Opened 7 months ago

Last modified 4 months ago

#529 accepted enhancement

Writing/edit message behaviour (lines, wrap, paragraph)

Reported by: stellan Owned by:
Priority: normal Milestone: YAM 2.10
Component: mail import/export Version: nightly build
Severity: major Keywords:
Cc: OS Platform: All
Blocked By: Blocking:
Release Notes:

Description (last modified by damato)

According to a discussion on yam-user@… (Subject Re: [yam-user] GMX and SSL + questions). Description follows:

Thore wrote:

According to the source code TE.mcc 15.38 did exactly the same as the current version >Modifying a draft mail again will parse the mail text and in that case every hard wrapped line >will appear as a single line. But as long as you are typing a new mail one paragraph will be a >single line only and hence there cursor positions will be different.

This is one thing that needs to be changed in YAM. Modifying a draft mail again must >unwrap the wrapped lines of a paragraph again and concatenate them to a single line again. >An even better approach would be to not perform any hard line wrap when writing out the >mail to disk but to keep the lines as long as they are.

Attachments (0)

Change History (4)

comment:1 Changed 7 months ago by damato

  • Description modified (diff)

comment:2 Changed 7 months ago by tboeckel

  • Component changed from undefined to mail import/export
  • Milestone set to YAM 2.10
  • Status changed from new to accepted

comment:3 Changed 5 months ago by tboeckel

Currently we have a setting on the Write config page to define at which position the line wrap should happen and when this is to be done (while typing or before sending the mail). I think if we implement this feature this settings will have to vanish as it makes no sense to define a fixed line wrap position if no hard line wrapping is to be applied at all. Only the soft line wrapping applied by TE.mcc will remain which will just reformat the text for the on-screen display. Other modern mail clients don't do any hard line wrapping as well to be able to reformat and display the paragraphs as flexible as possible.

With the hard line wrap removed this feature should be quite easy to be implemented.

Jens, what do you think?

comment:4 Changed 4 months ago by damato

  • Priority changed from undecided to normal

After having thought about that I think we could actually do a prototype of that functionality and remove the hard line wrapping for the moment. However, I still feel that we should keep the option in the configuration for setting a line width. Then we should (instead of doing a hard-wrap) make sure we only use soft-wrapping at that border because there might be users wanting to keep a visible line width of e.g. 80 chars and don't see the text always being aligned to the current width of the window (which should be the default).

In addition, we have to take care of the following things:

  1. AFAIR, the RFC 2822 standard defines emails (transfer and actually files in mbox format) lines to be of maximum width of 998. Thus we have to make sure that when writing out the text that we do a hard wrapping at some point. In fact, if I remember correctly that's exactly what the "format=flowed" option (see ticket #74) is all about. Thus we need to implement support for that as well.
  1. when doing soft-wrapping only we have to make sure that quoted text will get correctly requoted as soon as a read/write windows is resized. In fact, again this is why modern mail links don't use that ">" character anymore but use vertical colored lines in front of quoted lines. Thus we might need to add support to TE.mcc for that functionality.

Add Comment

Modify Ticket

Action
as accepted .
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.

This list contains all users that will be notified about changes made to this ticket.

These roles will be notified: Reporter, Owner, Subscriber

  • Stellan Pistoor(Reporter)