Ken Siersma wrote:
I'm using GtkFileChooser with GtkFileChooserAction ==
GTK_FILE_CHOOSER_ACTION_SELECT_FOLDER so that the user can choose a
directory.
I'm using gtk_file_chooser_unselect_all in case there are any
directories in the CWD. That way, if the user hits OK as soon as the
GTK+ 2.8.14 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/v2.8/
http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.8/
gtk+-2.8.14.tar.bz2 md5sum: 45125f53046fff3b649ddedf53bee9b0
gtk+-2.8.14.tar.gzmd5sum: d5d3152ee3b95c9767e4535c1383f316
This is a bugfix release in the 2.8.x
Hello all.
When runing a dialog with gtk_dialog_run the buttons for maximize and
minimize it are not there, if the same dialog is shown with
gtk_widget_show, they are there.
Also, I would like that my main window apears maximized when the program
starts, what function should i call?
Thanks you
hi all,am trying to cross compile gtk+ in my powerpc-405-linux-gnuis it required to cross compile pkgconfig for that?because from mailing list i got one information that we need to check whether it is really required for our plat form.if so ,how can i check its needed?.please reply me with the
Jacob Kroon wrote:
Let's say the container class had a method which would perform an
operation on all of it's children, and that this operation could fail.
If an error occures somewhere down in the hierarchy I wan't the caller
to be notified, a message, and if it was a child who caused the
On 08/03/06 08:11:06, rakesh p wrote:
hi all,
am trying to cross compile gtk+ in my powerpc-405-linux-gnu
is it required to cross compile pkgconfig for that?because from
mailing list i got one information that we need to check whether it
is really required for our plat form.if so ,how can i
On Wed, Mar 08, 2006 at 07:57:22AM +0100, Frank Naumann wrote:
No, that's not right. Every 'normal' windows user will complain if an
application don't use the system fileselector today. Sorry, but
using the native file selector is the expected behaviour.
Sorry, but this is BS. Stop
Hello!
No, that's not right. Every 'normal' windows user will complain if an
application don't use the system fileselector today. Sorry, but
using the native file selector is the expected behaviour.
Sorry, but this is BS. Stop pretending all MS Windows apps
use the very same file open
David Necas (Yeti) writes:
Sorry, but this is BS. Stop pretending all MS Windows apps
use the very same file open dialog, that is just not true.
Indeed. I would say that the more expensive an application running on
Windows is, the more probable it is that it has a long history, is
written
Rick Jones writes:
the first complaint out of the
compiler (among many :) is that in line 239 of gutils.h atexit is being
redefined with different type modifiers (error C2373)
Hmm, does it help to make the declaration
int __cdecl atexit(void (__cdecl *)(void));
instead?
Notepad is
Hi there,
On 3/7/06, Durai [EMAIL PROTECTED] wrote:
I tried compiling the gtk libraries statically. But and linked my apps
to the static library. But I have another problem now, the statically
compiled gtk libraries are not able to load the pixbuf theme engines.
I believe this is due to
On Wed, 2006-03-08 at 12:29 +0200, Tor Lillqvist wrote:
David Necas (Yeti) writes:
Sorry, but this is BS. Stop pretending all MS Windows apps
use the very same file open dialog, that is just not true.
Indeed. I would say that the more expensive an application running on
Windows is, the
Tor Lillqvist wrote:
Rick Jones writes:
the first complaint out of the
compiler (among many :) is that in line 239 of gutils.h atexit is being
redefined with different type modifiers (error C2373)
Hmm, does it help to make the declaration
int __cdecl atexit(void (__cdecl *)(void));
Hi,
Michael L Torrie [EMAIL PROTECTED] writes:
Developers might also want to consider changing their dialog button
orders to be more consistent with the host UI too. I prefer the
gnome HIG on this (and Mac), but on Windows I know that this drives
users nuts. I think Win32 should be the one
Rick Jones wrote:
Tor Lillqvist wrote:
Hmm, does it help to make the declaration
int __cdecl atexit(void (__cdecl *)(void));
instead?
I thought about trying that, which then got me in the fun of trying to
use notepad :) I'll see about moving the file around to where it can be
edited with
GTK+ 2.8.14 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/v2.8/
http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.8/
gtk+-2.8.14.tar.bz2 md5sum: 45125f53046fff3b649ddedf53bee9b0
gtk+-2.8.14.tar.gzmd5sum: d5d3152ee3b95c9767e4535c1383f316
This is a bugfix release in the 2.8.x
Hi Rick,
Netperf4 is a multi-threaded network performance benchmark. There is a
main thread in the netperf4 netserver that creates test threads which
run test-specific code that we really don't want to need/have any
platform-specific knowledge.
One of those things is CPU binding -
Sebastian Wilhelmi wrote:
I know it is evil and a don't do that! sort of thing, but barring
plans to add affinity calls to gthread
I do not think, this problem is common enough to warrant a GLib
functions.
Understandable. The different styles of affinity vary - HP-UX has
individual CPU,
Hi Rick,
How about a g_native_thread_id() call?-)
What should be returned by that? Something like
#define g_native_thread_id(thread) ((void*)thread)
just for exporting something, that no-one should use? Doesn't sound very
convincing.
(and even then for the interim),
it seems I
Sebastian Wilhelmi wrote:
Hi Rick,
How about a g_native_thread_id() call?-)
What should be returned by that? Something like
#define g_native_thread_id(thread) ((void*)thread)
just for exporting something, that no-one should use? Doesn't sound very
convincing.
What can I say,
Rick Jones writes:
Got emacs?-)
Of course, wouldn't leave home without it, but I didn't want to risk
turning this into an editor war ;) There are Windows ports of both
XEmacs and FSF Emacs and they work fine. I prefer XEmacs myself.
I'd not heard of wordpad - and it doesn't seem to be on
Rick Jones writes:
int __cdecl atexit(void (__cdecl *)(void));
did indeed make the error go away when compiling under the DDK.
What compiler is used in that case, BTW, as I get no errors or
warnings when compiling a program that includes both stdlib.h (where
the official declaration of
Tor Lillqvist wrote:
Rick Jones writes:
I'd not heard of wordpad - and it doesn't seem to be on
the system to which I have access - pointer?
That would be odd as it is bundled. Look in Start Menu:Accessories.
ah, well, there it is. i just couldn't say wordpad from a command
window
Tor Lillqvist wrote:
Rick Jones writes:
int __cdecl atexit(void (__cdecl *)(void));
did indeed make the error go away when compiling under the DDK.
What compiler is used in that case, BTW, as I get no errors or
warnings when compiling a program that includes both stdlib.h (where
the
Hmmm, I do seem to have started quite a thread here.
It seems that there are a stack of relevant observations:
Someone made the excellent point that users expect consistent
behaviour across applications on their chosen platform. Now for me, and
many other desktop *nix users, the platform
Since i've been using glib to abstract just about everything else in my
port of netperf4 to Windows, I was wondering about the status of IO
Channels under Windows - specificially with respect to SOCKETs (the
capitalization is Windows', not mine :) I ask because:
Rick Jones writes:
I was wondering about the status of IO Channels under Windows -
specificially with respect to SOCKETs (the capitalization is
Windows', not mine :) I ask because:
Currently full support is available on UNIX platforms, support for
Windows is only partially complete.
On Thu, 2006-03-09 at 11:12 +1100, Peter Eckersley wrote:
This fragment of a solution is a good example of my problems with the GTK2
chooser. It works fine, but *only* if the file path you want to type starts
with / . Typing relative paths, or paths that start with ~, leads to random
You don't have to cross compile pkg-config since during cross
compiling, it is the native pkg-config from host will be used. So if
you have no pkg-config installed in your current host PC, then you
have to compile it natively for host PC.
On 3/8/06, J. Ali Harlow [EMAIL PROTECTED] wrote:
On
29 matches
Mail list logo
