Re: [IndexedDB] Closing on bug 9903 (collations)

2011-05-04 Thread Keean Schupke
On 5 May 2011 00:33, Aryeh Gregor wrote: > On Tue, May 3, 2011 at 7:57 PM, Jonas Sicking wrote: > > I don't think we should do callbacks for the first version of > > javascript. It gets very messy since we can't rely on that the script > > function will be returning stable values. > > The worst

Re: [widgets] localizing author

2011-05-04 Thread Charles McCathieNevile
On Wed, 04 May 2011 18:29:50 +0200, Marcos Caceres wrote: Hi, I just realised that I actually localise my own name... But I cannot do that in config.xml. Likewise, I would like to localise the href for me which would be possible if I could localise the author element but isn't at the moment.

Re: copy events and content from server

2011-05-04 Thread João Eiras
On , Paul Libbrecht wrote: Hello list, As noted in the thread about security started by Halvord: In many of the scenarios I have working for, the content to be put on the clipboard would come from a "luxury" knowledge structure on the server, one that has access to some semantic source an

Re: [IndexedDB] Closing on bug 9903 (collations)

2011-05-04 Thread Aryeh Gregor
On Tue, May 3, 2011 at 7:57 PM, Jonas Sicking wrote: > I don't think we should do callbacks for the first version of > javascript. It gets very messy since we can't rely on that the script > function will be returning stable values. The worst that would happen if it didn't return stable values is

Re: Model-driven Views

2011-05-04 Thread Leigh L Klotz Jr
Rafael, I am co-chair of the W3C Forms Working Group. As Charles McCathieNevile pointed out in this discussion: >It probably makes sense to ask the Forms group as well, given that it >doesn't require much squinting to get to the perspective where you're >pretty much reinventing a wheel they've

Re: [whatwg] Can we remove forminput and formchange events and related dispatch methods?

2011-05-04 Thread Ian Hickson
On Thu, 20 Jan 2011, Olli Pettay wrote: > On 10/22/2010 10:09 PM, Jonas Sicking wrote: > > On Fri, Oct 22, 2010 at 11:15 AM, Erik Arvidsson wrote: > > > On Oct 22, 2010 2:00 AM, "Anne van Kesteren" wrote: > > > > Yeah, I don't mind moving these features to libraries. Anyone > > > > implemented >

Re: [indexeddb] result attribute for IDBRequest is set to undefined when calling IDBObjectStore.clear()

2011-05-04 Thread Jonas Sicking
On Wed, May 4, 2011 at 2:57 PM, Israel Hilerio wrote: > Great, I believe we have consensus. This is the summary of changes we've > discussed plus one question/clarification: > > 1. IDBDatabase.deleteObjectStore should change to: > * void deleteObjectStore (in DOMString name) raises (IDBDatabaseEx

RE: [indexeddb] result attribute for IDBRequest is set to undefined when calling IDBObjectStore.clear()

2011-05-04 Thread Israel Hilerio
Great, I believe we have consensus. This is the summary of changes we've discussed plus one question/clarification: 1. IDBDatabase.deleteObjectStore should change to: * void deleteObjectStore (in DOMString name) raises (IDBDatabaseException); 2. IDBDatabase.createObjectStore and IDBDatabase.remo

Concerns regarding cross-origin copy/paste security

2011-05-04 Thread Daniel Cheng
There was a recent discussion involving directly exposing the HTML fragment in a paste to a page, since we're doing the parsing anyway for security reasons. I have some concerns regarding http://www.w3.org/TR/clipboard-apis/#cross-origin-copy-paste-of-source-codethough. >From my understanding, we

Re: [indexeddb] result attribute for IDBRequest is set to undefined when calling IDBObjectStore.clear()

2011-05-04 Thread Jonas Sicking
On Wed, May 4, 2011 at 11:04 AM, Israel Hilerio wrote: > If that is the case we need to ensure that the async implementations for > deleteDatabase and deleteObjectStore have consistent results on their > IDBRequest.  deleteDatabase stipulates that the result of the request is null > and deleteO

Re: [IndexedDB] Closing on bug 9903 (collations)

2011-05-04 Thread Keean Schupke
On 4 May 2011 21:01, Jonas Sicking wrote: > On Wed, May 4, 2011 at 1:10 AM, Keean Schupke wrote: > > On 4 May 2011 00:57, Jonas Sicking wrote: > >> > >> On Tue, May 3, 2011 at 12:19 AM, Keean Schupke > wrote: > >> > The more I think about it, the more I want a user-specified comparison > >> >

Re: [IndexedDB] deleteObjectStore method and updates to IDBDatabase.objectStoreNames on the client

2011-05-04 Thread Jonas Sicking
On Wed, May 4, 2011 at 9:49 AM, Jeremy Orlow wrote: > On Wed, May 4, 2011 at 9:40 PM, Israel Hilerio > wrote: >> >> The reason I was thinking that deleteObjectStore was async was because it >> returns an IDBRequest interface and the pattern implies that the onsuccess >> handler needs to be called

Re: [IndexedDB] Closing on bug 9903 (collations)

2011-05-04 Thread Jonas Sicking
On Wed, May 4, 2011 at 1:10 AM, Keean Schupke wrote: > On 4 May 2011 00:57, Jonas Sicking wrote: >> >> On Tue, May 3, 2011 at 12:19 AM, Keean Schupke wrote: >> > The more I think about it, the more I want a user-specified comparison >> > function. Efficiency should not be an issue here - the eng

Re: widgets P&C rule 9.1.12...

