Re: [Python] piccolo editor con autocompletamento del codice
Gabriele, è Reaper... è della cochos, mo non ho il link sotto mano... però è ben fatto, con jaws e NVDA va che è una favola... io ormai lo uso per fare i radiodrammi. Ciao! Il 08/07/2015 15:03, Gabriele Battaglia ha scritto: Reply to the germano carella's message, wrote on 08/07/2015 at 14:03: Il 08/07/2015 11:48, Kbyte ha scritto: Giusto per curiosita`, cos'ha pycharm che non ti piace? Nulla, solo che non riesco ad usarlo con lo screen reader. Ieri pomeriggio ho provato anche wing ide, ma niente, pure lì un buco nell'acqua... Ho il pc tappezzato di editor... :D Mi unisco al consiglio di Enrico Bianchi. Quando ho scoperto pycharm mi si è aperto un mondo, al punto che ho comprato Intellij con cui faccio praticamente tutto (a parte .net). Purtroppo io non riesco neanche a leggere quello che scrivo... in verità non so nemmeno se scrive qualcosa! è totalmente inaccessibile agli screen reader. Il vero problema è che molte cose succose non le hai se non prendi la versione a pagamento, ma il costo non è poi così proibitivo. Guarda, se fosse accessibile, non avrei difficoltà ad affrontare una spesa... ho comprato il software per fare speakeraggio, perché è ben fatto ed accessibile, ma non spendo soldi per una cosa che non posso usare... Scusate l'OT ma i software accessibili sono così rari e preziosi che non posso esimermi dal chiederlo: che programma è? GB. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
On 07/08/2015 02:03 PM, germano carella wrote: Purtroppo io non riesco neanche a leggere quello che scrivo... in verità non so nemmeno se scrive qualcosa! è totalmente inaccessibile agli screen reader. Uhm, prova a decommentare le voci presenti nel file $JAVA_HOME\lib\accessibility.properties Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Il 09/07/2015 09:57, Enrico Bianchi ha scritto: On 07/08/2015 02:03 PM, germano carella wrote: Purtroppo io non riesco neanche a leggere quello che scrivo... in verità non so nemmeno se scrive qualcosa! è totalmente inaccessibile agli screen reader. Uhm, prova a decommentare le voci presenti nel file $JAVA_HOME\lib\accessibility.properties Fatto, ma niente... Ho contattato il supporto tecnico, vediamo che rispondono... Germano Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
2015-07-07 6:45 GMT+01:00 germano carella germano.care...@gmail.com: Il 07/07/2015 00:27, enrico franchi ha scritto: 2015-07-06 20:09 GMT+01:00 germano carella germano.care...@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... Eh, bella forza! Uno esegue il modulo e poi chiede direttamente agli oggetti oh, ma tu che metodi hai? L'altro fa analisi statica. 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!!! Guarda, scusa ma passo. Non ho una macchina windows in 2 case e non so manco che faccia abbia. E trovo, sinceramente, il problema delle UI desktop poco interessante. Su tutto, *per me* il problema editor e' risolto dal '91; capisco che per te non lo sia e fai benissimo a proseguire, ma io mi troverei a lavorare su un progetto che non uso. Come nota a margine, non sono sicuro che per te la cosa vincente sarebbe scrivere da 0 un editor (accessibile) dovendo risolvere tutta una serie di problematiche su cui sei poco familiare invece di lavorare con gli sviluppatori di qualcosa di esistente per renderlo accessibile (e da quello che capisco, sei molto forte sul campo). Poi magari mi dici che i candidati non esistono perche' di fatto si tratterebbe di riscriverli e fine della fiera... pero' non so... Chrome e' accessibile? E Atom? 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. Eh... ma puoi farlo (in tanti modi). Solo non eseguire il codice. Ovviamente e' ok passarlo ad un parser e andare ad acchiappare i syntax error, quello si. Poi ci sono vari tool per altre classi di errori (PEP8, flake8, pylint) 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 Ecco, io direi di lavorarci un pochetto. Lavorare ad un'applicazione complessa senza unit-test e' semplicemente tafaziano. Possibile che ci arrivi in fondo, ma se avessi seguito una procedura piu' robusta nello stesso tempo ne avresti scritte 3 di applicazioni complesse. E sarebbero state tutte di qualita' piu' elevata. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Giusto per curiosita`, cos'ha pycharm che non ti piace? Nulla, solo che non riesco ad usarlo con lo screen reader. Ieri pomeriggio ho provato anche wing ide, ma niente, pure lì un buco nell'acqua... Ho il pc tappezzato di editor... :D Mi unisco al consiglio di Enrico Bianchi. Quando ho scoperto pycharm mi si è aperto un mondo, al punto che ho comprato Intellij con cui faccio praticamente tutto (a parte .net). Il vero problema è che molte cose succose non le hai se non prendi la versione a pagamento, ma il costo non è poi così proibitivo. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Reply to the germano carella's message, wrote on 08/07/2015 at 14:03: Il 08/07/2015 11:48, Kbyte ha scritto: Giusto per curiosita`, cos'ha pycharm che non ti piace? Nulla, solo che non riesco ad usarlo con lo screen reader. Ieri pomeriggio ho provato anche wing ide, ma niente, pure lì un buco nell'acqua... Ho il pc tappezzato di editor... :D Mi unisco al consiglio di Enrico Bianchi. Quando ho scoperto pycharm mi si è aperto un mondo, al punto che ho comprato Intellij con cui faccio praticamente tutto (a parte .net). Purtroppo io non riesco neanche a leggere quello che scrivo... in verità non so nemmeno se scrive qualcosa! è totalmente inaccessibile agli screen reader. Il vero problema è che molte cose succose non le hai se non prendi la versione a pagamento, ma il costo non è poi così proibitivo. Guarda, se fosse accessibile, non avrei difficoltà ad affrontare una spesa... ho comprato il software per fare speakeraggio, perché è ben fatto ed accessibile, ma non spendo soldi per una cosa che non posso usare... Scusate l'OT ma i software accessibili sono così rari e preziosi che non posso esimermi dal chiederlo: che programma è? GB. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Enrico: Come nota a margine, non sono sicuro che per te la cosa vincente sarebbe scrivere da 0 un editor (accessibile) dovendo risolvere tutta una serie di problematiche su cui sei poco familiare invece di lavorare con gli sviluppatori di qualcosa di esistente per renderlo accessibile (e da quello che capisco, sei molto forte sul campo). Poi magari mi dici che i candidati non esistono perche' di fatto si tratterebbe di riscriverli e fine della fiera... pero' non so... Chrome e' accessibile? E Atom? Allora, ho tolto il resto, perché rispondo a questo: non è che non voglio lavorare con gli sviluppatori per rendere qualcosa accessibile, è che per farlo ci vuole anche la volontà di studiare un aspetto che, ti assicuro, non è per niente semplice. Mettere le mani su un software completamente inaccessibile significa, a conti fatti, rallentarne lo sviluppo. Quelli di PyQt5, per esempio, mi hanno chiaramente detto che loro non hanno fatto il wrapper delle classi di qt relative all'accessibilità perché non sapevano neanche cos'erano. Mi hanno assicurato che lo faranno, ma non sanno quando. Ciò vuol dire che potrebbe anche passare un anno. Mi occupo di accessibilità da 13 anni, un po' per lavoro, un po' perché io sono non vedente e quando scrivo una cosa, se non la faccio accessibile almeno per me, non ha molto senso che io la scriva. L'accessibilità di un'applicativo va progettata dall'inizio, se lo sviluppatore decide di non usare oggetti standard. Non bisogna scrivere un'applicazione per non vedenti, bisogna semplicemente interfacciare i propri controlli con le librerie dedicate all'accessibilità, progettando il modo in cui l'oggetto va rappresentato e tutte le modalità di interazione con esso. Tanti sviluppatori mi ascoltano, ma tanti, ti garantisco, mi rispondono che se il progetto è open-source, posso tranquillamente metterci io le mani per renderlo accessibile. Vabbè, la taglio qui perché è poco interessante. Concludendo questa tiritera infinita, senza dubbio ci sono cose che non so, sfido a trovarne uno che le sappia tutte; probabilmente mi sono occupato troppo di accessibilità e ho tralasciato qualcosa, ma preferisco colmare qualche lacuna studiando, piuttosto che mettere le mani su un progetto di cui l'autore, mentre io cerco di capire come l'ha scritto, ne ha probabilmente fatte altre 5 o 6 release. Chrome è accessibile, a modo suo, nel senso che le pagine vengono virtualizzate dagli screen reader, ma molto spesso interagire con oggetti complessi, se non progettati a dovere, diventa lento e molto fastidioso. Atom proprio per niente... Grazie di tutte le risposte. Ciao! Germano ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
2015-07-08 15:54 GMT+01:00 germano carella germano.care...@gmail.com: Allora, ho tolto il resto, perché rispondo a questo: non è che non voglio lavorare con gli sviluppatori per rendere qualcosa accessibile, è che per farlo ci vuole anche la volontà di studiare un aspetto che, ti assicuro, non è per niente semplice. Si, chiaro. Ed e' il motivo per cui puoi dare una grossa mano proprio perche' tu ti interessi del problema e loro no. Mettere le mani su un software completamente inaccessibile significa, a conti fatti, rallentarne lo sviluppo. Si. Mi hanno assicurato che lo faranno, ma non sanno quando. Ciò vuol dire che potrebbe anche passare un anno. O 5. Mi occupo di accessibilità da 13 anni, un po' per lavoro, un po' perché io sono non vedente e quando scrivo una cosa, se non la faccio accessibile almeno per me, non ha molto senso che io la scriva. L'accessibilità di un'applicativo va progettata dall'inizio, se lo sviluppatore decide di non usare oggetti standard. Chiaro. E suppongo che se usa oggetti non standard sia comunque possibile, sapendolo fare, renderli comunque accessibili. Tanti sviluppatori mi ascoltano, ma tanti, ti garantisco, mi rispondono che se il progetto è open-source, posso tranquillamente metterci io le mani per renderlo accessibile. E non vedo perche' stupirti di questo. E' *esattamente* come funziona l'open source. Esattamente come se a me interessa una feature che non c'e' o me la scrivo o aspetto che me la scrivano. Esattamente come se ho un baco che mi da fastidio o me lo fixo o aspetto che lo facciano per me. E se lo fanno gli altri, lo fanno gli altri quando hanno tempo e voglia. Ora, io mi rendo conto che per te accessibilita' non e' esattamente una feature come un'altra, e' il fondamento minimo senza cui non si va avanti. Pero' il modo in cui funziona l'open source e' esattamente che se hai bisogno di qualcosa hai il *potere* di farlo. E in un certo senso e' anche il modo piu' rapido per ottenere qualcosa. Vabbè, la taglio qui perché è poco interessante. E invece e' *molto* interessante. Perche' secondo me il punto e' che stai sbagliando approccio (e te ne pentirai). Concludendo questa tiritera infinita, senza dubbio ci sono cose che non so, sfido a trovarne uno che le sappia tutte; probabilmente mi sono occupato troppo di accessibilità e ho tralasciato qualcosa, ma preferisco colmare qualche lacuna studiando, No aspetta... e' chiaro che nessuno sa tutto. Ed e' esattamente per questo che ti dico che se sei bravo a farne una e' un peccato che tu non benefici delle skill degli altri sulle cose su cui loro sono forti e che loro beneficino delle tue su quelle su cui tu sei forti. piuttosto che mettere le mani su un progetto di cui l'autore, mentre io cerco di capire come l'ha scritto, ne ha probabilmente fatte altre 5 o 6 release. E quindi? Ci sono i branch, no big deal. Tutto lo sviluppo software funziona cosi'. Una volta che hai fatto il merge del tuo codice con un set di regression che asseriscono quello che hai fatto, le future versioni *rimarranno* accessibili. Tornando a noi... ora supponiamo che $editor sia il miglior editor immaginabile, sviluppato da centinaia di persone. E' un editor flessibile, che supporta quasi tutto la fuori e che se non supporta qualcosa puo' essere esteso facilmente. E', in altre parole, l'editor che vorresti usare... solo che non e' accessibile. Quindi non puoi usarlo. Ora, invece di provare a renderlo accessibile, ne scrivi uno da 0. Questo sara' sviluppato da una persona. Tu. Non avra' le features dell'altro (perche' per quanto tu sia bravo, non puoi essere veloce come un'intera community di persone). E dovrai re-iniziare a implementare cose di base che gli altri hanno gia'. Non solo, proprio perche' nessuno sa tutto, ci saranno cose che altri si aspettano che un editor faccia cui tu non hai nemmeno pensato. In altre parole condanni te stesso (e la community di non vedenti) ad uno strumento peggiore. Perche' parlo di community di non vedenti? Beh, perche' se a te mancano un centinaio di features dell'editor sopra-menzionato e quello che offri in piu' e' l'accessibilita', di fatto creerai una community di persone che fra virtualenv e accessibilita' scelgono l'accessibilita' (virtualenv qui e' un esempio). E guarda caso, credo che questa community sia fatta di persone che non *possono* sacrificare l'accessibilita'. In generale, l'idea di mi riscrivo tutto da 0 (lasciando stare il discorso accessibilita': e' un pattern comune che si applica ad ogni tipo di software e di feature) e' molto allettante per l'ego, e' anche in apparenza piu' facile (perche' di fatto si finiscono per non trattare i problemi difficili che non interessano e trattere solo quelli che interessano). Ed e' un pattern che porta solo a frammentazione e a problemi di ogni tipo. Poi e' interamente possibile (tornando a parlare del tuo problema specifico) che uno specifico editor sia davvero troppo complesso da rendere
Re: [Python] piccolo editor con autocompletamento del codice
Ciao Germano, non sono esperto di accessibilità ma ho sempre avuto l'impressione che Gnome ci tenesse abbastanza alla cosa. Hai mai provato l'editor di testo Gedit ? Lo uso tutti i giorni su Ubuntu, ma dovrebbe esserci una versione anche per Windows e Mac. Paolo Il giorno Mer 8 Lug 2015 16:54 germano carella germano.care...@gmail.com ha scritto: Enrico: Come nota a margine, non sono sicuro che per te la cosa vincente sarebbe scrivere da 0 un editor (accessibile) dovendo risolvere tutta una serie di problematiche su cui sei poco familiare invece di lavorare con gli sviluppatori di qualcosa di esistente per renderlo accessibile (e da quello che capisco, sei molto forte sul campo). Poi magari mi dici che i candidati non esistono perche' di fatto si tratterebbe di riscriverli e fine della fiera... pero' non so... Chrome e' accessibile? E Atom? Allora, ho tolto il resto, perché rispondo a questo: non è che non voglio lavorare con gli sviluppatori per rendere qualcosa accessibile, è che per farlo ci vuole anche la volontà di studiare un aspetto che, ti assicuro, non è per niente semplice. Mettere le mani su un software completamente inaccessibile significa, a conti fatti, rallentarne lo sviluppo. Quelli di PyQt5, per esempio, mi hanno chiaramente detto che loro non hanno fatto il wrapper delle classi di qt relative all'accessibilità perché non sapevano neanche cos'erano. Mi hanno assicurato che lo faranno, ma non sanno quando. Ciò vuol dire che potrebbe anche passare un anno. Mi occupo di accessibilità da 13 anni, un po' per lavoro, un po' perché io sono non vedente e quando scrivo una cosa, se non la faccio accessibile almeno per me, non ha molto senso che io la scriva. L'accessibilità di un'applicativo va progettata dall'inizio, se lo sviluppatore decide di non usare oggetti standard. Non bisogna scrivere un'applicazione per non vedenti, bisogna semplicemente interfacciare i propri controlli con le librerie dedicate all'accessibilità, progettando il modo in cui l'oggetto va rappresentato e tutte le modalità di interazione con esso. Tanti sviluppatori mi ascoltano, ma tanti, ti garantisco, mi rispondono che se il progetto è open-source, posso tranquillamente metterci io le mani per renderlo accessibile. Vabbè, la taglio qui perché è poco interessante. Concludendo questa tiritera infinita, senza dubbio ci sono cose che non so, sfido a trovarne uno che le sappia tutte; probabilmente mi sono occupato troppo di accessibilità e ho tralasciato qualcosa, ma preferisco colmare qualche lacuna studiando, piuttosto che mettere le mani su un progetto di cui l'autore, mentre io cerco di capire come l'ha scritto, ne ha probabilmente fatte altre 5 o 6 release. Chrome è accessibile, a modo suo, nel senso che le pagine vengono virtualizzate dagli screen reader, ma molto spesso interagire con oggetti complessi, se non progettati a dovere, diventa lento e molto fastidioso. Atom proprio per niente... Grazie di tutte le risposte. Ciao! Germano ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Il 08 luglio 2015 19:00:25 CEST, Paolo Melchiorre pa...@melchiorre.org ha scritto: Ciao Germano, non sono esperto di accessibilità ma ho sempre avuto l'impressione che Gnome ci tenesse abbastanza alla cosa. Hai mai provato l'editor di testo Gedit ? Lo uso tutti i giorni su Ubuntu, ma dovrebbe esserci una versione anche per Windows e Mac. Paolo Il giorno Mer 8 Lug 2015 16:54 germano carella germano.care...@gmail.com ha scritto: Enrico: Come nota a margine, non sono sicuro che per te la cosa vincente sarebbe scrivere da 0 un editor (accessibile) dovendo risolvere tutta una serie di problematiche su cui sei poco familiare invece di lavorare con gli sviluppatori di qualcosa di esistente per renderlo accessibile (e da quello che capisco, sei molto forte sul campo). Poi magari mi dici che i candidati non esistono perche' di fatto si tratterebbe di riscriverli e fine della fiera... pero' non so... Chrome e' accessibile? E Atom? Allora, ho tolto il resto, perché rispondo a questo: non è che non voglio lavorare con gli sviluppatori per rendere qualcosa accessibile, è che per farlo ci vuole anche la volontà di studiare un aspetto che, ti assicuro, non è per niente semplice. Mettere le mani su un software completamente inaccessibile significa, a conti fatti, rallentarne lo sviluppo. Quelli di PyQt5, per esempio, mi hanno chiaramente detto che loro non hanno fatto il wrapper delle classi di qt relative all'accessibilità perché non sapevano neanche cos'erano. Mi hanno assicurato che lo faranno, ma non sanno quando. Ciò vuol dire che potrebbe anche passare un anno. Mi occupo di accessibilità da 13 anni, un po' per lavoro, un po' perché io sono non vedente e quando scrivo una cosa, se non la faccio accessibile almeno per me, non ha molto senso che io la scriva. L'accessibilità di un'applicativo va progettata dall'inizio, se lo sviluppatore decide di non usare oggetti standard. Non bisogna scrivere un'applicazione per non vedenti, bisogna semplicemente interfacciare i propri controlli con le librerie dedicate all'accessibilità, progettando il modo in cui l'oggetto va rappresentato e tutte le modalità di interazione con esso. Tanti sviluppatori mi ascoltano, ma tanti, ti garantisco, mi rispondono che se il progetto è open-source, posso tranquillamente metterci io le mani per renderlo accessibile. Vabbè, la taglio qui perché è poco interessante. Concludendo questa tiritera infinita, senza dubbio ci sono cose che non so, sfido a trovarne uno che le sappia tutte; probabilmente mi sono occupato troppo di accessibilità e ho tralasciato qualcosa, ma preferisco colmare qualche lacuna studiando, piuttosto che mettere le mani su un progetto di cui l'autore, mentre io cerco di capire come l'ha scritto, ne ha probabilmente fatte altre 5 o 6 release. Chrome è accessibile, a modo suo, nel senso che le pagine vengono virtualizzate dagli screen reader, ma molto spesso interagire con oggetti complessi, se non progettati a dovere, diventa lento e molto fastidioso. Atom proprio per niente... Grazie di tutte le risposte. Ciao! Germano ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python Anche kde tempo fa appoggiava un programma dedicato all'accessibilità dei suoi pacchetti... Non avendone bisogno non me ne sono mai occupato, ma so che è stato fatto un porting (tutto si basa sulle qt) dell'intero ambiente DE su Windows (lo avevo provato quando avevo Windows, poi non ho più avuto una macchina Windows). Magari potrebbe essere un valido aiuto per costruirsi un ambiente di sviluppo accessibile con cui poi fare programmi accessibili. Byez -- Gollum1 Teoro, dov'è il mio teoro Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli errori di battitura (maledetto correttore automatico). ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Reply to the germano carella's message, wrote on 08/07/2015 at 07:10: Il 07/07/2015 23:36, Enrico Bianchi ha scritto: On 07/06/2015 05:26 PM, germano carella wrote: Nel frattempo però, vorrei proseguire col mio lavoro, anche se a rilento, di creare un editor accessibile con autocompletamento del codice. Giusto per curiosita`, cos'ha pycharm che non ti piace? Nulla, solo che non riesco ad usarlo con lo screen reader. Ieri pomeriggio ho provato anche wing ide, ma niente, pure lì un buco nell'acqua... Ho il pc tappezzato di editor... :D Idem... Entrambi completamente inaccessibili a NVDA e JAWS. GB. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Il 08/07/2015 19:00, Paolo Melchiorre ha scritto: Ciao Germano, non sono esperto di accessibilità ma ho sempre avuto l'impressione che Gnome ci tenesse abbastanza alla cosa. Hai mai provato l'editor di testo Gedit ? Lo uso tutti i giorni su Ubuntu, ma dovrebbe esserci una versione anche per Windows e Mac. Paolo Ciao Paolo, Sì, con Orca, lo screen reader di linux, gedit funziona. Diciamo che la Gnome accessibility ha fatto delle cose interessanti, però non siamo ai livelli di windows e mac. Quando uso linux io ho la debian 8, che ha il mate-desktop, che è leggero ed accessibile. Però secondo me l'editor piu' potente è emacs, infatti uso quello, da console, diciamo che ho una certa predilezione per emacs perché teoricamente ci potresti fare un desktop tutto testuale. Il giorno Mer 8 Lug 2015 16:54 germano carella germano.care...@gmail.com mailto:germano.care...@gmail.com ha scritto: Enrico: Come nota a margine, non sono sicuro che per te la cosa vincente sarebbe scrivere da 0 un editor (accessibile) dovendo risolvere tutta una serie di problematiche su cui sei poco familiare invece di lavorare con gli sviluppatori di qualcosa di esistente per renderlo accessibile (e da quello che capisco, sei molto forte sul campo). Poi magari mi dici che i candidati non esistono perche' di fatto si tratterebbe di riscriverli e fine della fiera... pero' non so... Chrome e' accessibile? E Atom? Allora, ho tolto il resto, perché rispondo a questo: non è che non voglio lavorare con gli sviluppatori per rendere qualcosa accessibile, è che per farlo ci vuole anche la volontà di studiare un aspetto che, ti assicuro, non è per niente semplice. Mettere le mani su un software completamente inaccessibile significa, a conti fatti, rallentarne lo sviluppo. Quelli di PyQt5, per esempio, mi hanno chiaramente detto che loro non hanno fatto il wrapper delle classi di qt relative all'accessibilità perché non sapevano neanche cos'erano. Mi hanno assicurato che lo faranno, ma non sanno quando. Ciò vuol dire che potrebbe anche passare un anno. Mi occupo di accessibilità da 13 anni, un po' per lavoro, un po' perché io sono non vedente e quando scrivo una cosa, se non la faccio accessibile almeno per me, non ha molto senso che io la scriva. L'accessibilità di un'applicativo va progettata dall'inizio, se lo sviluppatore decide di non usare oggetti standard. Non bisogna scrivere un'applicazione per non vedenti, bisogna semplicemente interfacciare i propri controlli con le librerie dedicate all'accessibilità, progettando il modo in cui l'oggetto va rappresentato e tutte le modalità di interazione con esso. Tanti sviluppatori mi ascoltano, ma tanti, ti garantisco, mi rispondono che se il progetto è open-source, posso tranquillamente metterci io le mani per renderlo accessibile. Vabbè, la taglio qui perché è poco interessante. Concludendo questa tiritera infinita, senza dubbio ci sono cose che non so, sfido a trovarne uno che le sappia tutte; probabilmente mi sono occupato troppo di accessibilità e ho tralasciato qualcosa, ma preferisco colmare qualche lacuna studiando, piuttosto che mettere le mani su un progetto di cui l'autore, mentre io cerco di capire come l'ha scritto, ne ha probabilmente fatte altre 5 o 6 release. Chrome è accessibile, a modo suo, nel senso che le pagine vengono virtualizzate dagli screen reader, ma molto spesso interagire con oggetti complessi, se non progettati a dovere, diventa lento e molto fastidioso. Atom proprio per niente... Grazie di tutte le risposte. Ciao! Germano ___ Python mailing list Python@lists.python.it mailto:Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Il 08/07/2015 19:08, enrico franchi ha scritto: 2015-07-08 15:54 GMT+01:00 germano carella germano.care...@gmail.com mailto:germano.care...@gmail.com: Allora, ho tolto il resto, perché rispondo a questo: non è che non voglio lavorare con gli sviluppatori per rendere qualcosa accessibile, è che per farlo ci vuole anche la volontà di studiare un aspetto che, ti assicuro, non è per niente semplice. Si, chiaro. Ed e' il motivo per cui puoi dare una grossa mano proprio perche' tu ti interessi del problema e loro no. Mettere le mani su un software completamente inaccessibile significa, a conti fatti, rallentarne lo sviluppo. Si. Mi hanno assicurato che lo faranno, ma non sanno quando. Ciò vuol dire che potrebbe anche passare un anno. O 5. Mi occupo di accessibilità da 13 anni, un po' per lavoro, un po' perché io sono non vedente e quando scrivo una cosa, se non la faccio accessibile almeno per me, non ha molto senso che io la scriva. L'accessibilità di un'applicativo va progettata dall'inizio, se lo sviluppatore decide di non usare oggetti standard. Chiaro. E suppongo che se usa oggetti non standard sia comunque possibile, sapendolo fare, renderli comunque accessibili. Assolutamente, specialmente in QT, perché QT ha già delle classi predisposti ad interfacciarsi con QWidget. La cosa è piu' difficile, perché di ogni QWidget va scritta l'interfaccia che si occupa di comunicare con le AT: l'oggetto dev'essere presentato all'AT, va create l'interazione con la tastiera e gestiti gli eventi che comunicano all'AT i nuovi valori, o il nuovo testo. Tanti sviluppatori mi ascoltano, ma tanti, ti garantisco, mi rispondono che se il progetto è open-source, posso tranquillamente metterci io le mani per renderlo accessibile. E non vedo perche' stupirti di questo. E' *esattamente* come funziona l'open source. Esattamente come se a me interessa una feature che non c'e' o me la scrivo o aspetto che me la scrivano. Esattamente come se ho un baco che mi da fastidio o me lo fixo o aspetto che lo facciano per me. E se lo fanno gli altri, lo fanno gli altri quando hanno tempo e voglia. No no, niente stupore. Semmai credo che la difficoltà sia mia, leggere il codice che ha scritto qualcun altro è estremamente lungo e lento, se non hai qualcosa che ti velocizza il lavoro. Faccio un esempio: in visual studio puoi collassare la struttura di un file c#, vedendo solo le classi principali. Se ne vuoi leggere una, apri la struttura ad albero e vai alla definizione dei metodi. Con un editor testuale e python, dove non c'è il fine blocco ma solo le indentazioni, la prima difficoltà che ho è il colpo d'occhio; devo leggere tutto in maniera sequenziale, stando attento a contare i livelli di indentazione. A volte riesco a trovare quello che mi serve, altre volte, lo ammetto, mi viene molto difficile... Ora, io mi rendo conto che per te accessibilita' non e' esattamente una feature come un'altra, e' il fondamento minimo senza cui non si va avanti. Pero' il modo in cui funziona l'open source e' esattamente che se hai bisogno di qualcosa hai il *potere* di farlo. E in un certo senso e' anche il modo piu' rapido per ottenere qualcosa. Lo so, lo so, hai ragione. Per questo sono sempre alla ricerca di editor o roba simile open, perché se magari trovo qualcosa che piu' o meno è accessibile si può lavorare su quella... Avevo trovato degli editor scritti con scintilla, ma mi sono accorto che il problema sta nel controllo base. Praticamente, dopo che sei arrivato a leggere la cinquantesima riga di codice, lo screen reader impazzisce: ti legge non la linea che sta sul cursore, ma quella che gli sta sopra... e ancora non ho capito il perché! è un comportamento che sfugge alla mia comprensione. Vabbè, la taglio qui perché è poco interessante. E invece e' *molto* interessante. Perche' secondo me il punto e' che stai sbagliando approccio (e te ne pentirai). Ok, parliamone allora... Concludendo questa tiritera infinita, senza dubbio ci sono cose che non so, sfido a trovarne uno che le sappia tutte; probabilmente mi sono occupato troppo di accessibilità e ho tralasciato qualcosa, ma preferisco colmare qualche lacuna studiando, No aspetta... e' chiaro che nessuno sa tutto. Ed e' esattamente per questo che ti dico che se sei bravo a farne una e' un peccato che tu non benefici delle skill degli altri sulle cose su cui loro sono forti e che loro beneficino delle tue su quelle su cui tu sei forti. piuttosto che mettere le mani su un progetto di cui l'autore, mentre io cerco di capire come l'ha scritto, ne ha probabilmente fatte altre 5 o 6 release. E quindi? Ci sono i branch, no big deal. Tutto lo sviluppo software funziona cosi'. Una volta che hai fatto il merge del tuo codice con un set di regression che asseriscono quello che hai fatto, le future versioni *rimarranno* accessibili.
Re: [Python] piccolo editor con autocompletamento del codice
Ciao, sentite, secondo me ho trovato la soluzione. Utilizzo il modulo code e la classe compiler. In realtà compila ma non esegue il codice, però restituisce un errore se l'utente scrive una scemenza, in alternativa restituisce un code object quando è tutto corretto, mentre restituisce None quando il codice non è completo. Dunque, per controllare anche le indentazioni potrei creare un buffer ogni volta che code.compile restituisce None e passarglielo ogni volta che scrivo una riga... Non lo so, ma secondo me può funzionare, ma chiedo consiglio agli esperti... ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Ciao Germano, On Tuesday 07 July 2015 16:22:32 germano carella wrote: Ci ho studiato... in effetti lo posso integrare facendolo eseguire dopo che ho finito di scrivere il codice. A me sarebbe piaciuto , però, farlo in tempo reale. Cioè, io scrivo una riga, do invio e lui controlla se non ho fatto sciocchezze... :D Beh, puoi utilizzare la funzione check_code (segue una sessione interattiva, purtroppo non sono a conoscenza di accorgimenti che ti rendano più agevole la fruizione, ti prego di darmi le giuste dritte): from flake8.main import check_code code_to_check = ''' ... class A: ... ''' check_code(code_to_check) stdin:2:9: W291 trailing whitespace stdin:2:11: E901 SyntaxError: unexpected EOF while parsing 2 Il trailing whitespace l'ho messo di proposito. Anche concludere la definizione della classe senza continuare è voluta, ho pensato a cosa ti avrebbe tornato il checker se il controllo venisse fatto ad ogni invio. Però probabilmente non so cosa fanno gli editor visivi, mi spiego: quando scrivete codice, lui vi colora il codice in modo che se avete fatto errori, o scordato delle parentesi voi ve ne accorgete? Io so che tipo visual studio lo fa, per c# e similari... ecco, questa cosa a un non vedente manca, quindi quando ti dà un errore stai fresco a ricontrollare tutto quello che hai scritto, per vedere se da qualche parte non ci hai messo una virgoletta... :D Siccome però di questa cosa non sono per niente sicuro, chiedo a voi... Penso che questa sia una questione di abitudini. Personalmente mi distrae meno un controllo effettuato al salvataggio. Ho configurato in questo modo vim: non appena viene salvato un buffer vengono eseguiti i vari check in base al linguaggio che sto utilizzando in quel momento. Considera che l'output ti fornisce le indicazioni sulla riga e la colonna, quindi questo dovrebbe permetterti di muoverti abbastanza velocemente sul problema. :D Quindi credo che la soluzione migliore sia quella con cui ti troverai meglio. Potresti renderlo configurabile dall'utente, in modo da supportare le due modalità di controllo. HTH, -- Daniele Tricoli 'Eriol' https://mornie.org ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Il 07/07/2015 22:47, Daniele Tricoli ha scritto: Ciao Germano, On Tuesday 07 July 2015 16:22:32 germano carella wrote: Ci ho studiato... in effetti lo posso integrare facendolo eseguire dopo che ho finito di scrivere il codice. A me sarebbe piaciuto , però, farlo in tempo reale. Cioè, io scrivo una riga, do invio e lui controlla se non ho fatto sciocchezze... :D Beh, puoi utilizzare la funzione check_code (segue una sessione interattiva, purtroppo non sono a conoscenza di accorgimenti che ti rendano più agevole la fruizione, ti prego di darmi le giuste dritte): from flake8.main import check_code code_to_check = ''' ... class A: ... ''' check_code(code_to_check) stdin:2:9: W291 trailing whitespace stdin:2:11: E901 SyntaxError: unexpected EOF while parsing 2 è perfetto! Il trailing whitespace l'ho messo di proposito. Anche concludere la definizione della classe senza continuare è voluta, ho pensato a cosa ti avrebbe tornato il checker se il controllo venisse fatto ad ogni invio. Però probabilmente non so cosa fanno gli editor visivi, mi spiego: quando scrivete codice, lui vi colora il codice in modo che se avete fatto errori, o scordato delle parentesi voi ve ne accorgete? Io so che tipo visual studio lo fa, per c# e similari... ecco, questa cosa a un non vedente manca, quindi quando ti dà un errore stai fresco a ricontrollare tutto quello che hai scritto, per vedere se da qualche parte non ci hai messo una virgoletta... :D Siccome però di questa cosa non sono per niente sicuro, chiedo a voi... Penso che questa sia una questione di abitudini. Personalmente mi distrae meno un controllo effettuato al salvataggio. Ho configurato in questo modo vim: non appena viene salvato un buffer vengono eseguiti i vari check in base al linguaggio che sto utilizzando in quel momento. Considera che l'output ti fornisce le indicazioni sulla riga e la colonna, quindi questo dovrebbe permetterti di muoverti abbastanza velocemente sul problema. :D Quindi credo che la soluzione migliore sia quella con cui ti troverai meglio. Potresti renderlo configurabile dall'utente, in modo da supportare le due modalità di controllo. Esatto, è proprio quello che voglio fare... Farò in modo che sia l'utente a decidere se vuole che il codice che sta scrivendo venga analizzato on-the-fly oppure al salvataggio o all'esecuzione. Ti ringrazio tantissimo per le dritte, l'utilizzo di code.compiler si è rivelato fallace, perché non è in grado di rilevare, ad esempio, se ho sbagliato l'attributo di un oggetto. Grazie ancora tantissimo! HTH, ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
On 07/06/2015 05:26 PM, germano carella wrote: Nel frattempo però, vorrei proseguire col mio lavoro, anche se a rilento, di creare un editor accessibile con autocompletamento del codice. Giusto per curiosita`, cos'ha pycharm che non ti piace? Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
On Tuesday 07 July 2015 07:45:17 germano carella wrote: 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. Hai pensato ad utilizzare uno strumento come flake8 (https://flake8.readthedocs.org/en/latest/) al posto di eseguire il codice? flake8 è una collezione di più checker statici, quindi non ti ritroveresti coi problemi che ti ha, giustamente, sottolineato Enrico. HTH, -- Daniele Tricoli 'Eriol' https://mornie.org ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Il 07/07/2015 00:27, enrico franchi ha scritto: mandare la proverbiale email di prova con titolo CACCA al proprio capo ROTFL! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Il 07/07/2015 23:36, Enrico Bianchi ha scritto: On 07/06/2015 05:26 PM, germano carella wrote: Nel frattempo però, vorrei proseguire col mio lavoro, anche se a rilento, di creare un editor accessibile con autocompletamento del codice. Giusto per curiosita`, cos'ha pycharm che non ti piace? Nulla, solo che non riesco ad usarlo con lo screen reader. Ieri pomeriggio ho provato anche wing ide, ma niente, pure lì un buco nell'acqua... Ho il pc tappezzato di editor... :D Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] piccolo editor con autocompletamento del codice
Salve a tutti, Rieccomi a rompere le scatole... lo so, lo so... Ho per il momento lasciato da parte il discorso PyQt5, perché Phil Tomson sta studiando il problema accessibilità... ma è stato molto collaborativo e questo mi rincuora non poco. Nel frattempo però, vorrei proseguire col mio lavoro, anche se a rilento, di creare un editor accessibile con autocompletamento del codice. Intanto sto usando il .net, con python for .net, che lavora bene coi windows forms, che sono accessibili di default... Ho diviso l'interfaccia grafica dal resto, quindi non sarà un problema usarne un'altra. Comunque, veniamo al problema: per l'autocompletamento sto usando rlcompleter, che fa quello che deve fare, nel senso che mi completa parole chiave, membri di moduli, di classi... insoma tutto. Il guaio è che quando sono all'interno di una funzione e assegno una variabile, foss'anche una lista o un dizionario, non ho modo di completare i suoi membri. Mentre scrivo il codice c'è una code.InteractiveConsole che lavora in background, a cui vengono passate le linee del codice che scrivo nell'editor col metodo push. Ora, fin quando siamo a livello di modulo, le istruzioni vengono eseguite in realtime e posso recuperare le variabili assegnate dal namespace che ho assegnato all'istanza di InteractiveConsole; fin qui tutto ok. Però, quando inizio a scrivere una classe, o una funzione, InteractiveConsole non aggiorna il suo namespace fino a quando non ritiene che la funzione o la classe sia terminata; il contenuto viene messo nel buffer e viene eseguito solo alla fine. Ciò vuol dire che in quel momento non posso completare mai le variabili che istanzio all'interno della funzione o della classe. Facciamo un esempio (tenete conto che le indentazioni le faccio di un solo spazio, sennò non ci sto nella riga del display braille che è di quaranta caratteri) class prova(object): def __init__(self): self.l = list() self.l. # e qui mi dovrebbero comparire i membri di list, che però giustamente non compaiono, perché la console non ha finito di eseguire il codice. Ora, c'è secondo voi un modo di utilizzare l'autocompletamento anche in questo senso? Un debugger? un analizzatore di codice? O forse qualche altra idea che ora non mi viene in mente? O magari istanziare una console temporanea che resta in vita solo mentre sto scrivendo la classe e le faccio credere che tutte le variabili siano a livello del suo namespace... ma devo lavorare di stringhe, togliendo self e indentazioni varie... non so... sono bloccato. Ciao! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Grazie! Invece è quello che fa al caso mio! Tanto la console si esegue in background, .net mi serve solo per l'interfaccia grafica... non si occupa del codice, ci devo solo scrivere dentro... Se mi fornisci un esempio te ne sarò gratissimo!!! Ma si dice gratissimo? Bho, mica lo so! Ciao! Il 06/07/2015 18:22, Alessandro Re ha scritto: 2015-07-06 16:26 GMT+01:00 germano carella germano.care...@gmail.com: class prova(object): def __init__(self): self.l = list() self.l. # e qui mi dovrebbero comparire i membri di list, che però giustamente non compaiono, perché la console non ha finito di eseguire il codice. Ciao, devo essere sincero: non ho letto attentamente la tua domanda, e non conosco rlcompleter (quindi probabilmente questa è una risposta inutile o che non ti interessa), ma io ho un pochino di esperienza con un completer molto bello che si chiama Jedi (https://github.com/davidhalter/jedi) - che non so se va su python per .net - ma di sicuro copre il caso che hai messo qui sopra nello snippet. In generale, Jedi può (provare a) fare completion anche su codice incompleto o parzialmente sbagliato. Non credo di poter essere molto più utile di così (a parte fornirti un codice di esempio su come uso Jedi), sorry :) Ciauz ~Ale ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
2015-07-06 16:26 GMT+01:00 germano carella germano.care...@gmail.com: class prova(object): def __init__(self): self.l = list() self.l. # e qui mi dovrebbero comparire i membri di list, che però giustamente non compaiono, perché la console non ha finito di eseguire il codice. Ciao, devo essere sincero: non ho letto attentamente la tua domanda, e non conosco rlcompleter (quindi probabilmente questa è una risposta inutile o che non ti interessa), ma io ho un pochino di esperienza con un completer molto bello che si chiama Jedi (https://github.com/davidhalter/jedi) - che non so se va su python per .net - ma di sicuro copre il caso che hai messo qui sopra nello snippet. In generale, Jedi può (provare a) fare completion anche su codice incompleto o parzialmente sbagliato. Non credo di poter essere molto più utile di così (a parte fornirti un codice di esempio su come uso Jedi), sorry :) Ciauz ~Ale ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
2015-07-06 19:03 GMT+01:00 germano carella germano.care...@gmail.com: L'ho provato, è fantastico!!! ho già fatto la prova col mio esempio e funzionissima! Grazie mille, mi hai aperto un mondo... Ciao! Ottimo :) Se vuoi postare il tuo esempio qui sulla lista, magari puoi essere di aiuto a qualcuno. Io ho usato Jedi in un mio progettino per fare una shell interattiva [1], ma non credo che cambi molto il principio di utilizzo per un editor. Aggiungo una cosa, non pertinente alla domanda originale, ma rilevante: per favore, quando rispondi alle email, usa il bottom posting, e non il top posting [2]. [1]: https://github.com/akiross/pypaper/blob/master/PyPaper/core/pypaper.py [2]: https://en.wikipedia.org/wiki/Posting_style#Bottom-posting Ciauz ~Ale ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Il 06/07/2015 20:30, Alessandro Re ha scritto: Ottimo :) Se vuoi postare il tuo esempio qui sulla lista, magari puoi essere di aiuto a qualcuno. o ho usato Jedi in un mio progettino per fare una shell interattiva [1], ma non credo che cambi molto il principio di utilizzo per un editor. Aggiungo una cosa, non pertinente alla domanda originale, ma rilevante: per favore, quando rispondi alle email, usa il bottom posting, e non il top posting [2]. [1]: https://github.com/akiross/pypaper/blob/master/PyPaper/core/pypaper.py [2]: https://en.wikipedia.org/wiki/Posting_style#Bottom-posting Ciauz ~Ale Sì, scusa, ho scritto di getto... Il mio codice è semplicissimo, l'ho provato su una shell import jedi src= class prova(object): def __init__(self): self.l=list() self.l. ''' script=jedi.Script(src,5,len(' self.l.'),'example.py') script.completions() e la variabile self.l viene riconosciuta come di lipo list. La classe Script ha come parametri src, che è la stringa del codice, il numero di riga, il numero di colonna determinato da len( self.l.) e in fine il nome dello script da creare. Per scrivere un editor a questo punto è semplicissimo, perché basta sapere dove si trova il cursore... yeah! Ciao! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
2015-07-06 20:09 GMT+01:00 germano carella germano.care...@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. In generale ci sono tanti aspetti... per dire, che fare con virtualenv? Etc etc etc. 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). 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). -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] piccolo editor con autocompletamento del codice
Il 07/07/2015 00:27, enrico franchi ha scritto: 2015-07-06 20:09 GMT+01:00 germano carella germano.care...@gmail.com mailto:germano.care...@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@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python