Closed Bug 87822 Opened 25 years ago Closed 25 years ago

Unable to view a different character coding in Composer

Categories

(Core :: Internationalization, defect)

defect
Not set
normal

Tracking

()

VERIFIED INVALID

People

(Reporter: peterjez, Assigned: tetsuroy)

References

()

Details

(Keywords: smoketest)

1) Install the latest build of Netscape 6 (trunk or branch) 2) Type some Japanese characters into the composer 3) Try to change the character coding by clicking on View | Character Coding 4) Notice that all choices are greyed out
adding smoketest to keywords
Keywords: smoketest
Greys out on latest Linux build, but works on Mac.
If you edit a page, for example: http://www.yahoo.co.jp/index.html click on view | character coding, all the options are available to choose from. If you edit a new page, and try to view | character coding, all the options are available. Once you type things in, in any language, all the options are greyed out. Same for Mac. Changed platform and OS to all.
OS: Windows 98 → All
Hardware: PC → All
Browser General is a bad place to file bugs. It just means the bugs sit around a little bit longer before they get assigned to the correct people/component. See http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser and http://bugzilla.mozilla.org/describecomponents.cgi?product=MailNews for descriptions of the Browser and MailNews components. This bug probably belongs in Intenationalization of Editor.
Assignee: asa → nhotta
Component: Browser-General → Internationalization
QA Contact: doronr → andreasb
Disabling the menu is intentionally done. I think Roy has a bug to enhance the usability of the menu, reassign to him. Probably, this should be marked as a dup of that bug.
Assignee: nhotta → yokoyama
Changed QA contact to ylong@netscape.com.
QA Contact: andreasb → ylong
According the spec of Editor Character Coding Menu: http://mozilla.org/projects/intl/uidocs/editorcharmenu.html > The charset menu will be disabled in all cases in the Editor except when > the document is not dirty (i.e. just saved, just opened, or just reloaded > -- with no further input). Isn't that supposedly the correct behavior? cc: momoi@netscape.com
Yes. This is according to the spec. If you want to change the encoding after you made input into it, then you can always do "File | Save as" and save into a different encoding. We can potentially not disable the menu and throw up a dialog but when we implemented it first, we decied against it since most users will stick to the default encoding in editing. By the way, we allow changing of encodings when no input has been made. The menus may not be building currently and therefore may not be choosable -- i.e. menu cache bug, but when the menus are available, it can be changed as long as no input has been made. Resolving as invalid.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Verified as invalid.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.