Mailman 3 April 2017 - python-de

Berliner PUB-/DZUG-Treffen am 17.9. um 19 h im newthinking store
by Dinu Gherman 04 Sep '22

04 Sep '22

Liebe Python-Freunde, diesen Donnerstag, den 17.8.2009 (übermorgen!) findet wieder ein PUB/DZUG-Treffen (Python und Zope User Group in Berlin) statt. Ort und Zeit sind wie immer: 19 Uhr, im newthinking store [1]. Anschließend wird das Treffen wieder im Restaurant Tucholsky [2] fortgesetzt. Zur Planung der Restaurantkapazitäten bitte ich euch ein Häckchen in der Doodle-Umfrage [3] zu machen, wenn ihr an- schließend noch mitkommen wollt. Das Programm muss dieses mal etwas kurzfristig arrangiert werden. Wer also schon immer mal einen kurzen Vortrag halten wollte, z.B. zu einem der Themen im Python-Wiki [4] und diesen womöglich schon in der Schublade hat, der (oder die) ist herzlich dazu eingeladen. Dann bitte bei mir vorher kurz per E-Mail ankündigen! Ansonsten werden einige, die auf der DZUG-Tagung letzte Woche in München waren, locker darüber berichten. Dabei ging es unter an- derem über die kommenden Versionen 4 und 5 von Plone. Sehr wahr- scheinlich wird Veit dazu Prospekte verteilen. Eine weitere Idee besteht darin, locker Buchempfehlungen zu den Themen Python/Zope/Plone auszutauschen, was man am besten macht, indem man das jeweilige Buch auch zum Treffen mitnimmt. Ich werde am Donnerstag das Buch "Python for Linux and Unix System Admini- stration" [5] dabei haben. Liebe Grüße und bis Donnerstag, Dinu PS: Ich übernehme mit Veit bis auf Weiteres die Organisation die- ser Treffen von Stephan, der das bisher vorbildlich gemacht hat, aber nun seinen väterlichen Aufgaben höhere Priorität geben wird. Nochmals vielen Dank, Stephan - ich hoffe, Du kannst trotzdem noch vorbeischauen! [1] newthinking store, Tucholskystr. 48, 10117 Berlin, http://newthinking-store.de [2] Restaurant Tucholsky, Torstraße 189, 10115 Berlin, http://www.restauration-tucholsky.de [3] http://doodle.com/rwqizz6ewxk6iscw [4] http://wiki.python.de/User%20Group%20Berlin [5] http://www.oreilly.de/catalog/9780596515829 ...................................................................... Follow me on Twitter: http://twitter.com/dinugherman

2 1

Phyton ist Dreck!
by Markus Menschenfresser 27 Jun '17

27 Jun '17

Nur Deppen programmieren in Phyton! Echte Männer benutzen Java oder C++!

4 3

Bayern stimmt gegen Homo-Ehe
by magnitoel＠gremmik.fk 26 Jun '17

26 Jun '17

Die CSU blockiert mit ihrer absoluten Mehrheit im Landtag ein Votum für die Homo-Ehe. Für den Justizminister ist der Antrag auf Gleichbehandlung lediglich ein "ideologisch begründeter Angriff auf das Institut der Ehe". http://www.queer.de/detail.php?article_id=27698 Letzte Rückzugsgefechte. Bald dürfen Homos heiraten, Transen heiraten, Lesben heiraten, Täglich-ihr-Geschlecht-Wandler heiraten. Danach kommen die mit den Knaben und die mit den Wuffis. Schöne neue Welt! Steven

11 10

Re: [Python-de] pyHook-Equivalent für WH_SHELL Hooks
by gahleitner.gerhard＠gmail.com 30 Apr '17

30 Apr '17

Hallo! Wenn du dich mit pyHook auskennst, wärs schön, wenn du vielleicht mal eine Playlist in einem Youtube-Kanal machen könntest. Bin gerade dabei, einen etwas ähnliches wie einen Makrorecorder zu programmieren. Anscheinend komme ich um pyHook und pythoncom nicht herum. daher wäre ich dir für jede Hilfe dankbar. LG Gerhard

1 0

Re: [Python-de] import Problem
by Hermann Riemann 28 Apr '17

28 Apr '17

