<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Agreed that we are for closer adherence to standards.  Once the
      jscalendar standard is in use we'll have to deal with supporting
      it along with iCal, which will be its own set of issues, but
      that's down the road, so no reason not to more closely follow the
      iCal standard right now.</p>
    <p>Of the issues you list, "Tasks with a date without a time" seems
      fairly straight forward.  I would suggest starting with that one.</p>
    <p>"Privacy Statuses" is a little trickier since apparently
      selecting "Public", "Confidential" (or the current "Show Time and
      Date Only"), or "Private" may mean different things depending on
      the server's settings.  From a UX perspective it would be good, if
      possible, for the user to know what they are choosing as they are
      choosing it.  I'd like to explore some of our options there.<br>
    </p>
    <p>So Max, you are proposing changing the option in the UI from
      "Show Time and Date Only" to "Confidential".  That means a user
      will need to know the difference between "Confidential" and
      "Private".  As you says this is not exactly self-explanatory, so I
      would want to think about ways to make this a bit more user
      friendly, as we are making the change to follow the standard.<br>
    </p>
    <p>Thanks Max for raising these questions and for your interest in
      working on these issues!<br>
    </p>
    <p>-Paul</p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 6/4/20 6:20 PM, Max Emig wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:45-5ed97380-43-3491d2c0@56266533">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <p>Hi all,<br>
        <br>
        I was looking into various issues that affect my experience of
        using Thunderbird for tasks and events with
        iCal/CalDAV drastically. I found some quite old neglected bugs
        assigned to it.<br>
        <br>
        It all boils down to interoperability issues between iCal
        RFC5545 compliance and the current state of the user interface
        which users are familiar with as well as the possibility of
        other standards like draft-ietf-calext-jscalendar.<br>
        <br>
        In the following table, I am only pointing out the differences
        that are visible to the end-user and thus cannot be converted
        seamlessly:</p>
      <table border-collapse:="" collapse="" style="width: 100%;"
        cellspacing="1" cellpadding="1" border="1" align="left">
        <tbody>
          <tr>
            <td><strong>Topic</strong></td>
            <td><strong>Current state of Thunderbird</strong></td>
            <td><strong>iCal RFC5545</strong></td>
            <td><strong>draft-ietf-calext-jscalendar</strong></td>
            <td><strong>Bugzilla</strong></td>
          </tr>
          <tr>
            <td><strong>All-day-events</strong></td>
            <td>All-day events are supported with temporarily storing
              time during selection in the dialog but saving without</td>
            <td>Saving the date(s) without time</td>
            <td>Time can be hidden from the overview but has to be
              saved.</td>
            <td>n/a</td>
          </tr>
          <tr>
            <td><strong>Tasks with a date without a time</strong></td>
            <td>Tasks with a date without a time are not supported, but
              are untouched when importing and then exporting them</td>
            <td>Saving the date(s) without time</td>
            <td>No example is given. Time can be hidden from the
              overview but has to be saved.</td>
            <td><a
                href="https://bugzilla.mozilla.org/show_bug.cgi?id=357502"
                moz-do-not-send="true">357502</a></td>
          </tr>
          <tr>
            <td><strong>Privacy statuses</strong></td>
            <td>Default: No value<br>
              Available options: "Public Event", "Show Time and Date
              Only", "Private Event"</td>
            <td>Default: "Public"<br>
              Available options: "Public", "Confidential", "Private"<br>
              The server governs sharing based on this value and its
              settings.</td>
            <td>Default: "Public"<br>
              Available options: "Public", "Private", "Secret"<br>
              The standard governs which values may be shared under
              which conditions.</td>
            <td><a
                href="https://bugzilla.mozilla.org/show_bug.cgi?id=649944"
                moz-do-not-send="true">649944</a></td>
          </tr>
        </tbody>
      </table>
      I suggest stricter alignment to iCal RFC5545 at least in these
      cases to achieve full compliance. It is the only currently
      supported data format for tasks and events because the entire
      calendar is based on the iCal implementation libical or its
      new successor ical.js.<br>
      <br>
      The change from "Show Time and Date Only" to "Confidential" should
      be addressed in the changelog. Furthermore, a help article for the
      Privacy selector would be useful in any case as the concept of
      telling the server your preference on sharing is not exactly
      self-explanatory.<br>
      <br>
      Max
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
tb-planning mailing list
<a class="moz-txt-link-abbreviated" href="mailto:tb-planning@mozilla.org">tb-planning@mozilla.org</a>
<a class="moz-txt-link-freetext" href="https://mail.mozilla.org/listinfo/tb-planning">https://mail.mozilla.org/listinfo/tb-planning</a>
</pre>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
Paul Morris
Thunderbird.net</pre>
  </body>
</html>