CAP-12-e: TRANSP and -NOCONFLICT changes
[email protected] Wed, 19 May 2004 16:55:42 -0400
| Newsgroups | gmane.ietf.calendar |
|---|---|
| Message-ID | <OF243AD890.29FC5CBA-ON85256E99.005141CB-85256E99.0072B745@notesdev.ibm.com> |
In trying to picture how the new TRANSPARENT-NOCONFLICT and
OPAQUE-NOCONFLICT TRANSParency property values would function I ran into a
bit of a quandry about how something would work given the new values. In
particular I see 2 scenarios where I see some potential problems with CU
confusion or frustration. So I thought Id ask the WG for some help in
understanding/resolving it.
Sceneario 1: I am going on vacation and I want to block off that entire
week from my calendar. I also want to make sure I do not overbook myself
for, say, Wednesday afternoon when my family and I have reservations to
some special activity at a particular time (ie: "Island boat tour from 3 -
5PM, no rainchecks or refunds").
For this case I would normally expect to create either an entry that spans
all week and has TRANSP:OPAQUE so that my coworkers know Im out that week.
However, given the rules for TRANSPARENT-NOCONFLICT and
OPAQUE-NOCONFLICT, I cannot later add that special Wednesday event to my
calendar with either -NOCONFLICT value. Trying to do so would result in
my CUA being given a REQUEST-STATUS:6.2; response code.
So just how would I block off the entire vacation week and have that
special event on my calendar? Possible solutions include:
A: Do not use an OPAQUE-NOCONFLICT property value for either
entry. This though could allow me to overbook myself for that special
activity.
B: Split the preexisting week long blocker into a "before special
event" block and an "after special event" block. While doable, it does
introduce some other potential issues:
1: If the special event gets rescheduled, the same process
would need to be repeated. Also, this would leave a non-OPAQUE slot in my
availability that should not be there.
2: If the special event is cancelled (ie: rained out) then
I now have an available spot in my availability that should not be there.
Scenario 2: I want to go on vacation for 2 weeks and block out my time
accordingly. However I have a bi-weekly team meeting with a
TRANSP:OPAQUE-NOCONFLICT so I cant just make a blocking entry that spans
my entire vacation block.
So again Im not sure what the expected / correct set of actions would be
for me to be able to block out my vacation time when I have a pre-existing
OPAQUE-NOCONFLICT entry. Just because Im on vacation does not mean I want
to delete the team meeting from my calendar. I may be the Organizer of it
and as such clearly do not want to CANCEL it or delete it for everyone.
Besides even if I make the VEVENT have a STATUS:CANCELLED, that does not
mean the TRANSParency value is ignored since the entry still exists in my
calendar.
One possible solution would be to locally change my copy of the VEVENT to
be TRANSP:OPAQUE (not OPAQUE-NOCONFLICT) and then save the vacation entry.
This however would mean that my version is no longer in sync with the
version the other ATTENDEEs have. So if I were to delegate it to someone
else, my CUA would have to know to restore the original OPAQUE-NOCONFLICT
on the copy it sent to my designee. Other bad sideffects of this solution
is that if I were the Organizer then if I were to do any updates to it
(before going on vacation) then the instance affected would also get a
TRANSP:OPAQUE value which would allow others to overbook now and thats not
what I would expect.
The (B) solution above could be equally applied here too but again there
are undesirable side effects in doing this.
So can someone please explain how to solve these simple scenarios? While
I see and understand the uses for the new -NOCONFLICT values, Im having a
hard time visualizing their practical use in some simple cases.
Bruce
===========================================================================
Bruce Kahn INet:
[email protected]
Messaging & Collaboration Phone: 978.399.6496
IBM Software Group FAX: and nothing but the FAX...
Warning: Dates in Calendar are closer than they appear.