Mailman 3 May 2022 - python-de

Berliner PUB-/DZUG-Treffen am 17.9. um 19 h im newthinking store
by Dinu Gherman Sept. 4, 2022

Sept. 4, 2022

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

dataclass: Unterschied zu automatischer Generierung aus dict
by c.buhtz＠posteo.jp May 13, 2022

May 13, 2022

Hallo, meine Frage bezieht sich auf dieses StackOverflow-Posting: https://stackoverflow.com/q/72217470/4865723 Dort geht es darum, wie man aus den Keys eines dict automatisch eine dataclass erzeugen könnte. Erst einmal erscheint es einfach: >>> import dataclasses >>> d = {'a': 3, 'b': 7} >>> X = dataclasses.make_dataclass('X', d) Aber es gibt hier im Ergebnis einen Unterschied zu einer regulär erzeugten dataclass. >>> X <class 'types.X'> Regulär erzeugt >>> @dataclasses.dataclass ... class X: ... a: int ... b: int ... >>> X <class '__main__.X'> In einem Fall "types.X" und im anderen "__main__.X". Warum ist das so und ist dieser Unterschied von Relevanz? SG Christian

2 2

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

May 12, 2022

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

/etc/sudoers is owned by uid 1000, should be 0 (root)
by Linnea Geiger May 8, 2022

May 8, 2022

guten Abend, Ich habe ein Problem: ~ $ sudo apt install awscli sudo: /etc/sudoers is owned by uid 1000, should be 0 sudo: no valid sudoers sources found, quitting sudo: unable to initialize policy plugin Wenn jemand weiß, was die Lösung ist - es wird mir sehr helfen, Danke

2 3