Closed Bug 271926 Opened 20 years ago Closed 20 years ago

Plain Text Mails only: wrap around is not working when using paste as quotation (i.e. the text does not wrap after 72 characters if it is longer)

Categories

(Thunderbird :: Message Compose Window, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 208128

People

(Reporter: psycrow, Assigned: mscott)

Details

User-Agent:       Opera/7.54 (Windows NT 5.1; U)  [en]
Build Identifier: version 0.9+ (20041126)

This is annoying for the composer, when he wants to reread parts of a longer 
quote which is pressed into one single long long line. You simply can't see the 
quote at a glance.


Reproducible: Always
Steps to Reproduce:
1. compose a plain text mail
2. have text with more than 72 characters in the clipboard 
3. use the paste as quotation function

Actual Results:  
The text is displayed as a single line quote

Expected Results:  
The text should be displayed as a multi-line quote.
Every other form of character input (writing, pasting) does correctly wrap 
around after 72 characters.

Manually adding line breaks or using the rewrap function does not resolve the 
problem, when you want a mail only consisting of continuous text (text with 
automatic word wrap around, i.e. line breaks only at the end of paragraphs) so 
that the receiver can read it smoothly no matter at which viewing width.
Additional: adding text (paste or type) to an existing (blue not black [a manual 
quote]) quote yields the same problem; the line does not wrap

The new line which is created by the automatic text wrap function should of 
course then begin with a '> ' (quote symbol). (for usability reasons)
Note that the dupe is looking for automatic wrapping only for text known to be 
reflowable -- HTML or f=f plain text.  Generic plain text *should* be pasted 
without wrapping since it's fairly easy for the user to force a wrap (using the 
Edit|Rewrap menu), much simpler than what's required for the user to manually 
undo the wrapping if it's incorrect.  And, there are some cases where the text 
should not be wrapped (and bugs exist about the too-enthusiastic tendency for 
Moz to rewrap some text that shouldn't be).

> Additional: adding text (paste or type) to an existing (blue not black [a
> manual quote]) quote yields the same problem; the line does not wrap

What you're asking for is a lot harder -- keeping the '>' symbol at the front of 
the line while automatically wrapping/reflowing a quote that's getting edited is 
tricky and currently beyond the scope of what's called for.  Normally, quotes 
are not added to, except sometimes for editing down (e.g. replacing long 
unnecessary text with "[...]").

Also note the the "black manual quote" will not be treated as a quote at all 
unless you have turned off format=flowed for sending.

*** This bug has been marked as a duplicate of 208128 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.