<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body smarttemplateinserted="true">
    <div id="smartTemplate4-template">
      <style>.snipped { 
  border: 1px solid rgba(90,90,90,0.2); padding: 3px; 
  background: linear-gradient(to bottom, #fdeff4 0%,#fdb9bd 51%,#fea2a3 59%,#ff999e 100%);
}
#agGmail {
  margin-left: 6px;
}
#agGmail, #agGmail p {
  font-family: Cambria, Georgia, serif !important; 
  font-size:11pt; 
  text-align: left; 
}
#agGmail p {
  max-width: 950px;
}
</style>
      <div id="agGmail"><img style="margin-top: 1em; float: right;
          box-shadow: 1px 1px 2px rgba(20, 20, 20, 0.4);"
          moz-do-not-send="false" class="myLogoAG"
          src="cid:part1.97C706DE.55D5D2E0@gmail.com" alt="Get
          Thunderbird!" width="94" height="15">
      </div>
    </div>
    <div id="smartTemplate4-quoteHeader">
      <style type="text/css" scoped="">
#newHeaderAG1 b { font-weight:bold; color: #990033; min-width: 4.5em; max-width:none; display:inline-block;}
</style>
      <blockquote type="cite" style="margin-bottom: -20px !important;
        padding-bottom:20px !important;">
        <div id="newHeaderAG1" style="font-size: x-small; padding:1em;
          background-color:rgba(220,220,240,0.4); border-radius:3px;"> <b>Subject:</b>Re:
          Addon transition support (was: Inclusion of the community in
          decisions)<br>
          <b>From:</b>Eyal Rozenberg <a class="moz-txt-link-rfc2396E" href="mailto:eyalroz@technion.ac.il"><eyalroz@technion.ac.il></a><br>
          <b>To:</b><a class="moz-txt-link-abbreviated" href="mailto:Tb-Planning@mozilla.org">Tb-Planning@mozilla.org</a>
          <a class="moz-txt-link-rfc2396E" href="mailto:tb-planning@mozilla.org"><tb-planning@mozilla.org></a>; Dirk Steinmetz
          (Rsjtdrjgfuzkfg) <a class="moz-txt-link-rfc2396E" href="mailto:thunderbird-lists@rsjtdrjgfuzkfg.com"><thunderbird-lists@rsjtdrjgfuzkfg.com></a>
          <br>
          <b>Sent: </b>Thursday, 24/9/2020 21:06<br>
        </div>
      </blockquote>
    </div>
    <blockquote type="cite"
      cite="mid:9dbabdcb-dce1-835f-631d-3102c6ae1baf@technion.ac.il">Certainly
      there are some updates. Here they are:
      <br>
      <a class="moz-txt-link-freetext"
        href="https://developer.thunderbird.net/add-ons/updating/tb78/changes"
        moz-do-not-send="true">https://developer.thunderbird.net/add-ons/updating/tb78/changes</a>
      <br>
      <br>
      these require some work, but that's the way it's been always with
      Seamonkey and Thunderbird: Every couple of years, some things
      change, some things break - that's life. People aren't up in arms
      about <span class="moz-txt-underscore"><span class="moz-txt-tag">_</span>that<span
          class="moz-txt-tag">_</span></span>.
      <br>
      <br>
      <blockquote type="cite" style="color: #000000;">It is important to
        switch to a technology that can be maintained in the
        <br>
        long-term, without harming the core product.
        <br>
      </blockquote>
      <br>
      The core product is a maximally extensible and adaptable mail
      client. Refusing to allow extension chrome full access to the API
      available to bundled chrome <span class="moz-txt-underscore"><span
          class="moz-txt-tag">_</span>is<span class="moz-txt-tag">_</span></span>
      harming the core product.
    </blockquote>
    <p>this sounds very much like my older argument of "eating your own
      dog food" - ideally I would have liked to say if Add-ons are
      forced to use xhtml for everything then so should Tb JavaScript
      layer.</p>
    <p>There is also that differentiation that nobody makes - Core
      includes both the C++ underlayer and the JavaScript top layer. In
      the "good old times" there was no distinctiopn between Add-on
      Script and chrome script. I think that's the paradigm that is now
      being broken. <br>
    </p>
    <p>I still believe (with experiments) we could have a new
      classification system of "privileged" Add-ons that are allowed
      access to XPCOM functionality (even if it requires special
      communication mechanisms to the main thread / background thread,
      which is just extra effort but at least implementable) - then it
      would take away the workload from Core developers to have to
      implement "everything" that is needed in wx APIs. Why not have
      pure wx Add-ons for the most part and then special powers Add-ons
      (such as Lightning also could be) that require special consent
      from the users to install? It would certainly address quite a few
      resource problems, on both sides.</p>
    <p>just my 2cents,<br>
        Axel<br>
    </p>
  </body>
</html>