Also,
1. Please dont get into names. I have changed them so that I disclose not
much about what I am doing :-)
2. call back function func1() for the wdgt_window2 on destroy calls
gtk_main_quit(), does nothing else.
Thanks
Vijay
On Fri, January 11, 2008 5:03 pm, [EMAIL PROTECTED] wrote:
Hello All
(FWIW, I also asked this on http://gtkforums.com/about974.html without
success)
Is there any easy way to customize or override the appereance of tags in
a GtkTextTagTable. I am filling it with code like
tag = gtk_text_tag_new (heading);
g_object_set (tag,
weight,
Hi All,
I was caught in a situation like this:
I have three windows, and a main window. The main window contains three
radio buttons 1)option1 2)option2 3)option3. On the coresponding option
being chosen, program then has to
a)close main window
b)open an another window(depending on the
Now I have seen that the program works even without calling
gtk_main_iteration at the end of closing and opening the two windows.
My doubt:
What is the role of gtk_main()? When should it be called ? Should I be
calling the main function when I am changing between windows ?
On Fri,
On Jan 10, 2008 11:38 PM, Bin Chen [EMAIL PROTECTED] wrote:
[...]
Ok, let me make the things clear, the content in a gdk window includes
many widgets, such as label, entry, button. But from the perspective of
X server, this widgets are just bitmaps with the states updated by GTK+,
right?
A
Hi,
ext Bin Chen wrote:
I am not doing very detailed profiling against this, but by comparing
the frame rate in my player against using pure framebuffer
implementation. The performance difference is large. If not using
shared memory to transfer the decoded image data, obviously the
I'm experimenting with a modal dialog and finding that it
has an unfortunate behavior. There is nothing forcing the
window to stay on top. As a result, you can click on the
underlying window to bring it up, but because there is
an active modal dialog the main window is unresponsive,
and the user
On Jan 11, 2008 10:13 PM, Tristan Van Berkom [EMAIL PROTECTED] wrote:
On Jan 11, 2008 12:03 PM, Bin Chen [EMAIL PROTECTED] wrote:
[...]
Thanks for your reply, but I wonder how the Xlib or GDK knows the
image is drawing in a shared memory segment? In detail can you show me
some pseudo
On Fri, 2008-01-11 at 10:18 -0500, Randy Poe wrote:
I'm experimenting with a modal dialog and finding that it
has an unfortunate behavior. There is nothing forcing the
window to stay on top. As a result, you can click on the
underlying window to bring it up, but because there is
an active
On Jan 11, 2008 12:03 PM, Bin Chen [EMAIL PROTECTED] wrote:
[...]
Thanks for your reply, but I wonder how the Xlib or GDK knows the
image is drawing in a shared memory segment? In detail can you show me
some pseudo code to how to do it?
Well Gdk does know because it created the backing
Hi,
When I use this function to paint text, can you please tell me how can
I find out the font size of the text.
voidgdk_draw_layout (GdkDrawable *drawable,
GdkGC *gc,
On the handler of the row_activated signal of the TreeView,
I need to implement different behaviour if CTRL or SHIFT key
is pressed. ( ie. when double-clicking a row something is
happening, and when double-clicking it and SHIFT key is pressed
something else should happen ).
Does anyone have any
On Jan 11, 2008 9:54 PM, Tristan Van Berkom [EMAIL PROTECTED] wrote:
On Jan 10, 2008 11:38 PM, Bin Chen [EMAIL PROTECTED] wrote:
[...]
Ok, let me make the things clear, the content in a gdk window includes
many widgets, such as label, entry, button. But from the perspective of
X server,
On Jan 11, 2008 11:46 PM, Eero Tamminen [EMAIL PROTECTED] wrote:
Hi,
ext Bin Chen wrote:
ext Bin Chen wrote:
I am not doing very detailed profiling against this, but by comparing
the frame rate in my player against using pure framebuffer
implementation. The performance difference is
On Jan 11, 2008 11:01 PM, Bin Chen [EMAIL PROTECTED] wrote:
Gdk does all image operations in 32-bits, N800/N810 display is 16-bit.
Whether you use SHM or not can be of less concern than this from the
performance point of view.
OK, so your point is because the convert process must be done
On Jan 12, 2008 9:46 AM, Tristan Van Berkom [EMAIL PROTECTED] wrote:
On Jan 11, 2008 11:01 PM, Bin Chen [EMAIL PROTECTED] wrote:
Gdk does all image operations in 32-bits, N800/N810 display is 16-bit.
Whether you use SHM or not can be of less concern than this from the
performance point
On Wed, 9 Jan 2008, Shawn Amundson wrote:
Olav Vitters wrote:
On Wed, Jan 09, 2008 at 09:25:16AM +, Martyn Russell wrote:
I must confess, I have quite limited knowledge when it comes to our
hosting services for GNOME and GTK+ (i.e. where machines are hosted
physically and who looks after
On Wed, 9 Jan 2008, Tommi Komulainen wrote:
Hi,
Here's a quick guide for setting up GLib testing framework for your own
project. It is the result of some trial and error when integrating for
hildon widgets the test framework from current trunk. There are some
autotools related details that
On Wed, 9 Jan 2008, Tommi Komulainen wrote:
Hi,
make -k test probably shouldn't abort gtester on first failing assertion
hm, currently, we have these test framework makefile rules:
test: run all tests recursively, abort on first error
test-report:run tests in subdirs, generate
On Wed, 2 Jan 2008, Asbjørn wrote:
I'm checking out the Test Framework and here is my first test program:
glib/glib/tests/testingbase64.c
Output:
TEST: testingbase64... (pid=15393)
/misc/base64/encode: OK
/misc/base64/decode:
Thanks a lot for your explanation. But look at following snippet from
firefox latest code base:
void InitWidget() {
mWidget = gtk_invisible_new();
gtk_object_ref(GTK_OBJECT(mWidget));
gtk_object_sink(GTK_OBJECT(mWidget));
gtk_widget_ensure_style(mWidget);
On Fri, 2007-12-28 at 14:45 -0500, Behdad Esfahbod wrote:
Hi,
On my Berlin GTK+ Hackfest blog post [1] I got two comments about adding
libsexy to the agenda.
I don't think we need to discuss libsexy in a meeting, let alone a
hackfest. Libsexy IIUC is a staging area for widgets, similar
On Jan 10, 2008 5:16 AM, Alexander Larsson [EMAIL PROTECTED] wrote:
GdkPixbuf *
gtk_icon_info_load_at_size (GtkIconInfo *info,
gint pixel_size);
Since this does I/O it would be nice if it took a GCancellable argument.
However, that might be slightly
(This is a bit better suited to gtk-app-devel-list, but...)
Brian Lu wrote:
Thanks a lot for your explanation. But look at following snippet from
firefox latest code base:
void InitWidget() {
mWidget = gtk_invisible_new();
gtk_object_ref(GTK_OBJECT(mWidget));
On Fri, 2008-01-11 at 12:01 -0600, Cody Russell wrote:
Other widgets are SexySpellEntry, but that would involve new
dependencies that I think gtk+ doesn't want,
We do want to solve the spell-checking-everywhere issue at some point
though. There was talks about having gspell in glib. The
On Fri, 2008-01-11 at 12:01 -0600, Cody Russell wrote:
snip
So as you suggested I'm filing bug reports for widgets that seem
merge-worthy:
http://bugzilla.gnome.org/show_bug.cgi?id=508809
http://bugzilla.gnome.org/show_bug.cgi?id=508810
Other widgets are SexySpellEntry, but that would
On Fri, 2008-01-11 at 14:38 +, Bastien Nocera wrote:
I don't think we need to discuss libsexy in a meeting, let alone a
hackfest. Libsexy IIUC is a staging area for widgets, similar to
libegg. If that's the case, it cannot be merged at once and needs
to
be done for each
Hi,
The reference that is returned by gtk_invisible_new is not owned by the
caller. If one tries to unref it, it's an immediate memory corruption.
When a toplevel widget is concerned, the things go like the following:
* New floating GtkWidget is created (not owned by anyone).
* GTK library
28 matches
Mail list logo