Am 28.04.2017 um 12:48 schrieb Peter Otten: >> ########## globale_funktionen.py >> import globale_variable >> g=globale_variable.variablen >> def f(): >> global g >> g.x=1 > Das "global"-Statement ist überflüssig, da du den Namen g nur liest. Richtig. >> ########## globale_variable.py >> class Globale_Variablen: >> def __init__(self): >> self.x=0 >> variablen=Globale_Variablen() > Wenn du sowieso mit Klassen hantierst, mach aus f() doch eine Methode. Wenn ich ########## globale_variable.py zu class Globale_Variablen: def __init__(self): self.x=0 from globale_funktionen import * variablen=Globale_Variablen() erweitere, erhalte ich: SyntaxError: import * only allowed at module level Hermann der seine globale Datei in eine Datei einmal mit globale Variable und noch in etliche Dateien mit Funktions- und Klassenarten zerlegen möchte. -- http://www.hermann-riemann.de

2 1

import Problem
by Hermann Riemann 28 Apr '17

28 Apr '17

gegeben 5 Dateien: Anzeige durch: for i in *.py;do echo "##########" $i;cat $i;done liefert ########## p1.py x=0 def f(): global x x=1 f() ########## p2.py import p1 print(p1.x) ########## p3.py x=0 from p4 import * f() ########## p4.py def f(): global x x=1 ########## p5.py import p3 print(p3.x) Der Anfang sind p1.py und p2.py. p1.py enthält globale Daten, Funktionen etc. p2.py ist einer der Programme welche p1.py verwenden. In p1 werden mir einige Funktionen zu groß, so dass ich sie gerne auslagern würde. Im obigen Beispiel lagere ich die Funktion f nach p4.py aus und der Rest verbleibt in p3.py p5.py entspricht p2.py. python3 p2.py liefert wie gewünscht 1 python3 p5.py liefert leider 0 Hermann der nicht gerne extra Variable umkopieren mag -- http://www.hermann-riemann.de

3 3

Re: [Python-de] import Problem
by Hermann Riemann 28 Apr '17

28 Apr '17

Am 28.04.2017 um 09:44 schrieb Peter Otten: >> der nicht gerne extra Variable umkopieren mag > Genau das tust du aber mit >> from p4 import * > und wie Christopher bereits gesagt hat, macht "global" einen Namen global im > Modul, nicht im Programm. > Um eine Funktion auszulagern und dabei zirkuläre Imports zu vermeiden > übergibst du am besten den "state" explizit: > # zeugs.py > from ausgelagert import f Da es sich in der Anwendungen um viele Funktionen handelt, ist * statt f angesagt. Bis dahin also nichts Neues. > x = f(0) > # ausgelagert.py > def f(x): > return x + 42 Im konkreten Fall handelt es sich um viele Modul übergreifende Variable, die ich nicht dauernd in Argumentlisten übergeben mag. Das ganze könnte eher nach folgenden Schema ablaufen: Kommando for i in *.py;do echo "##########" $i;cat $i;done liefert ########## globale_funktionen.py import globale_variable g=globale_variable.variablen def f(): global g g.x=1 ########## globale_variable.py class Globale_Variablen: def __init__(self): self.x=0 variablen=Globale_Variablen() ########## initialisiere.py from globale_funktionen import * f() ########## test.py import globale_variable g=globale_variable.variablen import initialisiere print(g.x) python3 test.py liefert wie gewünscht dann 1 Hermann der leider in test.py nicht noch zusätzlich import globale_funktionen as g absetzen darf, um die Namenszahl zu verringern. -- http://www.hermann-riemann.de

2 1

Re: [Python-de] import Problem
by Hermann Riemann 28 Apr '17

28 Apr '17

Am 28.04.2017 um 08:45 schrieb Christopher Arndt: >> Am 28.04.2017 um 07:55 schrieb Hermann Riemann <nospam.ng(a)hermann-riemann.de>: >> python3 p5.py >> liefert leider 0 > > Zum Glück tut es das, denn py3.x und p4.x sind unterschiedliche Variablen. In Python sind mit "global" deklarierte Variablen *modul*global, d.h. Jedes Modul hat seinen eigenen Namensraum. > > https://docs.python.org/3/tutorial/classes.html#python-scopes-and-namespaces Damit ist mein Problem nicht gelöst. Ein Einfügen als erste Zeile in p4.py von from p3 import * bewirkt keine Änderung im Ergebnis. Erst eine Änderung von von p4.y auf import p3 def f(): p3.x=1 wirkt Hermann der die Folgen von import p3 in p4.py gleichzeitig mit import p4 in p3.py nicht so recht überblickt. -- http://www.hermann-riemann.de

