PureBoard

Einen Screenshot unter Linux erzeuge ich so:


ImageWidth=1680
ImageHeight=1050
tempImage=CreateImage(#PB_Any,ImageWidth,ImageHeight)
rootWindow=gdk_screen_get_root_window_(gdk_screen_get_default_())
time=ElapsedMilliseconds()
gdk_pixbuf_get_from_drawable_(ImageID(tempImage),rootWindow,gdk_drawable ...

Ja, weil es von dem Fenster keinen GTK-Event gibt, weil's ein SDL-Fenster ist. X versucht hier, von GTK etwas zu bekommen, das GTK gar nicht kennt/hat.

Kann ich mir so nicht vorstellen! Wenn ich InitEngine3D() nicht aufrufe, geht es ohne Probleme.

Ich habe auf jeden Fall das Problem das es unter Ubuntu 9.04(i386) und ArchLinux(i686) nicht läuft.

Edit:

Folgender Code zeigt das Problem noch besser.
Wird "Window 1" bewegt läuft alles normal. Bewegt man das 2 Fenster schmiert das Programm ab und der X-Server regt sich in der Log auf das ein ...

Hatte mich etwas falsch ausgedrückt. Ohne die Einstellung Compiler-Optionen/Library Subsystem "opengl", läuft unter anderen OpenWindowedScreen auch nicht.
Deswegen laufen übrigens auch die Examples die Screen3DRequester.pb benutzen nicht. (zumindest bei mir)

Ist "opengl" gesetzt dann geht ...

Wollte nur mal in die Runde fragen ob das bei anderen auch auftaucht.

Ist bei der Einstellung Compiler-Optionen/Library Subsystem "opengl" angegeben, erzeugt die Abfrage von WindowEvent() ein "X Window System error".
Ohne WindowEvent() kann aber das erzeugte Fenster nicht bewegt werden und ohne ...

Danke fürs Testen, aber unter Windows läuft es bei mir auch ohne Probleme.
Deswegen hatte ich ja auch unter "Forum -> Linux" geschrieben.

Leider hilft nicht weiter, der Effekt bleibt der selbe.

Beim abspielen eines Video's(Format scheint egal) wird der Film nur abgespielt solange ein Event im Fenster auftritt(z.B. Maus bewegen).
Ansonsten bleibt das Bild vom Film stehen aber der Ton läuft weiter. Getestet in Ubuntu 8.10 und ArchLinux mit Purebasic 4.30 Beta 5.

Kann das mal einer gegen ...

Was ist hiermit?

Ich wollte gern die System eingestellte Standardschriftgröße benutzen und die damit verbundene Größe(Höhe/Breite) von Gadgets(z.B. des Button's).

Um das Problem besser zu sehen:
Stelle doch einfach mal die Standardschriftgröße (Systemsteuerung/Anzeigeeigenschaften/Einstellungen ...

Die Größenangabe von 0 bei Gadgets in Linux/GTK, erzeugt ein Gadget angepasst an die Schriftgröße. Besonderst wenn die DPI der Schrift im Gnome gändert wird, passt sich das Gadget an.
An sich ja auch das richtige Verhalten meiner Meinung nach. Benutzt der Desktop eine Schriftgröße mit z.B. 120 DPI ...