python-de March 2022

python-de@python.org

3 participants
4 discussions

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

Re: Generierung dynamischer QLineEdit-Felder abhängig vom User-Input
by Hans-Peter Jansen 12 May '22

12 May '22

Am Montag, 28. Februar 2022, 19:56:30 CET schrieb Stefan Ram: > Hans-Peter Jansen <hpj(a)urpla.net> writes: > >Wer ernsthaft grafische Beutzeroberflächen mit Python > >programmieren will, kommt an PyQt nicht vorbei. > > Ich bin jedenfalls mit der in tkinter programmierten IDE > "IDLE" sehr zufrieden. Diese kann ich auch leicht durch > Modifikationen des Quellcodes an meine eigenen Vorstellungen > anpassen (was ich mehrfach getan habe). Nun, eric wird ordentlich maintained, und Detlev ist immer sehr kooperativ gewesen, daher besteht diese Notwendigkeit für mich nicht, bzw. habe dafür wirklich keine Zeit. Habe mir die Python 3.10 Version von idle mal wieder angesehen, und was soll ich sagen. Einen Vorteil haben die tk-Sachen ja: sie sehen überall hässlich aus. Mein Sohn würde sagen, hey Papa, das ist so 90ies.. Na ja, die turtle graphics demo gefällt mir (hat aber ein Packaging-Problem offenbart, dass ich gleich mal fixen werde..). > Gerade wer als Anwender ernsthaft und effizient mit Software > arbeitet, schätzt es, wenn diese schnell über eine Standard- > oberfläche mit Menüs und Tastaturkürzeln zu bedienen ist. > Vielleicht erlaubt Qt so etwas auch, und es ist lediglich > so, daß es mehr von unterdurchschnittlichen Herstellern > verwendet wird, die so etwas nicht in der Oberfläche bereitstellen. Shortcuts sind 1st class member der Oberflächenkonzepte in Qt, und erfordern in der Regel genau eine Zeile Code (Zuweisung eines Events zu einer Aktion). Bei Menüs mit Shortcuts ist das gleich mit drin, und muss lediglich angegeben werden. Qt hat das Signals und Slots Konzept erfunden (soweit ich weiß), oder zumindest in der GUI Programmierung etabliert, welches später von GTK übernommen wurde, dort ist es aber nur übergestülpt (wie so vieles). > >Lass Dir mal eine Datenbanktabelle mit 10000 Datensätzen > >und 30 Feldern mit Tkinter anzeigen. Been there, done that. > >No fun. Mit PyQt geht sowas, und läuft dann auch noch schnell > > Es ist meiner Meinung nach nicht unbedingt eine gute Idee, > vielen Datensätze alle in die GUI zu kopieren/binden. > Es gibt ja auch große Tabellen mit Milliarden von > Datensätzen, und spätestens dann wird man sich das > überlegen. Statt dessen könnte man immer nur die Datensätze, > die gerade angezeigt werden sollen, in die GUI kopieren/binden. > > Ich finde mit einer Web-Suchmaschine Seiten mit Titeln wie: > > Why is Qt for Python so painfully slow even with a small table? > > PyQt QTableView prohibitively slow when scrolling with large data sets > > Slow initial show performance of QComboBox with large item count > > PyQT QTableWidget extremely slow - Stack Overflow > > PyQt5 Extremely Slow Scrolling on QTableView with pandas > > Qt UI slow to respond even after using threads - Stack Overflow Interessant, ja, ich gebe zu, das MVC Paradigma ist nicht immer leicht zu verstehen. Aber es gehört zu den leistungsfähigsten Prinzipien, um in einer GUI effizient mit großen Datenmengen umzugehen. Der Trick ist, möglichst wenig Python-Code zur Darstellung zu verwenden, womit dann große Teile mit C++ Speed ausgeführt werden. Ich habe sowas vor Urzeiten mit tkinter gemacht, musste dann aber alles zu Fuß programmieren (blocked fetching from database, caching, virtual scroll area). Bis das alles funktionierte, hat es gedauert. In wxPython ging das schon besser, hakte dann aber in anderen Bereichen (z.B. Plattform-Unterschiede unter Mac/Win/Linux). In PyQt hat dies ca. 1/20 des tkinter Codes gebraucht, und wird mit unfassbarer Geschwindigkeit ausgeführt, sieht viel besser aus, die Felder können direkt editiert werden (wo gebraucht), dynamische/Benutzer konfigurierbare Filterung ist auch kein Problem, und ist trotzdem viel weniger Code. Drucken ist tatsächlich etwas aufwändiger, da flexible Pagination sowie überbreite Tabellen funktionieren müssen, aber Drucken ist immer eine Herausforderung, wenn Sachen nicht einfach paginiert werden können, und vielleicht auch noch gut aussehen sollen. Beste Grüße, Hans-Peter -- Life without chameleons is possible, but pointless.

2 1

Neue Codepage-Technik
by Erich Schnoor 04 Mar '22

04 Mar '22

Hallo, liebe Python-Fans, wer sich für neue Erkenntnisse in der Informatik interessiert, der rufe doch bitte einmal: www.telecypher.net/addGeheim.zip <http://www.telecypher.net/addGeheim.zip> auf. Dort können Sie auch versuchen, eine verschlüsselte Depesche zu knacken. Mit internetten Grüßen Ernst Erich Schnoor

1 0

Mido unter Windows10 - Note on an DAW geht, SysEx (Midi-Timecode)
by Gerd-Ulrich Meyer 02 Mar '22

02 Mar '22

Hallo, eigentlich komme ihc aus der Pascal-Welt, daher verzeiht bitte, falls ich mich nicht pythonisch genug ausdrücke. Was ich habe: Python 3.2 unter Windows10 (IDE ist Pycharms Community Edition) und 2 Beispiele (https://github.com/alantelles/py-ltc-reader sowie https://github.com/jeffmikels/timecode_tools). Was ich will: Anhand eines via USB eingelesenen LTC (Longitidual Timecode) einen dazugehörigen MTC (Midi Timecode) generieren, um eine DAW (Digital Audio Workstation - Sequenzer) zu einem 4-Spur-Kassettenrecorder zu synchronisieren. Stand: Der LTC-Leser funktioniert soweit und gibt mir per Print() auch den gelesenen LTC aus. Aber wenn ich das Beispiel zum MTC-Generieren ausprobiere, reagiert die DAW nicht. Ein testhalber, aus der Mido-Dokumentation entnommenes Beispiel für einen einzelnen Ton (Note-on), dagegen erzeugt einen Ton. Warum nehme ich nicht Lazarus/Freepascal? Weil ich da zwar die MIDI-Seite abdecken kann, aber für das Lesen von USB gibt es nur rudimentäre Unterstützung. Frage: Hat Mido bei der Ausgabe von MTC ein Problem unter Windows10? Als Ergänzung: Das MIDI-Interface zum Testen ist kein physikalisches Interface sondern das "LoopBe Internal Midi" (ein virtuelles "Kabel", welches einen virtuellen Ausgang mit einem virtuellen Eingang verbindet). Das es funktioniert, zeigt ja der "Tontest". Wer kann mir helfen? Bzw. was soll ich noch liefern, um Hilfe zu erhalten? Danke und Gruß Gerd-Ulrich Meyer

3 3

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

python-de March 2022