Closed Bug 48693 Opened 25 years ago Closed 25 years ago

"Characters and Symbols" not working

Categories

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

All
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: nbaca, Assigned: cmanske)

Details

(Whiteboard: [nsbeta3+][p:4])

Build 2000-08-10-09M18: NT4, Linux 6.0, Mac 9.04 Also a problem with the 8/11 builds. Overview: In Composer or a New Message/Compose window the "Characters and Symbols" feature is not working correctly. Steps to reproduce: 1. Open Composer 2. Witht he cursor in the body select Insert|Characters and Symbols. Notice there are radio buttons displayed. 3. Keep the default radio button selected which is "Accent Uppercase", Letter 'A" and Character "A" with an accent on top, select the Insert button Actual Results: a. The symbol/character is not inserted in Composer. Try selecting the Letter "B" and again no symbol/character appears. Workaround: Select the "Accent Lowercase" radio button, select Insert and a character appears in Composer. Now go back to the "Accent Uppercase" radio button and characters are inserted. b. Also noticed that when the following radio buttons are selected then the "Letter" drop down appears disabled: - Other Uppercase radio button - Other Lowercase radio button - Common Symbols Expected Results: a.Selecting the Insert button should automatically place what ever character/symbol is listed into the Composer window. b. The "Letter" drop down box should be enabled for any radio button option selected. Additional Information - This worked using build 2000-08-09-08M18 build.
Keywords: nsbeta3
I dont' know if this should be a seperate bug but I would also like the "Insert Character" dialog to remain open as I select the Insert button. This allows the option to insert many characters continuously without opening the window again. Then it should close the window after selecting the "Cancel" button (in the 8/9 build the button was called "Close").
assigning to cmanske
Assignee: beppe → cmanske
Keywords: correctness
Whiteboard: [nsbeta3+]
Target Milestone: --- → M18
I can't reproduce this. Unfortunately, once you use the dialog, it remembers which "category", "letter" and "character" you last used, so when I use it, I get that instead of the never-used default case. Hmmm. Concerning other comments: "Letter" is disabled when it isn't needed or relavant, as with the "other" and "symbol" categories -- there are no "letter with variations". The initial implementation had a non-modal dialog that you could keep up, but it was difficult to prevent user from closing the associated Composer window -- when that happens closing the Insert Character dialog crashes the app, so we postponed working on that problem.
Status: NEW → ASSIGNED
Inspected the code and found the culprit. Easy -- fix is in my tree.
Whiteboard: [nsbeta3+] → [nsbeta3+][p:4]
changing priority. (bug is fixed in my tree.)
Priority: P3 → P4
Insert Character dialog is once again non-modal. Once launched from the Insert menu, you can click on "Insert" button or just use "Enter/Return" key when dialog has focus, and the character will insert into the associated Composer window. It will close down automatically when the last Composer (or HTML Mail Compose window) is closed. But if you have > 1 HTML Composers open (either "web" or "mail), closing a composer will reassociate the Insert Character dialog to another composer. Also, simply clicking in any Composer window to shift focus will change the Insert Character dialog association to work with the last-focused Composer.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
verified in 8/24 build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.