Re: Status of the CALSCH working group (EXPAND)

[email protected]
Newsgroups gmane.ietf.calendar
Message-ID <OFDE97E30C.4174198E-ON85256DDA.0063FEF7-85256DDA.0064677A@notesdev.ibm.com>
Doug wrote on 11/07/2003 04:14:11 PM:
> > EXPAND and QUERYID -- I am having a hard time understanding how stored 

> > queries can be useful without search wildcards. Can anyone explain 
> > this to me? We dropped the ability to auto execute stored queries.
> 
> There is NO restriction that the results of fetching a stored query 
> return static results (the
>  same is true for all components) . So I could define (using unspecified 

> admin tools) a stored
> query called 'TODAY' that returns a dynamically returns a VQUERY when
> run returns the results of todays events from several calendars.
> 
> When we had auto-execute, then you could run them without fetching
> them. Now you have to fetch them and then run them (I still do not see 
> why that is better).
> All of my requests for such an explanation have been ignored by those 
> that do not want
> the CS to be able to have builtin, stored, or dynamically created 
> queries. PDAs and
> devices on low bandwidth or high latency connections need this feature.

To date I have not heard a response from Doug or anyone who can answer my 
question about EXPAND.  It was a simple question but there seems to be 
reluctance to answer it.  So Ill ask again...

With regards to EXPAND, is the CS supposed to return literally all 
instances of a repeating entry even if they fall outside the bounds of the 
parameters in the VQUERY or is the stated intention of EXPAND incorrectly 
/ poorly phrase?

Bruce
===========================================================================
Bruce Kahn                                INet: 
[email protected]
Messaging & Collaboration                 Phone: 978.399.6496
IBM Software Group                         FAX: and nothing but the FAX...
Standard disclaimers apply, even where prohibited by law...
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.