<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">I am all for reintegration.  I was put
      off years ago (Bug <a moz-do-not-send="true"
        href="https://bugzilla.mozilla.org/show_bug.cgi?id=634831">634831</a>), 
      but in all honesty the grand plans at the time have not
      materialized, scrolling headers are still  a pipe dream.  I do not
      have 12 lines in my three pane view for a header I simply do not
      normally use.  It might be Ok when reading mail in a tab,  but I
      simply do not do that.<br>
      <br>
      It might be worth offering an option to have different header
      representations in the reading pane v the tab/Window view.  <br>
      <br>
      It would also be nice if the header toolbar just found a home
      somewhere else when the header is collapsed.  It is alright for
      me,  mostly I have just added the icons I want to the main
      toolbar,  but there are now mail toolbar only icons so I do
      without them. <br>
      <br>
      <br>
      Matt<br>
      <br>
      <br>
      On 02-Feb-20 3:24 AM, Joachim Herb wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:947985ce-caba-d1c5-2ef4-2e54c3d9842c@gmx.de">Hello,
      <br>
      <br>
      I am the developer of the CompactHeader addon and currently, I
      have
      <br>
      stopped developing it.
      <br>
      <br>
      The first reason is: If XUL is going away (is it?), then what
      happens to
      <br>
      the message and header panes anyway? Will they stay the same and
      use the
      <br>
      current technology to be displayed, i. e. XUL and internal
      overlays?
      <br>
      <br>
      The other reason is: If I understand correctly, I had to transfer
      nearly
      <br>
      all the javascript code for modifying the header into an
      "experiment"
      <br>
      addon. Shouldn't these "experiments" be used to prepare
      integration of
      <br>
      API into the full code (at least for firefox)? If so, why not
      <br>
      integrating the functionally of compact header (back!) into
      Thunderbird
      <br>
      directly. Especially, if the whole technology for displaying the
      header
      <br>
      will change anyway. Besides this, CompactHeader is currently
      <br>
      monkey-patching the internal functions for displaying the header.
      An
      <br>
      experimental Addon would just add another layer of complexity.
      <br>
      <br>
      Currently, two different technologies are used to display message
      <br>
      header: XUL for a single message, and HTML for selection of
      multiple
      <br>
      messages. But it is this way now since several years (since
      Thunderbird
      <br>
      3.1?).
      <br>
      <br>
      So what are the boundary conditions?
      <br>
      <br>
      Joachim
      <br>
      <br>
      TL;DR Integrate compact header into Thunderbird
      <br>
      _______________________________________________
      <br>
      tb-planning mailing list
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:tb-planning@mozilla.org">tb-planning@mozilla.org</a>
      <br>
      <a class="moz-txt-link-freetext" href="https://mail.mozilla.org/listinfo/tb-planning">https://mail.mozilla.org/listinfo/tb-planning</a>
      <br>
    </blockquote>
    <br>
    <br>
    <div class="moz-signature">-- <br>
      “Against stupidity the gods themselves contend in vain.”
      <i>― Friedrich von Schiller, Die Jungfrau von Orleans </i></div>
  </body>
</html>