In Chrome/Chromium, incognito mode is basically a new profile that is in
memory (plus or minus... the cache will never get written out to disk,
although of course the memory pages could get swapped out and hit the disk
that way...). The implication is that, for many of these features, things
could
On Tue, Apr 7, 2009 at 5:50 PM, Aryeh Gregor
simetrical+...@gmail.comsimetrical%2b...@gmail.com
wrote:
On Tue, Apr 7, 2009 at 8:24 PM, Brady Eidson beid...@apple.com wrote:
1 - Disable LocalStorage completely when private browsing is on. Remove
it
from the DOM completely.
2 - Disable
?
~Brady
On Apr 7, 2009, at 5:39 PM, Ian Fette (イアンフェッティ) wrote:
In Chrome/Chromium, incognito mode is basically a new profile that is in
memory (plus or minus... the cache will never get written out to disk,
although of course the memory pages could get swapped out and hit the disk
that way
2009/4/7 Jonas Sicking jo...@sicking.cc
2009/4/7 Ian Fette (イアンフェッティ) ife...@google.com:
In Chrome/Chromium, incognito mode is basically a new profile that is
in
memory (plus or minus... the cache will never get written out to disk,
although of course the memory pages could get swapped
On Tue, Apr 7, 2009 at 6:07 PM, Brady Eidson beid...@apple.com wrote:
On Apr 7, 2009, at 5:50 PM, Aryeh Gregor wrote:
How are cookies handled right now? Surely the issues should be pretty
much the same?
They are unspecified. From this thread I have learned that Chrome and
Firefox
, that
feels a lot better than just saying No, sorry, you don't get XYZ.
2009/4/7 Ian Fette (イアンフェッティ) ife...@google.com
On Tue, Apr 7, 2009 at 6:07 PM, Brady Eidson beid...@apple.com wrote:
On Apr 7, 2009, at 5:50 PM, Aryeh Gregor wrote:
How are cookies handled right now? Surely the issues should
And as of right now, afaict, a user / user agent can prune a database and
not be in violation of the database spec :)
On Tue, Apr 7, 2009 at 6:11 PM, Brady Eidson beid...@apple.com wrote:
On Apr 7, 2009, at 6:09 PM, Ian Fette (イアンフェッティ) wrote:
I strongly share Jonas' concern that we'd tell
. They will suffer the consequences of their own action.
The operating system probably shouldn't chose to do so on its own, the same
way the OS shouldn't chose to pretend a file is safely on disk when it's
not.
~Brady
On Apr 7, 2009, at 6:12 PM, Ian Fette (イアンフェッティ) wrote:
And as of right
There's already a giant thread about this topic, I suggest you join that
thread.
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-April/019238.html
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-April/019238.htmlPrivate
browsing vs. Storage and Databases
Cheers,
Ian
On Thu,
MPEG-1 is not exactly a popular codec on the web if you look at the
breakdown of video files on the web. The most popular formats are H.264 and
FLV. H.264 currently offers the best performance in terms of image quality
and compression (and is already the de-facto choice in a large, and
increasing,
a few things
that we don't make available in chromium (e.g. our artwork, and in this case
a binary for ffmpeg / h.264 related stuff that is loaded at run time).
2009/5/29 Benjamin M. Schwartz bmsch...@fas.harvard.edu
Ian Fette (イアンフェッティ) wrote:
We have chosen to support H.264 + AAC as well as
Ogg
2009/6/15 Joseph Pecoraro joepec...@gmail.com
On Mon, Jun 15, 2009 at 1:09 PM, Joseph Pecoraro joepec...@gmail.comwrote:
Dion: The problem here is that isn't backwards
compatible and thus no-one will really be able to use it.
I thought the original idea was backwards compatible. Maybe not
2009/6/15 Joseph Pecoraro joepec...@gmail.com
c) fun things would happen with a SHA collision! ;)
c) Hehe, I think I detect a hint of sarcasm. If there is a SHA1 collision
then you'd probably make a lot of money!
C is a serious concern. SHA-1 collisions are now 2^51 -
2009/7/1 Jeff McAdams je...@iglou.com
timeless wrote:
I also don't like how people enjoy a good run of corporation hunting.
First you go after Microsoft. Then you go after Google. Then you after
Apple.
Many (most?) corporations choose to operate under a heavy veil of secrecy
2009/7/9 David Gerard dger...@gmail.com
2009/7/9 Benjamin M. Schwartz bmsch...@fas.harvard.edu:
It seems you're rightish. Google, as usual, is having lots of fun with
their stable/beta/release distinctions. See if you can decipher
http://googlechromereleases.blogspot.com/ .
At any
2009/7/11 Robert O'Callahan rob...@ocallahan.org
On Sat, Jul 11, 2009 at 9:38 PM, Philip Jägenstedt phil...@opera.comwrote:
Well I disagree of course, because having canPlayType(video/ogg) mean
anything else than can I demux Ogg streams is pointless.
So you want canPlayType to mean one
Vorbis is the best lossy audio codec - Do you have data to back up this
assertion? I am not an expert here, I had the naïve assumption that AAC was
better given that major devices (e.g. iPod) use this format over Vorbis. I
would love to see some data (other than some studies from 2005 on some
2009/7/29 Maciej Stachowiak m...@apple.com
On Jul 27, 2009, at 11:50 AM, Michael Davidson wrote:
Hello folks -
I'm an engineer on the Gmail team. We've been working on a prototype
with the Chrome team to make the Gmail experience better. We thought
we'd throw out our ideas to the list to
I think a lot of the concerns previously re: fullscreen have focused around
the notion that a user somehow ends up in the fullscreen mode without
knowing it, and is therefore susceptible to spoofing. This proposal leaves
the act of going into fullscreen at the discretion of the user agent instead
I would much rather have a well thought-out local filesystem proposal, than
continued creep of the existing File and Local Storage proposal. These
proposals are both designed from the perspective of I want to take some
existing data and either put it into the cloud or make it available
offline.
Not sure I agree with limiting it to the duration of the page. For instance,
if I'm Flickr, I want to be able to get access to the My Photos directory
and monitor it for new photos being added. Additionally, if I've given you
access to the directory once, you can do most of the damage you want
to shove my mail
into a sqlite database. For this it's desirable that I be able to
efficiently fseek(), fread(), and fwrite() segments of the file.
2009/8/27 Jonas Sicking jo...@sicking.cc
2009/8/27 Ian Fette (イアンフェッティ) ife...@google.com:
I would much rather have a well thought-out local
PushState is also useful for e.g. making sure that the referer header
contains useful information. Not to say that there aren't other ways to
accomplish that, but it is one thing that Global Context won't give you.
2009/9/7 Justin Lebar justin.le...@gmail.com
Dimitri Glazkov wrote:
But more
USE CASE:
Many sites allow you to upload multiple files, often images. HTML5 allows
this via input type=file multiple. This works well when your files are
all in one folder, but it may often be the case that files are spread across
sub-folders, and in this case you have to do multiple transactions
2009/12/10 Jonas Sicking jo...@sicking.cc
2009/12/10 Ian Fette (イアンフェッティ) ife...@google.com:
USE CASE:
Many sites allow you to upload multiple files, often images. HTML5 allows
this via input type=file multiple. This works well when your files
are
all in one folder, but it may often
Ok, I sense resistance to putting it in .name. What about .path, undefined
in most cases except where there is an upload including files from multiple
directories, in which case .path contains the path less any path components
common to all 3 (sorry, it's early morning and I can't write well
2009/12/11 Anne van Kesteren ann...@opera.com
On Fri, 11 Dec 2009 15:24:37 +0100, Ian Fette (イアンフェッティ)
ife...@google.com wrote:
Ok, I sense resistance to putting it in .name. What about .path, undefined
in most cases except where there is an upload including files from
multiple
I think what I've heard from application developers over and over again is
that, while the UA may provide some way to go into full screen from in the
browser chrome, it is much more discoverable when that capability exists
from within the content area (e.g. people are used to clicking on the full
2009/12/16 Jonas Sicking jo...@sicking.cc
2009/12/16 Ian Fette (イアンフェッティ) ife...@google.com:
I think what I've heard from application developers over and over again
is
that, while the UA may provide some way to go into full screen from in
the
browser chrome, it is much more discoverable
2009/12/16 Jonas Sicking jo...@sicking.cc
2009/12/16 Ian Fette (イアンフェッティ) ife...@google.com:
2009/12/16 Jonas Sicking jo...@sicking.cc
2009/12/16 Ian Fette (イアンフェッティ) ife...@google.com:
I think what I've heard from application developers over and over
again
is
that, while the UA
2009/12/16 Robert O'Callahan rob...@ocallahan.org
2009/12/17 Ian Fette (イアンフェッティ) ife...@google.com
I think what I've heard from application developers over and over again is
that, while the UA may provide some way to go into full screen from in the
browser chrome, it is much more
As I talk with more application developers (both within Google and at
large), one thing that consistently gets pointed out to me as a problem is
the notion of the opaqueness of storage quotas in all of the new storage
mechanisms (Local Storage, Web SQL Database, Web Indexed Database, the
Am 10. März 2010 16:11 schrieb Mike Shaver mike.sha...@gmail.com:
2010/3/10 Ian Fette (イアンフェッティ) ife...@google.com:
As I talk with more application developers (both within Google and at
large), one thing that consistently gets pointed out to me as a problem
is
the notion of the opaqueness
Am 11. März 2010 12:00 schrieb Mike Shaver mike.sha...@gmail.com:
2010/3/11 Ian Fette (イアンフェッティ) ife...@google.com:
I think apps will have to deal with hitting quota as you describe,
however
with a normal desktop app you usually have a giant disk relative to what
the
user actually needs
Am 11. März 2010 14:50 schrieb Michael Nordman micha...@google.com:
On Thu, Mar 11, 2010 at 1:29 PM, Tab Atkins Jr. jackalm...@gmail.comwrote:
2010/3/11 Ian Fette (イアンフェッティ) ife...@google.com:
Yes, but I think there may be uses of things like storage for
non-offline
uses (pre-fetching
Am 11. März 2010 14:35 schrieb Mike Shaver mike.sha...@gmail.com:
2010/3/11 Ian Fette (イアンフェッティ) ife...@google.com:
AFAIK most browsers are setting a default quota for storage options that
is
on the order of megabytes.
Could well be, indeed. It sounded like you'd done some thinking about
Also related discussion, where I proposed something similar on WHATWG:
http://www.mail-archive.com/whatwg@lists.whatwg.org/msg21565.html
On Thu, Jul 1, 2010 at 2:02 PM, Maciej Stachowiak m...@apple.com wrote:
On Jul 1, 2010, at 1:37 PM, Kevin Carle wrote:
One part of (2) [well, debatably
http://code.google.com/apis/safebrowsing/developers_guide_v2.html#Canonicalization
lists
some interesting cases we've come across on the anti-phishing team in
Google. To the extent you're concerned with / interested in
canonicalizaiton, it may be worth taking a look at (not to suggest you
follow
We (webkit/chrome) have had iframe sandbox implemented for over half a year.
We've found some bugs in implementation here and there and fixed them. It
solves a very real problem, has already been implemented, and your argument
provides absolutely no information. Can you elaborate?
On Sun, Aug 1,
I don't understand why I would need an input type=year to get this right
though. If the bank wants something in 年号 it can just let the user type in
1985 and convert that via JS to 昭和60年, no? If anything, having some sort of
picker seems like it would be more complicated.
Frankly, this seems a bit
Many features are now in separate specifications / drafts, linked to in the
introduction you reference. It doesn't mean they're dead, indeed web storage
has been implemented by a number of browsers as have other features listed
there such as geolocation, websockets, etc. Don't read too much into
I think there might be some confusion with default search / adding search
providers. When you add a search provider like YouTube or php.net we just
take a URL and expand one template parameter with the search query. With
instant search this actually doesn't work because you need to provide the
I personally find this to be a very interesting and potentially useful
proposals. One of the problems that we / the web face is a legal requirement
faced by many Asian banks (esp. Korea) to digitally sign all transactions.
To meet this requirement, they use ActiveX controls, as the platform
Many websites wish to offer a file for download, even though it could
potentially be viewed inline (take images, PDFs, or word documents as an
example). Traditionally the only way to achieve this is to set a
content-disposition header. *However, sometimes it is not possible for the
page author to
On Thu, Jul 14, 2011 at 12:03 PM, Karl Dubost ka...@opera.com wrote:
Le 14 juil. 2011 à 14:45, Ian Fette (イアンフェッティ) a écrit :
Many websites wish to offer a file for download, even though it could
potentially be viewed inline (take images, PDFs, or word documents as an
example).
Which
2011/7/14 Ian Fette (イアンフェッティ) ife...@google.com
Many websites wish to offer a file for download, even though it could
potentially be viewed inline (take images, PDFs, or word documents as an
example). Traditionally the only way to achieve this is to set a
content-disposition header. *However
2011/7/14 Andy Mabbett a...@pigsonthewing.org.uk
2011/7/14 Ian Fette (イアンフェッティ) ife...@google.com:
Many websites wish to offer a file for download, even though it could
potentially be viewed inline (take images, PDFs, or word documents as an
example). Traditionally the only way to achieve
Maynard gl...@zewt.org wrote:
2011/7/14 Ian Fette (イアンフェッティ) ife...@google.com
Many websites wish to offer a file for download, even though it could
potentially be viewed inline (take images, PDFs, or word documents as an
example). Traditionally the only way to achieve this is to set a
content
On Fri, Jul 15, 2011 at 9:08 AM, Alexey Proskuryakov a...@webkit.org wrote:
14.07.2011, в 13:59, Tab Atkins Jr. написал(а):
re-using the enclosure term from the Atom format (thus minimal
bikeshedding)
enclosure is a completely opaque name. I have no idea how it is
meant to refer to
On Fri, Jul 15, 2011 at 11:24 AM, Glenn Maynard gl...@zewt.org wrote:
2011/7/15 Ian Fette (イアンフェッティ) ife...@google.com
Yes and no - both are sort of a poor man's Content-Disposition :) The
question is whether we need to handle filename, and the proposal of
download=filename at least maps
2011/7/15 Jonas Sicking jo...@sicking.cc
2011/7/14 Ian Fette (イアンフェッティ) ife...@google.com:
Many websites wish to offer a file for download, even though it could
potentially be viewed inline (take images, PDFs, or word documents as an
example). Traditionally the only way to achieve
On Fri, Jul 15, 2011 at 1:15 PM, Julian Reschke julian.resc...@gmx.dewrote:
On 2011-07-15 19:05, Ian Fette (イアンフェッティ) wrote:
..
It also doesn't naturally help understanding that it's just poor man's
Content-Disposition:**attachment. From this point of view, I like Ian's
original proposal
On Fri, Jul 15, 2011 at 4:43 PM, Glenn Maynard gl...@zewt.org wrote:
2011/7/15 Jonas Sicking jo...@sicking.cc
It definitely is an interesting usecase that Glenn brought up about
being able to specify a save-as name without otherwise modifying the
behavior of a reference. However that seems
53 matches
Mail list logo
