- From: Ben Peters <Ben.Peters@microsoft.com>
- Date: Wed, 20 Aug 2014 01:19:36 +0000
- To: Daniel Cheng <dcheng@chromium.org>, "Hallvord R. M. Steen" <hsteen@mozilla.com>
- CC: "James M. Greene" <james.m.greene@gmail.com>, public-webapps <public-webapps@w3.org>
> From: Ben Peters > > On Tue, Aug 19, 2014 at 10:08 AM, Daniel Cheng <dcheng@chromium.org> > wrote: > > > > On Tue, Aug 19, 2014 at 3:36 AM, Hallvord R. M. Steen > <hsteen@mozilla.com> wrote: > >> > >> > Does anyone else have input for/against this? > >> > >> Conceptually, I guess RTF sort of covers the same use cases as HTML. That > doesn't necessarily mean we should not add it. > >> > >> I don't have "input" as such, but I have a few questions: > >> Is there any widely used software that writes RTF data to the system > clipboard but *not* HTML? > >> > >> If there's RTF on the clipboard and you try pasting into a rich text editing > element, does any browser convert RTF to HTML to preserve the formatting? > > > > > > Chrome Mac should (though I've never tested this functionality). I think the > code for this was inherited from Camino, so Firefox may have this as well. It's > not common--it's only implemented on Mac because there's some platform > support already for parsing RTF into a NSAttributedString and then dumping > the result as HTML. > > Internet Explorer puts RTF on the clipboard during copy (as well as HTML, > text, etc), so yes we should allow developers to access it. Actually IE also supports converting RTF on the clipboard to HTML when pasted.
Received on Wednesday, 20 August 2014 01:20:09 UTC