Re: inter-client cut/copy paste & Small Caps

[MON KEY <monkey@sandpframing.com>]

> I'm guessing that you are copy/pasting Rich Text or some such.

Probably, but I tested the behavior last night at home with an
Emacs-pretest 23.91 build and got similar results.

> Emacs does not yet support these clipboard formats, it only supports (on
> Windows) CF_UNICODETEXT, CF_TEXT, and CF_OEMTEXT clipboard data
> types.  So what you get is the unformatted text variant of the
> clipboard contents.

The only available Unicode characters explicitly labeled `Small Caps'
are those of the IPA (International Phonetic Alphabet) - Unicode
Phonetic Extensions is block (1D00 - 1D7F).
See; (URL `http://www.unicode.org/charts/PDF/U1D00.pdf').

This is problematic because:
a) IPA is a phonetic notation - it doesn't *require* the rest of the
Latin Characters.

b) It is unlikely that this particular block will be extended to
accommodate `Small Caps' as it would create ambiguities counter to the
original intent of the IPA block.

c) Handling of RTF from the clipboard isn't the only issue/complication here.

Following is the generated source from the wikipedia entry on Small
Caps - (URL `http://en.wikipedia.org/wiki/Small_Caps'):

;; <p><a name="In_CSS" id="In_CSS"></a></p> <h2> <span class="editsection">
;; [<a href="/w/index.php?title=Small_caps&amp;action=edit&amp;section=2"
;; title="Edit section: In CSS">edit</a>] </span> <span class="mw-headline">In
;; CSS</span> </h2> <p>Small caps can be specified in <a href="/wiki/CSS"
;; title="CSS" class="mw-redirect">CSS</a> using "font-variant:
;; small-caps;". For example, the <a href="/wiki/HTML"
;; title="HTML">HTML</a></p><dl><dd><code>&lt;span style="font-variant:
;; small-caps;"&gt;Jane Doe&lt;/span&gt;</code></dd></dl><p>renders
;; as</p><dl><dd><span style="font-variant: small-caps;">Jane
;; Doe</span>.</dd></dl><p>Since the CSS styles the text, readers are still
;; able to copy the normally-capitalized plain text from the web page.</p>
;; <p><a name="In_CSS" id="In_CSS"></a></p> <h2><span class="editsection">[<a
;; href="/w/index.php?title=Small_caps&amp;action=edit&amp;section=2"
;; title="Edit section: In CSS">edit</a>]</span> <span class="mw-headline">In
;; CSS</span></h2> <p>Small caps can be specified in <a href="/wiki/CSS"
;; title="CSS" class="mw-redirect">CSS</a> using "font-variant:
;; small-caps;". For example, the <a href="/wiki/HTML"
;; title="HTML">HTML</a></p>

;; <dl> <dd><code>&lt;span style="font-variant: small-caps;"&gt;Jane
;; Doe&lt;/span&gt;</code></dd> </dl> <p>renders as</p> <dl> <dd><span
;; style="font-variant: small-caps;">Jane Doe</span>.</dd> </dl> <p>Since the
;; CSS styles the text, readers are still able to copy the
;; normally-capitalized plain text from the web page.</p>

How does Emacs accommodate a reasonably consistent and appropriate
rendered display of the CSS "span style-font-variant: small-caps;" in
the above example?   In this particular case I don't see an RTF/M$
transliteration issue but an Emacs' opportunity to DTRT (Display The
wRong Thing™).

Ignoring WYSIWYG editors (and their clipboard handling) this doesn't
change that utilization of Small Caps on the web is quite prevalent -
in many use cases the Small Caps  convey syntax. Simply discarding
this information is prob. not the best way to promote vigorous
utilization of 'The One True Editor'. It is worth noting that  Emacs
handles APL char data from the clipboard in a reasonable way. Is one
to assume that the relatively infrequently encountered APL syntax is
considered too significant to discard but it is OK for Small Caps to
be lossy?

Proposed explicit default UTF-8 Small-Caps substitutes:
Fullwidth Latin Letters - Halfwidth and Fullwidth Forms (FF00-FFEF)
Mathematical Alphanumeric Symbols - Mathematical Sans-Serif Capitals -
(1D5A0-1D5B9)

s_P

On Tue, Mar 24, 2009 at 12:13 AM, Eli Zaretskii <eliz@gnu.org> wrote:
>> Date: Mon, 23 Mar 2009 20:08:55 -0400
>> From: MON KEY <monkey@sandpframing.com>
>>
>> Can anyone confirm if inter-client copy paste will correctly
>> yank/insert Small Caps strings into an Emacs buffer from the
>> clipboard.  Is this even possible?  On emacsw32 when I yank in Small
>> Caps'd text from the clibboard I'm getting the text, but without the
>> caps properties.  Other w32 clients are correctly `interpreting' the
>> SmallCaps text and I'm unable to achieve reasonable translation on
>> emacs-w32.
>
> I'm guessing that you are copy/pasting Rich Text or some such.  Emacs
> does not yet support these clipboard formats, it only supports (on
> Windows) CF_UNICODETEXT, CF_TEXT, and CF_OEMTEXT clipboard data
> types.  So what you get is the unformatted text variant of the
> clipboard contents.