to malloc hooks.
Thanks,
-Hieu
Yours sincerely,
Tim Janik
---
http://lanedo.com/~timj/
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Hello Gtk+ Development Community.
The need for a Gtk+ 3.0 roadmap has been discussed during several
Gtk+ team IRC meetings, at conferences and on other opportunities.
So a few months ago, we've set down to collect the input from so
many people who have contributed feature requests, ideas,
On Mon, 6 Oct 2008, Yu Feng wrote:
static void
gtk_window_destroy (GtkObject *object)
{
GtkWindow *window = GTK_WINDOW (object);
toplevel_list = g_slist_remove (toplevel_list, window);
if (window-transient_parent)
gtk_window_set_transient_for (window, NULL);
/* frees the icons */
On Fri, 26 Sep 2008, Andrew Cowie wrote:
On Thu, 2008-09-25 at 13:06 -0400, Matthias Clasen wrote:
The important part of the assert semantics are: if the assertion
fails, the program aborts.
If you are using assertions in a way that make it important where or
how the message is reported
In
On Thu, 25 Sep 2008, Mike Kestner wrote:
The types would essentially be
boilerplate, so it's not like they are going to be a maintenance issue.
If the motivation for removing the types is that, things aren't as
beautiful as they could be then that argument doesn't really outweigh
the pain of
On Fri, 26 Sep 2008, Peter Clifton wrote:
On Fri, 2008-09-26 at 11:44 +0200, Tim Janik wrote:
- Change additional defaults as needed, e.g.:
gtk_box_init (GtkBox *self)
{
gboolean compat_type =
g_type_is_named (G_OBJECT_TYPE (box), GtkHBox) ||
g_type_is_named
On Fri, 26 Sep 2008, Peter Clifton wrote:
On Fri, 2008-09-26 at 12:57 +0200, Tim Janik wrote:
As i said above, there is no need at all for micro speed optimization
in these code paths. And using GTK_IS_HBOX() adds a type registration
dependency, which prevents things like moving GtkHBox
On Mon, 15 Sep 2008, Luke Kenneth Casson Leighton wrote:
ok - can i ask people a favour? could you kindly review e.g this:
http://lkcl.net/webkit/DerivedSources/GdomAttr.cpp
just looking at it myself, i think where i use fromUTF8 i have a
memory leak,
... but after looking at it
On Mon, 15 Sep 2008, Luke Kenneth Casson Leighton wrote:
ok - in this situation, fortunately we have control over that. the
property getter is entirely auto-generated. the code review of the
new webkit glib/gobject bindings brought to light the webkit
convention of not imposing any memory
On Sun, 14 Sep 2008, Luke Kenneth Casson Leighton wrote:
folks, hi,
i'm looking for advice on memory return result conventions - who is
responsible for maintaining andd/or freeing memory, in particular
strings, as return results from pproperrty getting for example. the
webkit-glib bindings are
On Tue, 5 Aug 2008, Britton Kerin wrote:
I've tried several times now to get Hans-Boehm
(http://www.hpl.hp.com/personal/Hans_Boehm/gc/) working with gtk, but so
far no luck. I found all the stuff about how to build glib to be GC
friendly and set env vars and such, and then I rebuild almost
On Mon, 28 Jul 2008, Ryan Lortie wrote:
ISO C99 (footnote 215, §7.15) says that this program is valid and should
print out 1, 2, 3...
Note that GLib can currently *not* rely on C99 features.
That's a pity, but no is the oucome of our last discussion
on this topic:
Hey All.
Kris took meetings during the GTK+ developers meeting at this
years GUADEC. It took some time to transform them into a proper
writeup, and Kris had to leave for a vacation flight before
he could finish them off.
So here are the minutes from Kris with a few finishing touchups
from me.
On Thu, 17 Jul 2008, Sven Herzberg wrote:
Hi,
Am Donnerstag, den 17.07.2008, 20:18 +0200 schrieb Tim Janik:
On Thu, 17 Jul 2008, Martin Meyer wrote:
2) Is it entirely possible from a gtk perspective to have all that
code detached from gtk-core and placed in a different library? Are
there any
On Tue, 15 Jul 2008, Alessandro Vesely wrote:
This discussion reminds me that smc_notify_tree() does not actually check
which thread does a chunk belong to. Could that result in misbehavior?
No, chunks may be freely passed back and forth betwen threads without
problems. Except for a few
On Tue, 1 Jul 2008, Mikkel Kamstrup Erlandsen wrote:
Over the past few weeks I have been pondering a way to add dynamic
method invocation and introspection to GObjects. I am meaning to
implement this myself (unless someone else really want to do it), if
the reception is luke-warm or better :-)
Hi Stefan.
gtk-doc continues to produce problems when compiling the gtk.modules module
from jhbuild, this time it's during installaiton:
*** Installing gtk-doc *** [5/14]
make install
Making install in help
make[1]: Entering directory `/usr/src/gtk+head/gtk-doc/help'
Making install in manual
Hey All.
As discussed during previous IRC meetings:
http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00194.html
The GSEAL branch has been merged into upstream today.
At public request, I'm attaching the resulting diff from git to
this email. A similar diff can be retrieved from
Hey All.
The Offscreen redirection rendering bits have been committed to upstream SVN
some while ago:
Bug 318807 – Offscreen windows and window redirection
Note that the offscreen event processing is not in SVN yet and planned to be
worked on after GUADEC. I'd actually like to discuss some of
On Tue, 3 Jun 2008, Alberto Mardegan wrote:
ext Kristian Rietveld wrote:
10. Remove all structure fields from the public API. There are two ways
this can be done:
a) Move object structures to private headers.
b) Move object structures to the local C file, the rest of GTK+ will then
On Sun, 1 Jun 2008, Yu Feng wrote:
Hi all, not sure if it is appropriate here, but I don't quite understand
the code in g_object_unref:
glib-2.16.1/gobject/gobject.c: line:1763
/* here we want to atomically do: if (ref_count1) { ref_count--;
return; } */
retry_atomic_decrement1:
old_ref
On Tue, 20 May 2008, Yair Hershkovitz wrote:
Hi,
For those who are still not familiar with the issue, you have a lot to
read in bug #503071 comments.
I would like to explain my view of the un-allowed commits I've done in
glib and gtk+.
Thanks for the patch and your input Yair, but for
On Wed, 30 Jan 2008, Owen Taylor wrote:
I'm not sure what you you are asking here. What I was saying is that
changing vtable members is more likely to break things than changing
function prototypes.
Ok, but then, every prototype change can be a vtable change, given a
custom vtable that has a
On Tue, 22 Apr 2008, Guillaume Cottenceau wrote:
How about renaming gtk-devel-list into gtk-core-library-devel or
something like that?
Renaming the list would definitely take it too far,
some noise will always be present and the current off
topic emails are by no means at a critical volume.
On Sun, 16 Mar 2008, Bastien Nocera wrote:
On Sat, 2008-03-15 at 21:48 +0100, Tim Janik wrote:
Our headers currently state:
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GNU Lesser General Public
* License as published by the Free
On Sat, 15 Mar 2008, Andrew Cowie wrote:
This topic was discussed recently on foundation-list.
http://mail.gnome.org/archives/foundation-list/2008-March/msg00032.html
In summary, attempting to relicence the library would be, in practise,
impossible.
No further benefit is gained by
Hello Gtk+ Crowd.
Together with Sven Herzberg, I'm currently sitting in an ICE back
to Hamburg and would like to thank everyone for a really productive
week. I think, i couldn't possibly list all the achievements of the
various groups during these days, but thankfully some people have
promised
On Fri, 7 Mar 2008, Alberto Ruiz wrote:
Hi all,
now that we have a new Gtk+ logo and we follow the Tango guidelines,
wouldn't be a good time to replace the so '90s-ish images from the demo?
On my last blogpost[0] I demoed the Gdi+ pixbuf loader animation support
with new images using the
hi Alex.
it'd be great if you could take a look at my latest comment on the
offscreen windows bug report, i.e.:
http://bugzilla.gnome.org/show_bug.cgi?id=318807#c48
it adresses just the pixmap redirection portions that you split off
some while ago and lists remaining issues that need solving
On Thu, 24 Jan 2008, Shawn Amundson wrote:
Martyn Russell wrote:
no sysadmins seems to be stepping forward regarding this.
As a result, this will have to wait.
I'm willing to do whatever it takes to help improve gtk.org. As
such, I will provide my services as sysadmin.
thanks, that's
On Mon, 28 Jan 2008, Olav Vitters wrote:
On Mon, Jan 28, 2008 at 02:30:14PM +, Martyn Russell wrote:
http://imendio.com/~martyn/gtk/draft-final/download-linux.html
* outdated versions
You disagree? It might not make sense to list unsupported versions here
I agree, but we should
don't have to worry about a binary compatibility issue with changing the
prototype. And on all other platforms I know of gsize and ulong are the
same size.
agree. this exact API was actually written with sizeof(long)==8 on 64-bit
platforms in mind:
2008-01-29 14:58:31 Tim Janik [EMAIL
On Fri, 25 Jan 2008, Dr. Michael J. Chudobiak wrote:
Hi all,
Could someone explain to me how exactly people work on bleeding-edge
gtk+ (trunk)?
Reading the gtk+ Changelog shows that people are working on trunk, and
merge back into 2-12 as needed. Are developers tweaking their own
On Thu, 17 Jan 2008, Alexander Larsson wrote:
On Wed, 2008-01-16 at 15:03 +, [EMAIL PROTECTED] wrote:
I noticed the weakref introduction says that notifies can be called many
times:
http://library.gnome.org/devel/gobject/unstable/gobject-memory.html#gobject-memory-weakref
...
On Thu, 17 Jan 2008, Yevgen Muntyan wrote:
Alexander Larsson wrote:
On Thu, 2008-01-17 at 07:50 -0600, Yevgen Muntyan wrote:
A GWeakNotify cid:part1.03020602.08010607@tamu.edu function can be added
to an object as a
callback that gets triggered when the object is finalized.
Since the
On Thu, 10 Jan 2008, Alexander Larsson wrote:
On Wed, 2008-01-09 at 13:53 -0500, Matthias Clasen wrote:
We can't implement the cache using toggle references for 2 reasons:
a) GtkIconSize is a boxed, not an object
b) toggle references only work for a single user, thus they have
to be
On Mon, 14 Jan 2008, Alexander Larsson wrote:
On Mon, 2008-01-14 at 10:12 +0100, Tim Janik wrote:
Of course, this is slightly harder, as GdkPixbuf is a public GObject
where we can't use toggle references. We could however implement this
with some help from the GdkPixbuf implementation
On Mon, 14 Jan 2008, Alexander Larsson wrote:
This bug:
http://bugzilla.gnome.org/show_bug.cgi?id=508564
requests and addition of a GError to g_file_monitor_directory and
g_file_monitor_file.
Its imho, correct, but does break API which some users have started
using. I'd like to change
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:
On Fri, 28 Dec 2007, Cody Russell wrote:
On Fri, 2007-12-28 at 18:35 -0800, Bobby Walters wrote:
I would like to contribute a little to the project. Is there anything
I could do? Let me know how to get started, and who to talk to please.
Hey Bobby,
Welcome! Maybe start off by letting us
Hey All.
A quick update on the unit test reports, a script for test report
generation has now been comitted to GLib and will be used to generate
HTML reports for the test report rules test-report, perf-report and
full-report.
The reports should render in all browsers and support colorization and
On Tue, 18 Dec 2007, Johan Dahlin wrote:
Sorry for being late in the game for comments, but here we go.
In general this api differs slightly from JUnit/python, which has the
following (main) methods:
assertEqual
assertNotEqual
assertTrue
assertFalse
assertRaises
yeah, i've looked
Hey All.
The following gives a mini tutorial on writing test programs for GLib
and Gtk+ with the new framework. We have a good number of example test
programs in SVN now and appreciate help from everyone in implementing
new tests.
First, we'll have a quick introduction into the main rationale on
On Tue, 11 Dec 2007, Tor Lillqvist wrote:
I humbly suggest that the versioning recommendation for the GTK+ stack
and GNOME in general is amended for the third micro part of the
version numbers to match the convention used in cairo.
See
On Mon, 26 Nov 2007, Bryan Christ wrote:
Can anyone point me to some resources for contributing to Glib. I
have combed the gtk.org website looking for a FAQ or contributor guide
but can't find anything.
people can sign up for individual tasks for contributing to glib/gtk+ hee:
Hay all.
upstream GLib and Gtk+ have been branched now. as of this morning, both trunks
are at 2.15.0, and stable branches have been created for bugfixes:
http://svn.gnome.org/viewvc/glib/branches/glib-2-14/
http://svn.gnome.org/viewvc/gtk+/branches/gtk-2-12/
so the plan is to release
On Mon, 19 Nov 2007, Kalle Vahlman wrote:
2007/11/19, Tim Janik [EMAIL PROTECTED]:
Hay all.
upstream GLib and Gtk+ have been branched now. as of this morning, both
trunks
are at 2.15.0, and stable branches have been created for bugfixes:
http://svn.gnome.org/viewvc/glib/branches/glib-2
On Sat, 17 Nov 2007, Stefan Kost wrote:
Hi,
Tim Janik schrieb:
hey All.
first, a quick update on the GLib testing framework. allmost all of it
has been implemented at this point and is available here:
http://git.imendio.com/?p=timj/glib-testing.git;a=shortlog;h=gtester2
we're currently
On Fri, 16 Nov 2007, Tommi Komulainen wrote:
Some quick and random comments that come to mind...
/* syncronize rendering operations with X server rendering queue */
voidgtk_test_xserver_render_sync(GdkWindow *window);
/* synthesize and send key press or release event */
On Mon, 19 Nov 2007, Stefan Kost wrote:
Tim Janik schrieb:
the logic from the makefile might be useful to factor out into a script
for other GUI projects though, since it involved quite some tweaking to
handle missing Xvfb gracefully, find free display ids and provide
meaningful
error
On Fri, 16 Nov 2007, Owen Taylor wrote:
While I don't really consider
g_source_remove(some_id_that_I_might_already_have_removed) 100% valid,
the docs do imply that it is legal, so perhaps it would be worth fixing
up that case (say, by having a referencing internal variant of
On Fri, 16 Nov 2007, Alexander Larsson wrote:
I'm doing something where i have one thread queueing idles and timeouts
in a thread, and the main loop consumes this. In some cases i want to
remove the sources (to replace a timeout with an idle). However:
Am I missing something obvious here?
On Fri, 16 Nov 2007, Richard Hult wrote:
Tim Janik wrote:
hey All.
Hi Tim,
[snip]
/* syncronize rendering operations with X server rendering queue */
voidgtk_test_xserver_render_sync(GdkWindow *window);
Should this be named less X-ish? I noticed that some
On Fri, 16 Nov 2007, Alexander Larsson wrote:
On Fri, 2007-11-16 at 14:04 +0100, Tim Janik wrote:
On Fri, 16 Nov 2007, Alexander Larsson wrote:
I'm doing something where i have one thread queueing idles and timeouts
in a thread, and the main loop consumes this. In some cases i want
On Tue, 6 Nov 2007, Tim Janik wrote:
i've checked in Sven's and my code into a git-svn mirror of glib on
testbit.eu. so you can browse the recent changes here:
http://testbit.eu/gitdata?p=glib.git;a=shortlog;h=gtester
e.g. todays latest version of the testing examples is here:
http
On Wed, 7 Nov 2007, Morten Welinder wrote:
nobody has to use this syntax. you can stick to the ever simple:
g_assert (foo bar);
however if you want the value of 'foo' and 'bar' be printed out, instead
of just the value of (foo bar) which would be 0 or 1, then there are
no other means
On Tue, 6 Nov 2007, Matthias Clasen wrote:
On 11/1/07, Tim Janik [EMAIL PROTECTED] wrote:
One thing I find pretty useful, that has not been mentioned so far (or
I missed it) is regression tests for bugs. For these it is very useful
to have some standardized way to refer to the bug
On Tue, 6 Nov 2007, Matthias Clasen wrote:
On Nov 6, 2007 2:19 PM, Tim Janik [EMAIL PROTECTED] wrote:
On Tue, 6 Nov 2007, Matthias Clasen wrote:
On 11/1/07, Tim Janik [EMAIL PROTECTED] wrote:
One thing I find pretty useful, that has not been mentioned so far (or
I missed it) is regression
On Thu, 1 Nov 2007, Stefan Kost wrote:
Hi Tim,
Now some comments about the API
g_test_create_case - g_test_case_create
g_test_create_suite - g_test_suite_create
i think this is a bit of a philosophy issue. i'd like to think about
the new testing framework as one integrated thing, and that
examples
* Copyright (C) 2007 Tim Janik
*
* This work is provided as is; redistribution and modification
* in whole or in part, in any medium, physical or electronic is
* permitted without restriction.
*
* This work is distributed in the hope that it will be useful,
* but WITHOUT ANY
On Fri, 19 Oct 2007, Federico Mena Quintero wrote:
On Wed, 2007-10-17 at 11:56 +0200, Tim Janik wrote:
- extend the g_assert() docs to note that:
1) programmers are more likely to want to use g_warn_if_fail instead
(particularly for libraries, allthough the destabilizing effects
hey All.
proposing to turn g_asert into a warning:
http://mail.gnome.org/archives/gtk-devel-list/2007-October/msg00053.html
was obviously not perceived too well.
as i read it, most people are not against my basic
reasoning, but are clearly in favour of adding
g_warn_if_fail or a similar
hey All.
i'd like to propose to turn g_assert and friends like g_assert_not_reached
into warnings instead of errors. i'll give a bit of background before the
details though.
the main reasons we use g_return_if_fail massively throughout the glib and
gtk+ code base is that it catches API misuses
On Fri, 12 Oct 2007, Yevgen Muntyan wrote:
Hey,
Why not introduce a new check, some g_check_stuff() which would
do what you propose? And let g_assert() be what it is, a glib analog
of C assert(). When an assertion fails, you can't possibly expect the
code to function in any meaningful way,
On Fri, 12 Oct 2007, Owen Taylor wrote:
On Fri, 2007-10-12 at 11:52 +0200, Tim Janik wrote:
i'd like to propose to turn g_assert and friends like g_assert_not_reached
into warnings instead of errors. i'll give a bit of background before the
details though.
This is an incompatible change
hey All.
there have been some pings recently on API changing bugs in
bugzilla, and i've heared about other API related bugs coming
up soon. so i guess next week would be a good time to branch Gtk+ for 2.13
and GLib for 2.15. at least, i intend to do it then if no one
beats me at it. ;)
feedback
On Thu, 20 Sep 2007, Raffaele Sandrini wrote:
On Wed, 2007-09-19 at 19:17 +0200, Tim Janik wrote:
erm, no. that's at least not a clean solution, ref counts may increase and
decrease at any point in time for random reasons (caches, garbage collection
algorithms, etc...), even from
On Fri, 14 Sep 2007, Alexander Larsson wrote:
I got some feedback on gio about a getter function that returned a ref,
and now I'm reviewing the gio APIs for things like that, making sure its
internally consistent and consistent with gtk+/glib.
However, I'm not sure what the gtk+ standard for
On Wed, 22 Aug 2007, gtk+ (bugzilla.gnome.org) wrote:
http://bugzilla.gnome.org/show_bug.cgi?id=459555
gtk+ | gdk | Ver: unspecified
Tim Janik changed:
What|Removed |Added
On Tue, 14 Aug 2007, Olav Vitters wrote:
GTK+ is the main user of the developer API reference with links from:
http://www.gtk.org/api/
I want to redirect:
http://developer.gnome.org/doc/API/2.0/
to:
http://library.gnome.org/developer/
See for instance the GTK+ API reference on:
On Thu, 16 Aug 2007, Frederic Peters wrote:
Tim Janik wrote:
- the most requested documentation feature at linuxtag was to make
our docs searchable, http://developer.gnome.org/doc/API/ has
a site specific google search entry now. this functionality
needs to be preserved
hi Tor.
your recent change:
2007-07-03 Tor Lillqvist [EMAIL PROTECTED]
* configure.in: Handle GDK_PIXBUF_EXTRA_LIBS like GDK_EXTRA_LIBS,
i.e. clear it if enable_explicit_deps isn't on. If we build with
--with-included-loaders and --enable-explicit-deps=no we
On Mon, 2 Jul 2007, Elijah Newren wrote:
Hi,
Sorry to be a pest, but I noticed gtk+-2.11.5 was out, and was
surprised to not see the tips_data_list vs. _tips_data_list issue
reverted. So...
On 6/25/07, Elijah Newren [EMAIL PROTECTED] wrote:
On 6/22/07, Matthias Clasen [EMAIL PROTECTED]
On Tue, 3 Jul 2007 [EMAIL PROTECTED] wrote:
Hello,
does anyone have any documents describing how the evnting is handled in
GTK. I
this mailing list is about the development of glib and gtk+ itself,
so such things should rather be asked on gtk-list or gtk-app-devel-list:
On Mon, 2 Jul 2007 [EMAIL PROTECTED] wrote:
Hi,
Is there any document like this:
http://www.sunsite.ualberta.ca/Documentation/Graphics/by-node/gtk+-1.1.1/gtk_toc.html
Showing the internal details of GTK. This one is pretty outdated(almost 9
yrs old) and incomplete. I wanted to know the
On Mon, 25 Jun 2007, Kristian Rietveld wrote:
On Mon, Jun 25, 2007 at 09:34:56PM +0100, Damon Chaplin wrote:
Tim said we get motion hints everywhere now anyway (though I can't see
where that is done in the code). See the last paragraph here:
On Fri, 22 Jun 2007, Murray Cumming wrote:
I sent this to gtk-list by mistake. Re-sending it to gtk-devel-list:
I think the recent change to the GType definition is causing linker
errors by changing the GType definition from gulong to gsize. We are
left with the #else definition that was
On Thu, 21 Jun 2007, Elijah Newren wrote:
Just realized that pygtk and gtk-devel-list subscribers may not be on
d-d-l. So I'm forwarding this. See
http://mail.gnome.org/archives/desktop-devel-list/2007-June/msg00109.html
for the thread and discussion. Please jump in.
-- Forwarded
On Thu, 21 Jun 2007, Daniel Macks wrote:
On 6/16/07, Matthias Clasen [EMAIL PROTECTED] wrote:
No. automake versions are not compatible.
Simply changing the requirements is not an option.
Following up to http://bugzilla.gnome.org/show_bug.cgi?id=448828
on-list because it's a
On Fri, 22 Jun 2007, Murray Cumming wrote:
On Fri, 2007-06-22 at 10:05 +0200, Tim Janik wrote:
On Fri, 22 Jun 2007, Murray Cumming wrote:
For instance, glibmm's library contains a
void get_defs(unsigned long)
But now, when building gtkmm, the linker is looking for
void get_defs(unsigned
On Fri, 22 Jun 2007, Murray Cumming wrote:
On Fri, 2007-06-22 at 10:27 +0200, Tim Janik wrote:
b) GtkTooltips is going to be deprecated in 2.12 anyways, so there
is little use in continuing to use it anyway.
c) note that the actual compilation changes could easily be ironed out
On Fri, 22 Jun 2007, Murray Cumming wrote:
On Fri, 2007-06-22 at 10:46 +0200, Tim Janik wrote:
On Fri, 22 Jun 2007, Murray Cumming wrote:
On Fri, 2007-06-22 at 10:27 +0200, Tim Janik wrote:
b) GtkTooltips is going to be deprecated in 2.12 anyways, so there
is little use in continuing
On Fri, 22 Jun 2007, Murray Cumming wrote:
On Fri, 2007-06-22 at 11:03 +0200, Tim Janik wrote:
On Fri, 22 Jun 2007, Murray Cumming wrote:
On Fri, 2007-06-22 at 10:46 +0200, Tim Janik wrote:
On Fri, 22 Jun 2007, Murray Cumming wrote:
On Fri, 2007-06-22 at 10:27 +0200, Tim Janik wrote:
b
On Fri, 22 Jun 2007, Tommi Komulainen wrote:
On 6/22/07, Tim Janik [EMAIL PROTECTED] wrote:
c) note that the actual compilation changes could easily be ironed out
by Gtk+ by doing s/_tips_data_list/tips_data_list/ but was introduced
deliberately, to catch remaining tips_data_list uses
On Mon, 18 Jun 2007, Alberto Mardegan wrote:
Hello everybody,
I have an application using some plugins which define some dynamic
types by means of the GTypeModule API. So far, so good.
But if one of this plugins is dynamically linked to a library (say,
Gtk+) that registers static types,
On Mon, 18 Jun 2007, Alberto Mardegan wrote:
Still, the point applies to other libraries, such as DBus-glib (it uses
g_boxed_type_register_static()) or any library which registers any static
GType: the application cannot know what libraries the plugins are linked to,
and in most cases even
On Thu, 14 Jun 2007, Damon Chaplin wrote:
On Tue, 2007-06-12 at 13:59 +0200, Kristian Rietveld wrote:
2. When you need a tooltip with a little more fancy contents, like
adding an image, or you want the tooltip to have different contents
per GtkTreeView row or cell, you will have to
On Thu, 14 Jun 2007, BJörn Lindqvist wrote:
On 6/12/07, Kristian Rietveld [EMAIL PROTECTED] wrote:
On Sun, Jun 10, 2007 at 10:38:44AM +0200, Murray Cumming wrote:
There's also a new GtkTooltip object. Could we have some more information
about how this should be used and if it replaces any
On Wed, 13 Jun 2007, Johan Dahlin wrote:
Samuel Cormier-Iijima wrote:
gint gtk_builder_enum_from_string(GType type,
const char *string);
Just curious, but why do you have gtk_builder_enum_from_string when
On Wed, 13 Jun 2007, Johan Dahlin wrote:
Tristan Van Berkom wrote:
Let's do something a little cleaner and more flexible;
typedef void (*GtkBuilderConnectFunc) (GtkBuilder *builder,
const gchar *handler_name,
On Sat, 16 Jun 2007, Damon Chaplin wrote:
On Fri, 2007-06-15 at 11:25 +0200, Tim Janik wrote:
please read Kris' description again.
if you set ::tooltip-markup, ::has-tooltip is set automatically, and
you don't need to worry about it. this is *not* the case if you connect to
::query-tooltip
On Thu, 14 Jun 2007, Johan Dahlin wrote:
Tim Janik wrote:
there could conceivably be new flags in the future. also,
object is different from swapped. the former should use
g_signal_connect_object which needs a GObject argument and
auto-disconnects the signal handler if the object argument
On Tue, 12 Jun 2007, Johan Dahlin wrote:
Havoc Pennington wrote:
Is the Hello, World simplest use case as short and simple as it possibly
could be? That's always a handy final litmus test for an API.
How do you do an hello world in a ui toolkit?
this page shows the very first hello-world
On Sun, 27 May 2007, Tor Lillqvist wrote:
Philip Withnall writes:
I've now got a list of patches which could be applied to GTK+ which are
currently just sitting in Bugzilla for GtkTreeView and GtkIconView.
Should I put a comment in each bug report, or send the list to someone
or what?
On Thu, 17 May 2007, Joern P. Meier wrote:
Hi,
I had some problems with icons from the built-in cache not being loaded
on Mac/PPC. I traced the problem to gdk_pixdata_deserialize (in
gdk-pixdata.c) and noticed that the magic word was reversed.
In gdk_pixdata_serialize, g_htonl is used for
On Tue, 15 May 2007, Miklos Szeredi wrote:
On Fri, 11 May 2007 13:55:25 +0200 (CEST)
seems you managed to crash around the slice debugger doing realloc().
more interesting than the backtrace should actually be the
program output.
if you saw something like:
GSlice: MemChecker: attempt to
On Tue, 15 May 2007, Miklos Szeredi wrote:
So the question is, should glib not make some sanity checking for code
that is not actually thread related (like gslice).
it does do sanity checking, it throws a big bold warning if you call
thread_init and gslice in the wrong order:
1 - 100 of 303 matches
Mail list logo