Moin,
Ich spiele mich gerade mit wx und überlege wohin ich die Logger/Config instanzen hintun soll, am logischsten erscheint es mir in der wx.App, aber haben Frames und Dialoge von überall Zugriff auf die wx.App und wenn ja wie?
Danke, apollo13
p.s.: ich fange grade erst mit wx an, verzeiht mir also diese Anfängerfrage.
p.p.s: "wxpython in action" ist ja schon recht alt, zahlt es sich noch immer aus es zu kaufen?
[solved] wohin mit Logger und wx.Config
Fürs logging verwende ich immer das Modul selbst, ohne Instanzen zu bilden. Das hat den Vorteil, daß ich es nur einmal ganz am Anfang konfigurieren muß, und dann später immer durch ein einfaches "import logging" zur Verfügung habe.
Die Config gehört meiner Meinung nach in die Hauptklasse des zugrundeliegenden Programms, nicht in die Klassen der Oberfläche (es sei denn, du hast ausschließlich Konfigurationsoptionen, die die Oberfläche betreffen).
Das Buch zu kaufen lohnt sich immer noch, da die wesentlichen Konzepte gleich geblieben sind. Zusammen mit der Demo und der wxWidgets-Klassenübersicht hat man ein Handbuch, das praktisch keine Wünsche mehr übrig läßt.
Die Config gehört meiner Meinung nach in die Hauptklasse des zugrundeliegenden Programms, nicht in die Klassen der Oberfläche (es sei denn, du hast ausschließlich Konfigurationsoptionen, die die Oberfläche betreffen).
Das Buch zu kaufen lohnt sich immer noch, da die wesentlichen Konzepte gleich geblieben sind. Zusammen mit der Demo und der wxWidgets-Klassenübersicht hat man ein Handbuch, das praktisch keine Wünsche mehr übrig läßt.
Jap, aber ich verwende wx.tools.dbg.LoggerJan-Peer hat geschrieben:Fürs logging verwende ich immer das Modul selbst, ohne Instanzen zu bilden. Das hat den Vorteil, daß ich es nur einmal ganz am Anfang konfigurieren muß, und dann später immer durch ein einfaches "import logging" zur Verfügung habe.
Hmm meine Hauptklasse ist eine wx.App, und das finde ich auch recht passend.Die Config gehört meiner Meinung nach in die Hauptklasse des zugrundeliegenden Programms, nicht in die Klassen der Oberfläche (es sei denn, du hast ausschließlich Konfigurationsoptionen, die die Oberfläche betreffen).
Ok, wird bestelltDas Buch zu kaufen lohnt sich immer noch, da die wesentlichen Konzepte gleich geblieben sind. Zusammen mit der Demo und der wxWidgets-Klassenübersicht hat man ein Handbuch, das praktisch keine Wünsche mehr übrig läßt.
Eine Frage bleibt noch; haben frames/dialoge/panels Zugriff auf die wx.app aus der sie aufgerufen werden. (Es gibt ja immer nur eine wx.App, oder?)
MfG apollo13
Wenn du immer brav "parent" setzt und auch als Attribut bindest, kannst du dich - theoretisch - hochhangeln. Vielleicht gibt es auch noch einen anderen Weg, aber ich hatte bislang noch nicht die Veranlassung zum Suchen.
Hrhr, das habe ich erwartet, aber das werde ich sicher nicht tun *gg*. Naja dann schieb ichs einfach in nen eigenes Modul und importiers von dort...Jan-Peer hat geschrieben:Wenn du immer brav "parent" setzt und auch als Attribut bindest, kannst du dich - theoretisch - hochhangeln. Vielleicht gibt es auch noch einen anderen Weg, aber ich hatte bislang noch nicht die Veranlassung zum Suchen.
- gerold
- Python-Forum Veteran
- Beiträge: 5555
- Registriert: Samstag 28. Februar 2004, 22:04
- Wohnort: Oberhofen im Inntal (Tirol)
- Kontaktdaten:
Hallo!Jan-Peer hat geschrieben:Wenn du immer brav "parent" setzt
Und hier die gute Nachricht: ``wx.GetApp()``
mfg
Gerold
http://halvar.at | Kleiner Bascom AVR Kurs
Wissen hat eine wunderbare Eigenschaft: Es verdoppelt sich, wenn man es teilt.
Wissen hat eine wunderbare Eigenschaft: Es verdoppelt sich, wenn man es teilt.