Closed
Bug 132825
Opened 22 years ago
Closed 22 years ago
mail composition displays tabs incorrectly
Categories
(MailNews Core :: Composition, defect)
Tracking
(Not tracked)
People
(Reporter: cjitlal, Assigned: bugzilla)
References
()
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.9+) Gecko/20020315 BuildID: 2002031500 I am using the non-HTML mail composition option with Moz mail, and I'm running on a Solaris 8 box. When I am composing an email, I will indent a new line of text by pressing TAB. I would expect this to move the first tab stop (which is 8 chars). However, what actually happens is that the cursor only moves one space. However, when I then begin to type any additional text, the cursor moves to the next tab stop. I also observe this behaviour when I insert a tab at the end of a line of existing text. However, when I insert a tab in the middle of a line of text, the tab key press is respected correctly (ie the cursor moves to the next tab stope) Reproducible: Always Steps to Reproduce: 1.set prefs to compose mail in non-HTML mode 2.compose new mail message 3.press TAB keys in each of the 3 scenaris described above Actual Results: If mail window was this: =begin Dear XX, =end and I now press the tab key, I see this =begin Dear XX, =end Expected Results: I would rather see this: =begin Dear XX, =end note that 2nd line is prefixed by N spaces, where N is the difference between 1st and 2nd tabstop
Comment 1•22 years ago
|
||
*** This bug has been marked as a duplicate of 58712 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
verified dup
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•