@hypnotoad: Verzichte nach Möglichkeit auf dieses Buch, denn es ist teilweise fehlerhaft. Verwende stattdessen das offizielle Tutorial der Python-Dokumentation, oder – falls Deutsch Dir mehr liegt – A Byte Of Python (Englisch musst Du als Programmierer allerdings dennoch können).

danke Lunar, habs mir gleich runtergeladen

hypnotoad schrieb:

Hi, ich muss mich erst noch durch die Python Einführung durchackern > http://openbook.galileocomputing.de/python/ aber danach werde ich mir ganz sicher dein Tutorial durchlesen, ein großes Dankeschön im voraus

Das Openbook kannst du völlig vergessen, qualitativ ist es dass schlechteste was du bekommen kannst. Lies am besten einfach http://docs.python.org/tutorial

@ diesch: ich find Idee und Seite auch super. Hab damit auch schon viel gearbeitet in meiner Anfangszeit.

Was ich allerdings etwas gewöhnungsbedürftig finde, sind die deutschen Übersetzungen die du für die Widgets benutzt. "Knopf" statt "Button" z.B. Das irritiert mich immer. Wer heute als Programmierer nicht weiß, was ein Button is und es lieber Knopf nennt, muss ja eh erst noch die Begriffe lernen. Und wenn man sich gleich angewöhnt, in englischen Widget-Namen zu reden/schreiben, fällt es einem leichter, auch englische Hilfe zu ergooglen.

Wie gesagt, ich fänds mit Originalnamen besser, aber nichtsdestotrotz is dein Projekt sehr gelungen!

Hi,

Das Openbook kannst du völlig vergessen, qualitativ ist es dass schlechteste was du bekommen kannst. Lies am besten einfach http://docs.python.org/tutorial

Was haltet ihr von denn von dem bereits erwähnten http://de.wikibooks.org/wiki/Python_unter_Linux? Kann man das gebrauchen?

Lutz

milki schrieb:

Ein paar Wünsche will ich aber trotzdem anmelden:

• Es geht im Titel um Glade, aber intern wird gtk.Builder verwendet. Ein Hinweis auf die veraltete libglade-Methode (und das man eben die nicht mehr verwenden braucht), sollte daher mit in die Einführung.

Die Unterschiede sind für den Großteil des Textes unwichtig, daher habe ich das bisher weggelassen. Vielleicht kommen aber noch ein paar Sätze zu libglade dazu, je nachdem kann es sinnvoll sein, libglade zu verwenden, z.B. wenn man Komptibilität zu älteren Gtk-Versionen braucht oder Features verwenden will, die nur libglade hat.

• Obwohl die offizielle PyGtk-Dokumentation nicht hübsch ist, sollte auf jeder Seite deiner Doku ein Link auf die entsprechende Klassendokumentation von pygtk.org.

Ist geplant, aber ich überlege noch, wie ich das optisch so mache, dass der Unterschied zu internen Links deutlich genug ist, und was ich in der Download-Version verlinke, damit das auch offline funktioniert.

• Und vielleicht machst du noch einen Link-Bereich, mit Verweisen auf alternative Anleitungen oder Foren wie dieses hier, oder Stackoverflow für Profi-Infos, oder z.B. Pygtk-Beispielcode-Sammlungen.

Ein umfangreiche Linksammlung ist in der Pflege zu aufwändig, aber ein paar Links könnten sinnvoll sein. Kommt auf die TODO-Liste

• Auf jeden Fall sollte auch eine Kurzanleitung zu einer der Wrapper-Klassen für Pygtk mit rein. Tabellen und Listen sind ja echt *extremst* umständlich in reinem pygtk. Deswegen sollte man gerade Einsteiger auf Kiwi oder AVC oder PyGUI hinweisen.

Ich konnte mich bisher mit keinem dieser Frameworks anfreunden. Wenn die Linksammlung kommt, werden da aber auch ein paar Links reinkommen.

• einen Tippfehler gefunden: auf dialog.html steht noch zweimal "gtk.CheckButton" drin statt gtk.Window

Danke, ist korrigiert

Aber mal am Rande gewundert: Ich leite mein Applikations-object meistens direkt von gtk.Builder/gtk.glade ab. Warum legen denn alle so gern ein Unterobjekt wie self.builder an? Das erscheint mir ein unnötiger Umweg und merkwürdige Verschachtelung von MyApp und Window-Objekt.

Mir erscheint da eine Hat-Ein-Beziehung logischer als eine Ist-Ein-Beziehung.

In meinen Programmen hat das Application-Objekt eine eigene Methode, um auf die Widgets zuzugreifen, dadurch muss ich nur wenige Zeilen ändern, um zwischen libglade, gtk.Builder, direkt erzeugten Widgets o.ä. zu wechseln.

Für die Beispiele finde ich es aber sinnvoller, explizit die gtk.Builder-Instanz oder (selten) Variablen zu verwenden, um den Code übersichtlich zu halten und nicht abzulenken.

Alci schrieb:

diesch, in deinem Tutorial benutzt du immer ui-Dateien. Wie erstellt man die? Ich habe nämlich das Problem, dass Glade keine xml-Dateien generiert und ich immer versuche mit gtk-builder-convert, diese zu ins XML-Format zu konvertieren, aber das geht auch nicht wirklich. Ich habe Lucid und die Gladeversion 3.6.7. Wäre nett wenn ich da mal einen Tip bekommen könnte.

Beim Anlegen eines neuen Projekts und unter Bearnbeiten→Einstellungen hast du für das Projektdateiformat die Wahl zwischen gtk.Builder und libglade. Unabhängig davon verwendet Glade beim Speichern die Dateiendung .glade, falls du nicht explizit eine andere Endung angibst.

LenzFlatu schrieb:

@ diesch: ich find Idee und Seite auch super. Hab damit auch schon viel gearbeitet in meiner Anfangszeit.

Was ich allerdings etwas gewöhnungsbedürftig finde, sind die deutschen Übersetzungen die du für die Widgets benutzt. "Knopf" statt "Button" z.B. Das irritiert mich immer. Wer heute als Programmierer nicht weiß, was ein Button is und es lieber Knopf nennt, muss ja eh erst noch die Begriffe lernen. Und wenn man sich gleich angewöhnt, in englischen Widget-Namen zu reden/schreiben, fällt es einem leichter, auch englische Hilfe zu ergooglen.

Wie gesagt, ich fänds mit Originalnamen besser, aber nichtsdestotrotz is dein Projekt sehr gelungen!

Da Glade mit deutschen Spracheinstellungen und die Übersetzungsrichtlinien von Gnome die Namen der Bedienelemente übersetzt, habe ich das so übernommen. Ich denke, das macht den Einsteig für Leute, deren Englisch nicht so gut ist, etwas einfacher.

Ich fand es am Anfang auch sehr gewöhnungsbedürftig, habe mich aber inzwischen daran gewöhnt