|
t;span class="rem">- <li>Once I make an edit, the Detail View displays “updated by me”
- under the From: and To: fields (see storyboards).</li>
</span><span class="add">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sat, 07 Apr, 02:32 |
|
span><span class="lint;If I stopped here and Amy, who is sharing this event with
+me via a shared collection were to see this newly created Item in a
+summary table view, it would show up as an Unread item and the Who
+column would display: CR Username (aka me).&lt;br&gt;
</span><span class="cx"> &lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
</span><span class="rem">- &lt;li&gt;Suggest an Agend item.__dict__.update({ '_parent': None,
- n c |
Sun, 14 Mar, 11:31 |
| <dmlyn...@gmail.com> |
yping in new text or deleting old text. However, we&amp;#x2019;re aware
- there are limitations wrt when changes to the Detail View are
- committed. What we&amp;#x2019;d like to avoid is the situation where users
- have edited the Notes field and are looking to send out the
- Update, but haven&amp;#x2019;t necessarily tabbed out of the Notes field
- yet.)&lt;br/&gt;
</span><span class="add">+re-activates from its formerly disabled state and changes to &lt;b&gt;Update&lt;/b&gt;.
+I can hit &lt;b&gt;Update&lt;/b&gt; to send out the item again with the
+information. (Ideally, the &lt;b&gt;Update&lt;/b&gt; button activates as soon as
+the user makes an edit by typing in new text or deleting old text.
+However, we&amp;#8217;re aware there are limitations wrt when changes to the
+Detail View are committed. What we&amp;#8217;d like to avoid is the situation
+where users have edited the Notes field and are looking to send out the
+Update, but haven&amp;#8217;t necessarily tabbed out of the Notes field yet.)&lt;br&gt;
</span><span class="cx"> &lt;/li&gt;
</span><span class="rem">- &lt;li&gt;Once I make an edit, the Detail View displays &amp;#x201c;updated by me&amp;#x201d;
- under the From: and To: fields (see storyboards).&lt;/li&gt;
</span><span class="add">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Mon, 22 Nov, 00:00 |
| Parlante |
y me&amp;#x201d;
- under the From: and To: fields (see storyboards).&lt;/li&gt;
</span><span class="add">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span> |
Sat, 09 Apr, 03:30 |
| al...@osafoundation.org> |
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Thu, 21 Sep, 16:56 |
| al...@osafoundation.org> |
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Thu, 21 Sep, 16:56 |
| al...@osafoundation.org> |
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Thu, 21 Sep, 16:56 |
| al...@osafoundation.org> |
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Thu, 21 Sep, 16:56 |
| al...@osafoundation.org> |
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Thu, 21 Sep, 16:56 |
| al...@osafoundation.org> |
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Thu, 21 Sep, 16:56 |
| al...@osafoundation.org> |
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Thu, 21 Sep, 16:56 |
| b...@code-bear.com |
by me&amp;#x201d;
- under the From: and To: fields (see storyboards).&lt;/li&gt;
</span><span class="add">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span> |
Sat, 13 Sep, 09:29 |
| b...@code-bear.com |
by me&amp;#x201d;
- under the From: and To: fields (see storyboards).&lt;/li&gt;
</span><span class="add">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span> |
Sat, 13 Sep, 09:29 |
| e |
d">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Tue, 18 Feb, 17:56 |
| e |
d">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Tue, 18 Feb, 17:56 |
| e |
d">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Tue, 18 Feb, 17:56 |
| e |
m into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Tue, 21 Mar, 19:22 |
| est...@osafoundation.org> |
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Tue, 28 Oct, 00:35 |
| est...@osafoundation.org> |
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Tue, 28 Oct, 00:35 |
| g..@osafoundation.org> |
ongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Fri, 19 Jun, 14:55 |
| g..@osafoundation.org> |
ongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sun, 18 Jan, 18:06 |
| ic |
> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sun, 07 Jun, 03:49 |
| ic |
> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sun, 07 Jun, 03:49 |
| ic |
> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sun, 07 Jun, 03:49 |
| ic |
> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sun, 07 Jun, 03:49 |
| in |
bled state and changes to &lt;b&gt;Update&lt;/b&gt;.
+I can hit &lt;b&gt;Update&lt;/b&gt; to send out the item again with the
+information. (Ideally, the &lt;b&gt;Update&lt;/b&gt; button activates as soon as
+the user makes an edit by typing in new text or deleting old text.
+However, we&amp;#8217;re aware there are limitations wrt when changes to the
+Detail View are committed. What we&amp;#8217;d like to avoid is the situation
+where users have edited the Notes field and are looking to send out the
+Update, but haven&amp;#8217;t necessarily tabbed out of the Notes field yet.)&lt;br&gt;
</span><span class="cx"> &lt;/li&gt;
</span><span class="rem">- &lt;li&gt;Once I make an edit, the Detail View displays &amp;#x201c;updated by me&amp;#x201d;
- under the From: and To: fields (see storyboards).&lt;/li&gt;
</span><span class="add">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Fri, 04 Dec, 22:38 |
| in |
bled state and changes to &lt;b&gt;Update&lt;/b&gt;.
+I can hit &lt;b&gt;Update&lt;/b&gt; to send out the item again with the
+information. (Ideally, the &lt;b&gt;Update&lt;/b&gt; button activates as soon as
+the user makes an edit by typing in new text or deleting old text.
+However, we&amp;#8217;re aware there are limitations wrt when changes to the
+Detail View are committed. What we&amp;#8217;d like to avoid is the situation
+where users have edited the Notes field and are looking to send out the
+Update, but haven&amp;#8217;t necessarily tabbed out of the Notes field yet.)&lt;br&gt;
</span><span class="cx"> &lt;/li&gt;
</span><span class="rem">- &lt;li&gt;Once I make an edit, the Detail View displays &amp;#x201c;updated by me&amp;#x201d;
- under the From: and To: fields (see storyboards).&lt;/li&gt;
</span><span class="add">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Fri, 04 Dec, 22:38 |
| in |
bled state and changes to &lt;b&gt;Update&lt;/b&gt;.
+I can hit &lt;b&gt;Update&lt;/b&gt; to send out the item again with the
+information. (Ideally, the &lt;b&gt;Update&lt;/b&gt; button activates as soon as
+the user makes an edit by typing in new text or deleting old text.
+However, we&amp;#8217;re aware there are limitations wrt when changes to the
+Detail View are committed. What we&amp;#8217;d like to avoid is the situation
+where users have edited the Notes field and are looking to send out the
+Update, but haven&amp;#8217;t necessarily tabbed out of the Notes field yet.)&lt;br&gt;
</span><span class="cx"> &lt;/li&gt;
</span><span class="rem">- &lt;li&gt;Once I make an edit, the Detail View displays &amp;#x201c;updated by me&amp;#x201d;
- under the From: and To: fields (see storyboards).&lt;/li&gt;
</span><span class="add">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Fri, 04 Dec, 22:38 |
| in |
bled state and changes to &lt;b&gt;Update&lt;/b&gt;.
+I can hit &lt;b&gt;Update&lt;/b&gt; to send out the item again with the
+information. (Ideally, the &lt;b&gt;Update&lt;/b&gt; button activates as soon as
+the user makes an edit by typing in new text or deleting old text.
+However, we&amp;#8217;re aware there are limitations wrt when changes to the
+Detail View are committed. What we&amp;#8217;d like to avoid is the situation
+where users have edited the Notes field and are looking to send out the
+Update, but haven&amp;#8217;t necessarily tabbed out of the Notes field yet.)&lt;br&gt;
</span><span class="cx"> &lt;/li&gt;
</span><span class="rem">- &lt;li&gt;Once I make an edit, the Detail View displays &amp;#x201c;updated by me&amp;#x201d;
- under the From: and To: fields (see storyboards).&lt;/li&gt;
</span><span class="add">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Fri, 04 Dec, 22:38 |
| is |
s in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sun, 22 Jun, 20:09 |
| isse |
><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sun, 13 Nov, 20:15 |
| isse |
><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sun, 13 Nov, 20:15 |
| isse |
><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sun, 13 Nov, 20:15 |
| isse |
><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sun, 13 Nov, 20:15 |
| isse |
><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Sun, 13 Nov, 20:15 |
| m.@osafoundation.org> |
">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Mon, 03 May, 09:42 |
| m.@osafoundation.org> |
">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Mon, 03 May, 09:42 |
| m.@osafoundation.org> |
">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Mon, 03 May, 09:42 |
| m.@osafoundation.org> |
">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Mon, 03 May, 09:42 |
| m.@osafoundation.org> |
">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Mon, 03 May, 09:42 |
| m.@osafoundation.org> |
">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Mon, 03 May, 09:42 |
| m.@osafoundation.org> |
">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Mon, 03 May, 09:42 |
| m.@osafoundation.org> |
">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Mon, 03 May, 09:42 |
| m.@osafoundation.org> |
">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. <br>
</span><span class="cx"> </p>
<p>The workflow is as follows: I receive an email. I put it on the
calendar and
added it to a task list. If I unstamp this Item as a communication, we
will
</span><span class="rem">-make no attempt to preserve the &#x2018;communication-ness&#x2019; of the Item as a
-separate Item. Instead, we assume that the user just doesn&#x2019;t need to
</span><span class="add">+make no attempt to preserve the &#8216;communication-ness&#8217; of the Item as a
+separate 'user' Item. Instead, we assume that the user just doesn&#8217;t
+need to
</span><span class="cx"> keep the
</span><span class="rem">-communication information anymore. Unstamping the &#x2018;communication-ness&#x2019;
</span><span class="add">+communication information anymore. Unstamping the &#8216;communication-ness&#8217;
</span><span class="cx"> of an item is the equivalent of what people do when they copy and paste
event information from an email to an event on their calendar and then
</span><span class="rem">-delete the email. Similarly, we can think of unstamping &#x2018;task-ness&#x2019; or
-&#x2018;calendar-ness&#x2019; as
-taking the event off the task list and the calendar.
</span><span class="add">+delete the email. Similarly, we can think of unstamping &#8216;task-ness&#8217; or
+&#8216;calendar-ness&#8217; as
+taking the event off the task list and the calendar.<br>
</span><span class="cx"> </p>
</span><span class="add">+<p>If I am in a Kind-specific App area (e.g. Mail, Tasks, Calendar) and
+I unstamp an Item, such that it no longer belongs in that App area, the
+Item should be removed immediately removed from the summary pane, just
+as if I had selected the Item and then removed it with the
+Edit&gt;&gt;Remove menu item. For example, if I am in the Calendar view
+and I am looking at an Event stamped as a Communication, when I
+unstamp the Item thereby 'Removing it from the Calendar', the event
+fields disappear from the detail
+view (e.g. location, all-day checkbox, date/time, timezone, event
+status, recurref view._logItem(self):
self._status |= dirty
@@ -1363,7 +1408,7 @@
None, copyOther)
return otherCopy
else:
- return Item.Nil
+ return Nil
if copyFn is None:
copyFn = copyOther
@@ -1446,7 +1491,7 @@
for name in self._references.keys():
policy = (deletePolicy or
self.getAttributeAspect(name, 'deletePolicy',
- default='remove'))
+ False, None, 'remove'))
if policy == 'cascade':
value = self._references._getRef(name)
if value is not None:
@@ -1455,7 +1500,7 @@
else:
sName = property(fget = __getName,
fset = rename,
doc =
|
Mon, 03 May, 09:42 |
| m.@osafoundation.org> |
">+ &lt;li&gt;Once I make an edit, the Detail Vtems. Unstamping items is the
</span><span class="rem">-equivalent of &#x2018;Removing the item&#x2019; from the Task list or Calendar, which
</span><span class="add">+equivalent of &#8216;Removing the item&#8217; from the Task list or Calendar, which
</span><span class="cx"> in turn removes any Task or Calendar specific attributes from the item.
</span><span class="rem">-Unstamping does not imply splitting the item into separate Items. <br/>
</span><span class="add">+Unstamping does not imply splitting the item into separate Items. < |