On Sat, Feb 18, 2012 at 07:28, Hallvord R. M. Steen wrote:
> On Fri, 17 Feb 2012 19:23:29 +0100, Daniel Cheng
> wrote:
>
> Also, what does it mean to be "supported"? In new versions of Chrome, any
>> kind of MIME type is supported in the sense that you can set data for any
>> arbitrary type, and
Siterer Paul Libbrecht :
Hm.. you mean a page should be able to say "Hello web browser, I
just lve processing application/pdf data from the clipboard" ?
I don't see the use case for that. If I'm misunderstanding you
please clarify :-)
It means that if pdf is in the clipboard the pa
Le 18 févr. 2012 à 16:25, Hallvord R. M. Steen a écrit :
>> Does this include an ability for a page to say that a media-type is
>> supported?
>> (does it not appear natural?)
>
> Hm.. you mean a page should be able to say "Hello web browser, I just lve
> processing application/pdf data fro
On Fri, 17 Feb 2012 19:23:29 +0100, Daniel Cheng
wrote:
Also, what does it mean to be "supported"? In new versions of Chrome,
any kind of MIME type is supported in the sense that you can set data
for any arbitrary type, and it can be understood by any browser that
uses the same native co
On Sat, 18 Feb 2012 13:48:52 +0100, Paul Libbrecht
wrote:
Does this include an ability for a page to say that a media-type is
supported?
(does it not appear natural?)
Hm.. you mean a page should be able to say "Hello web browser, I just
lve processing application/pdf data from the c
Does this include an ability for a page to say that a media-type is supported?
(does it not appear natural?)
I won't brag about native type names.
I still find they're good but they're really not well ruled so it's ok.
paul
Le 18 févr. 2012 à 01:16, Hallvord Reiar Michaelsen Steen a écrit :
WHEN I registered a media-type on the ietf list I have been quite much hit as
the first comment "one says media-type nowadays". And indeed MIME is meant for
email originally.
So I guess politically media-type is a requirement.
Should I dig for a formal requirement?
paul
Le 18 févr. 2012 à 00
On Fri, 17 Feb 2012 19:23:29 +0100, Daniel Cheng
wrote:
Also, what does it mean to be "supported"? In new versions of Chrome, any
kind of MIME type is supported in the sense that you can set data for any
arbitrary type, and it can be understood by any browser that uses the
same native convent
Having thought about this some more, I see that there is a fingerprinting
concern if we tie this closely into the available applications/OS capabilities.
Also I understand that the API would be relevant for drag and drop (thought I'm
not quite sure how it would work). Hence I think the method s
> Hallvord, it should be called media-types btw, or?
IMHO the term "MIME type" is more widely used and also less ambiguous than
"media type", so I'd definitely prefer using the former if I can get away with
it :)
--
Hallvord R. M. Steen
Core tester, Opera Software
On Fri, Feb 17, 2012 at 11:15 AM, Paul Libbrecht wrote:
>
> Le 17 févr. 2012 à 19:23, Daniel Cheng a écrit :
>
> Any MIME type support restrictions that apply to clipboard MIME types will
> almost certainly apply to DnD MIME types as well. Therefore, it wouldn't
> make sense to tie it to Clipboar
Le 17 févr. 2012 à 19:25, Ryosuke Niwa a écrit :
> On Fri, Feb 17, 2012 at 10:10 AM, Paul Libbrecht wrote:
> I have one concern: media-types are likely to be insufficient and "flavour
> names", whatever they are on the host platform should be allowed I think.
> Almost arbitrary strings on Wind
Le 17 févr. 2012 à 19:23, Daniel Cheng a écrit :
> Any MIME type support restrictions that apply to clipboard MIME types will
> almost certainly apply to DnD MIME types as well. Therefore, it wouldn't make
> sense to tie it to ClipboardEvent.
Not sure to understand what "lie" means.
Maybe you m
On Fri, Feb 17, 2012 at 10:10 AM, Paul Libbrecht wrote:
>
> I have one concern: media-types are likely to be insufficient and "flavour
> names", whatever they are on the host platform should be allowed I think.
> Almost arbitrary strings on Windows and Uniform Type Identifiers on Mac
> should be a
Any MIME type support restrictions that apply to clipboard MIME types will
almost certainly apply to DnD MIME types as well. Therefore, it wouldn't
make sense to tie it to ClipboardEvent.
Also, what does it mean to be "supported"? In new versions of Chrome, any
kind of MIME type is supported in th
Hello Hallvord,
I think it is a very good idea if such a method would be available from the
point of view of a web-app author.
I have one concern: media-types are likely to be insufficient and "flavour
names", whatever they are on the host platform should be allowed I think.
Almost arbitrary s
I meant to say *if* there are cases.
On Feb 17, 2012 9:53 AM, "Ryosuke Niwa" wrote:
I like the idea of letting authors dynamically detectthe supported mime
types. But providing methods on the interface object seems rather unusual.
Also, I'm thinking there are cases where the supported mime types change
dynamically without reloading the page.
- Ryosuke
On Feb 17, 2012 5:25 AM, "Ha
Hi,
I have an open issue noted in the spec - seems no implementor has worked
on this yet so I'm throwing it out here to see what you all think.
Given that
a) We can't give a random script access to every format on the clipboard
for security/privacy reasons (per earlier feedback from Chrome/W
19 matches
Mail list logo
