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.