Closed
Bug 87822
Opened 25 years ago
Closed 25 years ago
Unable to view a different character coding in Composer
Categories
(Core :: Internationalization, defect)
Core
Internationalization
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
| Reporter | ||
Comment 2•25 years ago
|
||
Greys out on latest Linux build, but works on Mac.
| Reporter | ||
Comment 3•25 years ago
|
||
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
Comment 4•25 years ago
|
||
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
Comment 5•25 years ago
|
||
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
Comment 7•25 years ago
|
||
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
Comment 8•25 years ago
|
||
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
You need to log in
before you can comment on or make changes to this bug.
Description
•