<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Hello list,<br>
      <br>
      Here my two cents.<br>
      <br>
      From PD user POV, I can say that I LOVE pd-vanilla. Mainly beacuse
      I love almost every vanilla-"thing". Just a matter of philosophy.
      You have the base system that you can extend following your needs.<br>
      <br>
      But, there are at least two things that makes pd-extended a
      desirable choice (at least for ME):<br>
      1. Intallation on a new machine is almost a matter of few clicks.
      Im my home PC, that's not a problem, but when you are in a tight
      scheduling, that can make the difference.<br>
      2. When I work on PD, after hours of patching, I find the
      pd-extended patch rendering UI less tiring than pd-vanilla's one.
      I'm not the "eye-candy" guy, but with the patch rendering of
      pd-vanilla, after a while, I've some difficulties in identify
      objects at first sight and stuff like that (I know, maybe it's
      just me :) ).<br>
      <br>
      Based on this two "requisites" and recalling other posts in this
      thread, _my_ ideal scenario is the following.<br>
      1. Pd-vanilla with the patch rendering of pd-extended (I have no
      idea of the amount of work needed to obtain this, maybe someone
      has the answer).<br>
      2. A BINARY repository, or whatever, that provides a simple way to
      select and install the externels that I need without go to each
      externals developer website, and download, compile, ... .<br>
      <br>
      The number (2) seems to be the most critical step. At this point,
      questions come:<br>
      1. Every external works as-is with pd-vanilla?<br>
      2. It's clear that the most "efficient" (?) externals repository
      must be platform-based. For example, the most intuitive way to
      install things for an Ubuntu user is to fire up apt/synaptic ad
      click on this and that and click install. But from a developer
      point of view that means you have to create a repository for
      Ubuntu users, a repo for Fedora, a repo for OSX, for WIN, and so
      on and so forth. I think this strategy can be very
      developer-hungry :) (i.e. one or more mainter for each repo?).<br>
      Another "ideal" scenario is to have a pd internal packaging system
      (i.e. a pd menu item called "extensions" that pops up a window in
      which you can chose the extension to install for your PLATFORM).
      Hummm... it seems a LOT of work for this! :)<br>
      A trade-off can be a web page, with binary download link. The page
      can be generated automatically, and the duty of the mainters is to
      compile the extensions for different platforms and put those "on
      the website".<br>
      <br>
      I will be happy to work with anyone who wants to collaborate :)<br>
      <br>
      Ceers<br>
      <br>
      Alessio<br>
      <br>
      On 17/12/2014 17:08, Alexandre Torres Porres wrote:<br>
    </div>
    <blockquote
cite="mid:CAEAsFmhWgxxRBhy4_V_ioWAJd_Uc-75kp1i07NWei4TfdNUALg@mail.gmail.com"
      type="cite">
      <div dir="ltr">Hello, I'm opening a new thread about the new
        direction of discussion with a proper subject title. Perhaps
        this will call the attention of other readers.
        <div><br>
        </div>
        <div>I particularly think this is of major interest to everyone.
          We're discussing new ways of using the libraries in Pd
          Extended into Pd Vanilla, and even a way to bring some of the
          Pd-extended UI changes into vanilla.</div>
        <div><br>
        </div>
        <div>Something Miller brought up in the thread was "<i><span
              style="font-size:12.8000001907349px">Just FYI…. Joe Deken
              of </span><a moz-do-not-send="true"
              href="http://newblankets.org/" target="_blank"
              style="font-size:12.8000001907349px">newblankets.org</a><span
              style="font-size:12.8000001907349px"> is considering
              making a repository </span><span
              style="font-size:12.8000001907349px">of external objects
              compatible with Pd vanilla.  I think almost all the</span></i></div>
        <i><span style="font-size:12.8000001907349px">objects in Pd
            extended will work with vanilla (and if I find out what </span><span
            style="font-size:12.8000001907349px">specific changes
            vanilla would need to allow the others, I'd be happy to </span><span
            style="font-size:12.8000001907349px">try to provide them). 
            It seems like maintaining compiled versions of the </span></i><span
          style="font-size:12.8000001907349px"><i>libs is an easier
            thing to do than maintaining all of Pd Extended</i>."</span>
        <div><br>
        </div>
        <div>So, anyone else care to share their two cents?</div>
        <div><br>
        </div>
        <div>cheers</div>
        <div><br>
          <div class="gmail_extra">[CUT]<br>
          </div>
        </div>
      </div>
    </blockquote>
    <pre class="moz-signature" cols="72">-- 
a.</pre>
  </body>
</html>