Re: [Fwd: Re: CAP-12-a: Stored queries still?]
Doug Royer <[email protected]>
| Newsgroups | gmane.ietf.calendar |
|---|---|
| Organization | http://INET-Consulting.com |
| Message-ID | <[email protected]> |
[email protected] wrote: > > Doug responded on 09/04/2003 11:49:46 AM: > > > Since there is no way for any client ('fat' or 'thin') to create a > > > stored query that is really beneficial and reusable > > > > Your opinions presumes you speak for everyone, and you do not. > > If you do not find them useful, then speak for yourself. > > I'm not the only one who have questioned this dubious feature. At the > last IETF I was at everyone there questioned it for the exact reasons I > described. I made no such claim. You clamed that only I supported it - not true. > Had stored queries been able to achieve the original intent I would not > question them in CAP 1.0 but they do not remotely approach solving the > original intent and they put an implicit burden on ALL CSs so I question > their inclusion. And what was the original intent? > > I proposed that all references to stored queries be removed from CAP > 1.0. Or perhaps you missed that in nearly all my other postings on the > subject. > > > So what's your point? Do you want to propose that we add text > > saying "do not do something unless it is useful"? > <FRUSTRATION SHOW=ON> > Perhaps I should propose we get a co-editor who will pay attention to > postings on issues w/o trying to ignore or deflect them in an attempt to > get CAP 1.0 out the door ASAP. > </FRUSTRATION> Hint: A proposal suggests something, it is not a question :-) > Proposal: We remove any and all references to stored queries in CAP 1.0. > Anyone interested in extending CAP such that the original intent of > stored queries is achieved can do so in a later draft. Thanks for a proposal. Did you notice that I was not the only one that objects to it being removed - today? Why do you want VQUERY to be the ONLY component that can not be fetched or stored? > > > Your calculations (omitted) failed to calculate the fetching > > of the same query that you then send back to the CS. > > Oh, so you think that the CUA is always going to retrieve the VQUERY > from the CS and then resend it back to the CS on any of those > commands?!? Why? Because cell and small devices do not have a GUI to configure what they want in the response. > > Remember Cell phones and PDAs do not have a user interface that allows > > the user to customize the queries. It gives the PDA and Cell phone > > companies the ability to modify the result sets. > > Huh? My cell phone has a built in calendar. From there I can pick the > day to see entries on. That's all that the CU needs to do to get data; Yes, but what data is to be included? That is NOT configurable by your cell phone. Stored queries allow a 2nd CUA to store queries that can be used by the non-CUI CUAs. There has not been a requirement that the same CUA store and fetch the same queries. -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- [email protected] | Office: (208)612-INET http://Royer.com/People/Doug | Fax: (866)594-8574 | Cell: (208)520-4044 We Do Standards - You Need Standards
smime.p7s
(application/x-pkcs7-signature, 4.5 KB) - not displayed