Closed Bug 45888 Opened 24 years ago Closed 23 years ago

center followed by heading 2: text doesn't take on heading 2 formatting

Categories

(Core :: DOM: Editor, defect, P4)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED
mozilla0.9.7

People

(Reporter: ekrock, Assigned: mozeditor)

Details

(Whiteboard: EDITORBASE; [behavior]; fixinhand; need r=,sr=)

Attachments

(1 file)

Using Commercial 2000071810 on WinNT 4.0 SP4.

To repro:
1) open new composer window
2) from centering icon on toolbar, select center. I-bar centers as it should.
3) from the HTML Element pulldown on toolbar, choose Heading 2. Heading 2 is
displayed as it should be.
4) type text

Expected: text should be displayed in large H2 formatting

Actual: text is displayed in default Normal formatting

Workaround: select text and re-choose Heading 2.

I think users are likely to hit this as centering the top element on a page and
making it a heading is a very common page design.
assigning to jfrancis for evaluation
Assignee: beppe → jfrancis
Keywords: correctness
Target Milestone: --- → M18
setting nsbeta3+
Status: NEW → ASSIGNED
Keywords: nsbeta3
Whiteboard: nsbeta3+
added correctness and nsbeta3+
Whiteboard: nsbeta3+ → [nsbeta3+]
setting priority in status whiteboard
Priority: P3 → P4
Whiteboard: [nsbeta3+] → [nsbeta3+][p:4]
PDT downloading to [nsbeta2-]
Whiteboard: [nsbeta3+][p:4] → [nsbeta3-][p:4][minus]
Meant "PDT downgrading to [nsbeta2-]"
setting to future and adding helpwanted
Keywords: helpwanted
Target Milestone: M18 → Future
Not hard to fix.
moz 0.9
Target Milestone: Future → mozilla0.9
I found some other behaviors that I think stem from this problem as well.

Test case:
1. Open a new document.
2. Type some text as Body text and hit enter.
3. Change type to heading 1.
4. Type some text.

Results:  When you change to heading 1, the cursor is moved back to the end of 
the previous line, however the Style type remains as Heading 1.  But anything 
that is typed will not be in the Heading 1 type, but will be in Body text type. 
 The same workaround as in the beginning of this bug works.
appeasing bug gods
Target Milestone: mozilla0.9 → mozilla0.9.1
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Keywords: nsbeta3
Whiteboard: [nsbeta3-][p:4][minus]
Whiteboard: [behavior]
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Target Milestone: mozilla0.9.3 → mozilla1.0
096
Target Milestone: mozilla1.0 → mozilla0.9.6
Whiteboard: [behavior] → EDITORBASE; 1 day; [behavior]
Keywords: helpwanted
Whiteboard: EDITORBASE; 1 day; [behavior] → EDITORBASE; [behavior]; fixinhand; need r=,sr=
097
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Comment on attachment 56021 [details] [diff] [review]
patch to nsHTMLEditRules.cpp

sr=kin@netscape.com
Attachment #56021 - Flags: superreview+
fix checked in on trunk.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Verified on build 2001112803.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: