Das deutsche Python-Forum

gurulux hat geschrieben:@MOD/ADMIN: CLOSE PLEASE

Ich befürchte Foren sind nicht ganz deine Sache. Und nein, demotivieren will dich hier keiner, alles ist als ernster Ratschlag gemeint. Wenn du im Umgang mit GUIs erhebliche Probleme hast, die auf mangelndes Verständnis von Pythons Grundlagen schließen lassen, ist wohl offensichtlich, dass du besser besagte Grundlagen erlernst bevor es weitergeht. Das direkt richtig zu formulieren spart Worte und Zeit. Mag sein, dass deswegen die Community hier als "hart und rücksichtlos" rüberkommt, aber es bringt einem mehr bei als wenn stattdessen Vorschläge kommen, die nur die Symptome statt der Ursache der Probleme (was meist schlechter Stil oder falscher Ansatz sind) behandeln.

Threads werden übrigens für gewöhnlich nur bei großen Friedensstörern geschlossen oder gelöscht.

gurulux hat geschrieben:

BlackJack hat geschrieben:@gurulux: Von den Tutorials scheint nicht viel hängen geblieben zu sein, wenn Du versuchst den ``&``-Operator auf Zeichenketten anzuwenden.
Quelltext in einer bekannten Sprache zu schreiben, und hoffen, dass die neu zu erlernende Sprache den genau so behandelt,
ist nicht die beste Art eine neue Sprache zu lernen.

Freut mich zu lernen, dass Dir am Anfang keine Fehler unterlaufen sind

Der Hinweis ist aber durchaus gerechtfertigt. Jede Sprache unterscheidet sich in diversen Teilgebieten von der anderen. Du kannst nicht davon ausgehen, dass sich Sprache A bei einer gleichlautenden Eingabe immer genau so verhält wie Sprache B. Zu diesem Aspekt gehört auch, dass du die Syntax einer neuen Sprache u.U. von grundauf neu lernen (oder zumindest: "hinterfragen") musst. Als prominentes Beispiel sei hier mal der Modulo-Operator genannt, der bei negativen Zahlen in Java ganz andere Ergebnisse ausgibt als in Python, weil er eben intern anders implementiert ist. Damit ist sicherlich auch schon der eine oder andere Umsteiger auf die Nase gefallen bzw hatte ein gewisses Aha-Erlebnis. Solche Sachen zu bedenken, gehört halt einfach dazu. Und das ist jetzt bitte nicht als Belehrungsversuch eines Jungspundes (eine Interpretation, die bei Leuten älteren Semesters leider sehr häufig begangen wird), sondern einfach als gut gemeinter Ratschlag zu verstehen.

gurulux hat geschrieben:

Hyperion hat geschrieben:Lerne doch erst einmal die Grundlagen von Python und lass die Finger von GUIs!

Einzusehen, allerdings als ERSTANWORT, FALSCHER TON ! (gewollte De-Motivation?)

Sorry, das ist doch Unsinn! Zum einen gibst Du hier das ganze verkürzt wieder - ich hatte zu einer genaueren, ausführlicheren Darstellung einen Link zu einem Blog-Artikel gepostet. Wieso sollte ich das alles noch selber genauer ausführen? Zum anderen suggeriere ich doch hier nicht, dass Du die Finger von Python lassen sollst; ganz im Gegenteil sind eben Frustrationen vorprogrammiert, wenn man an Probleme und Fehler stößt, die man sich ohne die Kenntnisse der Grundlagen nicht erklären kann. Du kannst hier im Forum auch gerne mal diverse Threads durchsuchen, in denen wir immer wieder Anfängern davon abraten, sich direkt zu Beginn mit GUIs zu befassen.

Aber ich bin gerne bereit Kritik anzunehmen und bitte Dich daher, einfach mal selber eine bessere Antwort zu formulieren. Also: Schreib doch mal meine Ansicht auf Deine Art und Weise, die Dir als nicht demotivierend erscheint auf.

