It would be a good thing to specify some standard way to convert
argument types for the executeSql call. This question was first raised
on public-html list
(http://lists.w3.org/Archives/Public/public-html/2008Feb/0401.html),
suggesting that the types, not directly supported by the database
engine
Is there any reason not to make name and version of the openDatabase()
method in the SQL storage spec optional
(http://www.whatwg.org/specs/web-apps/current-work/multipage/section-sql.html)?
In some implementations, there may not be an opportunity to offer a UI
where these parameters will be used.
In the current SQL storage spec
(http://www.whatwg.org/specs/web-apps/current-work/multipage/section-sql.html),
all database operations can be nicely tucked onto a separate thread,
so that they don't block the UI thread, except for one place:
openDatabase has to query version information and open
Name and version is not just used for UI, it is used to specify what
database to open and to prevent schema conflicts. But I assume you are
talking about the display name. Just because an implementation wont
present the display name in UI, other implementations will. Letting
authors
Converting an object to a string has a very defined path in
JavaScript, toString is called. Perhaps the spec should mention
toString.
Marking the query as bogus seems wrong, since the JavaScript language
is very lenient about types and implicit type conversions when needed.
Implicit
Doh! I apologize. This has not been one of my shiniest moments.
In addition to what Aaron says, I actually meant the reverse: only
name and version being required (potentially with version optional, as
he suggests), and display name and estimated size being optional.
:DG
On Thu, Apr 10, 2008 at
On Thu, Apr 10, 2008 at 9:53 AM, Dimitri Glazkov
[EMAIL PROTECTED] wrote:
Doh! I apologize. This has not been one of my shiniest moments.
In addition to what Aaron says, I actually meant the reverse: only
name and version being required (potentially with version optional, as
he suggests),
On Thu, Apr 10, 2008 at 9:34 AM, Timothy Hatcher [EMAIL PROTECTED] wrote:
Converting an object to a string has a very defined path in JavaScript,
toString is called. Perhaps the spec should mention toString.
Marking the query as bogus seems wrong, since the JavaScript language is
very lenient
The HTMLWG's ISSUE-31 is Should img without alt ever be conforming.
It isn't clear from this issue what exactly the problem with the current
spec text is. The current text in the spec requires alt= in all cases
except when the page is generated in a manner where alternative text is
not
In 4.10.5, the description of the properties on the StorageEvent
object mentions ...its newValue attribute set to the new value of the
key in question, or null if the key was removed...
So a web author can assume that when handling a StorageEvent whose
newValue property is null that the
On Fri, 11 Apr 2008 01:01:46 +0200, Brady Eidson [EMAIL PROTECTED] wrote:
In 4.10.5, the description of the properties on the StorageEvent object
mentions ...its newValue attribute set to the new value of the key in
question, or null if the key was removed...
So a web author can assume that
On Sat, 4 Nov 2006, Anne van Kesteren wrote:
Just so I don't forget to ask this. Are you sure the arguments are
unsigned long? Just wondering because the height and width attributes
can have percentages as values.
Pretty sure, yes.
--
Ian Hickson U+1047E
On Tue, 7 Nov 2006, Anne van Kesteren wrote:
The definition of downloading a resource must be clear that even if the
resource does not need to be downloaded (because it has been cached or
something) the load event still needs to be dispatched (or the error
event, in case it contains
On Fri, 11 Apr 2008 02:03:45 +0200, Ian Hickson [EMAIL PROTECTED] wrote:
On Tue, 7 Nov 2006, Anne van Kesteren wrote:
The definition of downloading a resource must be clear that even if the
resource does not need to be downloaded (because it has been cached or
something) the load event still
14 matches
Mail list logo
