On Thu, Jul 28, 2016 at 4:13 PM, Tab Atkins Jr.
wrote:
> > caches.open("blog - 2016-06-10 14:14:23 -0700").then(c => c.keys())
> > Promise { : "pending" }
>
> Note that this test will *not* tell you whether or not c.keys()
> returns a promise; the .then callback is allowed to return a
> non-promi
On Wed, Jul 27, 2016 at 11:57 AM, Sam Ruby wrote:
> The following is a mix of spec and implementation issues that I
> encountered in my as-of-yet unsuccessful attempt to make use of service
> workers in the ASF Board Agenda tool.
>
First, let me say thank you for the feedback! Its very helpful
On Thu, May 26, 2016 at 4:59 PM, Ben Kelly wrote:
> On Wed, May 25, 2016 at 9:19 PM, Chaals McCathie Nevile <
> cha...@yandex-team.ru> wrote:
>
>> Hi folks,
>>
>> at the last meeting people suggested another meeting in July/August.
>> Should we be tryin
On Wed, May 25, 2016 at 9:19 PM, Chaals McCathie Nevile <
cha...@yandex-team.ru> wrote:
> Hi folks,
>
> at the last meeting people suggested another meeting in July/August.
> Should we be trying to schedule one?
>
We'd actually already been discussing this between the last participants.
Our curre
FYI, it turns out I am going to have to attend virtually. This should not
be a problem since the meeting is taking place in a mozilla conference room
with our standard vidyo setup. I am planning to be on vidyo for the
meeting all day.
I'm sorry for the change here, but some personal events requi
On Wed, Sep 30, 2015 at 3:13 AM, David Rajchenbach-Teller <
dtel...@mozilla.com> wrote:
> Joshua, I am trying to understand how your proposal relates to
> microtasks. Does the extension of lifetime mean that a transaction is
> alive 1/ until the end of the event (including pending microtasks) or 2
On 4/17/2014 5:41 PM, Kyle Huey wrote:
On Thu, Apr 17, 2014 at 2:10 PM, Dale Harvey wrote:
No features that slow it down, as with Tim I also implemented the same thing
in node.js and see much better perfomance against straight leveldb, with
websql still being ~5x faster than idb
Do you have b
le/default/Comments-16-May-2013-LCWD.html>
> [2] <http://lists.w3.org/Archives/Public/public-webapps/2013AprJun/0817.html>
> [3] <http://www.w3.org/2008/webapps/wiki/IndexedDatabaseFeatures>
>
>
> On 5/17/13 5:37 PM, ext Ben Kelly wrote:
>> Hello all,
>>
On Jun 3, 2013, at 6:06 PM, Joshua Bell wrote:
> Cool, thanks for sharing!
>
> > cursor: 329ms
> > get: 88ms
>
> ^ Not surprising, given the async overhead
>
> > get: 88ms
> > getAll: 71ms
> > inList: 44ms
>
> ^ Looking at the test, it seems like getAll is fetching all
On May 21, 2013, at 10:05 AM, Ben Kelly wrote:
> On May 20, 2013, at 3:18 PM, Joshua Bell wrote:
>> Cool. Knowing what performance difference you see between multi-get and just
>> a bunch of gets in parallel (for time to delivery of the last value) will be
>> interestin
Conf next week. Sorry for the
delay.
> nsIDOMContact objects is fine, it is a typical object found in web app.
>
>
> On Tue, May 21, 2013 at 10:05 PM, Ben Kelly wrote:
> On May 20, 2013, at 3:18 PM, Joshua Bell wrote:
> > Cool. Knowing what performance difference
On May 20, 2013, at 3:18 PM, Joshua Bell wrote:
> Cool. Knowing what performance difference you see between multi-get and just
> a bunch of gets in parallel (for time to delivery of the last value) will be
> interesting. A multi-get of any sort should avoid a bunch of messaging
> overhead and e
On May 20, 2013, at 1:39 PM, Joshua Bell wrote:
> On Mon, May 20, 2013 at 6:37 AM, Ben Kelly wrote:
> On May 19, 2013, at 9:25 PM, Kyaw Tun wrote:
> > IDBKeyRange.inList looks practically useful, but it can be achieve continue
> > (continuePrimary) cursor iteration. P
Thanks for the feedback!
On May 19, 2013, at 9:25 PM, Kyaw Tun wrote:
> IDBKeyRange.inList looks practically useful, but it can be achieve continue
> (continuePrimary) cursor iteration. Performance will be comparable except
> multiple round trip between js and database.
I'm sorry, but I don't
send it out to the list for feedback. I have
to admit I'm new to the standardization process, though. I apologize for the
noise if this is essentially a non-starter.
Any feedback is greatly appreciated. Thank you!
Ben Kelly
15 matches
Mail list logo