2011-05-04 Thread Marcos Caceres
On Wednesday, May 4, 2011 at 7:53 PM, Phillips, Addison wrote: > Hi Marcos and Webapps, > > This is a personal last call comment [chair hat off]. I realize that it is > late, but I was on vacation > > A developer recently sent me a code review implementing the latest spec and I > found so

RE: [indexeddb] result attribute for IDBRequest is set to undefined when calling IDBObjectStore.clear()

2011-05-04 Thread Israel Hilerio
If that is the case we need to ensure that the async implementations for deleteDatabase and deleteObjectStore have consistent results on their IDBRequest. deleteDatabase stipulates that the result of the request is null and deleteObjectStore stipulates that the result of the request is undefine

public-webapps@w3.org

2011-05-04 Thread Marcos Caceres
On Monday, May 2, 2011 at 3:32 PM, Arthur Barstow wrote: > Marcos, All - re processing comments submitted against the 22-Mar-2011 > P&C LCWD, FYI, below are the comments I noted. > > Are there any other comments, bugs, etc. that need to be considered? > Not from me. BTW, Aplix is also now clai

widgets P&C rule 9.1.12...

2011-05-04 Thread Phillips, Addison
Hi Marcos and Webapps, This is a personal last call comment [chair hat off]. I realize that it is late, but I was on vacation A developer recently sent me a code review implementing the latest spec and I found some code that was utterly mystifying to me. It turns out that he implemented ru

Re: bug in example in step 6 of media type algorithm in WD-widgets-20110322 ?

2011-05-04 Thread Marcos Caceres
(forgot to cc the list!) On Wednesday, May 4, 2011 at 7:41 PM, Marcos Caceres wrote: > http://www.w3.org/TR/2011/WD-widgets-20110322/#rule-for-identifying-the-media-type-of-a0 > > says: > > > > > > If the first character of the name is not a U+002E 'FULL STOP' > > character, but name contains on

Re: [widgets] localizing author

2011-05-04 Thread Arthur Barstow
On May/4/2011 12:29 PM, ext Marcos Caceres wrote: Hi, I just realised that I actually localise my own name in certain languages (most particularly to ensure that I get my preferred transliterations when I am publishing). But I cannot do that in config.xml. Likewise, I would like to localise t

Re: [IndexedDB] deleteObjectStore method and updates to IDBDatabase.objectStoreNames on the client

2011-05-04 Thread Jeremy Orlow
On Wed, May 4, 2011 at 9:40 PM, Israel Hilerio wrote: > The reason I was thinking that deleteObjectStore was async was because it > returns an IDBRequest interface and the pattern implies that the onsuccess > handler needs to be called for me to be sure that the operation happened > successfully.

Re: clarification on 9.1.3

2011-05-04 Thread Marcos Caceres
In section 9.1.3 of the Widget P&C, the first step of the algorithm to find a file says: Let path be the valid path to the file entry being sought by the user agent. "valid path" is defined by a rather strict grammar — paths that have a double slash aren't matched by the grammar e.g. "path//to

Re: 'view-mode' Media Feature spec - corrections

2011-05-04 Thread Marcos Caceres
Some off list fixes I received to view mode spec... [3. Security Considerations] Currently: Application could be designed to trick users Should be: An application could be designed to trick users Fixed Currently: tiny web page Should be: tiny web pages Fixed Currently: masquerade some ot

Re: [widgets] localizing author

2011-05-04 Thread Marcos Caceres
Hi, I just realised that I actually localise my own name in certain languages (most particularly to ensure that I get my preferred transliterations when I am publishing). But I cannot do that in config.xml. Likewise, I would like to localise the href for me which would be possible if I could loca

RE: [IndexedDB] deleteObjectStore method and updates to IDBDatabase.objectStoreNames on the client

2011-05-04 Thread Israel Hilerio
The reason I was thinking that deleteObjectStore was async was because it returns an IDBRequest interface and the pattern implies that the onsuccess handler needs to be called for me to be sure that the operation happened successfully. Regarding the createObjectStore, it returns immediately but

Re: [widgets] Dig Sig spec

2011-05-04 Thread Marcos Caceres
On Tuesday, May 3, 2011 at 12:00 AM, timeless wrote: > It's pretty much impossible for me to figure out which things are new > or which i've missed in previous rounds. (It's also possible that I > didn't review this spec, in which case, I'm sorry.) I don't believe > these comments significantly a

Re: [IndexedDB] Closing on bug 9903 (collations)

2011-05-04 Thread Keean Schupke
On 4 May 2011 00:57, Jonas Sicking wrote: > On Tue, May 3, 2011 at 12:19 AM, Keean Schupke wrote: > > The more I think about it, the more I want a user-specified comparison > > function. Efficiency should not be an issue here - the engines should > tweek > > the JIT compiler to fix any efficienc

Re: [IndexedDB] Closing on bug 9903 (collations)

2011-05-04 Thread Keean Schupke
On 4 May 2011 00:57, Jonas Sicking wrote: > On Tue, May 3, 2011 at 12:19 AM, Keean Schupke wrote: > > The more I think about it, the more I want a user-specified comparison > > function. Efficiency should not be an issue here - the engines should > tweek > > the JIT compiler to fix any efficienc

Re: [IndexedDB] Closing on bug 9903 (collations)

2011-05-04 Thread Keean Schupke
On 3 May 2011 23:59, Aryeh Gregor wrote: > On Tue, May 3, 2011 at 10:56 AM, Keean Schupke wrote: > > Why does it need to be persisted? I would prefer the database to be > > stateless. Obviously all users of the database need to use the same > > function. > > And if they don't use exactly the sam