Hello everyone
You know, the gtk_container_set_border_width function can set
the border's width of container
but ,when i use this function to set my application's main
window's border to zero ,
I failed
I want my main window has no border ,how to achieve this ?
I
On Tue, Aug 29, 2006 at 02:31:05PM +0800, chao yeaj wrote:
You know, the gtk_container_set_border_width function can set
the border's width of container
but ,when i use this function to set my application's main
window's border to zero ,
I failed
Hello everyone
In the Gtk+2.0 tutorial,there is a dial widget
When i enlarge it, the pointer's like a sawtooth,
How to render it ,in order to make it more smoothly ?
I have no idea, i need your help
Any comments would be much appreciated ,and thanks in advance !
On Tue, Aug 29, 2006 at 04:17:50PM +0800, chao yeaj wrote:
In the Gtk+2.0 tutorial,there is a dial widget
The GtkDial part of the tutorial is deprecated and should
not be used when writing new widgets[*]. It is not GObject
based at all, it uses functions like gtk_widget_draw() and
IIRC
Hi,
I'm working on an app and I'm facing the need to access the
button at the end of a vertical scrollbar of a scrolled window
to do something like a
gtk_button_clicked()
to ensure that the widget (a treeview) contained in it
gets scrolled to the end with whatever screen resolution
is used.
On Tue, Aug 29, 2006 at 02:11:09PM +0200, [EMAIL PROTECTED] wrote:
I'm working on an app and I'm facing the need to access the
button at the end of a vertical scrollbar of a scrolled window
to do something like a
gtk_button_clicked()
to ensure that the widget (a treeview) contained in it
Hello all,...
...i try to load a GtkTreeStore from a file that i was saving with
gtk_tree_store_foreach calling a function inheritting
gtk_tree_model_get_string_from_iter (the 0:0,0:1,1:0:0,... thing)
and gtk_tree_model_get .
Now it would be seem easy to me to be done with
[EMAIL PROTECTED] wrote:
Hi,
I'm working on an app and I'm facing the need to access the
button at the end of a vertical scrollbar of a scrolled window
to do something like a
gtk_button_clicked()
to ensure that the widget (a treeview) contained in it
gets scrolled to the end with
For a very good, up-to-date, and GObject-based widget written using
cairo, check out this tutorial:
http://gnomejournal.org/article/34/writing-a-widget-using-cairo-and-gtk28
Cheers,
Samuel
On 8/29/06, David Nečas (Yeti) [EMAIL PROTECTED] wrote:
On Tue, Aug 29, 2006 at 04:17:50PM +0800, chao
If you have the drawing area in a variable called da, then you can do:
gtk_widget_queue_draw_area(da, 0, 0, da-allocation.width,
da-allocation.height);
... everytime you want to update the drawing area, it generates an
expose event and will call your expose_event_callback.
It works for me.
hi
I have created textview widget through GLADE application and showing
char strings on text view which is created by glade interface designer 2.0
available with Fedorra-1
The problem is that sometimes it is working correctly but
other times segfault is coming. There are two threads are running
[EMAIL PROTECTED] writes:
Is it possible to configure the text layout engine for each
script, when Uniscribe is used by default?
If there existed other layout engines for the win32 pango backend,
yes. But there is only basic-win32, which uses Uniscribe.
(Note that this doesn't have anything
C.J. Adams-Collier writes:
Feel free to vote for or against deprecating gtk+ support for win95,
win98 and winME here:
We are talking about HEAD, which is known not to work on win9x anyway,
so deprecating support is an exaggeration.
But what I propose is that the remains of win9x-specific
I had got no answer yet about my patch:
http://bugzilla.gnome.org/show_bug.cgi?id=347373
I strongly believe the patch itself is not so bad.
Could you give me ack? If the patch is not good, please tell me.
I wonder the sentence I had had got which I have to use in the
next post is legal
I'm sorry for keeping discussion without win9x volunteer.
On Tue, 29 Aug 2006 11:23:35 +0300
Tor Lillqvist [EMAIL PROTECTED] wrote:
If somebody eventually creeps out of the woodwork and volunteers to
make it work on win9x, I would strongly suggest they used a MSLU-based
approach instead of
[EMAIL PROTECTED] writes:
How about multithreading and memory management APIs?
Win2k-and-newer APIs are already introduced for such?
No, those parts of GLib use functions that are present on all Windows
platforms.
--tml
___
gtk-devel-list mailing
On Tue, 29 Aug 2006 11:45:11 +0300
Tor Lillqvist [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] writes:
How about multithreading and memory management APIs?
Win2k-and-newer APIs are already introduced for such?
No, those parts of GLib use functions that are present on all Windows
platforms.
I wrote:
- Can the support for Win9x be dropped from GLib and GTK+ HEAD? Note
that cairo has never worked on Win9x, so GTK+ has de facto not worked
on Win9x since 2.8 anyway.
OK, there seemes to be no major opposition to this, being done now.
- Can the support for 256-colour (palettized)
On Mon, 28 Aug 2006, C.J. Adams-Collier wrote:
Feel free to vote for or against deprecating gtk+ support for win95,
win98 and winME here...
It's much too late to vote with regard to win95, IMO. Gtk has
been broken on that platform for ages, and I hardly think anyone
is going to invest time
19 matches
Mail list logo
