On Tue, 06 May 2014 01:29:47 +0200, Kenneth Russell k...@google.com wrote:
Applications need this API in order to determine how many Web Workers
to instantiate in order to parallelize their work.
On Tue, 06 May 2014 01:31:15 +0200, Eli Grey m...@eligrey.com wrote:
I have a list of example
On Wed, 31 Oct 2012 15:38:36 +0100, Benjamin Smedberg
benja...@smedbergs.us wrote:
On 10/30/2012 7:41 PM, João Eiras wrote:
I currently do not have Windows to test but I think I recall IE (or
Opera?) opening file://server/share if there was a network share at
\\server\share
Firefox has
On Tue, 30 Oct 2012 16:25:30 -, Anne van Kesteren ann...@annevk.nl
wrote:
On Mon, Oct 29, 2012 at 4:24 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 10/29/12 10:53 AM, Anne van Kesteren wrote:
But at that point in a URL you cannot have a path. A path starts with
a slash after the host.
On Thu, 24 May 2012 23:02:00 +0200, Maciej Stachowiak m...@apple.com
wrote:
I agree. Even though there are still legacy features like cookies and
document.domain that use domain-based security, most of the Web platform
uses origin-based security, and that has proved to be a sounder
Hi.
Step 1 of the spec [1] for postMessage says:
1. If the value of the targetOrigin argument is neither a single U+002A
ASTERISK character (*), a single U+002F SOLIDUS character (/), nor an
absolute URL, then throw a SyntaxError exception and abort the overall set
of steps.
The
On Tue, 15 Nov 2011 00:10:09 +0100, Robert O'Callahan
rob...@ocallahan.org wrote:
On Tue, Nov 15, 2011 at 10:54 AM, Tab Atkins Jr.
jackalm...@gmail.comwrote:
I think we should go the route that the dialog element did in Ted's
change proposal and have a pseudo-element that gets created
Hi.
Perhaps keyboard focus should be limited only to the fullscreen element or
its descendants.
If you have a canvas or video fullscreen, alt-tabbing can move the focus
outside the fullscreen element, say into form elements.
But then this would require giving focus, and dispatching
Hi.
The requestFullscreen steps tells to dispatch a fullscreenchange event on
the context object, and all containing objects (frames).
First, there should be a better clarification of 'context object'. While
is remarked that it is the object used for the last requestFullScreen call
On Thu, 20 Oct 2011 14:14:12 +0200, Bronislav Klučka
bronislav.klu...@bauglir.com wrote:
Hello,
Would it be possible to extend canvas specification to include scroll
bar functionality? To add scroll bar, to manage scroll bar (total size,
page size). Creating control based on canvas that
2) Chris brought forward the case of nesting. You have a fullscreen
presentation (lets assume API-based activated for now) and in that
presentation there's some video that the presenter wants to display
fullscreen (lets assume the video player is a custom widget with
API-based
fullscreen
Hi.
The spec tells that fullscreenchanged is dispatched for API initiated
fullscreen.
It should too specify that fullscreenchanged should be dispatched for
fullscreen toggled by the user like pressing F11 ou double clicking
a video element.
Thanks.
On Wed, 19 Oct 2011 16:45:34 +0200, Glenn Maynard gl...@zewt.org wrote:
On Wed, Oct 19, 2011 at 12:40 AM, Anne van Kesteren
ann...@opera.comwrote:
1) How much should UI-based and API-based fullscreen interact? To me it
seems nice if pressing F11 would also give you fullscreenchange events
On Wed, 19 Oct 2011 17:31:40 +0200, Glenn Maynard gl...@zewt.org wrote:
On Wed, Oct 19, 2011 at 11:00 AM, João Eiras jo...@opera.com wrote:
I think you just solved your own issue :) Your if check is wrong given
your
use case.
No, that's missing the point. These obscure corner cases
On Wed, 19 Oct 2011 17:15:11 +0100, Glenn Maynard gl...@zewt.org wrote:
On Wed, Oct 19, 2011 at 11:49 AM, João Eiras jo...@opera.com wrote:
F11 and document.requestFullscreen() should produce exactly the same
results, so, document.fullscreen would be enabled. And there's no
reason
On Sat, 15 Oct 2011 05:27:21 +0100, Anne van Kesteren ann...@opera.com
wrote:
I wrote up a draft:
http://dvcs.w3.org/hg/fullscreen/raw-file/tip/Overview.html
(...)
a)
The fullscreen media query is missing (I seriously suggest supporting it)
# @media all and (full-screen) { /* ... */ }
It seems to me that being fullscreen is a property of the top-level
browsing context. All that is potentially associated with a document is
the fullscreen element. If you have a document A with two
sub-documents B and C, it does not make much sense to me that if you go
fullscreen from B,
Hi !
The spec for HTMLAllCollection [1] says The HTMLAllCollection interface
represents a generic collection of elements.
After some quick testing in IE [2], IE returns the doctype, processing
instructions and comment nodes too. If converts them all to comments but
that's something else
On Tue, 04 Oct 2011 19:58:56 +0200, João Eiras jo...@opera.com wrote:
Hi !
The spec for HTMLAllCollection [1] says The HTMLAllCollection
interface represents a generic collection of elements.
After some quick testing in IE [2], IE returns the doctype, processing
instructions and comment
On Thu, 22 Jul 2010 21:32:39 +0100, Luke Hutchison luke.hu...@mit.edu
wrote:
[snip]
Comments, please?
This is entirely out of scope of any specification and 100% an user agent
UI issue.
On Thu, 03 Jun 2010 16:16:00 +0100, TAMURA, Kent tk...@chromium.org
wrote:
An element is a candidate for constraint validation if
1. it is a validatable type,
e.g. true if input type=number, false if input type=reset
2. has no disabled attribute,
3. has no readonly attribute,
4.
in 2007
http://lists.w3.org/Archives/Public/public-webapi/2007Jul/0021.html
Regarding filtering which fonts, do note that a web page is not the only
place where web standards and APIs are used.
--
João Eiras
Core Developer, Opera Software ASA, http://www.opera.com/
Though I'm not sure what exactly Ojan is proposing we forbid?
I think his suggestion is to forbid all of window.prompt, window.alert,
and window.showModalDialog. Persumably window.confirm as well.
Exactly. But we don't need a spec to tell that. It's 100% user agent
feature, so you're
This function takes the same arguments as toDataURL(), plus an
additional 'name' argument. It produces the same result as
toDataURL(), except that it returns the result as a File object rather
than as a data-url encoded string. This can then be directly sent
using XMLHttpRequest.
I think it
Throwing an error does not seem very compatible either.
Returning a boolean from print() would not be problematic.
Note that desktop UAs support printing most of the time, while handheld or
tv ones don't.
Only issue is that pages might want to be able to detect if printing
is available without actually trying to print. I.e. in order to not
display a print button in kiosk browsers.
Something like navigator.isPrintingEnabled ?
.
http://www.w3.org/TR/xhtml+voice/
http://dev.opera.com/articles/view/add-voice-interactivity-to-your-site/
Would be nice to revive that specification and get vendor buy-in.
--
João Eiras
Core Developer, Opera Software ASA, http://www.opera.com/
it is.
Dave
On Wed, Dec 2, 2009 at 7:25 PM, João Eiras jo...@opera.com wrote:
On Wed, 02 Dec 2009 12:32:07 +0100, Bjorn Bringert bring...@google.com
wrote:
We've been watching our colleagues build native apps that use speech
recognition and speech synthesis, and would like to have JavaScript
APIs
On Thu, 15 Oct 2009 21:35:03 +0200, Gregg Tavares g...@google.com wrote:
I was wondering if there as been a proposal for either an optional
argument
to setInterval that makes it only callback if the window is visible OR
maybe
a window.setRenderInterval.
You're trying to solve a real
On Thu, 15 Oct 2009 20:37:48 +0200, Jeremy Orlow jor...@chromium.org
wrote:
I'd like to propose we remove the source attribute from storage
events. (
http://dev.w3.org/html5/webstorage/#the-storage-event)
In Chrome, we cannot provide access to a window object unless it's in the
same
On Wed, 23 Sep 2009 20:19:43 +0200, Brett Cannon br...@python.org wrote:
Before the move to structured clones one could tell if a key was set
by calling getItem() and seeing if it returned null (had to use === as
someone could have called setItem() w/ null, but that would be coerced
to a string
and the more browser UI jank users will be sure to experience.
If I may, as a side note, locking the UI is a user agent specific issue.
No specification requires user agents to lock their UIs while scripts
execute.
Opera has achieved this long time ago, by properly dividing ecmascript
On Wed, 23 Sep 2009 23:03:38 +0200, Erik Arvidsson
erik.arvids...@gmail.com wrote:
What are the arguments against adding a containsKey method? This would
map consistently to the in operator and hasOwnProperty in ES5.
object.containsKey(name) would be mapped to [[GetOwnProperty]](object,
name)
2. The location of an icon like a favicon.ico file or png etc.
This is actually a real privacy issue. The user agent would periodically fetch
a remove favicon, which discloses the end user's ip.
If any, such favicon would need to be made available offline immediately when
installing the
On Fri, 14 Aug 2009 12:01:31 +0100, Ian Hickson i...@hixie.ch wrote:
On Sun, 9 Aug 2009, Aaron Boodman wrote:
I frequently see the comment on this list and in other forums that
something is too late for HTML5, and therefore discussion should be
deferred.
I would like to propose that we get
On Mon, 15 Jun 2009 21:38:05 +0200, Darin Adler da...@apple.com wrote:
On Jun 15, 2009, at 12:22 PM, Ian Hickson wrote:
On Tue, 9 Jun 2009, Erik Arvidsson wrote:
I was about to follow up on this. Requiring sorting which is O(n
log n) for something that can be done in O(n) makes thing
Ensuring consistency between browsers, to reduce the likelihood that any
particular browser's ordering becomes important and then forcing that
browser's ordering (which could be some arbitrary ordering dependent on
some particular hash function, say) into the platform de facto.
This is similar
In HTML5, HTML elements in text/html are put in the XHTML namespace and
text/html might contain SVG or MathML elements, so you probably want to
conditionally call getElementsByTagNameNS based on e.g. the root element's
namespaceURI rather than the document's HTMLness.
I think the major
The ImageData APIs already provide the ability to do this and are
already supported by Firefox, Opera and Safari.
Given the ImageData APIs, and given that they are generally more efficient
at the typical use cases for getPixel/setPixel, I haven't added getPixel/
setPixel to the spec.
Cheers,
On Wed, 20 May 2009 23:20:34 +0200, Anne van Kesteren ann...@opera.com wrote:
Although it seems most browsers have adopted these APIs, HTML5 offers basically
identical APIs in the form of
document.innerHTML
or is there something that DOMParser / XMLSerializer can do that
and cols for the table.
In the SVG case, the UA could use default dimensions, like 300 per 300
--
João Eiras
Core Developer, Opera Software ASA, http://www.opera.com/
On , Kristof Zelechovski giecr...@stegny.2a.pl wrote:
Character set x-x-big5 cannot be registered because it is private.
Now that classid is gone, what will be the workaround for ActiveX objects
where they are needed?
classid is nevertheless proprietary, and no other user agent but IE will
heuristic to decide when to erase
sessionStorage completly.
I vote for the data to be present just while a page is open or is restored from
history or by going back.
Thank you.
--
João Eiras
Core Technology developer
Interestingly, it looks like Opera doesn't support the hostname setter
at all. Safari ignores the call in this case. I don't have IE to test
offhand.
True. Opera currently does not support setting these values separately.
available. Could the HTMLAnchorElement interface be
updated to reflect this?
Cheers,
kats
--
João Eiras
Core Developer, Opera Software ASA, http://www.opera.com/
, while keeping the privacy
of the user we added c:\fake_path for the reasons mentioned. It's a sad true,
but it was necessary.
- Bil
--
João Eiras
Core Developer, Opera Software ASA, http://www.opera.com/
On , Ian Hickson i...@hixie.ch wrote:
On Fri, 12 Dec 2008, Martin Atkins wrote:
Could browsers handle confirm() and friends in such a way that they only
block the contents of the tab, not the whole browser? In particular, the
close tab and close window features, ideally along with things
On , Ian Hickson i...@hixie.ch wrote:
On Mon, 28 Apr 2008, Joao Eiras wrote:
What happened to the 3rd parameter (sFeatures) ?
http://msdn2.microsoft.com/en-us/library/ms536759.aspx
This parameter is needed to specific the window features (size,
position,
...).
I couldn't find any
IMO, anyone suggesting a Node.getElementById clearly does not know very
well how getElementById is supposed to work.
There are ways to transverse a DOM tree currently, either DOM properties
and methods, XPath, selectors API and such.
Considering ids are required to be unique in the context
Who ever said that the standards are here for browsers?
That's the whoe point of standards: to ensure interoperability between
the laters.
HTML is a markup language that is meant to describe how content is to be
tagged so it can be retrieved based on markup.
This has absolutely
On , Ian Hickson [EMAIL PROTECTED] wrote:
I have attempted to answer this question in the HTML5 specification.
Please let me know if the resulting text is inadequate.
Cheers,
It's much better. Thanks
I shudder to think about looping audio, however. Animated GIFs are often
called dancing baloney ... and looping audio would be...?
One can program a game with svg or canvas with background music and
sound effects, which is something proprietary plugins already allow.
Is there any possible usefulness whatsoever in making playcount=0 not play
the video at all?
That's what autoplay is for.
On Wed, Oct 15, 2008 at 5:53 PM, Andy Lyttle [EMAIL PROTECTED] wrote:
On Oct 15, 2008, at 8:38 AM, João Eiras wrote:
Why not just assuming that playcount=0 means loops
The entire problem is that it is not simple. It is less simple to spec,
less simple to declare, less simple to parse, and less simple to test,
and there is zero real-world gain in it.
sarcasmOh! Then just drop video completly. Better, drop html5 and
there will be even less trouble with
Would it be desirable to allow the icon to be specified in css?
That's up to the author/user agent, and currently you can have a small
icon in the background of an edit field with regular css.
On Wed, Oct 1, 2008 at 8:29 AM, Garrett Smith [EMAIL PROTECTED] wrote:
On Tue, Sep 30, 2008 at 3:46
This usage is deprecated because it can not be generalized to all possible
attribute names
We recommend the use of generic methods on the core Element interface for
setting, getting and removing attributes.
Although I understand your reasoning, I disagree. The DOM does not
exist only to
Which attributes return a number directly?
Which attributes return a function directly?
This is already clearly defined in DOM 2 HTML.
So following your line of reasoning, the entire DOM 2 HTML spec is deprecated ?
Another thing:
if( 'placeholder' in referencetoInput ){ ... }
can be used for feature detection, else a javascript fallback could be
supplied as the later is the common case.
On Wed, Oct 1, 2008 at 6:27 PM, Aaron Boodman [EMAIL PROTECTED] wrote:
On Wed, Oct 1, 2008 at 10:05 AM, Kristof
include src=static-header /
include src=user-specific-data /
include src=dynamic-daily-content /
This is something that would probably not be represented with a new
element, because elements are preserved in the DOM tree so they can be
accessed and queried.
So then you'd have a question:
Hi !
In this regard, video should be handled like img.
While handling an image, if you specify a width and leave height as auto,
the UA will resize the height to keep the aspect ratio, because the UA
known the images intrinsic dimensions. The same behavior happens if you
specific height
Hi
There's a small problem with that too, because we would need a way to handle
file names
that contained quote marks, which is possible on Mac and Linux, but not on
Windows.
Not only that, but in unix flavours, paths are separated with : while
in windows they're separated with ;
In *nix
The spec clearly says the following
http://www.whatwg.org/specs/web-apps/current-work/#video1
User agents should not show this content to the user; it is intended
for older Web browsers which do not support video,
Although we fully understand the reasoning behind this, there's an use
case
that giving webpage control over the user's
browser in someway can be abused: alert(), open(), oncontextmenu ...
you will probably have hard times understanding my points. But your
view is quite common as I've learned :)
Regards,
Borek
- Original Message
From: João Eiras [EMAIL
Hi ! I didn't saw that reply.
I'm not sure why you keep insisting that it's up to the browser -- IMO, it's
up to the USER.
You're not understanding me:
when I say browser, obviously I mean client, client-side, browser,
user or whatever you want to call it, as opposed to web application or
As mentioned multiple times, that up to the user agent, or browser if you
prefer, to control. Users with browsers with tabbed interface want tabs
and that it. Leaving such usability in control of a webpage is bad. All
browser that support tabs allow the user to choose if they want the
IMO, both _blank and _tab should always open in the same window, under a
new tab. Else that would be bad usability.
Browsers currently already support this.
So, I think it's therefore redundant.
Na , Simon Pieters [EMAIL PROTECTED] escreveu:
In http://forums.whatwg.org/viewtopic.php?t=185 it
Na , Ian Hickson [EMAIL PROTECTED] escreveu:
This is a first draft. It has issues, I'm sure. Let me know what I should
fix...
Hi!
What happened to the 3rd parameter (sFeatures) ?
http://msdn2.microsoft.com/en-us/library/ms536759.aspx
This parameter is needed to specific the window
Hi!
I agree with everything Maciej said, but I'm rather impartial.
The word post implies posting something to a queue of messages, like
we've seen in other programming APIs.
There are use cases for both sync and async API, so we should support
both. We could have either a new parameter for
67 matches
Mail list logo
