Raymond,
> If I have a Hebrew text displayed in Adobe Acrobat I can select part of
> it and can paste it into Word. The trouble is that while individual
> characters are correctly displayed the order is reversed.
> Thus if I have
> in Acrobat
> קודמ (meaning 'prior')
> when pasted into Word I get
> םדוק
The Windows clipboard is a "multi-channel" medium, i.e. several different data formats
may be supplied at the same time by the sending application.
The receiving application may choose one of these formats.
Using a clipboard debugging tool, I see that Word fills up to 18 formats, like
000D Unicode Text (10 Bytes)
C090 Rich Text Format (5815 Bytes)
C10E HTML Format (3641 Bytes),
whereas Adobe fills only 6 formats, e.g.
000D Unicode Text (11 Bytes)
C090 Rich Text Format (178 Bytes)
In both cases, the Unicode Text format contains the sequence
U+05E7, U+05D5, U+05D3, U+05DE in logical order.
When "paste" is used in Word, a high level format is preferred by default,
so I suppose the RTF format is the problem here.
Word creates an RTF sequence like
{\ltrch\fcs1 \af220\afs40\alang1033 \rtlch\fcs0 \f220\fs40\lang1037
\langnp1033\langfenp2052\insrsid13502069\charrsid6162033\'f7\'e5\'e3\'ee}}
N.B. \'f7\'e5\'e3\'ee is the CP1255 byte sequence for the Hebrew word above.
Adobe produces this RTF sequence:
\pard\plain\ql\f0\fs20 {\fs40 \u1511 \'F7\u1493 \'E5\u1491 \'E3\u1502 \'EE}
which is the right character sequence, but seems to be misunderstood by Word.
A solution is to use the Word command "Paste contents ..." (might be necessary to add it with "Customize"),
and then choose "unformatted Unicode text" from the format list.
Albrecht.
Received on Thu Feb 07 2013 - 09:35:56 CST
This archive was generated by hypermail 2.2.0 : Thu Feb 07 2013 - 09:35:57 CST