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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.