Closed Bug 31797 Opened 26 years ago Closed 26 years ago

fallback handling for conversion when copy to clipboard

Categories

(Core :: XUL, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: nhottanscp, Assigned: nhottanscp)

Details

When copy text to clipboard, the data is converted from unicode to system charset. There are cases that some characters cannot be mapped to the system charset. Currently, the conversion is aborted after the unmapped character. But we can change the behavior to put '?' for the unmapped character and proceed the conversion. In nsPrimitiveHelpers :: ConvertUnicodeToPlatformPlainText, We can use SetOutputErrorBehavior(nsIUnicodeEncoder::kOnError_Replace, nsnull, '?');
Status: NEW → ASSIGNED
QA Contact: brendan → momoi
Target Milestone: M16
fix checked in
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
** Checked with 6/5/2000 Win32 build ** An excellent fix! Comparing pre-fix build with a post-fix build on Japanese Windows, you see a dramatic difference. Now I can see the complete string with some "?"'s even where my system, Japanese Windows does not have native support for these Latin or other characters. ji -- can you try copy pasting some Latin1 characters under JPN locale on Linux and seeif you get the whole data? marina -- please help by trying copy/paste on Charales' JPN Mac. Re-open if you find otherwise on these platforms. Until proven ohterwise, I'm going to mark this fix verified.
Status: RESOLVED → VERIFIED
Component: XP Miscellany → XP Toolkit/Widgets
Summary: fallback hanlding for conversion when copy to clipboard → fallback handling for conversion when copy to clipboard
You need to log in before you can comment on or make changes to this bug.