Mailman 3 July 2003 - python-de

outlook kontakte bearbeiten
by bk 31 Jul '03

31 Jul '03

hallo zusammen, hab mir win32all package installiert. würde gerne die kontakte aus outlook bearbeiten bzw. auslesen. hab quellcode zum auslesen gefunden. hat jemand damit erfahrung??? wie finde ich heraus was es alles für methoden gibt. gibt es irgenwo ne referenz??? _______________________________________________ Python-de maillist - Python-de(a)python.net http://python.net/mailman/listinfo/python-de

2 1

Python als Makroersatz, und was zum Lachen
by Gerson.Kurz＠t-online.de 31 Jul '03

31 Jul '03

Gegeben einen C-Header, der aus Zeug wie dem folgenden besteht: DECLARE_STRING(IDS_XYZ_STATUS_BUSY, "Busy") DECLARE_STRING(IDS_XYZ_STATUS_COVER_OPEN, "Cover open") DECLARE_STRING(IDS_XYZ_STATUS_DOOR_OPEN, "Door open") ....(usw, viele hundert Zeilen lang)... möchte ich eine Datei erzeugen, die so ausschaut: [IDS_XYZ_STATUS_BUSY] "Busy" [IDS_XYZ_STATUS_COVER_OPEN] "Cover open" [IDS_XYZ_STATUS_DOOR_OPEN] "Door open"... Dachte ich mir, kopierst du den Auszug in ein Pythonscript und schreibst def DECLARE_STRING(irgendwas, blabla): aber das ist ein Schmarrn, weil, die IDs sind nicht natürlich - äh - natürlich nicht definiert. Nun bin ich ja, die Herren Gläubigen des Templategötzens mögen es mir verzeihen, Senior-Makrologe und schreibe gerne Sachen wie #ifdef IMPORT_BUILD #define DECLARE_STRINGS(__NAME__,__CONTENT__) \ extern const char* __NAME__; #else #define DECLARE_STRINGS(__NAME__,__CONTENT__) \ const char* __NAME__ = __CONTENT; #endif Nun heisst es ja immer, mit Python könne man alles Makromäßige umsetzen - wie aber mache ich sowas? Ich will ja praktisch auf der Fliege ("on the fly"), neue Variablen erzeugen. Wäre es möglich, sich in den Name Lookup der Variablen zu hängen, so daß man z.B. bei Undeclared Identifier die Möglichkeit hat, sich 'ne neue anzuschaffen? Zum lachen: Guckst du Google, suche nach Q246772, klickst du auf die MSDN-Seite. HOWTO: Retrieve and Set the Default Printer in Windows Beachte - die Länge des Beispielcodes im Vergleich zur schier unglaublichen!!!!!!!!1! Schwere der Aufgabe - und, vor allem, die Anmerkungen zum Code darunter _______________________________________________ Python-de maillist - Python-de(a)python.net http://python.net/mailman/listinfo/python-de

6 6

WG: [Python-de] python interpreter benutzen jedoch nicht installieren
by benny kohler 30 Jul '03

30 Jul '03

hallo, py2exe und installer kenn ich. möchte ich aber nicht benutzen da daraus ja ne exe erstellt wird und die py-dateien somit nicht mehr editierbar sind. kannst du mir sagen wie ich herausfinde welche dateien ich benötige??? -----Ursprüngliche Nachricht----- Von: python-de-bounces+benny=coca-kohler.de(a)python.net [mailto:python-de-bounces+benny=coca-kohler.de@python.net]Im Auftrag von Gerhard Häring Gesendet: Dienstag, 29. Juli 2003 16:33 An: python-de(a)python.net Betreff: Re: [Python-de] python interpreter benutzen jedoch nicht installieren bk wrote: > hallo, > > kann mir vielleicht jemand sagen welche dateien des python-interpreters ich > mitausliefern muss(python.exe denke alleine reicht da nicht, brauch ich > bestimmt noch libs bzw. dlls oder???), um die py-datei ablauffähig zu > machen. will den python interpreter nicht installieren. [...] Du kannst "zu Fuß" die benötigten Abhängigkeiten rausfinden (python{major}{minor}.dll, Dutzende .pyd's usw.), das alles inklusive python.exe und der Python-DLL in ein Verzeichnis packen und das ausliefertn. Alternativ sparst du dir diese Arbeit und verwendest einfach py2exe oder Installer. Diese Tools nehmen dir die Arbeit ab, die Abhängkeiten deines Python-Skripts rauszufinden und das ganze als ausführbare .exe-Datei zu verpacken. URLs: http://py2exe.sourceforge.net/ http://www.mcmillan-inc.com/install1.html Zu allem Überfluss gibt's alternativ noch http://www.computronix.com/utilities.shtml#freeze Ich persönlich hab die ersten beiden verwendet und sie haben gut funktioniert. Schau dir vielleicht zuerst py2exe an, ist recht einfach zu verwenden. -- Gerhard _______________________________________________ Python-de maillist - Python-de(a)python.net http://python.net/mailman/listinfo/python-de _______________________________________________ Python-de maillist - Python-de(a)python.net http://python.net/mailman/listinfo/python-de

3 2

Listbox und curselection()
by Albert.Hermeling＠t-online.de 29 Jul '03

29 Jul '03

Guten Abend, für die Verwendung in einem Dialog habe ich folgende Klasse (hier gekuertzt wiedergegeben) programmiert: .... class Listbox: def __init__(self, master,select): self.daten=[] self.liste=["Test1","Test2","Test5","Test4","Test3"] self.toplevel=Tkinter.Toplevel(master) self.toplevel.withdraw() # Toplevel noch nicht anzeigen self.result=Tkinter.StringVar() self.listbox=Tkinter.Listbox(self.toplevel,selectmode=select) self.listbox.pack() self.button1=Tkinter.Button(self.toplevel,text="OK",command=self.ok) self.button1.pack() def einlesen(self,): self.liste.sort() for i in self.liste: self.listbox.insert(END,i) def auslesen(self,): a=self.listbox.curselection() for i in a: b=Tkinter.getint(i) self.daten.append(self.liste[b]) return self.daten def ok(self,): self.result.set("ok") self.toplevel.destroy() def show(self,): self.toplevel.deiconify() self.toplevel.wait_window() return self.result.get() if __name__ == "__main__": tk=Tkinter.Tk() dia=Listbox(tk,EXTENDED) dia.einlesen() if dia.show() == "ok": print dia.auslesen() else: print "Abgebrochen" wenn ich das Programm starte und irgend ein Element auswähle und mit OK bestaetige bekomme ich folgende Fehlermeldung: Traceback (most recent call last): File "./listbox.py", line 54, in ? print dia.auslesen() File "./listbox.py", line 30, in auslesen a=self.listbox.curselection() File "/usr/lib/python2.2/lib-tk/Tkinter.py", line 2336, in curselection return self.tk.splitlist(self.tk.call( TclError: invalid command name ".136326436.136699908" Ich glaube der Fehler haengt mit der Methode curselection() zusammen, weiter komme ich aber nicht. Vieleicht weis ja einer von euch wo der Fehelr steckt. Ich bedanke mich schon mal fuer die Hilfe. Mit freundlichen Gruessen Albert Hermeling _______________________________________________ Python-de maillist - Python-de(a)python.net http://python.net/mailman/listinfo/python-de

2 2

python interpreter benutzen jedoch nicht installieren
by bk 29 Jul '03

29 Jul '03

hallo, kann mir vielleicht jemand sagen welche dateien des python-interpreters ich mitausliefern muss(python.exe denke alleine reicht da nicht, brauch ich bestimmt noch libs bzw. dlls oder???), um die py-datei ablauffähig zu machen. will den python interpreter nicht installieren. benutze für gui wxpython. wie kann ich das hinzufügen ohne zu installieren??? welche dateien brauch ich davon??? gruss ben _______________________________________________ Python-de maillist - Python-de(a)python.net http://python.net/mailman/listinfo/python-de

3 2

python+php
by koffi c'est bon 29 Jul '03

29 Jul '03

_______________________________________________ Python-de maillist - Python-de(a)python.net http://python.net/mailman/listinfo/python-de

2 1

OpenOffice mit Python automatisieren
by Gerson.Kurz＠t-online.de 26 Jul '03

26 Jul '03

Ich habe mir heute - natürlich! - den 1.1 RC von OOo runtergeladen (auch wenn ich ja sonst wenig MS-Produkte verschmähe, finde ich OOo klasse). Und, guckst du "individuelle Installationsoptionen", gibt es da Python-Integration über UNO. Das musste ich natürlich gleich angucken - und, oh graus, es ist Schrott! 1) Es wird eine eigene Pythonkopie installiert. Das finde ich aus folgenden Gründen Scheisse: a) ich habe bereits Python auf meinem Rechner -> Platzverschwendung. Aus nur mir klaren Gründen habe ich sogar zwei Pythons auf meinem Rechner, aber das ist eine andere Geschichte. Jetzt also habe ich deren drei. b) ich habe in einer Demonstration persönlicher Unabhängigkeit Java bei mir deinstalliert (was, wie ich nebenbei bemerken darf, eine erstaunliche befriedigende Tätigkeit sein kann: Wollen Sie Java löschen? JA JA JA), und da meckert der OOo Setup ja auch, daß dann ein paar (mir nicht bekannte) Sachen fehlen. Wer eine Pythonanbindung will, muß Python haben - scheint mir nicht *völlig* unlogisch aus der Luft gegriffen, oder? 2) Es funktioniert nicht. Es gibt ein C:\Program Files\OpenOffice.org\program\python-core-2.2.2 verzeichnis mit einem bin\python.exe drin, aber das eigentlich relevante uno.py liegt hier: C:\Program Files\OpenOffice.org\program\uno.py und nicht etwa im eigenen lib-verzeichnis. "import uno" funktioniert nur, wenn man sich im program-Verzeichnis befindet: schwach. 3) Das OOo API ist dermaßen Schrott, es könnte eine Bravo-Hits-CD sein! Schaust du dir das Tutorial an: http://udk.openoffice.org/common/man/concept/unointro.html fängt OS/2 an Eleganz zu gewinnen an, und wer den OS/2 16-Bit Kerneldebugger kennt, weiss diese Aussage richtig einzuordnen. Die Pythonanbindung macht das ganze auch nicht lesbarer. Guckst du dir "HELLO WORLD" auf der PyUNO Tutorialseite an: http://udk.openoffice.org/python/python-bridge.html arg! Ich bin in der Lage, aus dem Stand eine halbstündige Philippika über MS-COM als Gottesgericht zu halten - aber *so* schlimm ist selbst das nicht... Naja, "Mühsam ernährt sich das Eichhörnchen", hoffen wir auf eine bessere Version in der Zukunft. An sich ist es ja schon lohnenswert, daß überhaupt ein so "sichtbares" SW-Paket wie OOo auf Python setzt... _______________________________________________ Python-de maillist - Python-de(a)python.net http://python.net/mailman/listinfo/python-de

