X-Git-Url: https://git.saurik.com/wxWidgets.git/blobdiff_plain/e492150d405b3281ea50df8baa023055297b5a90..bae2dc62af49b5a870bbabd9473a92921736a6f0:/docs/html/faqgtk.htm
diff --git a/docs/html/faqgtk.htm b/docs/html/faqgtk.htm
index c93ebad47e..7dc802657d 100644
--- a/docs/html/faqgtk.htm
+++ b/docs/html/faqgtk.htm
@@ -1,7 +1,8 @@
+
-wxWindows 2 for GTK FAQ
+wxWidgets for GTK FAQ
@@ -12,7 +13,7 @@
-wxWindows 2 for GTK FAQ
+wxWidgets for GTK FAQ
|
@@ -20,32 +21,35 @@
-See also top-level FAQ page.
+See also top-level FAQ page
+and Unix FAQ page.
List of questions in this category
-
+
-wxWindows 2 for GTK is a port of wxWindows to the GTK+ toolkit,
-which is freely available for most flavours of Unix with X. wxWindows 2 for GTK is
+wxWidgets for GTK is a port of wxWidgets to the GTK+ toolkit,
+which is freely available for most flavours of Unix with X. wxWidgets for GTK is
often abbreviated to wxGTK. wxGTK has a separate home page here.
-
+
If your program reads the floating point numbers in the format 123.45
-from a file, it may suddently start returning just 123 instead of the
+from a file, it may suddenly start returning just 123 instead of the
correct value on some systems -- which is all the more mysterious as the same
code in a standalone program works just fine.
@@ -69,10 +73,10 @@ so may be added without dependence on libraries. Other features may be supported
future, probably as a separate library.
-
+
-It seems that some versions of RedHat include a badly patched version of GTK (not wxGTK)
-which causes some trouble with wxWindows' socket code. Common symptoms are that when
+It seems that some versions of RedHat include a badly patched version of GTK+ (not wxGTK)
+which causes some trouble with wxWidgets' socket code. Common symptoms are that when
a client tries to establish a connection to an existing server which refuses the request,
the client will get notified twice, first getting a LOST event and then a CONNECT event.
This problem can be solved by updating GTK with an official distribution of the library.
@@ -82,13 +86,38 @@ This problem can be solved by updating GTK with an official distribution of the
Robert Roebling replies:
-"The important thing is the libc version that your app
+"The important thing is the libc version that your app
is linked against. The most recent version is 2.2.5
and programs linked against it will not run with version
2.1.X so that you will fare best if you compile your app
on a 2.1.X system. It will then run on practically all
Linux distros (if you link you app statically against
-the image libraries and std C++ lib)."
+the image libraries and std C++ lib)."
+
+
+
+
+No, this is not possible. It leads to crashes in GTK+.
+
+
+
+
+In wxGTK, the frames never get focus and so can never receive CHAR
+nor KEY events so an EVT_CHAR handler for a frame will be
+never called. To receive these events, you should create a wxPanel
+inside the frame and register the key event handlers for the panel, not the
+frame.
+
+
+
+
+
+When a fatal X11 error occurs, the application quits with no stack trace.
+To find out where the problem is, put a breakpoint on g_log (b g_log
+in gdb).
+
+