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)
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.
Reporter | ||
Comment 1•20 years ago
|
||
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)
Comment 2•20 years ago
|
||
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.
Description
•