Thank you,
I have one more question:
Test 19dsa.wgt.
The deal is when I look on the certificate that is used for this test I see that
it contains information about DSA Public Key, but the Signature Algorithm for
this certificate is pointed as SHA1withRSA. Is it correct?
I am not familiar with D
I see. I suppose for the relational stuff that I am doing I will have to
copy all the data in the cursor, otherwise it will mess up updates and
inserts with nested selects.
Cheers,
Keean.
On 2 Feb 2011 01:32, "Jeremy Orlow" wrote:
Please look at the mail archives. IIRC, it seemed confusing tha
Please look at the mail archives. IIRC, it seemed confusing that you could
be looking at old data. Iterating on live data seems more consistent with
run to completion semantics.
J
On Tue, Feb 1, 2011 at 5:26 PM, Keean Schupke wrote:
> So whats the benefit of allowing a cursor to modify the da
So whats the benefit of allowing a cursor to modify the data under it?
Cheers,
Keean.
On 2 February 2011 01:17, Jonas Sicking wrote:
> On Tue, Feb 1, 2011 at 4:48 PM, Keean Schupke wrote:
> > Sorry, sent that before I was finished.
> >
> > Seems prone to problems in environments with multiple
On Tue, Feb 1, 2011 at 4:48 PM, Keean Schupke wrote:
> Sorry, sent that before I was finished.
>
> Seems prone to problems in environments with multiple parallel accesses to
> the same database.
As long as you're inside a transaction, no other environments (be they
separate tabs running in a sepa
Sorry, sent that before I was finished.
Seems prone to problems in environments with multiple parallel accesses to
the same database.
I guess I would need to do an atomic copy of the elements to a separate
object store to iterate throught? Is there a way of atomically copying a set
of objects?
C
That seems to be different from accepted practice in databases. I
On 2 Feb 2011 00:39, "ben turner" wrote:
No, that idea was rejected a while ago. IndexedDB cursors are live, so
any change made during the cursor are visible to the cursor as well as
later queries.
-Ben Turner
On Tue, Feb 1, 20
No, that idea was rejected a while ago. IndexedDB cursors are live, so
any change made during the cursor are visible to the cursor as well as
later queries.
-Ben Turner
On Tue, Feb 1, 2011 at 4:35 PM, Keean Schupke wrote:
> Surely the cursor should be atomic, representing the instant in time the
Surely the cursor should be atomic, representing the instant in time the
query executed. Any updates or deletes etc would not be visible to the
cursor, only to later queries. Then you can allow any modifications
including to keys and indexes.
Cheers,
Keean
On 2 Feb 2011 00:05, "Jeremy Orlow" wro
On Tue, Feb 1, 2011 at 2:56 PM, Jonas Sicking wrote:
> On Tue, Feb 1, 2011 at 11:44 AM, Jeremy Orlow wrote:
> > On Tue, Feb 1, 2011 at 10:07 AM, Hans Wennborg
> wrote:
> >>
> >> For cursors on object stores, we disallow updates that change the key:
> >> one cannot provide an explicit key, and f
Has anyone heard of or proposed any kind of use case where it would be
valuable to change the primary key of an object in the object store
(outside, or inside, a cursor)?
-Ben Turner
On Tue, Feb 1, 2011 at 11:44 AM, Jeremy Orlow wrote:
> On Tue, Feb 1, 2011 at 10:07 AM, Hans Wennborg wrote:
>>
>> For cursors on object stores, we disallow updates that change the key:
>> one cannot provide an explicit key, and for object stores with a key
>> path, the spec says that "If the eff
On Tue, Feb 1, 2011 at 10:07 AM, Hans Wennborg wrote:
> For cursors on object stores, we disallow updates that change the key:
> one cannot provide an explicit key, and for object stores with a key
> path, the spec says that "If the effective object store of this cursor
> uses in-line keys and ev
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11948
Summary: index.openCursor's cursor should have a way to access
the index's "value" (in addition to the index's key
and objectStore's value)
Product: WebAppsWG
Version: unspe
Hi,
I have updated the Wigets P&C spec for publication as a LC.
This new draft specifies the defaultlocale attribute and makes some
clarifications identified during the previous LC:
[[
Changes Since Last Publication
This version introduces the defaultlocale attribute. For widgets that
make u
For cursors on object stores, we disallow updates that change the key:
one cannot provide an explicit key, and for object stores with a key
path, the spec says that "If the effective object store of this cursor
uses in-line keys and evaluating the key path of the value parameter
results in a differ
Hi
http://dev.w3.org/2006/webapi/FileAPI/#abort
Why does it fire both error and abort? Shouldn't it just fire abort?
--
Simon Pieters
Opera Software
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11947
Summary: [IndexedDB] Updating object stores with auto increment
Product: WebAppsWG
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
On 2/1/11 1:41 PM, Arthur Barstow wrote:
Hi Marcos,
On Jan/31/2011 2:18 PM, ext Marcos Caceres wrote:
On 1/31/11 7:52 PM, Arthur Barstow wrote:
Andrey - on January 26, Marcos proposed changing the c14n algorithm in
[1] and [2] and notified the group in [3] that he updated the Editor's
Draft
On Tue, 01 Feb 2011 14:58:02 +0100, ATSUSHI TAKAYAMA
wrote:
(I didn't send the previous mail to the list, so sending again)
I hope we can actually just do this by exposing "blob" earlier than
DONE in due course. With the Blob object on disk growing over time. If
you really just want to stre
(I didn't send the previous mail to the list, so sending again)
> I hope we can actually just do this by exposing "blob" earlier than DONE in
> due course. With the Blob object on disk growing over time. If you really
> just want to stream data I think we should use EventSource for that.
IMHO, Ev
Hi Marcos,
On Jan/31/2011 2:18 PM, ext Marcos Caceres wrote:
On 1/31/11 7:52 PM, Arthur Barstow wrote:
Andrey - on January 26, Marcos proposed changing the c14n algorithm in
[1] and [2] and notified the group in [3] that he updated the Editor's
Draft [ED] to reflect his proposal. He included r
On Mon, 31 Jan 2011 18:27:51 +0100, Charles Pritchard
wrote:
While on that topic, it'd be nice to see a fixed-size ArrayBuffer,
for working with streams and large-files.
Currently: blob requires the entire file be downloaded before use,
classically, the stream could be ready while downloading,
On Mon, 31 Jan 2011 10:17:23 +0100, Anne van Kesteren
wrote:
I somehow missed that a request to add back ArrayBuffer support was
offlist. Since quite a few specifications are using it now and TC 39 has
shown no progress on developing an alternative I was convinced to add it
back in. The re
24 matches
Mail list logo
