Hi,
Can we please rename the View Mode Media Feature to The 'view-mode'
media feature? The current name of the spec is confusing [me].
Kind regards,
Marcos
--
Marcos Caceres
Opera Software
It has been pointed out to me that I used the wrong subject marker.
Fixed here in case people have filters etc.
On Mon, May 17, 2010 at 6:15 PM, Jonas Sicking jo...@sicking.cc wrote:
Hi All,
I, together with Ben Turner and Shawn Wilsher have been looking at the
asynchronous API defined in the
On Tue, May 18, 2010 at 2:42 AM, Jeremy Orlow jor...@chromium.org wrote:
What happens to existing connections that were opened against the original
database version (once the DB has been updated)?
Once a call to setVersion() has happened, any existing connections
will forever fail all requests
On Tue, May 18, 2010 at 11:04 AM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, May 18, 2010 at 2:42 AM, Jeremy Orlow jor...@chromium.org wrote:
What happens to existing connections that were opened against the
original
database version (once the DB has been updated)?
Once a call to
I'm OK with that.
Looking at the naming of other specs we have names such as CSSOM
Views maybe we should use something along the lines of Widgets
Views: Media Feature? Just a thought though
Cheers,
Kenneth
On Tue, May 18, 2010 at 5:45 AM, Marcos Caceres marc...@opera.com wrote:
Hi,
Can we
On Tue, May 18, 2010 at 3:54 AM, Jeremy Orlow jor...@chromium.org wrote:
On Tue, May 18, 2010 at 11:04 AM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, May 18, 2010 at 2:42 AM, Jeremy Orlow jor...@chromium.org wrote:
What happens to existing connections that were opened against the
On 5/18/2010 7:20 AM, Jeremy Orlow wrote:
1. Once a database has been opened (a database connection has been
established) read access to meta-data, such as objectStore and index
names, is synchronous. Changes to such meta data, such as creating
objectStores and indexes, is still asynchronous.
I
This sounds very similar to the strategy used for WebSQLDatabase.
On Tue, May 18, 2010 at 1:54 AM, Jonas Sicking jo...@sicking.cc wrote:
On Thu, May 13, 2010 at 10:25 AM, Shawn Wilsher sdwi...@mozilla.com
wrote:
On 5/13/2010 7:51 AM, Nikunj Mehta wrote:
If you search archives you will
On Tue, May 18, 2010 at 6:32 PM, Shawn Wilsher sdwi...@mozilla.com wrote:
On 5/18/2010 7:20 AM, Jeremy Orlow wrote:
1. Once a database has been opened (a database connection has been
established) read access to meta-data, such as objectStore and index
names, is synchronous. Changes to such
On Tue, May 18, 2010 at 7:20 AM, Jeremy Orlow jor...@chromium.org wrote:
Overall, I'm pretty happy with these changes. I support making these
changes to the spec. Additional comments inline...
On Tue, May 18, 2010 at 2:15 AM, Jonas Sicking jo...@sicking.cc wrote:
Hi All,
I, together with
On Tue, May 18, 2010 at 12:10 PM, Jeremy Orlow jor...@chromium.org wrote:
10. You are allowed to have multiple transactions per database
connection. However if they use overlapping tables, only the first one
will receive events until it is finished (with the usual exceptions of
allowing
If the use case here is to avoid tripping up on schema changes, then:
1. Lock the database when starting a database connection. This is the
non-sharing access mode defined in 3.2.9 as the first option under step 2.
2. Produce events when an application changes the version so that other tabs of
On Tue, May 18, 2010 at 12:37 PM, Nikunj Mehta nik...@o-micron.com wrote:
If the use case here is to avoid tripping up on schema changes, then:
1. Lock the database when starting a database connection. This is the
non-sharing access mode defined in 3.2.9 as the first option under step 2.
On Tue, May 18, 2010 at 12:46 PM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, May 18, 2010 at 12:37 PM, Nikunj Mehta nik...@o-micron.com wrote:
If the use case here is to avoid tripping up on schema changes, then:
1. Lock the database when starting a database connection. This is the
On May 18, 2010, at 12:50 PM, Jonas Sicking wrote:
On Tue, May 18, 2010 at 12:46 PM, Jonas Sicking jo...@sicking.cc wrote:
On Tue, May 18, 2010 at 12:37 PM, Nikunj Mehta nik...@o-micron.com wrote:
If the use case here is to avoid tripping up on schema changes, then:
1. Lock the database
On May 18, 2010, at 12:46 PM, Jonas Sicking wrote:
On Tue, May 18, 2010 at 12:37 PM, Nikunj Mehta nik...@o-micron.com wrote:
If the use case here is to avoid tripping up on schema changes, then:
1. Lock the database when starting a database connection. This is the
non-sharing access mode
I have pointed out three options when dealing with upgrades and concurrency [1]
in a thread started by Pablo and Shawn 6 months ago [2]:
# Allow special DDL like operations at connection time in a special transaction
with spec-based versioning of schema
# Combine DDL and DML in ordinary
http://www.w3.org/Bugs/Public/show_bug.cgi?id=9766
Summary: We should expose the subprotocol for the case of the
client not specifying one but the server specifying
one
Product: WebAppsWG
Version: unspecified
On May 18, 2010, at 1:36 PM, Shawn Wilsher wrote:
On 5/18/2010 1:02 PM, Nikunj Mehta wrote:
I won't talk about tabs and such. Let's make clarification questions be
related to spec text.
Simply replace any instance of tabs with database connections.
A database connection that locks the
On Tue, May 18, 2010 at 9:36 PM, Shawn Wilsher sdwi...@mozilla.com wrote:
On 5/18/2010 1:02 PM, Nikunj Mehta wrote:
A database connection that locks the entire database cannot be opened if
there is another database connection that locks at least one database
object, e.g., an index or object
On Mon, May 17, 2010 at 3:37 PM, Dmitry Titov dim...@chromium.org wrote:
I have couple of questions, mostly clarifications I think:
1. FileReader takes Blob but there are multiple hints that the blob should
be actually a 'file'. As we see Blob concept grows in popularity with such
specs as
On Fri, May 14, 2010 at 11:52 AM, Arun Ranganathan a...@mozilla.com wrote:
On 5/13/10 9:32 PM, Darin Fisher wrote:
Glad to hear that you didn't intend sync access :-)
I have thoughts on Blob and how it should behave (and about the inheritance
relationship between Blob and File), which is
On Tue, May 18, 2010 at 1:00 PM, Nikunj Mehta nik...@o-micron.com wrote:
On May 18, 2010, at 12:46 PM, Jonas Sicking wrote:
On Tue, May 18, 2010 at 12:37 PM, Nikunj Mehta nik...@o-micron.com wrote:
If the use case here is to avoid tripping up on schema changes, then:
1. Lock the database
On 5/18/10 2:35 PM, Eric Uhrhane wrote:
On Mon, May 17, 2010 at 3:37 PM, Dmitry Titovdim...@chromium.org wrote:
I have couple of questions, mostly clarifications I think:
1. FileReader takes Blob but there are multiple hints that the blob should
be actually a 'file'. As we see Blob concept
On May 18, 2010, at 2:33 PM, Jeremy Orlow wrote:
On Tue, May 18, 2010 at 9:36 PM, Shawn Wilsher sdwi...@mozilla.com wrote:
On 5/18/2010 1:02 PM, Nikunj Mehta wrote:
A database connection that locks the entire database cannot be opened if
there is another database connection that locks at
On Tue, May 18, 2010 at 2:56 PM, Arun Ranganathan a...@mozilla.com wrote:
On 5/18/10 2:35 PM, Eric Uhrhane wrote:
On Mon, May 17, 2010 at 3:37 PM, Dmitry Titovdim...@chromium.org
wrote:
I have couple of questions, mostly clarifications I think:
1. FileReader takes Blob but there are
On May 18, 2010, at 2:48 PM, Jonas Sicking wrote:
On Tue, May 18, 2010 at 1:00 PM, Nikunj Mehta nik...@o-micron.com wrote:
On May 18, 2010, at 12:46 PM, Jonas Sicking wrote:
On Tue, May 18, 2010 at 12:37 PM, Nikunj Mehta nik...@o-micron.com wrote:
If the use case here is to avoid
On Tue, May 18, 2010 at 2:57 PM, Nikunj Mehta nik...@o-micron.com wrote:
On May 18, 2010, at 2:33 PM, Jeremy Orlow wrote:
On Tue, May 18, 2010 at 9:36 PM, Shawn Wilsher sdwi...@mozilla.com wrote:
On 5/18/2010 1:02 PM, Nikunj Mehta wrote:
A database connection that locks the entire database
Hi IndexedDB fans!
So another issue that's come up here. This question is orthogonal to
the other discussed issues and applies equally to both the existing
API, and the mozilla proposed API, so I figured it was safe to raise
right away.
What should happen if you insert a object into an
29 matches
Mail list logo
