<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Hi,<br>
    <br>
    <div class="moz-cite-prefix">On 27.10.21 07:53, Paul A Norman wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAG2d78BXeTdhm=93n1ohK=6wF0NWEqeYdhFPaR2O8KMqt2V+6w@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">Does this project have an open communication
            channel with the MikTeX developers?</div>
        </div>
      </div>
    </blockquote>
    <br>
    In short: no. However, I doubt there is much active MiKTeX
    development going on for TeXworks. I suspect they just take whatever
    source code is available, apply their existing patches, and ship
    that - a typical package maintenance approach. I might be wrong, of
    course, but that's what I would do. So under "normal circumstances",
    there is not much frequent exchange needed.<br>
    <br>
    <blockquote type="cite"
cite="mid:CAG2d78BXeTdhm=93n1ohK=6wF0NWEqeYdhFPaR2O8KMqt2V+6w@mail.gmail.com">
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">
            <div>Obviously, due to TexWorks' Menu: <span
                style="color:rgb(255,255,255)"><span
                  style="background-color:rgb(106,168,79)"> Help/ Email
                  to the Mailing List <span
                    style="background-color:rgb(255,255,255)"><span
                      style="color:rgb(0,0,0)"> item</span></span></span></span>,
              traffic is received here from their Users, <br>
              but sometimes peculiar to the MikTeX developers'
              modifications.</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    Indeed. However, it will be impossible for the user to know whether
    a question applies to TeXworks in general or to some MiKTeX-specific
    modification (or, as a matter of fact, is a general TeX question
    unrelated to either). So if you want you can suggest to the MiKTeX
    developers to change the e-mail address these requests are sent to
    to their own MiKTeX address (and possibly adjust the label in the
    menu accordingly). But if they don't want to I can't (and don't
    want) to force them.<br>
    <br>
    <blockquote type="cite"
cite="mid:CAG2d78BXeTdhm=93n1ohK=6wF0NWEqeYdhFPaR2O8KMqt2V+6w@mail.gmail.com">
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">
            <div>One of which is that <b>help</b> does not seem to ship
              with their version, it seems not even the TeXworks
              manual(-s languages) I think(?).</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    Very possible. Again, this is something you could raise with the
    MiKTeX maintainers. Note, though, that the manual is not part of the
    TeXworks source code, it is in it's own, separate repository
    (<a class="moz-txt-link-freetext" href="https://github.com/TeXworks/manual">https://github.com/TeXworks/manual</a>). As part of the official
    release process of TeXworks, it is bundled with the pre-compiled
    binaries. However, if the MiKTeX devs just take the Tw source code
    and build Tw themselves it's not included automatically.<br>
    <br>
    <blockquote type="cite"
cite="mid:CAG2d78BXeTdhm=93n1ohK=6wF0NWEqeYdhFPaR2O8KMqt2V+6w@mail.gmail.com">
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">
            <div>Jonathan Kew kindly posted here sometime ago saying how
              other customised helps in html format can be placed in a
              folder called 
              <span style="font-family:monospace"><b>texworks-help</b></span>
              (in their own sub-folders) under the TeXworks exe <br>
            </div>
            <div><br>
            </div>
            <div>In the case of MiKTex I found that unlike the
              completion, configuration, scripts and etc folders, which
              have their own location here:</div>
            <div><br>
            </div>
            <div style="margin-left:40px"><span
                style="font-family:monospace">\LaTeXPortable\LatexUtils\miktex-21.8-x64-portable\texmfs\data\TeXworks\0.6</span></div>
            <div><br>
            </div>
            <div>Under MiKTex  TeXworks help could not be placed
              alongside  completion, configuration, scripts and etc
              folders as in a true "factory" version release of
              TeXworks, but  <span style="font-family:monospace">
                \texworks-help\</span>  needed still to be placed
              directly alongside the TeXworks exe as in...</div>
            <div style="margin-left:40px"><br>
            </div>
            <div style="margin-left:40px"><font size="2"><span
                  style="font-family:monospace">\LaTeXPortable\LatexUtils\miktex-21.8-x64-portable\texmfs\install\miktex\bin\x64\texworks-help</span></font></div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    The same is true (by default) on all systems. The reasons are
    historic and complicated. But anyway, that's how it is ATM.<br>
    That said, the location in which TeXworks looks for can be
    configured in two ways:<br>
    First, at compile time, using the variable TeXworks_HELP_DIR - this
    might not be very useful here, however, as it either takes an
    absolute path (not known on Windows at the time of compilation) or a
    path relative to the executable (which is what you see)<br>
    Second, from the environment variable TW_HELPPATH - this could
    probably be set in the MiKTeX wrapper script during startup
    <style type="text/css">p, li { white-space: pre-wrap; }</style><br>
    <br>
    There is currently no way to set this path in the portable ini file
    as in a portable scenario, it is conceivable that the easiest way to
    keep the manual is in some fixed location relative to the
    executable.<br>
    <br>
    <blockquote type="cite"
cite="mid:CAG2d78BXeTdhm=93n1ohK=6wF0NWEqeYdhFPaR2O8KMqt2V+6w@mail.gmail.com">
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">
            <div>Now I suspect that may all be <u>working by accident</u>
              under MiKTeX's version of TeXworks? <br>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    I would say it's working by design ;).<br>
    <br>
    <blockquote type="cite"
cite="mid:CAG2d78BXeTdhm=93n1ohK=6wF0NWEqeYdhFPaR2O8KMqt2V+6w@mail.gmail.com">
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">
            <div>And I wonder what will happen when I update MiKTex and
              it touches their TeXworks installation :-)<br>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    Since this is in the general MiKTeX binary folder
    (miktex-21.8-x64-portable\texmfs\install\miktex\bin\x64) I would
    expect that updates (to TeXworks or other MiKTeX programs) shouldn't
    do anything. Unless you do something drastic like uninstalling
    MiKTeX or something, I would expect the bin\x64 folder to remain.<br>
    <br>
    <blockquote type="cite"
cite="mid:CAG2d78BXeTdhm=93n1ohK=6wF0NWEqeYdhFPaR2O8KMqt2V+6w@mail.gmail.com">
      <div dir="ltr">
        <div dir="ltr">
          <div dir="ltr">However I do wonder whether a dialogue would be
            profitable between these two projects, <br>
            <div>to see if some sort of ongoing common arrangement over
              such things might not be worthwhilely forged?<br>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    You could try raising the few points outlined above to the MiKTeX
    team and see how they respond for now. As I wrote, I don't think
    that under "normal circumstances" there is much need for constant
    exchange but I might be wrong. In any case, I'm very happy that the
    MiKTeX devs handle MiKTeX packaging (as I am that TeXLive devs
    handle TeXLive packaging), as that means two fewer platforms for me
    to worry about ;).<br>
    <br>
    All the best,<br>
    Stefan<br>
  </body>
</html>