On Tue, Feb 7, 2012 at 4:13 PM, Matthew Wilcox m...@matthewwilcox.com wrote:
Ahhh, ok. I was not aware that SPDY is intended to suffer from the flaws
inflicted by the dated mechanics of HTTP. Is it really different semantics
though? I don't see how it's harmful to enable resource adaption over
2012/2/8 Kornel Lesiński kor...@geekhood.net:
For DPI/filesize selection I'd prefer something simpler:
picture src=large.jpg lowsrc=small.jpg !-- or source
high-dpi-href= or such --
alternative emtext/em
/picture
Authors want the flexibility of having as few or as many source
elements as
On 02/07/2012 10:19 PM, Charles Pritchard wrote:
On 2/7/2012 1:14 PM, Matthew Wilcox wrote:
Also, I am writing this on a laptop via a throttled mobile
connection.
It'd be nice if sites had the capability to adapt to that throttle
then wouldn't it...
As I read through this thread -- all
On 8 February 2012 07:42, Anselm Hannemann ans...@novolo.de wrote:
I only have the problem with this unordered markup.
In that case we don't have any wrapper for the alt-text and it would just
follow as plain on the source-elements.
We always should have wrappers in my mind, we have this for
On 8.2.2012 10:18, David Goss wrote:
On 8 February 2012 07:42, Anselm Hannemannans...@novolo.de wrote:
I'd love to have *ability* (just for future use-cases which might come up and I
already would have some for tablet-devices and smartphones) to add different
media.
e.g. we could offer a
Am 08.02.2012 um 10:43 schrieb Bronislav Klučka:
On 8.2.2012 10:18, David Goss wrote:
On 8 February 2012 07:42, Anselm Hannemannans...@novolo.de wrote:
I'd love to have *ability* (just for future use-cases which might come up
and I already would have some for tablet-devices and smartphones)
On 8.2.2012 10:59, Anselm Hannemann - Novolo Designagentur wrote:
Hi,
I think that while talking about responsive image, introducing element that
would choose image based on media-query, we should explore more generic
approach... any media
media media=all
video media=support: video
source
On 8 February 2012 09:59, whatwg-requ...@lists.whatwg.org wrote:
Date: Wed, 8 Feb 2012 10:59:34 +0100
From: Anselm Hannemann - Novolo Designagentur ans...@novolo.de
To: Bronislav Klu?ka bronislav.klu...@bauglir.com
Cc: whatwg@lists.whatwg.org
Subject: Re: [whatwg] add html-attribute for
2012/2/8 Bronislav Klučka bronislav.klu...@bauglir.com:
On 8.2.2012 10:59, Anselm Hannemann - Novolo Designagentur wrote:
Hi,
I think that while talking about responsive image, introducing element
that would choose image based on media-query, we should explore more generic
approach... any
On 8.2.2012 11:24, David Goss wrote:
I share your skepticism. It would be nice and neat if there was a
media element with a common structure for images, video and audio,
but clearly the video and audio elements are too well established
already. No sense in rocking that boat now.
This
On 8.2.2012 11:23, Benjamin Hawkes-Lewis wrote:
2012/2/8 Bronislav Klučkabronislav.klu...@bauglir.com:
On 8.2.2012 10:59, Anselm Hannemann - Novolo Designagentur wrote:
Hi,
I think that while talking about responsive image, introducing element
that would choose image based on media-query,
On Tue, Feb 7, 2012 at 11:17 PM, divya manian divya.man...@gmail.com wrote:
This is the info I would love to see any time for my app to make the
kind of decision it should:
* connection speed: so I know how fast my resources can load, how quickly.
* bandwidth caps: so I know I shouldn't be
People, this is really getting out of hand...
1. WHATWG is a standards body, meaning it _standardizes_ solutions.
Everyone who followed the discussion up until now can easily tell that
currently there is no unified, or even close to common approach to this
topic yet. Someone says the solution is
On 8 February 2012 10:23:02 +, Benjamin Hawkes-Lewis wrote:
Another option to containment would be referencing: add a @srclist
attribute on img that points to a srclist container of src
elements.
Compare @list and @datalist:
If using a single object element for embedding in general would be
too hard on implementations (although the markup cleanliness is
tempting), can we not (re)use video for both animated and still 2D
images?
On Feb 8, 2012, at 8:38 AM, David Goss wrote:
picture alt=alternative text src=default.jpg
source href=medium.jpg media=min-width:400px /
source href=large.jpg media=min-width:700px /
img alt=alternative text src=default.jpg /
/picture
Becomes this:
img alt=alternative text
I'm late to this discussion so pardon me if this has already been discussed, by
using the same logic as the srclist why not just create figlist to go along
with the figure element?
Sean Fousheé
Instructor, Graphic Communications
Tarrant County College, NE Campus
828 Harwood Rd.
Hurst, TX 76054
On 08/02/2012, at 12:39 AM, Ian Hickson wrote:
On Fri, 20 Jan 2012, Cameron Heavon-Jones wrote:
The lang attribute is the structural declaration of the content's
localization, be it prose or data values.
Technically it just sets the language, not the localisation. I expect we
will in
Okay, I talked with some disabled web developers and Accessibility experts
today and talked about the proposal of markup in alt-text.
This seems not to be a good idea as screenreader would read the tags which
would confuse many users then.
So we would get into trouble with that approach
On Tue, 7 Feb 2012, Boris Zbarsky wrote:
On 2/7/12 7:16 PM, Ian Hickson wrote:
All of the above seem consistent with what the spec requires.
Firefox actually seems to have a slight bug, which is that the event
loop keeps pumping in the original page, but that seems like a
separate
On 2/8/12 3:20 PM, Ian Hickson wrote:
In any case, in my testcase the entry script is the one running in
test1.html, but the alert is being associated with test2.html. In
general, I would expect that alerts are associated with the window that
was the |this| for the alert call
I shouldn't
On Wed, 8 Feb 2012, Boris Zbarsky wrote:
On 2/8/12 3:20 PM, Ian Hickson wrote:
In any case, in my testcase the entry script is the one running in
test1.html, but the alert is being associated with test2.html. In
general, I would expect that alerts are associated with the window
On 2/8/12 3:50 PM, Ian Hickson wrote:
Should events be paused on detached iframes? Or another question?
(Sorry, I've lost the context here.)
The thread is discontinuous in the archives (why?), but I think the
relevant part was:
It's possible to switch these relevant checks to walk the
On Wed, 08 Feb 2012 09:06:36 -, David Goss dvdg...@gmail.com wrote:
When browser has a high-quality image the cached already, but media
query for network-connection: gprs matches, it would be shame to
force it to
switch to a lousy image.
True. But that's mostly likely to happen on a
On Wed, 8 Feb 2012, Boris Zbarsky wrote:
On 2/8/12 3:50 PM, Ian Hickson wrote:
Should events be paused on detached iframes? Or another question?
(Sorry, I've lost the context here.)
The thread is discontinuous in the archives (why?)
Mailman archives suck.
I found the thread in a more
2012/2/8 Anselm Hannemann - Novolo Designagentur ans...@novolo.de:
Okay, I talked with some disabled web developers and Accessibility experts
today and talked about the proposal of markup in alt-text.
This seems not to be a good idea as screenreader would read the tags which
would confuse
On Wed, Feb 8, 2012 at 1:52 PM, Mathew Marquis m...@matmarquis.com wrote:
On Feb 8, 2012, at 8:38 AM, David Goss wrote:
picture alt=alternative text src=default.jpg
source href=medium.jpg media=min-width:400px /
source href=large.jpg media=min-width:700px /
img alt=alternative text
On Feb 8, 2012, at 8:04 AM, Ronjec Viktor wrote:
People, this is really getting out of hand...
1. WHATWG is a standards body, meaning it _standardizes_ solutions.
Everyone who followed the discussion up until now can easily tell that
currently there is no unified, or even close to common
On Feb 8, 2012, at 8:54 AM, FOUSHEE, SEAN wrote:
I'm late to this discussion so pardon me if this has already been discussed,
by using the same logic as the srclist why not just create figlist to go
along with the figure element?
When a bunch of us discussed this on an etherpad a while
Could a feature be added to the CSS spec to allow text to wrap around
alpha-channel-possessing images in a manner similar to that of word processors?
The alpha channel could also be used to pass through clicks on portions of
images below a certain alpha value (specified in CSS) to the element
On Feb 8, 2012, at 7:29 PM, Jason Grigsby wrote:
On Feb 8, 2012, at 8:54 AM, FOUSHEE, SEAN wrote:
I'm late to this discussion so pardon me if this has already been discussed, by
using the same logic as the srclist why not just create figlist to go along
with the figure element?
When a bunch
Rodger Combs rodger.co...@gmail.com schrieb am Wed, 8 Feb 2012
21:03:06 -0600:
Could a feature be added to the CSS spec to allow text to wrap around
alpha-channel-possessing images in a manner similar to that of word
processors? The alpha channel could also be used to pass through
clicks on
On Feb 8, 2012, at 8:19 PM, Nils Dagsson Moskopp
n...@dieweltistgarnichtso.net wrote:
Rodger Combs rodger.co...@gmail.com schrieb am Wed, 8 Feb 2012
21:03:06 -0600:
Could a feature be added to the CSS spec to allow text to wrap around
alpha-channel-possessing images in a manner similar to
33 matches
Mail list logo