<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Dave,<br>
    <br>
    On 26/3/13 21:49 , Dave Cooper wrote:<br>
    <blockquote
cite="mid:CAHBe5Xi7kgrVJh=cR=X5ZzZ26dJkc4qny6mYXvwVEe4kmpowqw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div style="">Hi All,</div>
        <div style=""><br>
        </div>
        <div style=""> I'm not sure if I should put this on this mailing
          list or as an Issue on the new Github site (where I could
          claim "First!" : )</div>
      </div>
    </blockquote>
    Well I have no idea either and I have to look at how this works on
    github. Anyway this mailing list on common-lisp.net works well and
    is really low volume so probably it's not useful to change for now.
    That said I would be interested to here if people have more informed
    opinions on that.<br>
    <blockquote
cite="mid:CAHBe5Xi7kgrVJh=cR=X5ZzZ26dJkc4qny6mYXvwVEe4kmpowqw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div style="">How many of you have seen this error at some point
          during your time using cl-pdf:</div>
        <div style=""><br>
        </div>
        <div style=""> "Error: Font Helvetica not Found" </div>
        <div style=""><br>
        </div>
        <div style="">As you probably know, one of the things which can
          cause this is when cl-pdf is being loaded from a compiled fasl
          which is not in the location of the source codebase, and the
          source codebase is no longer available at the location where
          it was during compiling.</div>
        <div style=""><br>
        </div>
        <div style="">So my basic question is: does anyone have
          suggestions what to do about *cl-pdf-base-directory* and
          *cl-typesetting-base-directory* so that a fasl or built
          runtime can be used without the depending on the original
          absolute pathname to afm/ directory, etc. still existing as
          they were during compilation? As it is currently, the full
          hardcoded pathname of the *cl-pdf-base-directory* and
          *cl-typesetting-base-directory* are baked into a compiled
          fasl. I understand this used to work from *load-truename*
          instead of *compile-file-truename*, and the hardcoding of
          compile-time source location was introduced as a "fix" for the
          fact that ASDF started using output-translations which
          resulted in the fasl being loaded not being in the source
          location. But this "fix" still assumes that the sources are
          always going to be available in their original location every
          time a fasl is loaded, which I consider to be a fragile
          assumption. <br>
        </div>
        <div style=""><br>
        </div>
        <div style="">For me, the ideal solution would be: </div>
        <div style=""><br>
        </div>
        <div style=""> 1. First of all, don't have any compile-time or
          load-time dependencies on these variables at all. As it is
          now, only chart.lisp in cl-pdf appears to depend on
          *afm-files-directories* -- couldn't this stuff be deferred to
          runtime? For cl-typesetting I'm not sure what are the
          dependencies at compile and load time, but I speculate that
          they are few. </div>
        <div style=""><br>
        </div>
        <div style=""> 2. Provide an "initialize!" function for use at
          runtime startup, which is supposed to establish base directory
          locations for afm/ directory etc. <br>
        </div>
      </div>
    </blockquote>
    <blockquote
cite="mid:CAHBe5Xi7kgrVJh=cR=X5ZzZ26dJkc4qny6mYXvwVEe4kmpowqw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div style="">
          Then it would be (as it rightfully should be) the
          responsibility of any runtime application which is using
          cl-pdf to set the *-base-directory* variables and call the
          initialize! function as part of its "restart" function, much
          the same way as many applications normally have to initialize
          themselves at startup to find the location of outside
          resources (e.g. webserver applications have to be set with the
          location of static files for publishing, etc). </div>
        <div style=""><br>
        </div>
        <div style="">Before I go any deeper into this direction I just
          wanted to get any feedback that current users have about this
          issue. And let me know if it should be opened as an Issue on
          the github project or stay on this mailing list. <br>
        </div>
      </div>
    </blockquote>
    Seems good for me. Anyway as you mentioned, probably everybody had
    to integrate that into some initialization function.<br>
    <blockquote
cite="mid:CAHBe5Xi7kgrVJh=cR=X5ZzZ26dJkc4qny6mYXvwVEe4kmpowqw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div style="">Best Regards</div>
        <div style=""><br>
        </div>
        <div style=""> Dave</div>
        <div style=""><br>
        </div>
        <div style="">P.S. Are there plans to bring cl-typesetting to
          github as well, side-by-side with cl-pdf?</div>
      </div>
    </blockquote>
    Sure! I wanted to clean them up somewhat like I have done with
    cl-pdf but maybe I should move all this to github and clean it
    later. <br>
    I'm also planning to modernize my web framework and put it on github
    too but this will take some time.<br>
    <br>
    Cheers,<br>
    <br>
    Marc<br>
    <blockquote
cite="mid:CAHBe5Xi7kgrVJh=cR=X5ZzZ26dJkc4qny6mYXvwVEe4kmpowqw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra"><br>
          <div class="gmail_quote">On Thu, Feb 28, 2013 at 12:28 PM,
            Marc Battyani <span dir="ltr"><<a moz-do-not-send="true"
                href="mailto:marc.battyani@fractalconcept.com"
                target="_blank">marc.battyani@fractalconcept.com</a>></span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">
              <div bgcolor="#FFFFFF" text="#000000"> <font size="-1"><font
                    face="Helvetica, Arial, sans-serif">Hi all,<br>
                    <br>
                    <font size="-1">cl-pdf is moving to <a
                        moz-do-not-send="true"
                        href="https://github.com/mbattyani/cl-pdf.git"
                        target="_blank">https://github.com/mbattyani/cl-pdf.git</a><br>
                      <br>
                      <font size="-1"><font size="-1">Please contact me
                          if</font> want to have push a<font size="-1">ccess.</font></font><span
                        class="HOEnZb"><font color="#888888"><br>
                          <br>
                          <font size="-1">Marc<br>
                          </font></font></span></font></font></font><br>
              </div>
              <br>
              _______________________________________________<br>
              cl-pdf-devel site list<br>
              <a moz-do-not-send="true"
                href="mailto:cl-pdf-devel@common-lisp.net">cl-pdf-devel@common-lisp.net</a><br>
              <a moz-do-not-send="true"
                href="http://common-lisp.net/mailman/listinfo/cl-pdf-devel"
                target="_blank">http://common-lisp.net/mailman/listinfo/cl-pdf-devel</a><br>
            </blockquote>
          </div>
          <br>
          <br clear="all">
          <div><br>
          </div>
          -- <br>
          My Best,<br>
          <br>
          Dave Cooper, Genworks Support<br>
          <a moz-do-not-send="true"
            href="mailto:david.cooper@genworks.com">david.cooper@genworks.com</a>,
          <a moz-do-not-send="true" href="http://dave.genworks.com">dave.genworks.com</a>(skype)<br>
          USA: 248-327-3253(o), 1-248-330-2979(mobile)<br>
          UK: 0191 645 1699<br>
        </div>
      </div>
    </blockquote>
    <br>
  </body>
</html>