On Wed, 2011-02-23 at 11:12 -0800, Tab Atkins Jr. wrote:
>
> """
> I have untrusted markup from a third party which I would like to
> safely insert into my page, knowing that the rest of my page is safe
> from whatever the untrusted markup is doing. Also, the untrusted
> markup may be doing expen
On Tue, Feb 22, 2011 at 6:35 PM, Boris Zbarsky wrote:
>
>>
>> Would a means by which authors can mark a pre-fetched script as
>> "stale" allay some of your concerns?
>
> I wouldn't expect anyone to actually use such a means.
Understandable.
I ask because at one point you stated if DOM attachment
On Tue, Feb 22, 2011 at 4:13 PM, Boris Zbarsky wrote:
> Uh... In that situation I would expect the event handler to
> keep the script alive until the load finishes.
> Anything else is just a bug that exposes GC timing to the web page.
Yes, quite strange. It's fixed in IE9 (at least my test no l
> On Thu, 2011-02-17 at 15:24 -0500, Boris Zbarsky wrote:
>
> 1) If your script is no-cache, or max-age:0, does IE make a new
> request for it for every
On Feb 15, 2011 6:34 PM, "Nicholas Zakas" wrote:
>
> 1) Should the default behavior for dynamic script nodes be to start
downloading the file upon the setting of src and only execute when added to
the document (IE's behavior) or not?
Could the default behavior be defined by the user-agent and the
While they are converging, I think the first proposal is simpler,
defines a much more generic interface with applicability beyond script
elements, provides a mechanism for opting into or out of the behavior,
and will lead to cleaner javascript and, unlike readyState, does not
introduce compatibilit
it seems like an
easy change to the spec.
It also belongs in a separate discussion. I should not have clouded this
thread with more slightly-related-but-mostly-off-topic fud.
> -N
>
>
> -Original Message-
> From: whatwg-boun...@lists.whatwg.org [mailto:
whatwg-boun...@lists.
On Feb 11, 2011 10:41 AM, "Nicholas Zakas" wrote:
>
> We've gone back and forth around implementation specifics, and now I'd like
> to get a general feeling on direction. It seems that enough people understand
> why a solution like this is important, both on the desktop and for mobile, so
> wha
On Feb 11, 2011 12:31 PM, "Will Alexander" wrote:
>
>
> On Feb 11, 2011 10:41 AM, "Nicholas Zakas" wrote:
> >
> > We've gone back and forth around implementation specifics, and now I'd
like to get a general feeling on direction. It seems that e
>> Doesn't mostly address the use-case of
>> load-but-don't-execute in markup? The reason script-inserted script elements
>> need this capability is more advanced than any use-case for why you'd do so
>> in markup. In other words, I can't imagine that a script loader would rely
>> on adding script
rrow
> keys. And when people specify how arrow keys work in contentEditable,
> i'd expect them to try to specify how arrow keys work while is
> active (an attempt to influence selection length/shape).
>
> I've heard rumors that Qt has (plans?) for some magical way to contro
this issue
for discussion.
I'm happy you find the described behaviour reasonable.
Thank you again.
Alex.
On Mon, Oct 12, 2009 at 3:04 PM, Ian Hickson wrote:
> On Thu, 8 Oct 2009, Alexander Surkov wrote:
>>
>> The suggestion is to treat control element as special character, i.e.
Hi.
My suggestion concerns to keyboard behaviour inside of editable area
(@contenteditable="true") within control elements. The suggestion is
based on Rich Schwerdtfeger comment from
http://lists.w3.org/Archives/Public/wai-xtech/2009Jul/0184.html:
> Form elements should operate the same way they
Hi.
HTML 5 contentEditable section doesn't define behaviour of HTML form
controls inside of editable area explicitly
(http://dev.w3.org/html5/spec/Overview.html#user-editing-actions). The
question is the following: is behaviour on keyboard or mouse
interaction with form controls inside of editable
; code="MyJavaClass">, which is currently not allowed because src is
>> required.
>
> Indeed.
>
>
>> There's also http://www.w3.org/TR/html4/struct/objects.html#h-13.4>). This is
>> currently not allowed because there's no classid allowed, whi
Thank you Erik - this is what I was looking for.
Regards,
-Vlad
http://xhtml.com
Original Message
From: Erik Dahlstr�m
Date: 2008-01-28 11:16 AM
> On Mon, 28 Jan 2008 15:34:32 +0100, Vlad Alexander (xhtml.com)
> <[EMAIL PROTECTED]> wrote:
>
>> Hi Erik,
&
nically that is in violation of
>> the current specs for SVG up to and including 1.2.
>>
>> I've cc'ed Erik, our SVG lead and the hair of the SVG WG, in case he
>> wants to offer anything more, or correct anything I have misunderstood.
>>
>> cheers
>&g
lad,
>
> On Fri, 25 Jan 2008 00:50:45 +1100, Vlad Alexander (xhtml.com)
> <[EMAIL PROTECTED]> wrote:
> ...
>> I tested Opera's support for SVG through the img element and it
>> incorrectly clips the SVG image. The width and height attributes of
>> the img
Embedding SVG by reference (thought the img element) is well suited to HTML.
SVG was designed for this as stated in "Embedding by reference" section here:
http://www.w3.org/TR/SVG11/concepts.html#UsageOptions
I tested Opera's support for SVG through the img element and it incorrectly
clips the
Daniel wrote:
> SVGs *explicitly* state their size
So do raster images.
Daniel wrote:
> To change the size, you would actually be violating
> the content of the image file itself.
But that is exactly what SVG editors do - they let users scale the SVG images.
Any application that does a thumbnail
Hi Daniel,
Sorry, I still don't get it. A raster (bitmap) image, which _isn't_ really
designed to scale, has "intrinsic size" yet it is scaled by the IMG's "width"
and "height" attributes. Why isn't an image that _is_ designed to scale not
scaled by the IMG's "width" and "height" attributes?
R
:08 PM
> On 10/25/07, Vlad Alexander (xhtml.com) <[EMAIL PROTECTED]> wrote:
>> Request for the HTML 5 forms section:
>>
>> Alternate content such as form controls should not participate in the HTTP
>> POST if the can be rendered. In this example, if logo.gif can be
Request for the HTML 5 forms section:
Alternate content such as form controls should not participate in the HTTP POST
if the can be rendered. In this example, if logo.gif can be rendered,
then data from should not be send to the server:
Hello World!
Here is a test page for the abov
Anne, on a semi-related topic, can you please help me understand why Opera does
not scale the SVG image when loaded via IMG element? Here is a test page:
http://xhtml.com/misc/svg-img.htm
Regards,
-Vlad
http://xhtml.com
Original Message
From: Anne van Kesteren
Date: 2007-10-
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 the need for JavaScript. This makes for an accessible
solution.
I noticed that Opera 9.5 can load an SVG image via the IMG element. I think
this is a wonderful thing. Is there any specification on how this should work?
For example, I noticed that Opera, for some reason, does not scale SVG images
to fit the box created by the IMG element's width and height at
The simple name/value pairs that form submission is organized in are
sufficient for expressing data structures of any complexity.
Multidimensional keys like (name, key) in your example can be expressed
through combined names:
Of course, it's how I usually do this :) But I would n
XXX----XXXX') { ... }
!--- end of loop ---!
Regards,
Alexander.
Thank you Ian. Just one follow-up question. You wrote:
>...We could require editors to do this, but since nobody knows
> how to do it, it would be a stupid requirement. ...
Is it due to a flaw in HTML that it is difficult to build authoring tools, such
as WYSIWYG editors, that generate markup ri
4. One of the biggest problems with HTML is that content authors can get away
with writing "tag soup". As a result, most content authors don't feel the need
to write markup to specification. When markup is not written to specification,
CSS may not get applied correctly, JavaScript may not execut
X/HTML 5 introduces new markup constructs such as sectioning elements,
enhancements to the input element, a construct for dialogs, a way to mark up
figures, and much more. Can you briefly describe these new constructs and the
reason they were added?
X/HTML 5 is currently in Working Draft stage. What is the tentative timetable
for moving X/HTML 5 through the standards approval process towards
Recommendation stage?
Why do we need X/HTML 5? When did this need become apparent?
33 matches
Mail list logo
