Closed Bug 54317 Opened 24 years ago Closed 24 years ago

Format submenus do not indicate current style of selection

Categories

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

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: ftang, Assigned: Brade)

References

Details

(Keywords: regression, Whiteboard: [rtm++]Patch attached)

Attachments

(6 files)

This is using Window commercial Netscape 6 bulid 2000092408
on Window NT4

repreduce procedure
1. launch Netscape6
2. Select "Task:composer" to open a new page.
3. type "abcdefg"
4. select "abc"
5. select "Format:Text Style:Bold"
6. the text "abc" display as bold
7. select "Format:Text Style" menu
expect result-
the menu item "Bold" show a check mark or some other indication to tell the 
user the current select text is in "Bold"

actual result-
no indication to tell user what the current state is.
"Format:Paragraph", "Format:List" and "Format:Align" menu do indicate the 
current state. 
"Format:Font" (as 54316) and "Format:Size" (as 54315)does not do this neither. 
Will report 
seperate bug for them.
This problem can be reproduce on 20000927 Win/Linux build. But it is ok on Mac
build.
futuring, not sure who the owner of this is.

anthonyd
Target Milestone: --- → Future
there should be checkmark next to the style of the current selection, i thought 
that that used to be the case
Assignee: beppe → cmanske
This one is trivial. low risk/high visibility.
The menuitems were missing the 'type="checkbox"' attribute, which is needed
in order to have the checkmark visible.
Nominating for rtm fix.
Status: NEW → ASSIGNED
Keywords: rtm
Target Milestone: Future → M19
If bugs 54315 and 54316 are also approved or merged with this bug to cover
all missing submenu feedback issues, use the 9/29 patch, which fixes all 3
bugs.
Patch has been sent to Composer group for more testing and reviews.
The attached test file works for bugs 54315 and 54316 as well.
Handing off to Kathy as I'm starting my sabatical.
Assignee: cmanske → brade
Status: ASSIGNED → NEW
the user needs to be able to determine the style information from the menu, ther 
e is no text property dialog, consequently there is no workaround, this is a 
highly visible function.

Kathy, please include the required information per the rtm checkin rules
Priority: P3 → P2
Whiteboard: [rtm+ NEED INFO]Patch attached
PDT agrees [rtm need info] until code reviews are done
Whiteboard: [rtm+ NEED INFO]Patch attached → [rtm NEED INFO]Patch attached
Keywords: mailtrack
I have attached new patches (2 separate attachments) because Charley's fixes
didn't work on Macintosh.  Apparently all radio menu items need to specify a
name (at least that is true on Macintosh).

Because I can't review my additional changes, I need reviews from both kin and
sfraser (one as sr and one as module owner).

There is no impact to i18n/l10n.
This is a very visible bug that seriously impacts editing in both Composer and
mail compose (the user has no feedback or incorrect feedback).
Severity: normal → major
Status: NEW → ASSIGNED
OS: Windows NT → All
Hardware: PC → All
correcting summary to agree with the real problems addressed in this bug
Kin did a review and we agreed to one small change to the JS patch (part 2 of 2)
submitted 10/05/00 10:51.  I will attach the new diff for completeness

Kin--please add your sr= comment
Summary: Format:Text Style menu do not indicate the current style of the selected text → Format submenus do not indicate current style of selection
Whiteboard: [rtm NEED INFO]Patch attached → [rtm+]Patch attached
*** Bug 54315 has been marked as a duplicate of this bug. ***
*** Bug 54316 has been marked as a duplicate of this bug. ***
r=kin@netscape.com

sfraser said he wanted to take a look at the new diffs which brade just posted 
(10/06/00 06:01.
r=sfraser
sr=sfraser
note: the correct patches for this bug are dated:
  10/05/00 10:50  and 10/06/00 06:01

I'll send this off to pdt.
Keywords: patch
rtm++
Whiteboard: [rtm+]Patch attached → [rtm++]Patch attached
Fix checked into branch before today's builds.
fix now checked into trunk; resolving bug
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verified in 10/10 build.
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: