On Tue, Aug 19, 2008 at 6:16 PM, Ian Hickson <[EMAIL PROTECTED]> wrote:
> On Sat, 22 Sep 2007, Garrett Smith wrote:
>>
>> window.onerror
>>
>> There needs to be a way to capture errors on the window.
>
> Is window.onerror not enough?
window.onerror would be sufficient if it:
* accepted an Error
On Thu, 28 Feb 2008, WeBMartians wrote:
>
> Fumbling around in the document, I came across the description of when
> the mouseout event is bubbled. What I did not see is anything about
> mouseouts after mousedowns but before mouseups. I understand why such
> text is missing - the combinations ar
On Sat, 22 Sep 2007, Garrett Smith wrote:
>
> window.onerror
>
> There needs to be a way to capture errors on the window.
Is window.onerror not enough?
Do you mean JS errors or load errors?
I'm not sure I follow what the problem is here. Is this to aid debugging?
--
Ian Hickson
On Wed, 15 Aug 2007, Leons Petrazickis wrote:
> On 8/15/07, Michael A. Puls II <[EMAIL PROTECTED]> wrote:
> > 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.
> > > >
>
On Tue, 11 Mar 2008, Krzysztof Żelechowski wrote:
>
> Dnia 10-03-2008, Pn o godzinie 03:09 +, Tom Gilder pisze:
>
> > 3) HTML 5 suggests queryCommandEnabled('Unlink') returns true with any
> > selection:
> >
> > "Enabled When: The document has a selection that is entirely within
> >
On Tue, 19 Aug 2008, Elliotte Harold wrote:
> >
> > In the case of non-Web content, the use of HTML is an academic point,
> > since any format would work as well.
>
> Really? Why? and how? That's certainly not self-evident.
When you control the software used to read the data, it doesn't matter
It sounds like a request for
which would end up like an inline IFRAME
This is such a common use case and just because you can do it with
SSI means zlich,
it presents challenges which sure, you can work around, but everyone
will do it with a different
way whether via javascript or a server side
Ian Hickson wrote:
Server-based offline Web apps are applications that are served by a remote
server and then cached locally; this is very different from non-Web cases
such as documentation on a local filesystem or on CD-ROMs. In the case of
non-Web content, the use of HTML is an academic poin
XInclude?
--
Elliotte Rusty Harold [EMAIL PROTECTED]
Refactoring HTML Just Published!
http://www.amazon.com/exec/obidos/ISBN=0321503635/ref=nosim/cafeaulaitA
Ian Hickson (2008-05-06):
On Wed, 1 Nov 2006, Christoph Päper wrote:
It's been a while, not that important anyhow.
I think it would be helpful to /explicitly/ allow content types
(...) in |type| of |object| to omit the subtype, e.g.:
|| ~= src="foo.mpv"/>
|| ~= src="foo.m
On Mon, 12 Mar 2007, Maciej Stachowiak wrote:
>
> As far as I can tell, the current spec does not adequately define how
> fallback behavior works. Specifically, what should be done with fallback
> content when not falling back?
In theory, this is now defined for all element combinations. Please
On Tue, 19 Aug 2008, Shannon wrote:
>
> Ian Hickson wrote:
>
> > > * Web applications and HTML documentation on the local filesystem.
> > > * Autorun frontends on CDROM that are typically employed by magazine
> > > coverdiscs.
> >
> > These aren't part of the use cases I am considering.
>
> I t
Ian, I have some final clarifications to make then if you wont change
your mind I'll leave this one alone or pursue it elsewhere. You've
previously made it abundantly clear that nothing happens around here
with your approval (the formal definition of editor I suppose).
Ian Hickson wrote:
* W
13 matches
Mail list logo