Closed Bug 162472 Opened 23 years ago Closed 22 years ago

Accented text copied in Chimera doesn't paste correctly in another application

Categories

(Camino Graveyard :: General, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: ender21, Assigned: saari)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020812 BuildID: 20022081205 In Chimera, I found some pb with accents in french, when copying a text from a page to Entourage or Word : é goes É and so on with all letters like à é ç... (Using Arial default font) Reproducible: Always Steps to Reproduce: 1. I go on a web page 2. I copy a the text 3. I paste it in an other application
John, what Build ID are you reporting this bug against? (Check the About window.) Also, can you provide an example URL? Reassigning to Chimera/General. Related to/dup of bug 161813?
Assignee: sgehani → saari
Component: XP Apps → General
Product: Browser → Chimera
QA Contact: paw → winnie
Summary: Pb copying text with accents in Chimera → Text copied in Chimera doesn't paste correctly in another application
Version: other → unspecified
copy/paste stuff -> cc: bryner
Status: UNCONFIRMED → NEW
Ever confirmed: true
John, never mind about the build ID. You already reported that in comment 0.
Ok, i found so more info : the text paste onto a cocoa app does'nt show any pb. The pb with accents are only concerning carbon non-cocoa app. You can go with Chimera (2002081405) on whatever page where their is text with accent; copy a word and paste it in Word, Explorer search bar or Entourage, and you get the silly things, but not in Mail, Proteus or Textedit... Cocoa ! or leave it ;-) ender
In build 2002082704 I could not even paste the build number from the about: page. Pasting from other applications is working as expected.
I'm seeing a bug like this in build 2002082708 on MacOS X 10.2 (plain Mozilla, NOT Chimera!). Text copied from Mozilla and pasted shows up as Asian text or control characters. This happens even within Mozilla. For example, I'll copy the build ID from my first sentence and paste it here: ���������. That looks like some Asian characters, question marks and other random stuff. Copy and paste in and between other apps works fine. Any thoughts on whether or not this is the same bug?
Oops. My problem is probably Bug 164940. Nevermind.
Summary: Text copied in Chimera doesn't paste correctly in another application → Accented text copied in Chimera doesn't paste correctly in another application
I'm getting similar problems with Japanese source text (have confirmed with both S-JIS and Unicode source pages). Interestingly, a paste into mail.app message works OK, but a paste into some other apps (notably Word) results in a string of question marks equal to the number of copied characters. This is *not* a problem with Mozilla 1.1, fwiw. I am currently encountering it in Chimera 2002102904, but have been seeing it for a while.
We probably need the fix here to copy some 'styl' along with the text.
Here's an interesting experiment that I think is related to this problem: 1. Bring up a Japanese page in Chimera (assuming your system has Japanese support installed). 2. Select a chunk of text. 3. Drag-and-drop it to the Finder. This will create a clipping file. The *title* will be [Japanese text].textClipping, but the *contents* will be a string of question marks. Things get more interesting: Create a blank message in Mail.app and drag this clipping file into it. The correct Japanese text will appear. I discussed this problem with Sergey Kurkin, author of a Japanese dictionary app (which doesn't cooperate with Chimera on cut-n-paste operations), and his comment was "Before, Macintosh standard treated text as text buffer + font information. Currently languages and encodigns are recognized too. Some programs support only old style text import/export, some - only new, and some - all. JEDict belongs to first group, Chimera I guess is from second group."
Chimera puts unicode on the clipboard, for unicode-aware apps (like TextEdit). Non-unicode apps require some kind of encoding information to determine what charset the clipboard text is in. The trunk fix for this bug was to put 'styl' data on the clipboard with a font appropriate for the copied text. The downside of that is that all copies from Chimera than paste styled text, which is usually not what the users wants. I don't know of another solution.
Is this a dupe of bug 79864?
this was fixed on the trunk
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.