On Fri, Jul 22, 2011 at 11:59 PM, Stefan Löffler <span dir="ltr"><<a href="mailto:st.loeffler@gmail.com" target="_blank">st.loeffler@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<u></u>

  
    
  
  <div bgcolor="#ffffff" text="#000000"><div>
    On 2011-07-21 20:41, Charlie Sharpsteen wrote:<br><blockquote type="cite">
      
      <div>An interesting idea for the future would be to develop a
        central script repository and a "plugin manager" inside TeXworks
        that makes it easy for users to find, download and install
        plugins.</div>
    </blockquote>
    <br></div>
    In principle, this is a great idea. However, there are a few
    problems with this (or else we'd probably have it by now ;)).<br>
    First is quality management. With a central repository, it could be
    easy for people to get the impression that all those scripts are
    part of/endorsed by Tw (especially when such a repository is hosted
    on some official server).<br>
    I know, things like this work for other programs (including, e.g.,
    Mozilla Firefox), but Tw scripting is intended for everybody, not
    just hard-core coders, so if this picks up as intended, I guess
    there will always be scripts than have the one or other bug, don't
    work on some platform or other, etc.<br>
    And in any case, someone would have to maintain such a platform
    (evaluate scripts, remove problematic ones, etc.)<br>
    <br>
    On a more technical side, this would probably be a fairly major web
    program (with upload functionality, database backend, etc.). We
    certainly can't host that on <a href="http://tug.org" target="_blank">tug.org</a>, as they don't have PHP or
    similar enabled AFAIK (at least not globally). And unless there are
    such websites ready-made (like for blogs or CMS), this would be a
    major undertaking.<br></div></blockquote><div><br></div><div>Well, one way to approach this would be to set up the repository machinery so that any enterprising power user, such as Paul, could easily set up their own repository. Then other power users could enter the repository's URL into the plugin manager to get easy access to the contents. This would hopefully dispel any impressions that the scripts were officially endorsed or supported by TeXworks.</div>


<div><br></div><div>As for hosting, it doesn't need to be that complicated---there is no need for a server application if the repository system is set up to operate using static files listed in some sort of central manifest. QGIS uses an XML manifest and the R programming language uses a simple text based manifest for CRAN packages. I once set up a CRAN server that operated out of a SVN repository.  If static files are used then there are a lot of options---Dropbox, SourceForge, GitHub Pages, Google Files, etc.</div>

<div><br></div><div>If a server is needed to dynamically create and update content, then we are blessed in that the scripts and associated metadata are only a handful of megabytes. A simple 100 line <a href="http://www.sinatrarb.com/">Sinatra</a> server running on a free <a href="http://www.heroku.com">Heroku</a> account could probably handle the task just fine.</div>

<div><br></div><div>A plugin repository system would take some time to set up, but the result would probably be more visibile, accessible and maintainable that just listing scripts in a Google Code issue.</div><div><br></div>

<div>-Charlie</div></div>