Am 09.12.2010 00:12 schrieb Boris Zbarsky:
On 12/8/10 5:29 PM, Markus Ernst wrote:
Thus, I'd consider an api for detecting the visibility state of every
HTML element useful (totally visible, partially visible, hidden - or a
percentage value).
This is pretty hard to implement, in general. For
Am 09.12.2010 07:12 schrieb Boris Zbarsky:
2) There is some potential for abuse (e.g. putting up dialogs to make
yourself the active tab if you determine that you aren't, though
perhaps this is a quality of implementation issue). I can
particularly see things like ads doing this so you don't
On Fri, Dec 3, 2010 at 1:06 AM, Charles Pritchardch...@jumis.com wrote:
Currently, Firefox and Safari output image/jpeg in a way that differs
from
the spec:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11431
is there a reason you haven't found/filed bugs in
i'm not sure i'm a fan.
From work on the nokia n8x0/n900, we wanted to be able to stop things
when the screen blanked.
During this case the active tab was still the active tab, but
since the screen was blanked, the user couldn't see it.
That said, if a video is offscreen, partially offscreen,
On 2010-12-08 20:44, Ian Hickson wrote:
On Mon, 20 Sep 2010, Roger Hågensen wrote:
It would be better to define this as explicitly indicating which
resources are NOT valid any longer, with most sites/web applications
this would only be a select few links.
Doing that would require knowing what
Roger Hågensen resca...@emsai.net schrieb am Thu, 09 Dec 2010
14:24:05 +0100:
This has irked me lately...
* a uses /href/ (outbound)
* link uses /href/ (inbound and outbound)
Both refer to (mostly hypertext) documents.
* img uses /src/ (inbound)
* iframe uses /src/
Markus Ernst derer...@gmx.ch schrieb am Thu, 09 Dec 2010 09:52:43
+0100:
Regarding ads, I assume that providing some kind of visibility API
could also lead to better ads. Ad authors could make their ads stop
executing when invisible.
Browser makers can do that already with less abuse
I think if you want that effect, you flip what's visible in an area of the page
between a playing video, and an image. Relying on the poster is not effective,
IMHO.
On Dec 8, 2010, at 23:11 , Kevin Marks wrote:
Apologies for top posting; I'm on my phone.
One case where posters come back
Kevin,
I spoke with a rep on Google TV, as well as a Microsoft IE rep: neither
saw an active use-case for non-square pixels.
There are cases where width is stretched / squished, but they're always
handled by scaling the output image. Think of fancy window manager
effects, and of the ratio
Date: Thu, 09 Dec 2010 09:24:25 -0500 From: Boris Zbarsky
bzbar...@mit.edu To: Markus Ernst derer...@gmx.ch Cc:
whatwg@lists.whatwg.org Subject: Re: [whatwg] Proposal for a tab
visibility API Message-ID: 4d00e699.7040...@mit.edu Content-Type:
text/plain; charset=UTF-8; format=flowed On
On Thu, Dec 9, 2010 at 8:24 AM, Roger Hågensen resca...@emsai.net wrote:
It seems like in all cases these are simply a URI, and whether it takes you
to some place or if it loads in something is purely contextual.
So why not spec all those to simply be synonyms for href (which is used both
for
I know it's not effective at the moment; it is a common use case.
QuickTime had the 'badge' ux for years that hardly anyone took advantage of:
http://www.mactech.com/articles/mactech/Vol.16/16.02/Feb00QTToolkit/index.html
What we're seeing on the web is a converged implementation of the
On 11/24/2010 2:45 PM, Aryeh Gregor wrote:
On Wed, Nov 24, 2010 at 4:38 PM, Charles Pritchardch...@jumis.com wrote:
I greatly appreciate the value of standards, but I am at the same time, very
sensitive to the effects that centrally planned restrictions have on groups.
The aggregate effect is
Hi all,
What is your opinion on enabling the HTTP POST method for the img element? The
motivation behind this is that there are services which generate images
automatically based on parameters given -- nowadays provided as query string in
a GET request -- for inclusion in web pages. I've
We've seen use cases for a similar feature for iframes and hyperlinks.
For example:
a href=/logout post-dataLogout/a
would be more semantically correct that just a
href=/logoutLogout/a because it would generate a POST instead of
a GET.
Adam
On Thu, Dec 9, 2010 at 10:59 AM, Martin Janecke
I like the general idea (this would also get rid of the problem that,
right now, it's unnecessarily hard for authors to show idempotent and
non-idempotent actions in a unified visual style), though this would
also present serious security vulnerabilities, especially in forum pages.
There are
... on second thought, maybe it would be an even better idea to just
define a new submit like input type that would submit the form as soon
as it's fully loaded and display the POST result as an image. This would
work better with the form metaphor and would present less security
risks, since only
On Thu, Dec 9, 2010 at 1:42 AM, Simon Pieters sim...@opera.com wrote:
On Thu, 09 Dec 2010 02:58:12 +0100, Ian Hickson i...@hixie.ch wrote:
On Wed, 1 Sep 2010, Simon Pieters wrote:
I think it might be good to run the media element load algorithm when
setting or changing src on source (that
On Thu, Dec 9, 2010 at 11:01 AM, Adam Barth w...@adambarth.com wrote:
We've seen use cases for a similar feature for iframes and hyperlinks.
For example:
a href=/logout post-dataLogout/a
would be more semantically correct that just a
href=/logoutLogout/a because it would generate a POST
On Thu, Dec 9, 2010 at 4:46 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Thu, Dec 9, 2010 at 11:01 AM, Adam Barth w...@adambarth.com wrote:
We've seen use cases for a similar feature for iframes and hyperlinks.
For example:
a href=/logout post-dataLogout/a
would be more semantically
On Thu, Dec 9, 2010 at 6:26 PM, Adam Barth w...@adambarth.com wrote:
On Thu, Dec 9, 2010 at 4:46 PM, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Thu, Dec 9, 2010 at 11:01 AM, Adam Barth w...@adambarth.com wrote:
We've seen use cases for a similar feature for iframes and hyperlinks.
For
On Thu, Dec 9, 2010 at 11:41 AM, Philipp Serafin phil...@gmail.com wrote:
There are quite a number of older web forums that sanitize their HTML
using black lists and would not strip new attributes like post-data. For
malicious users, it would be very easy to include e.g. img
On Thu, Dec 9, 2010 at 7:15 PM, Adam Barth w...@adambarth.com wrote:
On Thu, Dec 9, 2010 at 11:41 AM, Philipp Serafin phil...@gmail.com wrote:
There are quite a number of older web forums that sanitize their HTML
using black lists and would not strip new attributes like post-data.
For
23 matches
Mail list logo