<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Different tb-planning/devmail/etc messages and also personnel
    statements of the Council Candidates spoke about the necessity to
    re-new the legacy TB/Addressbook. But there were not much concepts
    with functional or technical background, the look and feel, not even
    any activity plan / perspective for it.   <br>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">So glad to see a TB/Addressbook
      discussion was started with:<br>
    </div>
    <br>
    <div class="moz-cite-prefix"><tt>On 12.03.18 17:28, TT Mooney wrote:</tt><br>
      <blockquote type="cite"><tt>The current address book in
          Thunderbird is barely usable. There are a couple extensions
          which try to work around the problem, but they’re not 100%.
          Not that I’m complaining about Cardbook, or anyone else
          working on solving the problem — it’s the best we have now,
          and I’m happy to have it. </tt></blockquote>
    </div>
    <p>Cardbook -- evolved over the last few years (2-3 ?) -- shows how
      much improvement are possible to get a significant enriched
      addressbook. Philippe -- the author -- wrote: <br>
    </p>
    <div class="moz-cite-prefix"><tt>On 14.03.18 14:40, CardBook wrote:</tt><tt><br>
      </tt></div>
    <blockquote type="cite"
      cite="mid:38f297e3-8384-789a-9ad3-5e95509bb394@gmail.com"><tt>CardBook
        starts to be a pretty decent address book but I don't know if it
        is a modern addressbook : CardBook is written in javascript,
        xul, css, xml bindings and an indexedDB database, so no "new
        technologies". It is relatively handy until 10 000 contacts but
        above writing an email is slow.</tt></blockquote>
    <p>And he himself pointed to some important facts for any further
      work on the re-new of the TB/Adressbook (TB/AB).<br>
    </p>
    <ol>
      <li>A new TB/AB was said to be an ideal part to see how modern
        technique can be used<br>
        <blockquote type="cite">It's intended to serve as a technical
          experiment for a rewrite using web technologies</blockquote>
        Clearly Cardbook doesn't fulfill this point. </li>
    </ol>
    <ol start="2">
      <li>TB performance should not be degraded by any subsystem -- or
        better said: the degradation should be a minium. One of the
        strong points of the legacy TB/AB is performance, and the trophy
        goes to:  the (hated) Mork db. So any replacement has a
        challenge here.<br>
        Cardbook doesn't do well about that. I have seen massive delays
        at TB startup already with 3.000 contacts. Not sure if it's
        building the db at startup or handling the contacts table. Also
        it's interesting to see Cardbook is using XUL for the table and
        that should be fast. <br>
        What happens with a change to using web technologies
        (JS/HTML/CSS)?<br>
        A concept which could help here is described by Ben Bucksch:
        <blockquote type="cite">"<svg class="octicon octicon-file"
            viewBox="0 0 12 16" width="12" height="16"><path
              fill-rule="evenodd" d="M6 5H2V4h4v1zM2 8h7V7H2v1zm0
              2h7V9H2v1zm0 2h7v-1H2v1zm10-7.5V14c0 .55-.45 1-1 1H1c-.55
              0-1-.45-1-1V2c0-.55.45-1 1-1h7.5L12 4.5zM11 5L8
              2H1v12h10V5z"></path></svg> <a class="js-navigation-open"
            title="fastlist-test.html"
id="58af1e260540f0f92cc8e19b3541cc05-a060c9b8f4c6c8deca2d6f0b478da7af9084b094"
            href="https://github.com/benbucksch/trex"><span
              class="css-truncate css-truncate-target">fastlist</span></a>"
          <span class="col-11 text-gray-dark mr-2" itemprop="about">TRex
            - HTML UI markup language and library to develop GUI apps </span></blockquote>
      </li>
    </ol>
    <span class="col-11 text-gray-dark mr-2" itemprop="about">More
      imporant point for a new-TB/AB:</span><br>
    <ol start="3">
      <li>A modern addressbook (using web technologies) should overcome
        legacy layout ideas. Clearly our legacy TB/AB UI is bound to a
        desktop implementation. If a new-TB/AB project is meant  "to
        serve as a technical experiment" we should experiment also with
        alternative layouts and handling, not only bound to mouse and
        menu and pulldown and such. Do will need a full list/table to
        show the contacts? Categories instead or additionally to Contact
        Lists (see also next point).<br>
        <br>
      </li>
      <li>Last not least TB/AB functionality: Mike Conley helped for a
        students project in 2016 and he reworked some of his interesting
        aspects it. Worth to take it as a basic also in 2018.<br>
        See here: <a class="moz-txt-link-freetext"
          href="https://github.com/Thunderbird301/react-addon/wiki">https://github.com/Thunderbird301/react-addon/wiki</a></li>
    </ol>
    <p><br>
    </p>
  </body>
</html>