4 3

Projektorganisation revisited
by Gerson.Kurz＠t-online.de 25 Jul '03

25 Jul '03

Ich möchte nochmals auf das Thema Projektorganisation in Python zu sprechen kommen. Als Hintergrund: Es geht um eine Geräteemluation, benannt PyEMU. Das ganze läuft in einem Minipc unter Linux (ohne Tastatur & Bildschirm). Nach "innen" wird V24 gesprochen, nach aussen V24 und TCP/IP und Named Pipes und (in Zukunft vielleicht) USB. Anforderungen waren z.B. - Infrastruktur (Hochfahren, Konfiguration, Logfiles abziehen usw.) soll unabhängig vom nach aussen exportierten Protokoll sein - Voll dynamisch (d.h. eine Konfigurationsdatei legt fest, welches Protokoll über welche SChnittstelle mit welchem anderen Protokoll spricht) - Soll auf einer Read-Only-Partition laufen (d.h. / wird nach dem Booten ro geremounted), wg. plötzlichem Stromausfall usw. - Erweiterbar für weitere Protokolle / Schnittstellen (z.B. USB) Bisher habe ich folgende Projektorganisation irgendwas irgendwas/PyEMU irgendwas/PyEMU/protokoll_1 irgendwas/PyEMU/protokoll_2 .... irgendwas/PyEMU/protokoll_n In <irgendwas> ist nur ein Programm: main.py aus Gründen der Übersichtlichkeit. Das importiert das Modul PyEMU und startet es mit Parametern nach (Vorteil: PyEMU kann unter Windows als NT-Service konfiguriert werden); eigentliche Codebasis bleibt identisch. In <irgendwas/PyEMU> liegt der eigentliche Code, bestehend aus ungefähr 50 Sourcen. In <irgendwas/PyEMU/protokoll_x> liegen die HW-Protokolle, natürlich mit sprechenden Namen (also z.B. "Fingerprint" für "Protokoll des Fingerprint-Sensors"). Das Modul hat für jeden Befehl einen eigenen Sourcecode, aus folgenden Gründen: - Man findet die Sourcen zu einem Befehl leichter. Das mag harmlos klingen, ist aber etwas, was mich immer schon gestört hat: ich habe keine "richtige" IDE in Python, und bei sagen wir 60 Befehlen ist die Suche nach einem speziellen rein über grep doch etwas *arg* mühsam. Der Dateiname als Strukturierung bietet sich da schon an. - Die Befehle können ziemlich umständlich sein (z.B. Statistikauswertung, Verschlüsselung usw.) -> die Sourcen sollten nach Möglichkeit nicht >500 Zeilen haben. - Die Verzeichnisse enthalten je bis zu 60 Sourcen. Meine Probleme mit dem Ganzen 1) Abhängigkeiten der Module Beispiel. Ich möchte aus irgendwas/PyEMU/protokoll_1/blabla.py eine Funktion in irgendwas/PyEMU/misc.py aufrufen. Dann muß ich schreiben (immer vorausgesetzt, daß <irgendwas> bereits in den PYTHON_PATH aufgenommen wurde) import PyEMU.misc PyEMU.misc.funktion() Wenn ich statt dessen in irgendwas/PyEMU/blabla.py bin, kann ich direkt schreiben import misc misc.funktion() Noch schlimmer wird es, wenn protokoll_1 etwas von protokoll_2 braucht (was möglich ist, wenn es sich um abhängige Hardware handelt; z.B. kann Gerätetyp A nur betrieben werden, wenn Gerätetyp B (Alarm) möglich ist; also: in irgendwas/PyEMU/protokoll_1/funktion.py: import PyEMU.protokoll_2.irgendwas if PyEMU.protokoll_2.irgendwas.alarmIstDa(): # ok, weiter gehts 2) Entscheidung, was mache ich als Modul, was nicht. z.B. habe ich verschiedene Transportsysteme für die Protokolle (V24, TCP/IP, Dateibasiert für Named Pipes & Testfiles). Mache ich daraus ein eigenständiges Modul, oder lasse ich die Sourcen im "main"-Verzeichnis? Bisher ja; eigentlich gehört das aber auch in ein Modul rein. Aber: Mache ich ein Modul "transportsystems" oder ein Modul pro Transportsystem? 3) Ferner: In der Konfiguration habe ich z.B. Einträge wie den folgenden (Real-Life-Beispiel:) <transport> <protocol>FingerprintProtocol</protocol> <type>SerialTransportLayer</type> <portname>COM1</portname> <baudrate>38400</baudrate> <parity>none</parity> <stopbits>1</stopbits> <databits>8</databits> <traceV24>0</traceV24> </transport> Wenn ich die Konfigurationsdatei einlese, kann ich hübsch ein requestedType = { hier z.B. "SerialTransportLayer" } ... module = __import__(requestedType, globals(), locals(), []); return getattr( module, requestedType ) machen und habe meine Transportschicht. Wenn ich die aber in ein Modul gepackt habe, komme ich in Namensraumkonflikteschrott rein. 4) Da habe ich dann so hilfsmodule wie "trace.py". Packe ich die in ein weiteres Modul? Gehört das nicht in sitepackages, weil es Projektübergreifend gestaltet werden kann? Irgendwie befriedigt mich die Projektorganisation nicht: sie funktioniert, ist aber nicht "schön". Deshalb nochmal die Frage: Wie strukturiert ihr größere Pythonprojekte (Source-# > 300)? _______________________________________________ Python-de maillist - Python-de(a)python.net http://python.net/mailman/listinfo/python-de

2 1

XML, Umlaute, Unicode, Projektorganisation, RPC, MPUC - Wer bietet mehr?
by Gerson.Kurz＠t-online.de 25 Jul '03

25 Jul '03

Freunde, 1) Es gibt ein Minipapier von mir zum Thema: XML, Umlaute und Python. http://p-nand-q.com/python/umlaute_in_xml.html Kommentare willkommen. 2) Unser Büdong-Projekt wächst und gedeiht; ich bin allerdings mit der Organisation der Quäldateien unzufrieden. Deshalb die Anfängerfrage: Wie strukturiert Ihr denn größere Pythonprojekte? - Wann ist der Einsatz von Modulen angezeigt? - Werden die Module in lib\site-packages gepackt, oder in das Projektverzeichnis? - Welches Versionskontrollesystem bietet sich (unter Windows, beim SciTE) an? - Eure Erfahrungen mit Unittests? 3) Ich möchte eine RPC-Schnittstelle zwischen Python und Native-C++ im Netzwerk haben. Sockets, klar. Es bieten sich folgende Möglichkeiten: a) standardisiertes Protokoll (z.B. XMLRPC, Seife), mit Einsatz entsprechender 3rd Party Libs in C++ und Python. (Lizenzfragen??? GPL darf ich nicht benutzen). In diesem Fall spricht Python mit C++ über Sockets. b) Eine pyd, die ein Pythonscript ausführt, welches mit besagter pyd spricht. Vorteil: Python spricht mit Python übers Netz, es gibt nur eine lokale Schnittstelle (die pyd eben) -> C++ Code minimiert, RPC-Protokoll austauschbar. 4) MPUC: isch werde frühestens 0x44aa200 Millisekunden nach Mitternacht erscheinen. _______________________________________________ Python-de maillist - Python-de(a)python.net http://python.net/mailman/listinfo/python-de

3 2

RE: XML, Umlaute, Unicode, Projektorganisation, RPC, MPUC - Wer bietet mehr?
by Gerson.Kurz＠t-online.de 25 Jul '03

25 Jul '03

> Liest sich ganz gut, aber: > <!ENTITY ouml "ö"> > Woher weiß man das man hier #246 eingeben muß? > Der link auf Python-Unicode-Faq gibt 404 zurück. Danke, ich habe beides korrigiert. > Was ist Büdong? Lautmalerisches Kosewort für Python? _______________________________________________ Python-de maillist - Python-de(a)python.net http://python.net/mailman/listinfo/python-de

7 17