On 4/5/07, Vladimir Vukicevic [EMAIL PROTECTED] wrote:
Maciej Stachowiak wrote:
On Apr 4, 2007, at 7:31 PM, Vladimir Vukicevic wrote:
1. 'media-loop-count' is an awkward name, especially with The default
value of 1 means the item will play through once but will not loop.
We went through
On 4/7/07, Henri Sivonen [EMAIL PROTECTED] wrote:
HTML5 should probably make the Java applet embedding patterns
documented by Sun conforming or at least make the applet case
conforming as it is the cross-browser syntax:
http://java.sun.com/j2se/1.5.0/docs/guide/plugin/developer_guide/
On 4/11/07, Tyler Keating [EMAIL PROTECTED] wrote:
Hi,
I apologize if I've missed this in the specification or mailing
archives, but I have a suggestion related to standardizing web
archives in HTML5. Currently, I know that Firefox uses Mozilla
Archive Format (.maf), Internet Explorer and Opera
On 4/11/07, Lachlan Hunt [EMAIL PROTECTED] wrote:
Michael A. Puls II wrote:
It's a really good way to archive, but IE won't handle it and most
plug-ins don't accept data URIs, so there are problems with that
use-case. (unless browsers can help with that in a secure way.)
I made a suggestion
On 4/12/07, Julian Reschke [EMAIL PROTECTED] wrote:
Michael A. Puls II schrieb:
...
If every browser supports .mht, I still don't think it's the best
format for archiving.
...
What exactly is the problem with .mht (RFC2557)? Are they fixable? How
about trying to gather a group of people
On 4/17/07, Thomas Broyer [EMAIL PROTECTED] wrote:
2007/4/17, Jon Barnett:
The main gripe about [MHTML] was that binary data is base64 encoded,
which adds size to the file in the end.
And which is a wrong assumption.
Binary data can be sent with Content-Transfer-Encoding: binary.
True.
I would do it this way:
loopcount:
-1 = Play once, and loop forever.
0 = Play once, but don't loop at all. (Default)
1 = Play once and then loop once.
n = Play once and then loop n times.
less than -1 or invalid or out of range = Use default of 0.
--
Michael
On 4/28/07, Ian Hickson [EMAIL PROTECTED] wrote:
I also made it non-conforming for window.open().
window.open() without a target argument implies _blank AFAICT, so this
seems O.K.
--
Michael
On 5/22/07, Maciej Stachowiak [EMAIL PROTECTED] wrote:
On May 22, 2007, at 12:16 PM, Kristof Zelechovski wrote:
Forgive my being nosy: which uses?
a href=javascript:. is valid but it replaces the current document
with a
document parsed from the textual representation of the value
returned
On 6/4/07, Jonas Sicking [EMAIL PROTECTED] wrote:
Anne van Kesteren wrote:
For .innerHTML = null Opera and Internet Explorer act as if the literal
string null was used. Firefox acts as if was used.
For .innerHTML = undefined Opera, Firefox and Internet Explorer act as
if the literal string
On 6/7/07, Michel Fortin [EMAIL PROTECTED] wrote:
Windows use CR+LF, UNIX uses LF, legacy Mac applications still use
CR; but I'm not aware of any system using LF+CR (and there is none on
Wikipedia) and I don't think it's useful to give a meaning to it.
Thanks.
An HTML file should never have a
On 6/8/07, Anne van Kesteren [EMAIL PROTECTED] wrote:
On Thu, 07 Jun 2007 23:12:38 +0200, Michael A. Puls II
[EMAIL PROTECTED] wrote:
On 6/7/07, Anne van Kesteren [EMAIL PROTECTED] wrote:
These should be converted to LF too. One thing that might be interesting
to look into is the handling
section 1.3 under Authoring tools and markup generators:
However, since an authoring tools is likely unable to determine the
difference, an authoring tool is exempt from that requirement.
Since an authoring tools is - since an authoring tool is or
since authoring tools are
Section 1.3.1:
Unless
On 6/11/07, Anne van Kesteren [EMAIL PROTECTED] wrote:
On Fri, 08 Jun 2007 20:53:54 +0200, Michael A. Puls II
[EMAIL PROTECTED] wrote:
I believe Boris told me for FF, newline normalization (including
entities) is only done for parsing into the DOM and that any setting
of a string property
On 6/13/07, Ian Hickson [EMAIL PROTECTED] wrote:
On Wed, 26 Jul 2006, Shadow2531 wrote:
So, ?xml-stylesheet type=text/css href=? is a bogus comment.
I *was* 100% sure that the PI should be parsed into:
!--?xml-stylesheet type=text/css href=?--
Correct.
Thanks Ian. Can you
On 6/26/07, Simon Pieters [EMAIL PROTECTED] wrote:
In http://forums.whatwg.org/viewtopic.php?t=69, Daren says:
Upon reading the current work document, I encountered the following:
Unless other specified, if a DOM attribute that is a signed numeric
type is assigned a negative value, a
On 6/26/07, Silvia Pfeiffer [EMAIL PROTECTED] wrote:
It is not true that Theora is not used today.
revision3.net is another site that uses/provides Theora.
http://revision3.net/diggnation
With videolan at least, the theora ones use less cpu than the other
formats, which makes it easier to
On 7/13/07, Benjamin Joffe [EMAIL PROTECTED] wrote:
Have the following possible values for the TYPE attribute been considered
for the INPUT element?
type=color
The user agent would display an appropriate colour picker and would send a
hexidecimal string represting that colour to the server.
I
On 8/3/07, Ian Hickson [EMAIL PROTECTED] wrote:
On Sat, 27 May 2006, Shadow2531 wrote:
I might seem picky, but I don't really like how loop() takes a
*playcount* param.
loop() = infinite
loop(1) = play once
loop(2) = play twice
It's the loop(n) that bugs me. I see loop(1) and
On 8/8/07, Anne van Kesteren [EMAIL PROTECTED] wrote:
On Wed, 08 Aug 2007 07:54:33 +0200, Ian Hickson [EMAIL PROTECTED] wrote:
Should we drop it? My research indicates there's an insignificant number
of pages with usemap= attributes on input type=image elements (on the
order of 0.008%).
On 8/8/07, Garrett Smith [EMAIL PROTECTED] wrote:
Most libraries now are providing a way to serialize a form.
It would be useful to have:
HTMLFormElement.prototype.toJSONString
HTMLFormElement.prototype.getDataSetString
HTMLFormElement.prototype.toJSONString would return an object
On 8/9/07, Ian Hickson [EMAIL PROTECTED] wrote:
I did a thorough study of this (details below) and I concluded that we're
better off removing it. I've removed input usemap from the spec.
Out of 3.5 billion or so HTML pages examined in this survey, only 0.00036%
(about 12000) had a usemap=
On 8/9/07, Simon Pieters [EMAIL PROTECTED] wrote:
On Wed, 08 Aug 2007 20:21:00 +0200, Michael A. Puls II
[EMAIL PROTECTED] wrote:
Just wan to be sure:
Even though id is required, name is allowed on map. Correct?
No. name is currently not allowed (but I have suggested we change to name
On 8/10/07, Benjamin Hawkes-Lewis [EMAIL PROTECTED] wrote:
Simon Pieters wrote:
I don't see any need for it to be case-sensitive for XHTML5. :-)
Correct me if this is incorrect but as far as I can see, according to
the specs authors have been using, id and name are case-sensitive in
XHTML
On 8/10/07, Maciej Stachowiak [EMAIL PROTECTED] wrote:
I would also suggest calling it something other than hashchange. I
realize the term hash is used in other places in the HTML DOM to
refer to the fragment ID but it sounds weird in an event name like
that. CSS uses target and the URI RFC
On 8/14/07, Ian Hickson [EMAIL PROTECTED] wrote:
On Sat, 11 Aug 2007, Michael A. Puls II wrote:
I like hashchange even if it's not perfectly descriptive.
However, fragmentidentifierchange although long, isn't much longer
than DOMAttributeModified
and is shorter than say
On 10/18/07, Ian Hickson [EMAIL PROTECTED] wrote:
On Sat, 4 Aug 2007, Michael A. Puls II wrote:
I see The loopcount content attribute gives the number of times to play
the clip. The default value is 1.
IMO:
The name loopcount and the description for loopcount contradict each
other
On 10/20/07, Keryx Web [EMAIL PROTECTED] wrote:
Hello again!
I was putting together a page of exercices for my students. It's in
Swedish and mirrored at http://gunther.ne.keryx.se/datagrund-ovningar/
This page must work when delivered from the file system so I can't use
my beloved PHP.
On 10/22/07, Vlad Alexander (xhtml.com) [EMAIL PROTECTED] wrote:
I noticed that the latest HTML 5 draft states that the name and codebase
attributes are not allowed on the object element.
1. Plug-ins, such as XStandard, use the name attribute for submitting
content to
the server without
On 10/26/07, Ian Hickson [EMAIL PROTECTED] wrote:
Bikeshed alert.
On Fri, 19 Oct 2007, Michael A. Puls II wrote:
Now, I am suggesting:
currentLoop - playIndex || currentPlayIndex || currentPlayCountIndex
I have left this one for now. I don't like index, for reasons discussed
below.
I
On 10/29/07, Dave Singer [EMAIL PROTECTED] wrote:
If we don't have a way for content to request full screen (markup,
script, whatever), I'm OK with that. But I think that we should say
why we left it out, in the spec., and not be silent. Otherwise we'll
merely see browser makers doing their
On 11/14/07, Daniel Veditz [EMAIL PROTECTED] wrote:
I'd like the WHAT-WG specs to specify the expected value of a file input
control that has been filled by the user.
The Web-Forms 2 spec says only the filename, not the path, is uploaded to
the server, and this seems to be general browser
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2007-January/009210.html
This is now covered by the 3rd paragraph in
http://tools.ietf.org/html/draft-duerst-mailto-bis-04#section-5 ,
which is to obsolete RFC2368. Spaces SHOULD be emitted as %20 and not
+, in this case.
This is covered
The spec should just say to not expose the full path by default.
That way, browser makers can (not must or should or anything like
that) provide a I'll be the judge of that! user option to override
that globally or per-site if they want.
--
Michael
On 5/2/08, Rimvydas [EMAIL PROTECTED] wrote:
The question is related to the 'input' event on Web Forms 2.0.
The WF2 specification says:
This [input] event must be fired on a control whenever the value of
the control changes due to input from the user, and is otherwise
identical to the
. (
Although I'd love to have object type=application/java
data=file.class/object work, but ...)
This is not allowed. Java should use the standard mechanism, as you point
out.
O.K.
On Sat, 7 Apr 2007, Michael A. Puls II wrote:
Currently, the only way to embed an applet that's allowed
body.xhtml (served as application/xhtml+xml)
html xmlns=http://www.w3.org/1999/xhtml;
head
script
window.onload = function() {
alert(document.body);
};
/script
/head
body
/body
/html
body.xml (served as application/xml)
html
On 6/20/08, João Eiras [EMAIL PROTECTED] wrote:
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
On 6/22/08, Lachlan Hunt [EMAIL PROTECTED] wrote:
Michael A. Puls II wrote:
Anyway, the use case for .value is:
...
pFile to attach: p
pinput type=file
onchange=document.getElementsByTagName('p')[0].innerHTML
+=
this.value;/p
...
How is that a use case
On 6/27/08, Ian Hickson [EMAIL PROTECTED] wrote:
On Wed, 11 Apr 2007, Michael A. Puls II wrote:
However, we can't specify this for all URIs (just saying). Flipping raw
backslashes (even though they should really be encoded) in a
href=mailto:uridata; for example, should not be done
On Sat, 13 May 2006, Shadow2531 wrote:
On 4/26/06, Ian Hickson [EMAIL PROTECTED] wrote:
I don't envisage keeping applet around unless someone can specify it
in enough detail and give a convincing case for its inclusion.
At the least, Opera and Firefox can not expose java methods in an
On 10/14/08, Silvia Pfeiffer [EMAIL PROTECTED] wrote:
YouTube has a loop parameter (loop=1), which you need to add to the
URL of the video file in your embed code. It is a boolean, which puts
the number of loops into the control of the user rather than the web
page author.
Cool. I might user
On 10/15/08, 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 forever ?
This was exactly my thought.
If playcount=5 causes the video to be played 5 times, what should
the result of each of these be?
On 10/15/08, Chris Double [EMAIL PROTECTED] wrote:
On Thu, Oct 16, 2008 at 7:35 AM, Michael A. Puls II
[EMAIL PROTECTED] wrote:
I *think* it has to do with the lack of hardware acceleration (even in
webkit's implementation). It seems like it's all CPU driving the video
element. No beefy CPU
On 10/16/08, Robert O'Callahan [EMAIL PROTECTED] wrote:
On Thu, Oct 16, 2008 at 5:03 PM, Michael A. Puls II
[EMAIL PROTECTED]wrote:
Maybe video needs something (currently. maybe not in a few years)
like a wmode param where the author can suggest (and the user can
ultimately override
On 10/16/08, Lachlan Hunt [EMAIL PROTECTED] wrote:
Michael A. Puls II wrote:
On 10/14/08, Ian Hickson [EMAIL PROTECTED] wrote:
To be honest I'm not really convinced we need the looping feature at all.
It seems like we should drop this from the current version. What benefit
does it bring
On Tue, 28 Oct 2008 16:01:33 -0400, Ian Hickson [EMAIL PROTECTED] wrote:
On Tue, 30 Jan 2007, Shadow2531 wrote:
http://www.whatwg.org/specs/web-forms/current-work/#for-mailto
http://www.whatwg.org/specs/web-forms/current-work/#x-www-form-urlencoded
(#4)
In mailto URIs, %20 represents a
On Wed, 29 Oct 2008 03:42:17 -0400, Ian Hickson [EMAIL PROTECTED] wrote:
On Wed, 29 Oct 2008, Michael A. Puls II wrote:
Question though.
What about the method=POST case where the query string is kept?
For example:
form action=mailto:?subject=1+2; method=POST
input type=text name=body
On Thu, 20 Nov 2008 07:28:44 -0500, Ian Hickson [EMAIL PROTECTED] wrote:
On Tue, 6 May 2008, Michael A. Puls II wrote:
On 5/6/08, Ian Hickson [EMAIL PROTECTED] wrote:
On Tue, 31 Jan 2006, Shadow2531 wrote:
The current methods of The server Content-Type rules all and If
there's no data
On Tue, 02 Dec 2008 05:00:11 -0500, Ian Hickson [EMAIL PROTECTED] wrote:
On Tue, 2 Dec 2008, Michael A. Puls II wrote:
Consider this form:
form action=mailto:?subject=1+2; action=POST
input type=submit value=Compose
/form
(which contains a valid mailto URI meaning that 1+2 should
On Tue, 02 Dec 2008 02:48:15 -0500, Ian Hickson [EMAIL PROTECTED] wrote:
On Wed, 29 Oct 2008, Michael A. Puls II wrote:
On Wed, 29 Oct 2008 03:42:17 -0400, Ian Hickson [EMAIL PROTECTED] wrote:
On Wed, 29 Oct 2008, Michael A. Puls II wrote:
What about the method=POST case where the query
On Tue, 02 Dec 2008 07:16:51 -0500, Ian Hickson [EMAIL PROTECTED] wrote:
On Tue, 2 Dec 2008, Michael A. Puls II wrote:
I'm talking about a UA associating mailto: links and mailto: form
submission with webmail clients (like Gmail for example) by whatever
means, just like UAs can do
A. Puls II wrote:
Yes, these would be useful for 2 reasons that I can think of.
1. *Potential* ease of working around form handling bugs when you
really need to.
Although if the form handling is broken, the methods might be too, but
it still might be easier to get the broken data set and fix
On Tue, 06 Jan 2009 17:07:00 -0500, Ian Hickson i...@hixie.ch wrote:
On Tue, 6 Jan 2009, Michael A. Puls II wrote:
Are browsers actually buggy here?
You probably won't buy it, but I like the idea of using a form as a user
input data gatherer for in-page js-based apps where you do custom
On Tue, 10 Feb 2009 04:38:01 -0500, James Graham jgra...@opera.com wrote:
Jeremy Doig wrote:
Measuring the rate at which the playback buffer is filling/emptying
gives a
fair indication of network goodput, but there does not appear to be a
way to
measure just how well the client is playing
On Mon, 23 Feb 2009 05:57:01 -0500, Ian Hickson i...@hixie.ch wrote:
On Tue, 10 Feb 2009, Michael A. Puls II wrote:
Flash has low, medium and high quality that the user can change
(although a lot of sites/players seem to rudely disable that option in
the menu for some reason). This helps out
On Tue, 28 Apr 2009 15:16:59 -0400, Jacob Rask ja...@jacobrask.net wrote:
Hi,
has there ever been any discussion on including an attribute to the
code element, specify the programming language in the markup? If so,
what was the conclusion? I didn't find anything in the list archives.
If
On Wed, 10 Jun 2009 09:49:08 -0400, Brett Zamir bret...@yahoo.com wrote:
- Original Message
From: Ian Hickson i...@hixie.ch
To: Brett Zamir bret...@yahoo.com
Cc: wha...@whatwg.org
Sent: Wednesday, June 10, 2009 11:48:09 AM
Subject: Re: [whatwg] DOM3 Load and Save for simple
On Tue, 23 Jun 2009 21:42:18 -0400, Ojan Vafai o...@chromium.org wrote:
SUMMARY
Currently, textareas and text inputs support the oninput event that
fires
on all user-initiated modifications to their content. We should add this
event to contentEditable elements as well and add an action
On Mon, 13 Jul 2009 17:01:26 -0400, Philip Jägenstedt phil...@opera.com
wrote:
Does audio also have fallback content?
With audio, you can set its display to 'none' and the audio will still
play. However, if its display is set to 'none' and the element were to
fall back to a child object
On Mon, 13 Jul 2009 17:23:47 -0400, Michael A. Puls II
shadow2...@gmail.com wrote:
On Mon, 13 Jul 2009 17:01:26 -0400, Philip Jägenstedt
phil...@opera.com wrote:
Does audio also have fallback content?
With audio, you can set its display to 'none' and the audio will still
play. However
On Thu, 13 Aug 2009 22:05:26 -0400, Ian Hickson i...@hixie.ch wrote:
- Should objects exist all the time whether they are attached to the
document or not?
Assuming you mean the plugins, as opposed to the elements themselves,
then
the way the spec is written, the plugin instantiates regardless
On Mon, 24 Aug 2009 19:31:30 -0400, Ian Hickson i...@hixie.ch wrote:
On Fri, 14 Aug 2009, Michael A. Puls II wrote:
On Thu, 13 Aug 2009 22:05:26 -0400, Ian Hickson i...@hixie.ch wrote:
- Should objects exist all the time whether they are attached to
the
document or not?
Assuming you
On Wed, 02 Sep 2009 17:39:00 -0400, Ian Hickson i...@hixie.ch wrote:
On Thu, 27 Aug 2009, Michael A. Puls II wrote:
Here's an example that uses a more modern plug-in that shows what
browsers do.
window.onload = function() {
var obj = document.createElement(object);
obj.type
On Mon, 14 Sep 2009 10:04:30 -0400, Benjamin Smedberg
benja...@smedbergs.us wrote:
Two bugs reports which we *know* we triggered when we removed the full
path:
https://bugzilla.mozilla.org/show_bug.cgi?id=436116 (BlackBoard)
https://bugzilla.mozilla.org/show_bug.cgi?id=417715 (eBay)
In both
On Mon, 14 Sep 2009 08:42:10 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
Ah. I must have been unclear. We (Gecko) consider it a bug that a
display:none object in a document doesn't instantiate the plug-in.
I'm trying to remember. Did you also say that FF makes some use of
display: none
On Mon, 14 Sep 2009 02:10:22 -0400, Ian Hickson i...@hixie.ch wrote:
On Thu, 3 Sep 2009, Michael A. Puls II wrote:
On Wed, 02 Sep 2009 17:39:00 -0400, Ian Hickson i...@hixie.ch wrote:
On Thu, 27 Aug 2009, Michael A. Puls II wrote:
Here's an example that uses a more modern plug
On Mon, 14 Sep 2009 21:13:46 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
Michael A. Puls II wrote:
I'm trying to remember. Did you also say that FF makes some use of
display: none for fallback content
It does not, but it does make use of lack of CSS boxes...
and that if FF was fixed so
On Mon, 14 Sep 2009 08:42:10 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
We (Gecko) consider it a bug that a display:none object in a document
doesn't instantiate the plug-in.
BTW, what is the reason for considering it a bug? Is it because:
{
visibility: hidden;
width: 0;
height: 0;
On Fri, 18 Sep 2009 08:18:04 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 9/18/09 4:57 AM, Michael A. Puls II wrote:
We (Gecko) consider it a bug that a display:none object in a
document doesn't instantiate the plug-in.
BTW, what is the reason for considering it a bug?
Because
On Fri, 18 Sep 2009 14:43:39 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 9/18/09 10:21 AM, Michael A. Puls II wrote:
Attaching a test.
So, is it IE's behavior we want here, or Opera's?
In my opinion, neither. We don't want to have plug-in instantiation
depending on the CSS box model
Currently, registerProtcolHandler works like this:
navigator.registerProtocolHandler(protocol,
http://example.org/?uri=%s;, title);
However, this doesn't allow the site to specify some useful and important
information about the site like:
1. What encoding the server expects. For example,
On Sun, 20 Sep 2009 14:49:11 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 9/18/09 6:35 PM, Michael A. Puls II wrote:
With object style=display: none data=file.swf?vid=file.flv when
the page is parsed (or added to the document), what would happen?
Would it be something like this?:
1
On Sun, 20 Sep 2009 14:22:38 -0400, Joseph Pecoraro joepec...@gmail.com
wrote:
Was there any discussion for including document.head in HTML5?
I think it'd be cool to have to complement document.documentElement and
document.body.
--
Michael
On Sun, 20 Sep 2009 16:15:11 -0400, Joseph Pecoraro joepec...@gmail.com
wrote:
On Sep 20, 2009, at 3:57 PM, Michael A. Puls II wrote:
I think it'd be cool to have to complement document.documentElement and
document.body.
On Sep 20, 2009, at 4: 00PM, Juriy Zaytsev wrote:
Surely better than
On Sun, 20 Sep 2009 14:49:11 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 9/18/09 6:35 PM, Michael A. Puls II wrote:
The reason I ask is that if existing web pages use multiple object's
that load videos for example, that are initially set to display: none
and only shown later
On Mon, 21 Sep 2009 08:24:37 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 9/20/09 3:54 PM, Michael A. Puls II wrote:
O.K., so put simply, HTML5 should explicitly mention that the css
display property for object, embed (and applet in the handling
section) has absolutely no effect on plug
On Mon, 21 Sep 2009 08:24:37 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 9/20/09 3:54 PM, Michael A. Puls II wrote:
O.K., so put simply, HTML5 should explicitly mention that the css
display property for object, embed (and applet in the handling
section) has absolutely no effect on plug
On Mon, 21 Sep 2009 16:30:29 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 9/21/09 2:01 PM, Michael A. Puls II wrote:
I think Opera even defers
the fetching of display: none images until the display is changed.
With those, I believe, it does a synchronous GET when someone asks about
On Tue, 22 Sep 2009 09:54:12 -0400, João Eiras jo...@opera.com wrote:
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 you go to a site
On Tue, 22 Sep 2009 09:10:02 -0400, Anne van Kesteren ann...@opera.com
wrote:
On Sat, 19 Sep 2009 13:49:15 +0200, Michael A. Puls II
shadow2...@gmail.com wrote:
Currently, registerProtcolHandler works like this:
navigator.registerProtocolHandler(protocol,
http://example.org/?uri=%s
On Tue, 22 Sep 2009 11:46:01 -0400, Anne van Kesteren ann...@opera.com
wrote:
On Tue, 22 Sep 2009 17:32:59 +0200, Michael A. Puls II
shadow2...@gmail.com wrote:
On Tue, 22 Sep 2009 09:10:02 -0400, Anne van Kesteren
ann...@opera.com wrote:
Is this not already known? Or is there no same
On Tue, 22 Sep 2009 11:42:25 -0400, Tab Atkins Jr. jackalm...@gmail.com
wrote:
On Mon, Sep 21, 2009 at 5:26 PM, Michael A. Puls II
shadow2...@gmail.com wrote:
On Mon, 21 Sep 2009 16:30:29 -0400, Boris Zbarsky bzbar...@mit.edu
wrote:
Of course, if the idea is to support deferring for images
On Fri, 02 Oct 2009 18:27:42 -0400, Dean Edwards dean.edwa...@gmail.com
wrote:
Can we allow /source and save legacy Opera browsers?
Is there a reason to worry about legacy Opera browsers? On the desktop at
least this shouldn't be an issue. There's very little stopping an upgrade
to the
On Mon, 05 Oct 2009 07:27:08 -0400, Ian Hickson i...@hixie.ch wrote:
On Sat, 19 Sep 2009, Michael A. Puls II wrote:
Currently, registerProtcolHandler works like this:
navigator.registerProtocolHandler(protocol,
http://example.org/?uri=%s;, title);
However, this doesn't allow the site
On Tue, 06 Oct 2009 10:14:13 -0400, Hallvord R M Steen
hallv...@gmail.com wrote:
You might think so. However, as Michael stated above Opera used to do
this, and it broke a number of websites that expected
documentElement.firstChild to be HEAD no matter what the actual
markup looked like. So
On Sun, 11 Oct 2009 05:09:56 -0400, Ian Hickson i...@hixie.ch wrote:
On Mon, 5 Oct 2009, Michael A. Puls II wrote:
3. URI to a help page where the site explains how it makes uses of
registerProtocolHandler and gives help and support contacts etc.
The UA can already keep track
On Fri, 16 Oct 2009 05:28:46 -0400, Ian Hickson i...@hixie.ch wrote:
There was also some discussion of what to do about preventing a plugin
instantiating. It seems to me that authors can do that by not creating
the
object element ahead of time.
And, if it's desired to specify the object
On Fri, 16 Oct 2009 06:19:04 -0400, Simon Pieters sim...@opera.com wrote:
On Fri, 16 Oct 2009 12:10:35 +0200, Michael A. Puls II
shadow2...@gmail.com wrote:
On Fri, 16 Oct 2009 05:28:46 -0400, Ian Hickson i...@hixie.ch wrote:
There was also some discussion of what to do about preventing
On Fri, 16 Oct 2009 05:28:46 -0400, Ian Hickson i...@hixie.ch wrote:
On Sun, 20 Sep 2009, Michael A. Puls II wrote:
O.K., so put simply, HTML5 should explicitly mention that the css
display property for object, embed (and applet in the handling
section) has absolutely no effect on plug
On Mon, 14 Sep 2009 02:10:22 -0400, Ian Hickson i...@hixie.ch wrote:
On Thu, 3 Sep 2009, Michael A. Puls II wrote:
On Wed, 02 Sep 2009 17:39:00 -0400, Ian Hickson i...@hixie.ch wrote:
On Thu, 27 Aug 2009, Michael A. Puls II wrote:
Here's an example that uses a more modern plug
On Thu, 22 Oct 2009 08:23:33 -0400, Ian Hickson i...@hixie.ch wrote:
On Sun, 18 Oct 2009, Michael A. Puls II wrote:
However, if I use createDocument() to create an HTMLDocument and then
append an HTMLObjectElement to that document, the plug-in shouldn't load
as the document is not active/has
(CCing DOM list just in case anyone there has any comments)
With:
pinput onkeypress=this.nextSibling.focus()input/p
, if you type a character in the first field, should the character be
entered in the second field or the first?
In Firefox and Safari, it's the first field. In IE and Opera,
On Wed, 28 Oct 2009 10:57:43 -0400, Jacob Rossi ro...@gatech.edu wrote:
On Wed, Oct 28, 2009 at 2:43 AM, Michael A. Puls II
shadow2...@gmail.comshadow2...@gmail.com?subject=re%3a%20%5bwhatwg%5d%20focus%20change%20inside%20keypress%20event%20handlerIn-Reply
On Thu, 29 Oct 2009 10:14:42 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 10/29/09 9:20 AM, Michael A. Puls II wrote:
Despite that though, preventDefault() still works in
Firefox and Safari inside a keypress handler to prevent the char from
being inserted. So, I'm not exactly sure what's
On Thu, 29 Oct 2009 20:51:48 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 10/29/09 5:24 PM, Michael A. Puls II wrote:
I think so. The event target isn't changed by focus().
But, in Firefox, Safari and Opera, it's possible to change what element
the text is inserted into by changing
On Fri, 30 Oct 2009 01:29:00 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 10/29/09 9:58 PM, Michael A. Puls II wrote:
But, in Firefox, Safari and Opera, it's possible to change what
element
the text is inserted into by changing the focus in 'keydown'.
Right; that happens because
On Fri, 30 Oct 2009 18:56:33 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 10/30/09 6:41 PM, Michael A. Puls II wrote:
Is there a good way to solve that though? Or is that something that
should just be left as YMMV?
Well, you could require an alert to block all key event delivery
On Fri, 30 Oct 2009 00:34:14 -0400, Doug Schepers schep...@w3.org wrote:
Hi, Folks-
Scott González wrote (on 10/29/09 11:03 AM):
On Thu, Oct 29, 2009 at 9:20 AM, Michael A. Puls II
shadow2...@gmail.com mailto:shadow2...@gmail.com wrote:
Safari and Firefox will allow focus() inside
On Fri, 30 Oct 2009 18:56:33 -0400, Boris Zbarsky bzbar...@mit.edu wrote:
On 10/30/09 6:41 PM, Michael A. Puls II wrote:
Is there a good way to solve that though? Or is that something that
should just be left as YMMV?
Well, you could require an alert to block all key event delivery
1 - 100 of 147 matches
Mail list logo