[Python] piccolo editor con autocompletamento del codice

[germano carella]

Il 07/07/2015 00:27, enrico franchi ha scritto:
>
> 2015-07-06 20:09 GMT+01:00 germano carella <germano.carella a gmail.com 
> <mailto:germano.carella a gmail.com>>:
>
>     Per scrivere un editor a questo punto è semplicissimo, perché
>     basta sapere dove si trova il cursore... yeah!
>
>
> 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).
>
> 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.
>
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...

> In generale ci sono tanti aspetti... per dire, che fare con 
> virtualenv? Etc etc etc.
>
Giusto... virtualenv non lo avevo considerato... arg! comunque, se 
qualcuno volesse aiutarmi io ne sarei felicissimo!!!

> 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).
>
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.


> 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).
>
> Ecco... Sugli unit test ho bisogno di un'infarinatura, perché non ne 
> so molto; anzi, sono proprio ignorante in materia... :D

>
>
> -- 
> .
> ..: -enrico-
>
>
> _______________________________________________
> Python mailing list
> Python a lists.python.it
> http://lists.python.it/mailman/listinfo/python

-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.python.it/pipermail/python/attachments/20150707/4bb6aab9/attachment.html>