<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    hi dawood!<br>
    <br>
    nice to read about your progress!<br>
    <br>
    i think that for the global architecture andreas will have to give
    you the ok...<br>
    <br>
    on the other side, the longer you wait with sending your patches,
    the harder it is to<br>
    <br>
    - integrate them into the scribus trunk<br>
    - make sure that they don't break anything<br>
    <br>
    i'm not skilled with CTL and i only know a bit of scribus code, but
    i skimmed through the diff between your branch and andreas' one and
    what i saw looks good...<br>
    <br>
    since andreas did not fork the scribusproject repository, i cannot
    use github to check for the differences between his branch and the
    trunk... so i cannot tell how different your code from the current
    trunk...<br>
    <br>
    my suggestion is:<br>
    <br>
    - become confident that your changes do not break non-CTL rendering
    on screen and in the PDFs (you can ask the community to compile your
    version and try it with their documents)<br>
    <br>
    - create a new (github) repository that is based on scribus trunk
    (as an example by forking scribusproject's github repository).<br>
    <br>
    - as far as possible, add branches that contain atomic changes to
    the scribus code. describe each time why you are making the changes
    and what is the final goal. and create patches that change one thing
    at a time<br>
    <br>
    - you can also create one branch with your current code (but based
    on trunk instead of avox's repository), so that it's easy to get a
    full view of the differences between your current state and the
    trunk. that way you/we also can check if your code can still be
    applied to the current trunk!<br>
    <br>
    - start by sending patches that only contain new formatting for the
    code (thinks like indents...)<br>
    <br>
    - continue with patches that do not change the logic of the code
    (like adding new structures; of course you will have to explain why
    you(or avox) are adding them and link to the places where you will
    be using them so that the team can give you feedback).<br>
    <br>
    - then, if it's possible, create patches that add one feature at a
    time. document what you have done and why.<br>
    <br>
    - since avox is "in charge" of the whole ctl project, you might want
    to continue to work in your current repository based on his work,
    and only use the new repository for creating the patches and showing
    your work to the rest of the team / the rest of the community.<br>
    <br>
    the alternative is to add one big patch to the bug tracker and see
    what happens :-)<br>
    it might be good enough!<br>
    <br>
    thanks for your precious work and have a wonderful evening<br>
    a.l.e<br>
    <br>
    <div class="moz-cite-prefix">On 12/01/16 11:07, Dawood al-badi
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAA58wWXD2pt-NzUyKJsM1TV+x3Z=CD45aXurnuRQZ9sM7=ET_A@mail.gmail.com"
      type="cite">
      <div dir="rtl">
        <p dir="ltr">Hello developers.</p>
        <p dir="ltr">I am working in ScribusCTL with guidance of
          Andreas-VOX. I started to complete Andreas work and I almost
          finished first stage which is box implementation. This stage
          have a huge changes in Scribus code. I Think that when we
          finish and stabilize box implementation will be very difficult
          to merge that huge of change. Also I believe that Andreas last
          merge was with r20300 so we already in not updated version.
          Good to know that my work was to make Andreas modifications
          work correctly without logic and syntax error and my current
          state is as following. Scribus now use boxes to draw glyphs on
          screen correctly and it can export that text to pdf format.
          Although there still some bugs that I am working on it right
          now such as TAB and point to position. I am just wondering how
          can I proceed with that unupdated version because when I
          finish I believe that scribus will be much different from the
          version that I am working on now. I notice that Andreas is
          very buzy and he did not test my work. Now I need you to tell
          me if I should start to send patches of my changes or I wait
          for Andreas to test it and merge but in case I hope you can
          start test our code and report bugs</p>
        <p dir="ltr"><br>
        </p>
        <p dir="ltr"><a moz-do-not-send="true"
            href="https://github.com/dawoodalbadi/ScribusCTL">https://github.com/dawoodalbadi/ScribusCTL</a></p>
        <p dir="ltr"><br>
        </p>
        <p dir="ltr">regards</p>
        <p dir="ltr">Dawood<br>
        </p>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
scribus-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:scribus-dev@lists.scribus.net">scribus-dev@lists.scribus.net</a>
<a class="moz-txt-link-freetext" href="http://lists.scribus.net/mailman/listinfo/scribus-dev">http://lists.scribus.net/mailman/listinfo/scribus-dev</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>