Re: [Python] ReportLab e barcode
Marco Beri ha scritto: 2010/2/12 Manlio Perillo manlio_peri...@libero.it mailto:manlio_peri...@libero.it Marco Beri ha scritto: Marco Beri, perchè consigliare una libreria esterna che genera, tra l'altro, file in EPS, se è possibile farlo direttamente con ReportLab? Beh, una volta che hai l'immagine, sei sicuro di usarla dove vuoi, in un PDF, in una pagina web, ecc. con la certezza di ottenere quello che ti serve. No, mi riferivo al fatto che Reportlab ha già supporto per alcuni tipi di bar code, e per altri sicuramente si trova qualcosa che li genera usando lo stesso reportlab. [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] R: Re: ReportLab e barcode
On Friday 12 February 2010 08:36:07 marco...@libero.it wrote: Da quel che ho capito si dovrebbe trattare di una estensione di Reportlab, che si dovrebbe installare in qualche maniera.. Dovresti avere già tutto installato, guarda questo: http://www.reportlab.com/apis/reportlab/reportlab.graphics.barcode- module.html Prova con: from reportlab.graphics import barcode per vedere che non manchi. HTH, -- Eriol - *p = NULL; - EIBTI GPG Key ID 0B7C8A19 http://mornie.org ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] R: Re: R: Re: ReportLab e barcode
Dovresti avere già tutto installato, guarda questo: http://www.reportlab.com/apis/reportlab/reportlab.graphics.barcode- module.html si, avevo trovato sta pagina.. ma stento a capirci qualcosa.. devo approfondire.. Prova con: from reportlab.graphics import barcode per vedere che non manchi. Il comando non genera errori: bene! Dovrebbe significare che funziona tutto! Ora devo solo trovare un po' di documentazione e magari qualche esempio... Grazie! Marco ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Primi passi con database
Salve a tutti, sto muovendo i miei primi passi con python... Da tempo seguo la lista ma finalmente chiedo informazioni. Sto cercando il modo per connettermi via odbc ad alcuni db. Sto leggendo questo documento: http://initd.org/pub/software/psycopg/dbapi20programming.pdf Ma non capisco dove posso scaricare dbapi o psycopg In generale generale devo connettermi a db in DB2 --AS400--, mysql ed access. Va bene scaricare dbapi e seguire il documento sopra linkato? Grazie in anticipo a chiunque voglia rispondermi, Vittorio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] R: Primi passi con database
Vittorio,che sistema operativo stai usando?Se usi Ubuntu, psycopg2 lo scarichi direttamente da Synaptic.. Ma non capisco dove posso scaricare dbapi o psycopg ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] R: Re: R: Re: R: Re: ReportLab e barcode
Magnifico! Grazie mille! Funziona Puoi prendere spunto dai test: from reportlab.graphics.barcode import test test.run() saved out.pdf Ti basta guardare il sorgente di quel modulo test; in più out.pdf ti permette anche di dare un'occhiata alla loro resa in pdf. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Primi passi con database
Il 12 febbraio 2010 17.43, Vittorio Zuccala' vittorio.zucc...@gmail.com ha scritto: In generale generale devo connettermi a db in DB2 --AS400--, mysql ed access. Va bene scaricare dbapi e seguire il documento sopra linkato? Grazie in anticipo a chiunque voglia rispondermi, Se sei su windows e a quei db ci accedi già via ODBC, la cosa più semplice da fare è utilizzare pyodbc. http://code.google.com/p/pyodbc/ Ciao, Simone ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Primi passi con database
On Fri, 12 Feb 2010 17:43:57 +0100, Vittorio Zuccala' vittorio.zucc...@gmail.com wrote: Salve a tutti, sto muovendo i miei primi passi con python... Da tempo seguo la lista ma finalmente chiedo informazioni. Benvenuto :) Sto cercando il modo per connettermi via odbc ad alcuni db. Sto leggendo questo documento: http://initd.org/pub/software/psycopg/dbapi20programming.pdf Ma non capisco dove posso scaricare dbapi o psycopg Psycopg è un driver specifico per PostgreSQL, non per odbc. Se non devi connetterti a un database Postgres non ti è utile (peccato...). La DB API è solo una specifica che suggerisce agli sviluppatori di driver database una interfaccia comune: in questo modo un programma avrebbe teoricamente la possibilità di usare diversi database solo cambiando il driver. In realtà non credo che questo sia uno scenario verosimile, date le differenze nell'SQL interpretato dai diversi db, ma se non altro consente agli sviluppatori di essere in grado di usare i driver di qualunque database una volta imparato ad usarne uno. Il posto ufficiale dove leggere una descrizione della DB API è http://www.python.org/dev/peps/pep-0249/ In generale generale devo connettermi a db in DB2 --AS400--, mysql ed access. Va bene scaricare dbapi e seguire il documento sopra linkato? Come detto, non esiste un driver dbapi. ma esistono driver specifici per MySQL (http://mysql-python.sourceforge.net/), DB2 (http://pydb2.sourceforge.net/) e ODBC (http://code.google.com/p/pyodbc/). Tutti rispettano la DB API 2.0, quindi al di là delle differenze di comportamento dei database, si usano tutti allo stesso modo. Buon lavoro, ciao! -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] 0 in (False,) // 0 == False
On Feb 11, 2010, at 12:24 AM, Pietro Battiston wrote: Quando si parla di vantaggi concreti, preferisco farlo davanti a dati concreti. Che sarebbero? Ovviamente non intendevo che l'aritmetica possa esistere senza uguaglianza, ma che il simbolo = può essere definito ben a monte dell'aritmetica, in maniera vagamente simmetrica a quel che succede appunto nel Python. Probabilmente diamo dunque un differente significato al concetto di non avere niente a che fare. Comunque una volta che siamo in accordo, tutto bene. Poi ovviamente si, sono d'accordo che un uguaglianza possa stare a monte dell'aritmetica (uguaglianza semantica, intendo, l'uguaglianza sintattica e' una bestia ancora diversa). Anche l'uguaglianza di python e', ovviamente potenzialmente semantica. Sebbene il default di object sia la versione ad oggetti dell'uguaglianza sintattica, ovvero la completa identita', di fatto poi == e' ridefinito per vaste classi di oggetti. Suppongo che su sta roba siamo tutti d'accordo e non sia necessario soffermarci oltre. Se le tue intuizioni informatiche sono azzeccate quanto quelle personali, non mi stupisce la confusione che fai parlandone. Ottimo. Allora ci hai lavorato anche tu e dovresti essere piuttosto consapevole del fatto che definire formalmente un metodo di un oggetto di un linguaggio completamente dinamico sia un lavoraccio, visto che hai la *semantica* che dipende dall'esecuzione, visto che quale codice venga chiamato da una data chiamata di funzione (o anche solo da un accesso a membro) e' potenzialmente non noto a compile time. Anche immaginando un == scritto staticamente c' da fare un discreto lavoro per formalizzare il tutto. E non credo che la cosa ci porti da nessuna parte, ma se vuoi iniziare ti seguo e vediamo di metterla in piedi. (N.B: non risponderò in maniera polemica a parti della tua email che non siano gratuitamente polemiche. Anzi, facciamo che alle altre parti gratuitamente polemiche non rispondo proprio.) Ottimo. A me risultava che la forte polemica fosse partita nel tuo messaggio, posso ovviamente sbagliare. Se abbassiamo i toni sono completamente d'accordo. Se trovi parti del mio nuovo messaggio che ritieni inutilmente polemiche, ti chiedo scusa in anticipo e segnalamele. La tua teoria secondo cui tutto deve necessariamente essere così com'è si poteva (almeno, mi ero figurato che si potesse) motivare dal punto di vista dell'eleganza matematica _o_ dell'attinenza alla mentalità pythonesca: se tu dici che la matematica non c'entra niente, tirala pure via, altrimenti vai fino in fondo e facciamo le cose bene, la precisione non è mai sgradevole. Guarda, io sono una persona abbastanza pedante. Sono molto formale, a volte pure troppo. Il motivo per cui vorrei lasciare perdere l'eleganza matematica e' che spesso nel mondo pragmatico dei linguaggi di programmazione viene sacrificata in molti punti e modi ben peggiori di questo. Il che vuole dire che appellarsi troppo all'intuizione matematica non di rado porta fuori strada. Di fatto sono pochissimi i linguaggi che non soffrono di questo problema, e a volte sono parecchio scomodi proprio per questa ragione. Io poi non sostengo che tutto debba essere come e'. Non ho parlato di tutto. Ti ho anche indicato un punto che trovo sgradevole (e che fortunatamente hanno fixato in Python 3). Posso aggiungere che mi piacerebbe che Python potesse essere tail recursive (anche se so perche' non PUO' esserlo). Etc etc etc. Riguardo al problema specifico, abbiamo sempre sta cosa qua. O sacrifichi l'aritmetica mista (e lanci eccezioni), oppure tieni le cose come sono, con False che si comporta come 0. Se ho capito bene, tu vorresti 0 != da False *ma* avendo aritmetica mista. E questo IMHO non porta da nessuna parte. Stai scherzando?! Questo punto è stato chiarito 6 mail fa. _Evidentemente_ if 0: print ciao - ... if []: print ciao - ... No, non sto scherzando. Continui a chiedermelo. Se stessi scherzando proverei con delle barzellette. Se scrivo su un gruppo tecnico, è probabile che non stia scherzando. Probabilmente non ti piace il Python idiomatico. Utilizzare cose come if len([]) == 0: sono considerate *cattiva* pratica. Proporre di abbandonare la pratica considerata buona di if []: IMHO non è particolarmente sensato. Veramente ho concluso che _potrebbero_ benissimo esserlo, e che io lo troverei più intuitivo - a prescindere dall'abitudine, ovviamente. Potrebbero essere qualunque cosa. La praticità della cosa rimarrebbe discutibile, tuttavia. Non ne vedo affatto la ragione. Se dopo tutte queste mail ti sfugge ancora la semantica che ho in mente, te la rispiego: il comportamento dei bool rimane _ovunque_ quello che è, tranne che 0 != False (e ovviamente ottieni risultati diversi se vai a vedere l'ereditarietà). Mi sfugge perche' non mi sembrava scritto nero su bianco. Anzi, mi sembra che altaleni fra NON ammettere l'aritmetica mista e ammetterla ma con 0 != da False. Come si