gurulux hat geschrieben:

Hyperion hat geschrieben:Wenn Du ein einigermaßen sinnvolles Tutorial zu PyQt gelesen hättest, wüsstest Du, dass man keinen Code in eine generierte Ui-Klassendatei schreibt

Wird nirgends derart klar propagiert, aber verstanden und akzeptiert.
Wozu braucht man dann noch 'pyuic4 -x' ?

Naja, der QtDesigner speichert das UI-Design in einem XML-Dialekt. Aus diesem musst Du ja noch irgend wie die notwendigen Python-Klassen generieren. Alternativ gibt es bei PyQt noch das `uic`-Modul. Dieses generiert die UI-Klassen dynamisch während der Laufzeit. Damit brauchst Du das Tool zum Wandeln nicht mehr. (PySide fehlt so ein dynamisches Laden noch - einziges Manko meiner Meinung nach).

Hallo,

@gurulux: Eins würde mich noch interessieren - du erwähnst mehrfach dein Alter. Wie alt bis du denn bzw. im welchem Alterbereich liegst du?

Gruß, noisefloor

noisefloor hat geschrieben: @gurulux: Eins würde mich noch interessieren - du erwähnst mehrfach dein Alter. Wie alt bis du denn bzw. im welchem Alterbereich liegst du?

Er schrieb doch, dass er die "5" vorne hat. Also 50 < alter < 60

@Hyperion: Es stand keine Basis dabei.

Hyperion hat geschrieben:Er schrieb doch, dass er die "5" vorne hat. Also 50 < alter < 60

Eher: 50 ≤ alter < 60

Hallo,

Er schrieb doch, dass er die "5" vorne hat. Also 50 < alter < 60

Ups, überlesen, sorry.

BlackJack hat geschrieben:Es stand keine Basis dabei.

Wenn's Hex-Basis ist, dass ist es _wirklich_ ein stolzes Alter

Gruß, noisefloor

noisefloor hat geschrieben:Wenn's Hex-Basis ist, dass ist es _wirklich_ ein stolzes Alter

Oder auch nicht (0x5).

nomnom hat geschrieben:

Hyperion hat geschrieben:Er schrieb doch, dass er die "5" vorne hat. Also 50 < alter < 60

Eher: 50 ≤ alter < 60

Pedant

Hallo zusammen,

mein Alter, ooh... 54, sorry,
hätte ich schonmal angeben sollen..

Mittlerweile habe ich es nun fertigbekommen.
Danke nochmal an alle Tipp-Geber, ist nun
auf die anständige Weise mittels "Wrapper"
erstellt.
Hat einige Zeit und viel lesen in Anspruch
genommen, aber dann bin ich i-wann bei
lambda: ausgekommen. Auch partial hatte
mich schon zum Ziel gebracht, aber mit
lambda konnte man sich zusätzlichhes import
ersparen und von daher weniger Code zum
Abarbeiten verursachen.

Schönen Tag noch,
Gruß
gu.lux

Sofern Du `lambda` als Mini-Slot-Funktion direkt im Binding von SIGNAL zu SLOT verwendest, sei gewarnt. Iirc kann so etwas zu Problemen führen bei PyQt.. ich meine dazu mal etwas gelesen zu haben. Vielleicht kann lunar da für Aufklärung sorgen?

Also etwa bei Konstrukten wie diesem hier:

Im moment sieht es so aus: in einem Tuppel sind die strings für die funktion buttonhot() hinterlegt. Somit muss ich nur eine funktion
für alle Tasten haben, da je nach gedrückter Taste der passende String abgeliefert wird und dann in einem
String mit dem Rest der Pfadangabe zusammen gesetzt wird. Das Resultat wird dann an os.system()
übergeben und auch so ausführt, wie ich es möchte.

