On Thu, 21 Oct 2010 19:47:08 +0200, Jonas Sicking jo...@sicking.cc wrote:
On Thu, Oct 21, 2010 at 3:50 AM, Anne van Kesteren ann...@opera.com
wrote:
If that is the only real solution I suggest we do that. We can create
some kind of DOMURL type which is either a DOMString or a
On Mon, Oct 25, 2010 at 6:09 AM, Anne van Kesteren ann...@opera.com wrote:
On Thu, 21 Oct 2010 19:47:08 +0200, Jonas Sicking jo...@sicking.cc wrote:
On Thu, Oct 21, 2010 at 3:50 AM, Anne van Kesteren ann...@opera.com
wrote:
If that is the only real solution I suggest we do that. We can
On Mon, Oct 25, 2010 at 4:48 PM, Jonas Sicking jo...@sicking.cc wrote:
Like I said, I think creating an OM that covers all the cases here
would create something very complex. I'd love to see a useful proposal
for http://dev.w3.org/csswg/css3-images/.
It doesn't seem overly difficult. Using
On Mon, Oct 25, 2010 at 5:04 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Mon, Oct 25, 2010 at 4:48 PM, Jonas Sicking jo...@sicking.cc wrote:
Like I said, I think creating an OM that covers all the cases here
would create something very complex. I'd love to see a useful proposal
for
On Mon, Oct 25, 2010 at 5:51 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Oct 25, 2010 at 5:04 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Mon, Oct 25, 2010 at 4:48 PM, Jonas Sicking jo...@sicking.cc wrote:
Like I said, I think creating an OM that covers all the cases here
would
On Mon, Oct 25, 2010 at 5:56 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Mon, Oct 25, 2010 at 5:51 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Oct 25, 2010 at 5:04 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Mon, Oct 25, 2010 at 4:48 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Oct 25, 2010 at 5:59 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Oct 25, 2010 at 5:56 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Mon, Oct 25, 2010 at 5:51 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Oct 25, 2010 at 5:04 PM, Tab Atkins Jr. jackalm...@gmail.com
wrote:
On Mon, Oct 25, 2010 at 6:10 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Mon, Oct 25, 2010 at 5:59 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Oct 25, 2010 at 5:56 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Mon, Oct 25, 2010 at 5:51 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Oct 25, 2010 at 7:48 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Oct 25, 2010 at 6:10 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Mon, Oct 25, 2010 at 5:59 PM, Jonas Sicking jo...@sicking.cc wrote:
However it still leaves my original statement unanswered:
Like I said, I
On Wed, 20 Oct 2010 01:57:30 +0200, Jonas Sicking jo...@sicking.cc wrote:
The only real solution here is to abandon the use of URLs-strings
(blob:...) and instead use some type of object which represents a
reference to the blob/stream/whatever. Then make img.src, iframe.src,
On 10/21/10 6:50 AM, Anne van Kesteren wrote:
On Wed, 20 Oct 2010 01:57:30 +0200, Jonas Sicking jo...@sicking.cc
wrote:
The only real solution here is to abandon the use of URLs-strings
(blob:...) and instead use some type of object which represents a
reference to the blob/stream/whatever.
On Thu, Oct 21, 2010 at 3:50 AM, Anne van Kesteren ann...@opera.com wrote:
On Wed, 20 Oct 2010 01:57:30 +0200, Jonas Sicking jo...@sicking.cc wrote:
The only real solution here is to abandon the use of URLs-strings
(blob:...) and instead use some type of object which represents a
reference to
On Tue, Oct 19, 2010 at 4:57 PM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Oct 19, 2010 at 1:24 AM, Anne van Kesteren ann...@opera.com
wrote:
On Mon, 18 Oct 2010 20:15:53 +0200, Jonas Sicking jo...@sicking.cc
wrote:
Without revoking the UA has to keep around the URL-string - resource
On Tue, 19 Oct 2010 02:30:39 +0200, Jonas Sicking jo...@sicking.cc wrote:
I agree. Another thing that is nice about the window.*BlobURL() API is
that it makes it clear which origin the created url will have. I.e.
the origin of the window which it's called on.
We could maintain that even if we
On Mon, 18 Oct 2010 20:15:53 +0200, Jonas Sicking jo...@sicking.cc wrote:
Without revoking the UA has to keep around the URL-string - resource
mapping for the lifetime of the page. Which in the world of web apps
can be a very long time. Even worse, in the case of dynamically
created blobs
On 10/19/10 4:20 AM, Anne van Kesteren wrote:
On Tue, 19 Oct 2010 02:30:39 +0200, Jonas Sicking jo...@sicking.cc
wrote:
I agree. Another thing that is nice about the window.*BlobURL() API is
that it makes it clear which origin the created url will have. I.e.
the origin of the window which it's
On Tue, Oct 19, 2010 at 1:24 AM, Anne van Kesteren ann...@opera.com wrote:
On Mon, 18 Oct 2010 20:15:53 +0200, Jonas Sicking jo...@sicking.cc wrote:
Without revoking the UA has to keep around the URL-string - resource
mapping for the lifetime of the page. Which in the world of web apps
can be
On Tue, Oct 19, 2010 at 1:20 AM, Anne van Kesteren ann...@opera.com wrote:
On Tue, 19 Oct 2010 02:30:39 +0200, Jonas Sicking jo...@sicking.cc wrote:
I agree. Another thing that is nice about the window.*BlobURL() API is
that it makes it clear which origin the created url will have. I.e.
the
and System} specs. If this short comment period causes any
issues or concerns, please let us know.
I support publication, but [XHR2] is currently a broken link (misses a # I
think).
Also, if createBlobURL is the way to go -- rather than Blob.url -- can we
design it in a generic way so that it also
with the File API: {Writer,
Directories and System} specs. If this short comment period causes
any issues or concerns, please let us know.
I support publication, but [XHR2] is currently a broken link (misses a
# I think).
Duly noted. I'll fix this ASAP.
Also, if createBlobURL is the way to go
.
Implementations are already in circulation that have *.createBlobURL
which leads me to:
Also, is there some kind of implementation summary available regarding
the File API specifications? With what is shipping prefixed and what is
shipping without a prefix? We are interested in supporting this too
in the
distant future.
No, but there should be. I think it's Firefox nightlies and Chromium
nightlies for now. Firefox isn't using a prefix on the method.
I would prefer it if createBlobURL and co were prefixed. Everything else is
probably stable enough.
cc'ing Darin who knows more about
On Mon, 18 Oct 2010 18:09:24 +0200, Jonas Sicking jo...@sicking.cc wrote:
I would be ok with moz prefixing, though it would be nice to try to
find a solution pretty quickly if all this is is a discussion about
finding an appropriate name for this function.
Well, if people agree with me that
On Mon, Oct 18, 2010 at 9:16 AM, Anne van Kesteren ann...@opera.com wrote:
On Mon, 18 Oct 2010 18:09:24 +0200, Jonas Sicking jo...@sicking.cc wrote:
I would be ok with moz prefixing, though it would be nice to try to
find a solution pretty quickly if all this is is a discussion about
finding
On Mon, 18 Oct 2010 18:32:35 +0200, Jonas Sicking jo...@sicking.cc wrote:
What would the revoking API look like? Or are you saying that there
would be no way to get a string representation of the URL and instead
things like img.src should accept URL objects in addition to strings?
I am not
On Mon, Oct 18, 2010 at 9:44 AM, Anne van Kesteren ann...@opera.com wrote:
On Mon, 18 Oct 2010 18:32:35 +0200, Jonas Sicking jo...@sicking.cc wrote:
What would the revoking API look like? Or are you saying that there
would be no way to get a string representation of the URL and instead
things
On 10/18/10 12:16 PM, Anne van Kesteren wrote:
On Mon, 18 Oct 2010 18:09:24 +0200, Jonas Sicking jo...@sicking.cc
wrote:
I would be ok with moz prefixing, though it would be nice to try to
find a solution pretty quickly if all this is is a discussion about
finding an appropriate name for this
Chrome currently has this as...
DOMString createBlobURL(in Blob blob);
void revokeBlobURL(in DOMString blobURL);
... no prefix... on both Window and WorkerContext.
An important aspect of placing these interfaces on the Window and
WorkerContext was to scope the lifetime
On Mon, Oct 18, 2010 at 5:17 PM, Michael Nordman micha...@google.com wrote:
Chrome currently has this as...
DOMString createBlobURL(in Blob blob);
void revokeBlobURL(in DOMString blobURL);
... no prefix... on both Window and WorkerContext.
An important aspect of placing
On 10/18/10 8:30 PM, Jonas Sicking wrote:
On Mon, Oct 18, 2010 at 5:17 PM, Michael Nordmanmicha...@google.com wrote:
Chrome currently has this as...
DOMString createBlobURL(in Blob blob);
void revokeBlobURL(in DOMString blobURL);
... no prefix... on both Window
30 matches
Mail list logo