Open
Bug 29272
Opened 25 years ago
Updated 4 years ago
Need a warning dialog for non-matching charset in save as text
Categories
(Core :: DOM: Editor, defect, P5)
Core
DOM: Editor
Tracking
()
NEW
Future
People
(Reporter: ftang, Unassigned)
Details
(Keywords: intl)
If we decide to save page as text from editor and there are some text cannot be save into that charset, we should have a warning as in bug 28908
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M16
Comment 1•25 years ago
|
||
I wonder if this is needed for editor saveas. Unlike mail (28908), the file is saved locally and the user can always save as a different file and different charset. Also, even if a character is out of charset range, it still can be saved as NCR and that is viewable by seamonkey and MS browser. Adding akkana to cc, since we need to ask editor group for implementation once we decide to do this.
Comment 3•25 years ago
|
||
I found this is in the internal editor i18n UE spec which is going to be
published soon. We can decide whether do this feature during the review of that
document. Quoting from the spec.
>Warn that the selected choice is not the best choice for the input data and
>may lead to documents being unreadable by some browsers. Cancel:
>Ask to cancel and save in the most natural charset for the input data
>(if this info is available to the Editor) or UTF-8. or OK:
>save in the chosen charset but with the use of NCR's where necessary.
Comment 4•25 years ago
|
||
It is very easy to put up a dialog once you know you need one. The EditorShell has methods for that -- all you need is a string in the from a string bundle for the message and call ConfirmWithCancel if you want a Yes/No/Cancel type of dialog, or Confirm if you want just Yes/No.
Comment 5•25 years ago
|
||
Moving to M18, we are not sure if this warning is needed for HTML save as.
Target Milestone: M16 → M18
Updated•25 years ago
|
Target Milestone: M18 → Future
Reporter | ||
Comment 6•24 years ago
|
||
remove futre and add intl. Keep P3 and move to yokoyama since this composer feature
Comment 7•24 years ago
|
||
Updating the target milestone.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
Updated•24 years ago
|
Target Milestone: mozilla0.9 → ---
Updated•24 years ago
|
Target Milestone: --- → mozilla1.0
Updated•24 years ago
|
Target Milestone: mozilla1.0 → Future
Reporter | ||
Comment 8•20 years ago
|
||
I think both roy and me are off mozilla for more than 2 years. If these bugs are still here now, I think the real stauts is 'won't fix'. If you want to reopen it, please find a new owner for it first.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → WONTFIX
Comment 10•20 years ago
|
||
Mass Re-opening Bugs Frank Tang Closed on Wensday March 02 for no reason, all the spam is his fault feel free to tar and feather him
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Assignee: nobody → mozeditor
Status: REOPENED → NEW
QA Contact: sujay → bugzilla
Updated•18 years ago
|
QA Contact: bugzilla → editor
Updated•18 years ago
|
Assignee: mozeditor → nobody
Comment 11•4 years ago
|
||
Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority and severity.
If you have reason to believe this is wrong, please write a comment and ni :jstutte.
Severity: normal → S4
Priority: P3 → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•