On Mon, 03 Jan 2011 21:40:51 +0100, Glenn Maynard gl...@zewt.org wrote:
On Mon, Jan 3, 2011 at 10:57 AM, Philip Jägenstedt phil...@opera.com
wrote:
But what's the use case? Is it really useful to have comments in a
subtitle file?
Being able to put licensing/contact information at the top of
On Mon, 03 Jan 2011 18:56:56 +0100, Simon Pieters sim...@opera.com wrote:
On Mon, 03 Jan 2011 16:57:50 +0100, Philip Jägenstedt
phil...@opera.com wrote:
To use a different style for the cues that are sung together, so that
you know when it's your turn to sing.
It's not clear whether
Flash is insecure, so HTML5 should be too? Seriously?
Flash is insecure because there's no security policies. It's similiar to
the firefox feature to read files: you read all or you read none. That's
not a good policy. Something similar to the geolocation would be better
(this specific
On Mon, 3 Jan 2011, Glenn Maynard wrote:
By the way, the WebSRT hit from Google
(http://www.whatwg.org/specs/web-apps/current-work/websrt.html) is 404.
I've had to read it out of the Google cache, since I'm not sure where it
went.
Oops. I thought I'd set up a redirect but I flubbed the
On 03/01/2011 15:57, Philip Jägenstedt wrote:
There was also some discussion about metadata. Language is sometimes
necessary for the font engine to pick the right glyph.
Could you elaborate on this? My assumption was that we'd just use CSS,
which doesn't rely on language for this.
It's not
Please see my in-line comments below:
From: rocalla...@gmail.com [mailto:rocalla...@gmail.com] On Behalf Of ext
Robert O'Callahan
Sent: Monday, January 03, 2011 5:56 PM
To: Szabo Carol (Nokia-MS/Boston)
Cc: ch...@jumis.com; wha...@whatwg.org
Subject: Re: [whatwg]
On 1/4/11 5:48 AM, Diogo Resende wrote:
Flash is insecure because there's no security policies. It's similiar to
the firefox feature to read files: you read all or you read none. That's
not a good policy. Something similar to the geolocation would be better
(this specific site/app can access
On Wed, Jan 5, 2011 at 8:12 AM, carol.sz...@nokia.com wrote:
Please see my in-line comments below:
--
Version 1:
4.8.11.1.13 Drawing model
When a shape or image is painted, user agents must follow these steps, in
the order given (or act as if they do):
When you download and run a program you are placing the same level of
trust in a website (unless it the program is also distributed by an
additional trusted site and you can verify the one you have is the
same) as you would when allowing them to access one of your devices.
Therefore, device
On Tue, Jan 4, 2011 at 4:24 AM, Philip Jägenstedt phil...@opera.com wrote:
If you need an intermediary format while editing, you can just use any
syntax you like and have the editor treat it specially.
If I'd need to write my own parser to write an editor for it, that's
one thing--but I hope I
On 1/4/11, Diogo Resende drese...@thinkdigital.pt wrote:
Flash is insecure because there's no security policies. It's similiar to
the firefox feature to read files: you read all or you read none. That's
not a good policy. Something similar to the geolocation would be better
(this specific
On Tue, Jan 4, 2011 at 4:59 PM, Seth Brown lear...@gmail.com wrote:
When you download and run a program you are placing the same level of
trust in a website (unless it the program is also distributed by an
additional trusted site and you can verify the one you have is the
same) as you would
If Microsoft, Opera, and Mozilla all subscribed to the current version of the
spec, it looks like WebKit is the only hold out.
In the discussions that I followed, I noticed no strong arguments, other then
my own (concerning resource consumption, which Robert O'Callahan aparently
rejected as
Hi all,
Thanks again for your comments and feedback. It's been a couple of weeks
since the last activity on this thread, and I wanted to take the opportunity
to do a very high-level summary of the discussion so far and put forward an
updated version of the proposal (which I've included at the
On Fri, 1 Oct 2010, Jonas Sicking wrote:
However, for input type=email multiple pattern=@company.com the
pattern is applied to the value as a whole, rather than to the
individual addresses. This seems less useful. It can be worked around
using more complex patterns, such as
On Wed, 6 Oct 2010, Narendra Sisodiya wrote:
I think, web developed should be done modular design approach.
This is more or less what XBL is intended to do:
http://dev.w3.org/cvsweb/~checkout~/2006/xbl2/Overview.html?content-type=text/html;%20charset=utf-8
--
Ian Hickson
I couldn't agree more that we should avoid turning this into vista's UAC.
Maybe developers could make changes infrequent enough that users
wouldn't be bothered very often? They could encapsulate the device
access logic into one .js file that shouldn't be regularly changed.
Another option is to
On Tue, Jan 4, 2011 at 7:07 PM, Seth Brown lear...@gmail.com wrote:
I couldn't agree more that we should avoid turning this into vista's UAC.
Maybe developers could make changes infrequent enough that users
wouldn't be bothered very often? They could encapsulate the device
access logic into
On Sun, 10 Oct 2010, Michael A. Puls II wrote:
Consider the following [simplified]:
!DOCTYPE html
title/title
script
window.addEventListener(DOMContentLoaded, function() {
var ta = document.getElementsByTagName(textarea)[0];
ta.value = ta.value.replace(/\r|\n/g,
On Tue, Jan 4, 2011 at 3:50 PM, Glenn Maynard gl...@zewt.org wrote:
The earlier condition that I think you mentioned seemed reasonable:
never say the page is hidden when it's not, eg. no false positives.
It's more harmful to tell a visible page that it's invisible, than to
tell an invisible
That was the point of what I said in the previous message. The default
security level wouldn't prompt users every time a script changes. But
for users who are interested and do understand what's going on--they
have the option of checking to see if a script has changed and can do
some more
On Thu, 14 Oct 2010, Olli Pettay wrote:
may I wonder why on earth any new API, like
link.sizes uses PutForwards?
IMHO, PutForwards should be limited to the
awkward DOM0 APIs like window.location.
On Fri, 15 Oct 2010, Anne van Kesteren wrote:
What's wrong with PutForwards?
On Fri, 15 Oct
On Tue, 04 Jan 2011 19:38:17 -0500, Ian Hickson i...@hixie.ch wrote:
On Sun, 10 Oct 2010, Michael A. Puls II wrote:
Consider the following [simplified]:
!DOCTYPE html
title/title
script
window.addEventListener(DOMContentLoaded, function() {
var ta =
On Wed, 20 Oct 2010, Jens M�ller wrote:
now that device orientation, geolocation, camera etc. have been spec'ed:
Is there any intent to provide an API for pressure sensors?
This might well be the next hip feature in smartphones ...
Oh, and while we are at it: Humidity probably belongs
On Wed, 20 Oct 2010, Boris Zbarsky wrote:
Consider the following testcase (XHTML, but an equivalent DOM can be
constructed in HTML, of course).
!DOCTYPE html
html xmlns=http://www.w3.org/1999/xhtml;
body
aaa
optgroup
bbb
/optgroup
ccc
option
ddd
On 1/4/11 6:15 PM, Glenn Maynard wrote:
No general security model can be built around requiring the user
to understand the technical issues behind the security.
Agreed.
At the same time no general security model should be build around
requiring users to make decisions based on no
On 1/4/11 7:47 PM, Ian Hickson wrote:
1) Gecko makes optgroup and option blocks (and applies some
bold/italic/font-size styles to the optgroup, at least).
2) Presto renders the text in theoptgroup (which it treats as an
inline) but doesn't render theoption at all.
3) Webkit
On Tue, Jan 4, 2011 at 10:53 PM, Boris Zbarsky bzbar...@mit.edu wrote:
Note that you keep comparing websites to desktop software, but desktop
software typically doesn't change out from under the user (possibly in ways
the original software developer didn't intend). The desktop apps that do
On 1/4/11 10:51 PM, Glenn Maynard wrote:
On Tue, Jan 4, 2011 at 10:53 PM, Boris Zbarskybzbar...@mit.edu wrote:
Note that you keep comparing websites to desktop software, but desktop
software typically doesn't change out from under the user (possibly in ways
the original software developer
On Wed, Jan 5, 2011 at 12:10 AM, Boris Zbarsky bzbar...@mit.edu wrote:
HTTPS already prevents MITM attacks and most others
I've yet to see someone suggest restricting the asking UI to https sites
(though I think it's something that obviously needs to happen). As far as I
can tell, things
On 1/5/11 12:29 AM, Glenn Maynard wrote:
Stricter requirements like SSL makes more sense for the latter case.
I'd put geolocation squarely in the first, lesser group.
I wouldn't. Just because a user trusts some particular entity to know
exactly where they are, doesn't mean they trust their
On Wed, Jan 5, 2011 at 1:34 AM, Boris Zbarsky bzbar...@mit.edu wrote:
I wouldn't. Just because a user trusts some particular entity to know
exactly where they are, doesn't mean they trust their stalker with that
information. I picked geolocation specifically, because that involves an
32 matches
Mail list logo