1 0

Informationen über tkinter
by Mok-Kong Shen 26 Apr '17

26 Apr '17

Wo sind up-to-date Infornmationen über tkinter im Internet zu finden? Ich frage deswegen, weil es offenbar Sachen gibt, die auf Python 3.5 lief aber auf 3.6.1 nicht mehr. M. K. Shen

2 1

ANN: PyDDF Python Frühlings-Sprint 2017
by eGenix Team: M.-A. Lemburg 24 Apr '17

24 Apr '17

________________________________________________________________________ ANKÜNDIGUNG PyDDF Python Frühlings-Sprint 2017 in Düsseldorf Samstag, 06.05.2017, 10:00-18:00 Uhr Sonntag, 07.05.2017, 10:00-18:00 Uhr trivago GmbH, Karl-Arnold-Platz 1A, 40474 Düsseldorf Python Meeting Düsseldorf http://pyddf.de/sprint2017/ ________________________________________________________________________ INFORMATION Das Python Meeting Düsseldorf (PyDDF) veranstaltet mit freundlicher Unterstützung der *trivago GmbH* ein Python Sprint Wochenende im September. Der Sprint findet am Wochenende 6./7.5.2017 in der trivago Niederlassung am Karl-Arnold-Platz 1A statt (nicht am Bennigsen-Platz 1). Folgende Themengebiete haben wir als Anregung angedacht: * Openpyxl Openpyxl ist eine Python Bibliothek, mit der man Excel 2010+ Dateien lesen und schreiben kann. Charlie Clark ist Co-Maintainer des Pakets. * Telegram-Bot Telegram ist eine Chat-Anwendung, die von vielen Nutzern verwendet wird. Telegram unterstützt das Registrieren von sogenannten Bots - kleinen Programmen, die man vom Chat aus ansteuern kann, um z.B. Informationen zu bekommen. Im Sprint wollen wir versuchen, einen Telegram-Bot in Python zu schreiben. * Jython (Python in Java implementiert) Stefan Richthofer, einer der Jython Core Entwickler, wird anwesend sein und über ein Jython Thema sprinten, z.B. Using Jython: - Jython basics - Python/Java integration - GUI mit JavaFX in Python Developing Jython: - Jython internals - Bugfixes in Jython core - Können wir ein paar echte Bugs beheben? Experimentelles (Was ist schon implementiert? Wir probieren es aus!): - JyNI - Jython 3 Natürlich kann jeder Teilnehmer weitere Themen vorschlagen, z.B. - RaspberryPi-Robot (einen Roboter mit einem Raspi ansteuern) - u.a. Alles weitere und die Anmeldung findet Ihr auf der Sprint Seite: http://pyddf.de/sprint2017/ Teilnehmer sollten sich zudem auf der PyDDF Liste anmelden, da wir uns dort koordinieren: https://www.egenix.com/mailman/listinfo/pyddf ________________________________________________________________________ ÜBER UNS Das Python Meeting Düsseldorf (PyDDF) ist eine regelmäßige Veranstaltung in Düsseldorf, die sich an Python Begeisterte aus der Region wendet: * http://pyddf.de/ Einen guten Überblick über die Vorträge bietet unser YouTube-Kanal, auf dem wir die Vorträge nach den Meetings veröffentlichen: * http://www.youtube.com/pyddf/ Veranstaltet wird das Meeting von der eGenix.com GmbH, Langenfeld, in Zusammenarbeit mit Clark Consulting & Research, Düsseldorf: * http://www.egenix.com/ * http://www.clark-consulting.eu/ Mit freundlichen Grüßen, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Experts (#1, Apr 24 2017) >>> Python Projects, Coaching and Consulting ... http://www.egenix.com/ >>> Python Database Interfaces ... http://products.egenix.com/ >>> Plone/Zope Database Interfaces ... http://zope.egenix.com/ ________________________________________________________________________ ::: We implement business ideas - efficiently in both time and costs ::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ http://www.malemburg.com/

1 0