Da ich keine IR-Fernbedienungen nutze, habe ich bisher keine beinträchtingungen erkannt.
Aber danke für den Hinweis, sollte es zu Problemen kommen, werde ich mich gern daran
erinnern.

gruss
gu.lux

Du solltest Dir die neue Semantik von "connect" angewöhnen: Die ist viel besser zu lesen und zudem zukunftssicherer.

Eigentlich gibt es genau dafür `partial` - der import würde mir da keine Sorgen machen.

Anstelle von `os.system` würde ich Dir zudem das `subprocess`-Modul vorschlagen

Hallo Hyperion,

werde ich sicher probieren, habe mich hierbei jedoch in der Hauptsache an die Doku`s zu PyQt
in den versch. Sprachen gehalten, ebenso wie an entsprechen gefundene Tutorials.
Aber man kann ja immer dazu lernen
Das mit Subprocess hatte ich auch gelesen, war mir aber für mein Gefühl zu viel, da
ich nicht vorhabe, "returns" aus dem Prozess abzufragen oder zu verwerten. Nichts desto
Trotz, werde ich mir auch dazu die Doku nochmal genauer ansehn.

gurulux hat geschrieben: werde ich sicher probieren, habe mich hierbei jedoch in der Hauptsache an die Doku`s zu PyQt in den versch. Sprachen gehalten,

Dort wird def. die neue Semantik beschrieben

gurulux hat geschrieben: Aber man kann ja immer dazu lernen

Das stimmt

Hyperion hat geschrieben:

gurulux hat geschrieben: werde ich sicher probieren, habe mich hierbei jedoch in der Hauptsache an die Doku`s zu PyQt in den versch. Sprachen gehalten,

Dort wird def. die neue Semantik beschrieben

ich schrieb ja auch "ebenso ... Tutorials", also habe ich immer das verwendet,
was ich eher verstanden habe. Das ist halt das Ding, mit dem Auftrennen
von Aussagen, ändert leider manchmal die Gesamtaussage.
Aber hast schon Recht, und weniger Zeichen zu Tippen sinds in
der Form angewandt, dann auch noch

gurulux hat geschrieben: ich schrieb ja auch "ebenso ... Tutorials", also habe ich immer das verwendet,
was ich eher verstanden habe. Das ist halt das Ding, mit dem Auftrennen
von Aussagen, ändert leider manchmal die Gesamtaussage.

Nö! Ich habe das durchaus gelesen und mir war letztlich auch klar, dass Du das wohl aus einem Tutorial hast (mir ist auch kein gutes, aktuelles für PyQt /PySide bekannt). Ich wollte Dir lediglich noch mal auf die Stelle stoßen, an der die "Referenz" zu finden ist

@gurulux: Bitte halte Dich nicht an irgendwelche x-beliebigen Tutorials. Du solltest mittlerweile bemerkt haben, dass das keine gute Idee ist. Insbesondere weil es speziell zu PyQt und PySide keine guten gibt.

@Hyperion: "lambda" erzeugt Funktionsabschlüsse (aka Closures), "partial()" nicht: Beachte den Unterschied zwischen [6] und [12]. Zur detaillierten Erklärung erlaube ich mir, auf eine Antwort auf Stackoverflow zu verweisen.

Das hat jetzt allerdings nichts mit PyQt speziell zu tun, sondern ist eben das allgemeine Verhalten von "lambda". Was natürlich überraschend sein kann, wenn man - wie in der Frage zur verlinkten Antwort - die freien Namen im Funktionsabschluss im zugehörigen Namensraum neu bindet.

[1] Namen also, die nicht in der Parameterliste des "lambda"-Ausdrucks vorkommen.

Kann es sein, dass du ``partial`` und ``lambda`` vertauschst? Nach deinem Trace erzeugt ``lambda`` keine Closure und ``partial`` schon.

Wuerde ``lambda`` eine Closure erzeugen, ergaebe dies keinen ``NameError``: