Re: how to hide close button in gtk dialog
Yogesh M wrote: found it, sometimes it is neccessary to avoid confusion. for example in a dialog i have a cancel button, now if the window show a close button, it is a confusion that whether the window closes or the cancel activates or both. It's common convention that title bar close buttons of windows do a cancel-close. Especially if inside the window there are both Cancel and OK buttons as well. Hint: only using the OK button should confirm input or changes. Closing the window by any other means (i.e. Cancel-button, title bar close button, hitting the [Esc] key, killing or crashing the application) never does. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
set current worlking directory to executable path
I am using Gtk in windows(as well as linux). I want to set the environment path to executable path so i can load icons present in the executable path. I will be happy if it works both on linux and windows. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Pango docs
Hi, I compiled pango. How do i turn the stuff in pango/docs/ in to some kind of manual? ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: extracting a portion of a GdkPixmap
On 8/9/05, Boncek, John [EMAIL PROTECTED] wrote: I have a GdkPixmap. I need to programmatically extract a new GdkPixmap from this image based on x- and y-coordinates, plus width and height. The x, y, width, and height parameters will vary too much at runtime to store all the copies needed. I think you just make a new small pixmap of the size you need, then copy the pixels you want from your big pixmap into the small pixmap. The copy will (usually) be done in hardware, so it's very fast. You could consider using a pixbuf instead and doing the manipluation on the client side, but perhaps that doesn't suit your application. If it does, there's a very convenient pixbuf constructor: http://developer.gnome.org/doc/API/2.0/gdk-pixbuf/gdk-pixbuf-creating.html#gdk-pixbuf-new-subpixbuf John ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
How to filter the font selection dialog in GTK-2.x
gtk_font_selection_dialog_set_filter and gtk_font_selection_set_filter do not exist in 2.x I want to filter the fonts shown in the dialog to fixed pitch fonts only. I searched the archive and the question has been asked before but never answered. Lets see what happens this time. Norman Saperion Inc. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Bayer Pattern images in Pixbuf or Pixmaps
it would be helpful if you tell us what the heck a 'bayer pattern' is ... Michal Porzuczek wrote: Hi I was wondering if Pixmaps or Pixbufs support Bayer Pattern data and if not if there is a simple conversion technique to get a Bayer Pattern image into an RGB or other image format that could be used properly by a Pixbuf or Pixmap. Thanks a lot, Michal ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Bayer Pattern images in Pixbuf or Pixmaps
Stefan Kost writes: it would be helpful if you tell us what the heck a 'bayer pattern' is ... See for instance http://www.cambridgeincolour.com/tutorials/sensors.htm . That was the first Google hit when searching the words bayer array (without the quotes). I was wondering if Pixmaps or Pixbufs support Bayer Pattern Nope. That would be way too application domain specific for GTK+. if there is a simple conversion technique to get a Bayer Pattern image into an RGB or other image format that could be used properly by a Pixbuf or Pixmap. You mean a simple demosaicing (debayering) technique? Well, a trivial one like nearest neighbour for the missing colour channels of each pixel is probably simple, but it isn't good qualitywise. High-quality demosaicing algorithms are not simple. See for instance http://www.cs.pdx.edu/~cklin/demosaic/ . The Open Source dcraw program (http://www.cybercom.net/~dcoffin/dcraw/) uses an algorithm called Interpolation using a Threshold-based variable number of gradients described in http://www-ise.stanford.edu/~tingchen/algodep/vargra.html --tml ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Color Initialization
Lists, OS: win2k/XP Using Unix/Linux you can use an .rc to initialize parameters, like a default color set, anytime GTK+ is used. What is the approach to initialize a default color set when using win2k/XP without adding code to every application? Thanks, MikeF ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
some things in GTK+ 2.7.5
Hi everybody,
Some questions and remarks about files of GTK+ 2.7.5 :
in GTK+ 2.7.5\gtk\gtkvpaned.c
lines 199 to 209 :
if (GTK_WIDGET_MAPPED (widget)
paned-child1-allocation.height
child1_allocation.height)
{
gtk_widget_size_allocate (paned-child2,
child2_allocation);
gtk_widget_size_allocate (paned-child1,
child1_allocation);
}
else
{
gtk_widget_size_allocate (paned-child1,
child1_allocation);
gtk_widget_size_allocate (paned-child2,
child2_allocation);
}
why is the order of allocating paned-child1 and
paned-child2 important here ?
in GTK+ 2.7.5\gtk\gtkrc.c
twice the same lines, lines 2558 and 2560 :
token = g_scanner_get_next_token (scanner);
token = g_scanner_get_next_token (scanner);
is this correct ?
in GTK+ 2.7.5\gtk\gtkcheckmenuitem.c
lines 441 to 444 we have :
offset = GTK_CONTAINER
(check_menu_item)-border_width +
widget-style-xthickness;
offset = GTK_CONTAINER
(check_menu_item)-border_width +
widget-style-xthickness + 2;
is the first offset = ... really necessary here ?
in GTK+ 2.7.5 in modules\engines\ms-windows, in
msw_style.c, line 785 :
/* Default forgeground */
this might be foreground here
Benoît Carpentier, GTKool
___
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez cette version sur http://fr.messenger.yahoo.com
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Linking glib with gld in Irix
On Mon, Aug 08, 2005 at 03:41:19PM +0200, Magnus Bergman wrote: I have problems building glib (2.6.6) in Irix using GCC, gas and gld (no, I don't forget to use --with-gnu-ld). It fails then linking glib-genmarshal against glib because some symbols, including g_malloc cannot be found. Then I examine the glib library (using GNU objdump) I see than most symbols are marked hidden, for example: 60017e80 l F *ABS* .hidden IA__g_malloc While a few are not, for example: 600354bc g F *ABS* g_strcasecmp Is GNU ld even recommended for building GCC no IRIX? I don't think so. GNU ld isn't feature-complete on IRIX: http://sourceware.org/ml/binutils/2005-06/msg00621.html -- albert chin ([EMAIL PROTECTED]) ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: some things in GTK+ 2.7.5
Benoit Carpentier [EMAIL PROTECTED] writes:
lines 199 to 209 :
if (GTK_WIDGET_MAPPED (widget)
paned-child1-allocation.height
child1_allocation.height)
{
gtk_widget_size_allocate (paned-child2,
child2_allocation);
gtk_widget_size_allocate (paned-child1,
child1_allocation);
}
else
{
gtk_widget_size_allocate (paned-child1,
child1_allocation);
gtk_widget_size_allocate (paned-child2,
child2_allocation);
}
why is the order of allocating paned-child1 and
paned-child2 important here ?
Because if the child widgets have windows, then allocating them in the
other order would make the windows overlap briefly, which causes
unnecessary flicker and repainting.
Søren
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
configure.in changes
I just rewrote large chunks of the X checks in configure.in ... there were a couple of points of this: - Remove the entanglements with pangoxft, which I've removed as a dependency of GTK+. - Use pkg-config as much as possible rather than older heuristics. With X11R7 .pc files for the X libraries will become a lot more common. - General simplification In general I think what's there now is quite a bit cleaner and simpler, but since I can't test most of the cases, there certainly is some possibility that I broke something. So, if people want to test out what is in CVS now I'd appreciate it, especially for those deviating from the central stream of Linux+recent X.org. Regards, Owen signature.asc Description: This is a digitally signed message part ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
