a better aproach please,
--- Hubert Soko³owski [EMAIL PROTECTED]
wrote:
On Sat, 30 Jul 2005 00:55:44 -0700 (PDT)
Yogesh M [EMAIL PROTECTED] wrote:
I want to print the drawing area and it should
work in windows and linux. I am using gtk 2.4.
you can save it to a jpeg file
dest =
I have already asked this question and didnt get a
answer. how do i paint transperent in drawing area.
let me explain it clearer. If i have set bg pixmap to
window , then i have a drawing area in it. now i draw
box of white color. Now how do paint transperent.
Hello,
To recap earlier discussion on this topic here, we (LSB WG) have
started looking at GTKVTS project (from GTK CVS) for our runtime
testing. We are currently getting it up to date and will start adding
remaining test cases. Currently the project covers only the libgtk
library
Hello!
I am making a problem using glade . I have insert a image into the window ,
now
I wang to copy one region to another place in the same picture . how can I do
,
if anybody have any ideas? Can gdk_draw_drawable do it ? how to use it ? help
me , thx !!
I think you on the right way.
Why GtkHScale has no property value? All other widgets (i used) have text
or value or something, except GtkHScale.
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
Owen,
On Sat, 2005-07-30 at 08:54 -0400, Owen Taylor wrote:
On Thu, 2005-07-28 at 22:45 -0700, Al Hooton wrote:
FYI, for those interested, that bug is here (still not resolved), but
with further discussion:
http://bugzilla.gnome.org/show_bug.cgi?id=104341
This
Al Hooton ([EMAIL PROTECTED]):
This has nothing to do with fonts not showing up. GTK+ and Xft will
use in order:
- Xft/DPI XSETTING
- Xft.dpi X resource
- DPI from the screen
So if gnome-settings-daemon isn't there to provide the DPI, it will
*still* have a DPI. GTK+ works
On Sun, 2005-07-31 at 18:09 +0200, Kresimir Sojat wrote:
Why GtkHScale has no property value? All other widgets (i used) have text
or value or something, except GtkHScale.
Try inspecting adjustment property (inherited from GtkRange) either
directly or by calling
-Original Message-
From: Paul Davis [mailto:[EMAIL PROTECTED]
Sent: 30 July 2005 06:47
To: Robert Thorpe
Cc: gtk-list@gnome.org
Subject: Re: GTK+ 2 speed
On Fri, 2005-07-29 at 19:36 +0100, Robert Thorpe wrote:
On Windows there are two similar operations, using Alt-tab to move
You're right, I went back and fiddled with my system a lot. The redraw
is slow on that particular operation because of some aspect X not
because of GTK+ (or GNOME).
Well this really depends. Windows does some (cheap) sort of
composition, so when moving windows arround the application itself
On Sun, 2005-07-31 at 21:54 +0100, Robert Thorpe wrote:
It doesn't do an awful lot. If you drag a window by the bar at its top
across the screen then it doesn't ask the app to redraw it. If you
resize the edge of a window, or in any way write over what's on it, then
by default the app
Hi all,I want to statically compiled gtk+ application. And I've searched for the mail-list archives for it, knowing that there are some problems statically building gtk+ program. Is there anyone can tell me if there is a solution for it ? What's the solution ? I am eager for it, thanks very
12 matches
Mail list logo