<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <br>
    <div class="moz-cite-prefix">Il 07/07/2015 00:27, enrico franchi ha
      scritto:<br>
    </div>
    <blockquote
cite="mid:CA+T0K1aWoez9QTH3dTMO7qTZWgSTeEviu5VuVFn7Og=zm8W8Kw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra"><br>
          <div class="gmail_quote">2015-07-06 20:09 GMT+01:00 germano
            carella <span dir="ltr"><<a moz-do-not-send="true"
                href="mailto:germano.carella@gmail.com" target="_blank">germano.carella@gmail.com</a>></span>:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">
              <div id=":3jn" class="a3s" style="overflow:hidden">Per
                scrivere un editor a questo punto è semplicissimo,
                perché basta sapere dove si trova il cursore... yeah!<br>
              </div>
            </blockquote>
          </div>
          <br>
          Vedrai che ci saranno ancora parecchi punti spinosi; in
          generale l'auto-completamento in Python e' molto limitato
          (anche con Jedi) e per farlo funzionare a modo si cerca di
          incrociare tutto l'incrociabile. Per intenderci, spesso si
          cerca anche di inferire roba dalla documentazione oltre che
          dai call sites e perfino dagli unittest (quando l'utente li
          esegue, ovviamente, non prima).</div>
        <div class="gmail_extra"><br>
        </div>
        <div class="gmail_extra">In effetti *anche* con Jedi scrivere un
          editor non e' semplicissimo. Prova ne e' che la maggior parte
          degli editor ed ide la fuori fanno pena; principalmente
          perche' arrivare al 70% e' "facile", ma per avere un buon
          editor non basta. Insomma, fidati che ce ne e' ancora tanto di
          divertimento prima di arrivare in fondo.</div>
        <div class="gmail_extra"><br>
        </div>
      </div>
    </blockquote>
    Sì sì, ho già visto, per esempio, che se importi il modulo clr,
    (package pythonnet), jedi non riconosce i componenti dotnet tipo
    System.Windows.Forms, però inspect.getmembers ci riesce... <br>
    <br>
    <blockquote
cite="mid:CA+T0K1aWoez9QTH3dTMO7qTZWgSTeEviu5VuVFn7Og=zm8W8Kw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">In generale ci sono tanti aspetti...
          per dire, che fare con virtualenv? Etc etc etc.</div>
        <div class="gmail_extra"><br>
        </div>
      </div>
    </blockquote>
    Giusto... virtualenv non lo avevo considerato... arg! comunque, se
    qualcuno volesse aiutarmi io ne sarei felicissimo!!!<br>
    <br>
    <blockquote
cite="mid:CA+T0K1aWoez9QTH3dTMO7qTZWgSTeEviu5VuVFn7Og=zm8W8Kw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">Ah, solo una cosa... magari intendevi
          altro: abbandona l'idea di un editor che *esegue* codice in
          background. La gente non ti vorra' bene se lo fai. Perche'
          prima o poi qualcuno digitera' un programma (senza aspettarsi
          che venga eseguito -- ancora -- ) e questa cosa potrebbe
          cancellargli dei file, mandare la proverbiale email di prova
          con titolo "CACCA" al proprio capo, andare in fork bomb, etc
          etc etc. Jedi e' ok proprio perche' non *esegue* il codice. Lo
          guarda e basta (il che e' safe).</div>
        <div class="gmail_extra"><br>
        </div>
      </div>
    </blockquote>
    Grazie Enrico, l'ho subito tolta, anche perché non serve piu', come
    giustamente dici tu. La mia idea iniziale era quella di poter
    segnalare all'utente anche gli errori in fase di scrittura, ecco
    perché avevo pensato alla console in background. Anche perché una
    l'avevo già fatta in precedenza con WxPython e la StyledTextCtrl,
    che poi ho scoperto che con lo screen reader faceva casino dopo un
    centinaio di righe di codice.<br>
    <br>
    <br>
    <blockquote
cite="mid:CA+T0K1aWoez9QTH3dTMO7qTZWgSTeEviu5VuVFn7Og=zm8W8Kw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">Nota che quello che dicevo sugli
          unittest e' diverso: ovvero quando l'utente *sceglie* di
          lanciare gli unit-test, l'editor semplicemente raccoglie dati
          per fare migliore inferenza sui tipi (ma solo su comando
          dell'utente). </div>
        <div class="gmail_extra"><br>
        </div>
        <div class="gmail_extra">Ecco... Sugli unit test ho bisogno di
          un'infarinatura, perché non ne so molto; anzi, sono proprio
          ignorante in materia... :D<br>
        </div>
      </div>
    </blockquote>
    <br>
    <blockquote
cite="mid:CA+T0K1aWoez9QTH3dTMO7qTZWgSTeEviu5VuVFn7Og=zm8W8Kw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra"><br>
        </div>
        <div class="gmail_extra">
          <div><br>
          </div>
          -- <br>
          <div class="gmail_signature"> .<br>
            ..: -enrico-</div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Python mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Python@lists.python.it">Python@lists.python.it</a>
<a class="moz-txt-link-freetext" href="http://lists.python.it/mailman/listinfo/python">http://lists.python.it/mailman/listinfo/python</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>