<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 2/8/2014 3:33 PM, <a class="moz-txt-link-abbreviated" href="mailto:neandr@gmx.de">neandr@gmx.de</a>
      wrote:<br>
    </div>
    <blockquote cite="mid:52F6A291.8050207@gmx.de" type="cite">
      <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
      But having in mind all the discussions and the brave work some
      also best knowledged people made to improve or replace the current
      composer, I don't feel it's a GSoC project idea to "improve" what
      we have right now.<br>
      <br>
      Also the composer (current, improved or replaced) has to be
      integrated very much with the rest of the TB code, <i>how about
        using an existing HTML composer and make it work with TB.¬† </i><br>
      Maybe there are legal issues for a product integration, but I
      could imagine a GSoC project to just bundle those pieces as a test
      case. <br>
      <br>
      I remember some people tried for that already .. but don't
      remember the roadblocks.<br>
    </blockquote>
    <br>
    One of the major roadblocks is that our backend compose code is
    horribly coupled to the current frontend cod and requires a lot of
    cooperation to make things work. For example, you need to pass a lot
    of nsIDOMWindows or nsIEditor stuff to the backend to make things
    work properly. I'm working on rewriting large swathes of the backend
    code which should eventually ameliorate this painful coupling, but I
    don't expect it to reach fruition in the next several months.<br>
    <pre class="moz-signature" cols="72">-- 
Joshua Cranmer
Thunderbird and DXR developer
Source code arch√¶ologist</pre>
  </body>
</html>