Closed
Bug 28690
Opened 25 years ago
Closed 25 years ago
with I-bar in empty Normal, choosing "Heading 3" makes I-bar jump to preceding Heading 3 instead of changing the Normal to a Heading 3
Categories
(Core :: DOM: Editor, defect, P3)
Tracking
()
VERIFIED
FIXED
M14
People
(Reporter: ekrock, Assigned: mozeditor)
Details
(Keywords: testcase, Whiteboard: [PDT+] have fix)
Attachments
(1 file)
377 bytes,
text/html
|
Details |
Using Commercial 2/21 2000022108 on WinNT 4.0 SP4. To repro: 1) open attached test case doc in Composer 2) click in the empty Normal (right below the Heading 3) to place the insertion point inside it 3) from the Element Type pulldown menu in the toolbar, select Heading 3 Expected: Normal changed to Heading 3; I-bar doesn't move Actual: I-bar jumps to before first character of Heading 3; Normal not changed Attaching testcase and marking dogfood as this makes it impossible to use Composer for daily editing. (How could I when I can't change one kind of component into another?)
Reporter | ||
Comment 1•25 years ago
|
||
Updated•25 years ago
|
Target Milestone: M14
Comment 2•25 years ago
|
||
Interestingly, if you had text in the line below the "Heading 3" line, it works fine. If the line is blank, the caret moves up. Applying font styles will be common and this type of behavior will make the product look broken.
Keywords: beta1
Putting on PDT+ radar for beta1. Need to get this fix in soon, or will change to PDT- at end of week.
Whiteboard: [PDT+]
Can you please give us ETA for fix checkin in Status Whiteboard. Thanks!
Assignee | ||
Comment 8•25 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I bar is fixed....as I click below the heading3 and change the element to Heading3 I'm unable to type anything until I give focus with a mouseclick. this is a new bug...filing separate bug..
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•