Moin erstmal, ich versuche mich gerade an Gtk-perl. Schöne Sache! Leider finde ich keine Doku. Im Netz gibt es zwar ein paar sehr brauchbare Sachen, aber ich hätte gerne zusätzlich die zum Paket zugehörige, die alle Methoden auflistet. Die diversen Hilfen im Web erklären immer nur, was man "zum Beispiel" machen kann: "So machen wir ein Testobjekt mit Scrollbars" und so. Unter /usr/share/doc/packages/perl-Gtk-Perl/ finden sich irgendwie nur Beispielprogramme. Gruß, Ratti P.S.: Ach, und wo wir gerade dabei sind: Einen grafischen Editor zum Formulare basteln gibt es wahrscheinlich nicht? So etwa wie unter Visual Studio von M$ für Win? -- http://www.gesindel.de Fontmanagement for Linux fontlinge Schriftenverwaltung fuer Linux
* Jörg Roßdeutscher
Moin erstmal,
ich versuche mich gerade an Gtk-perl. Schöne Sache!
Leider finde ich keine Doku. Im Netz gibt es zwar ein paar sehr brauchbare Sachen, aber ich hätte gerne zusätzlich die zum Paket zugehörige, die alle Methoden auflistet. Die diversen Hilfen im Web erklären immer nur, was man "zum Beispiel" machen kann: "So machen wir ein Testobjekt mit Scrollbars" und so.
fucking lib = fucking docu = gtk ;)))
Unter /usr/share/doc/packages/perl-Gtk-Perl/ finden sich irgendwie nur Beispielprogramme.
Gruß, Ratti
P.S.: Ach, und wo wir gerade dabei sind: Einen grafischen Editor zum Formulare basteln gibt es wahrscheinlich nicht? So etwa wie unter Visual Studio von M$ für Win?
doch ==> glade ==> ist auf der dist
ps: use perlQt from /work/*, is new for qt3 an include in the next suse-release ;)
cu
--
echo '@a=(A..Z,a..z," ");$t="a"x16;{for($x=0,$|=$n=30; $n--;){for($l=$t;
1
* Remo Behn
* Jörg Roßdeutscher
[021223 18:15]: Moin erstmal,
ich versuche mich gerade an Gtk-perl. Schöne Sache!
Leider finde ich keine Doku. Im Netz gibt es zwar ein paar sehr brauchbare Sachen, aber ich hätte gerne zusätzlich die zum Paket zugehörige, die alle Methoden auflistet. Die diversen Hilfen im Web erklären immer nur, was man "zum Beispiel" machen kann: "So machen wir ein Testobjekt mit Scrollbars" und so.
fucking lib = fucking docu = gtk ;)))
Unter /usr/share/doc/packages/perl-Gtk-Perl/ finden sich irgendwie nur Beispielprogramme.
Gruß, Ratti
P.S.: Ach, und wo wir gerade dabei sind: Einen grafischen Editor zum Formulare basteln gibt es wahrscheinlich nicht? So etwa wie unter Visual Studio von M$ für Win?
doch ==> glade ==> ist auf der dist
ps: use perlQt from /work/*, is new for qt3 an include in the next suse-release ;)
sorry, nimm es von hier ;)
http://perlqt.sourceforge.net/
die cu ist auch mager, aber du kannst die komplette qt-docu verwenden, da das
interface gleich ist ...
cu
--
echo '@a=(A..Z,a..z," ");$t="a"x16;{for($x=0,$|=$n=30; $n--;){for($l=$t;
1
Jörg Roßdeutscher:
ich versuche mich gerade an Gtk-perl. Schöne Sache!
Leider finde ich keine Doku.
Remo Behn:
fucking lib = fucking docu = gtk ;)))
Scheint so. :-)
P.S.: Ach, und wo wir gerade dabei sind: Einen grafischen Editor zum Formulare basteln gibt es wahrscheinlich nicht? So etwa wie unter Visual Studio von M$ für Win?
doch ==> glade ==> ist auf der dist
Danke!
ps: use perlQt from /work/*, is new for qt3 an include in the next suse-release ;)
Ich habe generell mal geguckt, was es überhaupt so gibt. Über PerlQt bin ich dabei auch gestolpert, lies sich bei mir aber nicht kompilieren. Wahrscheinlich, weil ich kein KDE auf der Kiste habe? Das hat auf mich erstmal einen schlechten Eindruck gemacht, weil im Großen und Ganzen bei mir eigentlich alles übersetzt. Da ich den grafischen Kram nur brauche, um Newbies ein Interface zu meinem Commandlineprogramm zu bauen, war ich da erstmal sehr kritisch: Wenn der Kram bei mir als "fortgeschrittenem Einsteiger" schon nicht rennt, was passiert dann erst bei meiner Zielgruppe? Ich habe mich aus der Denke heraus auch nicht weiter damit beschäftigt. Geht nicht, Tonne. Wenn du das jetzt so anpreist, werde ich da nochmal reingucken. Gtk hatte mir eigentlich ganz gut gefallen. Danke, Frohe Sonnenwende, Gruß, Ratti -- http://www.gesindel.de Fontmanagement for Linux fontlinge Schriftenverwaltung fuer Linux
* Jörg Roßdeutscher
Jörg Roßdeutscher:
ich versuche mich gerade an Gtk-perl. Schöne Sache!
Leider finde ich keine Doku.
Remo Behn:
fucking lib = fucking docu = gtk ;)))
Scheint so. :-)
P.S.: Ach, und wo wir gerade dabei sind: Einen grafischen Editor zum Formulare basteln gibt es wahrscheinlich nicht? So etwa wie unter Visual Studio von M$ für Win?
doch ==> glade ==> ist auf der dist
Danke!
ps: use perlQt from /work/*, is new for qt3 an include in the next suse-release ;)
Ich habe generell mal geguckt, was es überhaupt so gibt. Über PerlQt bin ich dabei auch gestolpert, lies sich bei mir aber nicht kompilieren. Wahrscheinlich, weil ich kein KDE auf der Kiste habe?
morgen irgendwann für 8.0 wget http://www.suse.de/~ray/perl-Qt-3.002-8.i586.rpm
Das hat auf mich erstmal einen schlechten Eindruck gemacht, weil im Großen und Ganzen bei mir eigentlich alles übersetzt. Da ich den grafischen Kram nur brauche, um Newbies ein Interface zu meinem Commandlineprogramm zu bauen, war ich da erstmal sehr kritisch: Wenn der Kram bei mir als "fortgeschrittenem Einsteiger" schon nicht rennt, was passiert dann erst bei meiner Zielgruppe?
Ich habe mich aus der Denke heraus auch nicht weiter damit beschäftigt. Geht nicht, Tonne. Wenn du das jetzt so anpreist, werde ich da nochmal reingucken. Gtk hatte mir eigentlich ganz gut gefallen.
joo, gtk ist nicht schlecht, leider noch nicht 64bit clean und wenn ich mir
dem code so anschauen bekomm ich das gleiche gefühl wie bei dem jetzigen
weihnachtswetter ...
cu
--
echo '@a=(A..Z,a..z," ");$t="a"x16;{for($x=0,$|=$n=30; $n--;){for($l=$t;
1
Hallo, On Mon, 23 Dec 2002, Jörg Roßdeutscher wrote:
ich versuche mich gerade an Gtk-perl. Schöne Sache!
Leider finde ich keine Doku.
perldoc Gtk man -k Gtk:: -dnh -- "Das meisste was ich hier so lese erstaunt mich immer wieder. Besonders wenn es von mir geschrieben wurde." [Woko° in dag°]
Moin, Jörg Roßdeutscher:
ich versuche mich gerade an Gtk-perl. Schöne Sache!
Leider finde ich keine Doku.
David Haller:
perldoc Gtk man -k Gtk::
Ja. Nein. :-) Also, ich finde auch die manpages. Aber mal so als Beispiel: man Gtk: [...] The Perl binding tries to follow the C interface as much as possible [...] Wie jetzt - "tries ... as possible"? "Geht so ähnlich wie in C" ist eine Hoffnung, ein Wunsch, eine Drohung wohlmöglich aber keine Doku. Nehmen wir beispielsweise mal einen Befehl, der mir gerade Kummer macht: $window->set_policy Laut man Gtk::reference ergibt sich: $window->set_policy ($allow_shrink, $allow_grow, $auto_shrink) · $allow_shrink (integer) · $allow_grow (integer) · $auto_shrink (integer) Das ist, wie der Name der manpage schon androht, eine Referenz - aber keine Erklärung. was _bedeutet_ $auto_shrink? Unter man Gtk::cookbook findet sich der erwähnte "set_policy"-Befehl zwar _verwendet_, aber ebenfalls nicht _erklärt_. Und leider verhält er sich bei mir auch nicht so, wie der Name "selbsterklärend" vermuten lässt. Sprich: Irgendwo muß doch stehen, was dieser Befehl wirklich tut, und ob er in perl wirklich so funktioniert wie in C oder eben nur "as much as possible"? Gruß, Ratti P.S.: ratti@ratti:~> man -k set_policy set_policy: nichts passendes. Wieso eigentlich? Zumindest in zwei Seiten wird es ja erwähnt? -- http://www.gesindel.de Fontmanagement for Linux fontlinge Schriftenverwaltung fuer Linux
Hi, On Sun, 29 Dec 2002 at 21:14 (+0100), Ratti wrote:
Jörg Roßdeutscher:
ich versuche mich gerade an Gtk-perl. Schöne Sache!
Leider finde ich keine Doku.
David Haller:
perldoc Gtk man -k Gtk::
Ja. Nein. :-)
Also, ich finde auch die manpages. Aber mal so als Beispiel:
man Gtk:
[...] The Perl binding tries to follow the C interface as much as possible [...]
Wie jetzt - "tries ... as possible"? "Geht so ähnlich wie in C" ist eine Hoffnung, ein Wunsch, eine Drohung wohlmöglich aber keine Doku.
Perl ist halt kein C. Ich denke das "tries ... as possible" bezieht sich mehr auf das Interface und nicht auf die Funktionalität. Die Perl-Bindings rufen ja auch nur die C-Funktionen auf -- warum sollten sie also was an der Funktionalität verändert.
Nehmen wir beispielsweise mal einen Befehl, der mir gerade Kummer macht:
$window->set_policy
Laut man Gtk::reference ergibt sich:
$window->set_policy ($allow_shrink, $allow_grow, $auto_shrink)
· $allow_shrink (integer) · $allow_grow (integer) · $auto_shrink (integer)
Das ist, wie der Name der manpage schon androht, eine Referenz - aber keine Erklärung. was _bedeutet_ $auto_shrink?
Geh halt einfach davon aus, _dass_ die Funktionalität gleich mit der von C ist und schau in der Gtk+-Doku nach: ========================================================================= gtk_window_set_policy () void gtk_window_set_policy (GtkWindow *window, gint allow_shrink, gint allow_grow, gint auto_shrink); Warning gtk_window_set_policy is deprecated and should not be used in newly-written code. Use gtk_window_set_resizable() instead. Changes how a toplevel window deals with its size request and user resize attempts. There are really only two reasonable ways to call this function: 1. gtk_window_set_policy (GTK_WINDOW (window), FALSE, TRUE, FALSE) means that the window is user-resizable. 2. gtk_window_set_policy (GTK_WINDOW (window), FALSE, FALSE, TRUE) means that the window's size is program-controlled, and should simply match the current size request of the window's children. The first policy is the default, that is, by default windows are designed to be resized by users. The basic ugly truth of this function is that it should be simply: void gtk_window_set_resizable (GtkWindow* window, gboolean setting); ...which is why GTK+ 2.0 introduces gtk_window_set_resizable(), which you should use instead of gtk_window_set_policy(). If set to TRUE, the allow_grow parameter allows the user to expand the window beyond the size request of its child widgets. If allow_grow is TRUE, be sure to check that your child widgets work properly as the window is resized. A toplevel window will always change size to ensure its child widgets receive their requested size. This means that if you add child widgets, the toplevel window will expand to contain them. However, normally the toplevel will not shrink to fit the size request of its children if it's too large; the auto_shrink parameter causes the window to shrink when child widgets have too much space. auto_shrink is normally used with the second of the two window policies mentioned above. That is, set auto_shrink to TRUE if you want the window to have a fixed, always-optimal size determined by your program. Note that auto_shrink doesn't do anything if allow_shrink and allow_grow are both set to FALSE. Neither of the two suggested window policies set the allow_shrink parameter to TRUE. If allow_shrink is TRUE, the user can shrink the window so that its children do not receive their full size request; this is basically a bad thing, because most widgets will look wrong if this happens. Furthermore GTK+ has a tendency to re-expand the window if size is recalculated for any reason. The upshot is that allow_shrink should always be set to FALSE. Sometimes when you think you want to use allow_shrink, the real problem is that some specific child widget is requesting too much space, so the user can't shrink the window sufficiently. Perhaps you are calling gtk_widget_set_size_request() on a child widget, and forcing its size request to be too large. Instead of setting the child's usize, consider using gtk_window_set_default_size() so that the child gets a larger allocation than it requests. window : the window allow_shrink : whether the user can shrink the window below its size request allow_grow : whether the user can grow the window larger than its size request auto_shrink : whether the window automatically snaps back to its size request if it's larger ========================================================================= BTW: Die beannte Doku ist bei Gtk+ 2.x dabei. Ich weiß nicht, ob sich die Perl-Bindings auf das alte oder das neue Gtk+ beziehen. Zu Gtk+ 1.x gibt's IIRC keine vollständige Doku.
P.S.: ratti@ratti:~> man -k set_policy set_policy: nichts passendes.
Wieso eigentlich? Zumindest in zwei Seiten wird es ja erwähnt?
Aus man(1)¹: man -k printf Sucht die Kurzbeschreibungen und die Namen der Manual seiten zum Schlüsselwort printf und gibt alle Treffer aus. HTH. BTW: Nicht dass hier der falsche Eindruck erweckt wird: ich habe von Gtk+ nicht viel Ahnung. Mir gefällt's auch nicht besonders². Ich finde es sowieso irgendwie Unsinn, in einer nicht OO-Programmiersprache objektorientiert zu programmieren, zumal man deswegen viele Typ"konvertierungen" von Hand machen muss. Die Bindungen zu anderen Programmiersprachen (also nicht C) hinken prinzipiell hinterher. Perl ist auch nicht die Programmiersprache, die ich mir für größere Programme wünsche. Und die Art, in Perl OO zu programmieren finde ich auch nicht unbedingt toll. Java finde ich da um einiges besser. Gruß, Bernhard ¹ das ist die Manualseite zu "man", aufzurufen mit "man man" ² ich meine nicht das Aussehen der Programme sondern die Art, in Gtk+ zu programmieren, siehe nachfolgende Sätze -- "In dieser Welt gibt es nichts Sicheres als den Tod und die Steuern." -- Benjamin Franklin
Hallo, Jörg Roßdeutscher:
ich versuche mich gerade an Gtk-perl. Schöne Sache! Leider finde ich keine Doku.
Bernhard Walle: [viele Dinge] Vielen Dank für deine sehr ausführliche Antwort. Wenn ich daraus jetzt nur ganz kurz quote, dann weil wohl das hier des Pudels Kern ist:
BTW: Die beannte Doku ist bei Gtk+ 2.x dabei. Ich weiß nicht, ob sich die Perl-Bindings auf das alte oder das neue Gtk+ beziehen. Zu Gtk+ 1.x gibt's IIRC keine vollständige Doku.
Bingo. Mir geht es um Gtk+1.x, und da kommen eben nur die verstümmeltelten man-pages, und in /usr/*/doc sind ein paar einsame Beispiele, aber keine Doku. Das heisst dann wohl im Klartext, daß es diese Doku so nicht gibt. Und den Einkauf von Büchern ist das Problem nicht wert, da gucke ich dann lieber nach Alternativen. Danke allen Helfern.
Ich finde es sowieso irgendwie Unsinn, in einer nicht OO-Programmiersprache objektorientiert zu programmieren,
Ich kann nur nicht-OO, und egal, in was ich programmiere, es sieht immer aus wie BASIC. Gruß, Ratti -- http://www.gesindel.de Fontmanagement for Linux fontlinge Schriftenverwaltung fuer Linux
Hallo, On Mon, 30 Dec 2002 at 02:41 (+0100), Ratti wrote:
Jörg Roßdeutscher:
ich versuche mich gerade an Gtk-perl. Schöne Sache! Leider finde ich keine Doku.
Bernhard Walle: [viele Dinge] Vielen Dank für deine sehr ausführliche Antwort. Wenn ich daraus jetzt nur ganz kurz quote, dann weil wohl das hier des Pudels Kern ist:
BTW: Die beannte Doku ist bei Gtk+ 2.x dabei. Ich weiß nicht, ob sich die Perl-Bindings auf das alte oder das neue Gtk+ beziehen. Zu Gtk+ 1.x gibt's IIRC keine vollständige Doku.
Bingo. Mir geht es um Gtk+1.x, und da kommen eben nur die verstümmeltelten man-pages, und in /usr/*/doc sind ein paar einsame Beispiele, aber keine Doku.
Das heisst dann wohl im Klartext, daß es diese Doku so nicht gibt. Und den Einkauf von Büchern ist das Problem nicht wert, da gucke ich dann lieber nach Alternativen.
Eine Gtk+-2-Bindung habe ich jetzt auch nicht gefunden. Damit wurde ich mit der These bestätigt, dass die Bindungen in anderen Sprachen hinterherhinken. Ich würde mal einen Blick auf Perl/Tk werfen, die Manpages sind eigentlich schon recht vollständig. Aber inwiefern man ohne externe Literatur ein brauchbares Programm hinbekommt hängt wohl von der Aufgabenstellung ab. Ein Vorteil von Perl/Tk dürfte wohl auch sein, dass sich nicht mehr allzuviel verändert ...
Ich finde es sowieso irgendwie Unsinn, in einer nicht OO-Programmiersprache objektorientiert zu programmieren,
Ich kann nur nicht-OO, und egal, in was ich programmiere, es sieht immer aus wie BASIC.
Gtk+ _ist_ OO. Du hast doch vorher selber die Methode set_policy() über dem Objekt $window aufgerufen. Aber die Anwendung von Objekten finde ich in Perl ja nichtmal ungeschickt sondern mehr das Erzeugen von Klassen und Objekten (im Wesentlichen ist ein Objekt ja nur eine Referenz auf eine ganz normale Datenstruktur, z. B. ein Hash, der dann mit bless einer Klasse zugeordnet wurde). Das geht ja auch noch. Aber wenn man für die Vererbung ein @ISA-Array füllen soll, ich weiß nicht ... mir sieht das zuviel nach Flickwerk aus. BTW: Ich kann gar kein Basic. Gruß, Bernhard -- Linux ist wie ein Pinguin im Wasser, elegant und geschmeidig und für manch andere Spezies durchaus gefährlich.
Hallo, On Mon, 30 Dec 2002, Jörg Roßdeutscher wrote:
Bingo. Mir geht es um Gtk+1.x, und da kommen eben nur die verstümmeltelten man-pages, und in /usr/*/doc sind ein paar einsame Beispiele, aber keine Doku.
info gtk Ausserdem gibt's Doku in diversen Formate (u.a. html) gesondert zum Downloaden. Such mal nach 'GTK+ Reference Manual' (o.ae.) auf gtk.org... Und zur Not kann ich dir das, was ich hier habe mailen (Docs/Ref zu glib, gdk, gtk und gtkmm). /doc/HTDOCS/GTK $ du -hs . 19M . HTH, -dnh -- 'Tell me, what is happiness?' 'Happiness? Happiness... is to wake up, on a bright spring morning, after an exhausting first night spent with a beautiful... passionate... multi-murderess.' -- Use of Weapons, Prologue, by Iain M. Banks
participants (4)
-
Bernhard Walle
-
David Haller
-
Jörg Roßdeutscher
-
Remo Behn