[webkit-dev] IndexedDB API

[Jeremy Orlow]

Hm.  Now that I look closer, I think the only actual conflict is in the
"Database" interface.  It still seemed worth the webapps email though.

On Thu, Jan 21, 2010 at 11:40 PM, Jeremy Orlow <jorlow at chromium.org> wrote:

> On Thu, Jan 21, 2010 at 11:14 PM, Maciej Stachowiak <mjs at apple.com> wrote:
>
>>
>> On Jan 21, 2010, at 9:53 PM, Jeremy Orlow wrote:
>>
>> > A couple of us at Google are starting to look at implementing the
>> IndexedDB API [1] in WebKit.  We thought a good first step would be to
>> create the IDL files.  The first thing I noticed is that it and the Web SQL
>> Database API [2] have quite a few conflicts in terms of their interface
>> names.  I'm wondering how we can work around this.
>>
>> It seems like this is something that should be fixed in the IndexedDB
>> spec.
>>
>> > One idea I had was to just add a prefix to every IndexedDB interface.
>>  Maybe something like IDB?  I'd probably go ahead and give all the indexed
>> database API files a "IDB" prefix just to make it clear which files are
>> connected to that API.  Does this sound good?
>>
>> Even if you rename the files, having multiple interfaces with the same
>> interface name will still cause problems. I don't think it will even
>> compile. We could do some interim thing but we really need to get the spec
>> fixed.
>>
>
> I meant prefixing both the interfaces and the files with IDB which I
> believe would solve the problem.
>
> That said, I agree the correct solution is fixing one or both of the specs.
>  I'll probably try the prefix solution tomorrow though to see if it'd even
> work.
>
>
>> > Like I said, we're _just_ getting started.  Once we've got the basics
>> down (like the IDL files) we'll probably be writing up a design doc to get
>> feedback on an end-to-end design and/or soliciting more advice on
>> webkit-dev.
>>
>> Regards,
>> Maciej
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20100122/727515e0/attachment.html>