2009/1/21 Liam R E Quin l...@holoweb.net:
On Mon, 2009-01-19 at 18:43 +0100, BJörn Lindqvist wrote:
Actually, a custom allocator could be useful even in the general case.
Malloc is a system call and has quite bad performance on certain
platforms (windows in particular i think). Something like
Actually, a custom allocator could be useful even in the general case.
Malloc is a system call and has quite bad performance on certain
platforms (windows in particular i think). Something like the gslice
allocator could
Probably improve performance a bit.
2009/1/18, muppet sc...@asofyet.org:
Actually, a custom allocator could be useful even in the general case.
Malloc is a system call and has quite bad performance on certain
platforms (windows in particular i think). Something like the gslice
allocator could
Probably improve performance a bit.
2009/1/18, muppet sc...@asofyet.org:
2008/11/25 Emmanuele Bassi [EMAIL PROTECTED]:
= minutes for the 2008-11-25 meeting =
* alexl: client-side windows branch
+ third iteration of the offscreen redirection support
+ first was an hacked up version
+ second was a cleaned up version
+ third (current) incorporates owen's feedback
And the patch is here:
http://bugzilla.gnome.org/show_bug.cgi?id=562244
2008/10/7 BJörn Lindqvist [EMAIL PROTECTED]:
Hello good people,
I think there should be a contract that all subclasses of GtkContainer
must implement. Conceptually, a container is a collection of
widgets. Usually
2008/10/28 Sulabh Bista [EMAIL PROTECTED]:
Dear all:
I am new to GTK. I am learning the basics like buttons, packing, signals
etc. and along with it trying to write a Nibbles like worm game.
The window variable is not initialized. For help on how to use gtk,
please use the [EMAIL PROTECTED]
2008/10/8 Xavier Bestel [EMAIL PROTECTED]:
On Tue, 2008-10-07 at 21:52 +, BJörn Lindqvist wrote:
In the future (3.0 maybe?) it would be cool if there was a Sequence
interface that container widgets could implement. That way it would be
more explicit how containers should be implemented
Hello good people,
I think there should be a contract that all subclasses of GtkContainer
must implement. Conceptually, a container is a collection of
widgets. Usually that collection is implemented as a list but it does
not have to be [1]. This means that:
1. The order child widgets are stored
2008/9/24 Michael Natterer [EMAIL PROTECTED]:
On Wed, 2008-09-24 at 11:23 -0400, Morten Welinder wrote:
I don't think the minutes reflect what was said in the meeting here.
My understanding was hat the H/V subclasses get deprecated as soon
as the code to enable flipping in their parent
2008/9/18 Sebastien Bacher [EMAIL PROTECTED]:
* GtkAdjustment now enforces that values are restricted to the
range [lower, upper - page_size]. This has always been the documented
behaviour, and the recommended practice is to set page_size to 0
when using adjustments for simple scalar
These status reports are very useful. Thanks for posting them!
2008/9/11 Diego Escalante Urrelo [EMAIL PROTECTED]:
Hey GTK+ people,
Biohazard report is back, now with help from Christian Dywan :)
One liners for documentation:
- Bug 452949 – Mark GError messages as translatable
+ Easy
2008/6/2 Johan Dahlin [EMAIL PROTECTED]:
An alternative here is make a clean break, eg only use this in new
language bindings and make the typelib/GIR define the API.
For Python I plan to;
* Convert PyGTK .defs to .xml, still keep them locally
* Find out the changes between the .gir in
2008/8/23 Havoc Pennington [EMAIL PROTECTED]:
How much more complicated is it for bindings (most of which use ref-counted
strings themselves) to wrap a reference to a
string instead of wrapping a whole new copy of the string.
This one I can answer: most bindings would have to copy the
2008/8/15 Matt Keenan [EMAIL PROTECTED]:
Hi,
Just doing a functions diff between Gtk 2.12.9 (Gnome 2.22) and Gtk 2.13.5
(Current for 2.24), and I've noticed about 60 function calls have been
removed.
See the (now removed) comment in gtkfilesystem.h:
/* This is a semi-private header; it is
to be fixed with irritating casts.
2008/7/3, Brian J. Tarricone [EMAIL PROTECTED]:
BJörn Lindqvist wrote:
On Thu, Jul 3, 2008 at 3:49 PM, Alberto Mardegan
[EMAIL PROTECTED] wrote:
ext Havoc Pennington wrote:
Whether you agree or not, the GLib types don't use const in their API,
so if you try
I've scoured the docs but I can't figure this one out.
gtk_menu_set_active sets the active item in a menu, whatever that
means. gtk_menu_shell_activate_item activates an item in a
GtkMenuShell which presumedly is the same thing as setting the active
item, isn't it? gtk_menu_shell_select_item
Hello good people!
This is the release announcement for TestingGTK version 1.0.0, a test
suite for GTK+ and its associated libraries written in Python. It is
intended to be of use for identifying regressions in GTK+ and to make
it easier to verify the correctness of patches.
TestingGTK currently
In my opinion..
The total amount of energy needed to maintain Gtk is X. X is
proportional to the size of the code base S. X is also proportional to
the age of the code A. The older it is, the more programmers have
touched it, the more hacks it has accumulated.
So the equation is:
X=A*S
the
. Embedded developers wont want to pick
it up before 2012.
At which time i would feel really sorry for them if they still haven't
access to a c99-capable compiler.
2008/6/3, Alberto Ruiz [EMAIL PROTECTED]:
2008/6/3 BJörn Lindqvist [EMAIL PROTECTED]:
Here is an overview:
http://www.kuro5hin.org/story
On Fri, May 23, 2008 at 11:24 PM, Yu Feng [EMAIL PROTECTED] wrote:
Hi everyone,
Isn't the GtkImage in a GtkImageMenuItem an internal widget?
No, GtkImageMenuItem is a GtkContainer and the image widget is set
explicitly as its child, so it is not internal. gtk_container_forall
says internal
2008/4/27 nisha jain [EMAIL PROTECTED]:
Hi All,
I am using Gtk widgets to develop the application and i am getting following
segmentation fault after some time..
Does any one can provide some information regarding it as what could be the
reason...
GLIB CRITICAL ** Pango -
2008/4/22 amol [EMAIL PROTECTED]:
Hi
I have a TreeView with two columns one pixbuf and one text.
when i have large text in text column the height of text column never
increase beyond height of pixbuf.
This works for me and I can not reproduce it.
If there is no pixbuf rendered height
On Wed, Apr 16, 2008 at 7:19 AM, Diego Escalante Urrelo
[EMAIL PROTECTED] wrote:
Hey!
I took some minutes to try a bunch of the patches in the bottomless
pit of GTK+ bugzilla, I put the results of my triaging in
live.gnome.org:
http://live.gnome.org/GtkLove/PatchTriaging
Most of
2008/4/2 Christian Neumair [EMAIL PROTECTED]:
Today I experienced an odd lockup in Nautilus (cf. attachment for the
full backtrace). The innermost frames are:
#1 0xb6e783ee in bsearch () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7c50047 in _gtk_style_peek_property_value ()
from
2008/3/27 Paul LeoNerd Evans [EMAIL PROTECTED]:
On Thu, Mar 27, 2008 at 09:38:37AM +0100, Xavier Bestel wrote:
A very long time ago (over half a decade actually!) Søren Sandmann
posted a patch[1] that added smooth scrolling to gtk. For some reason
that patch was never integrated in
A very long time ago (over half a decade actually!) Søren Sandmann
posted a patch[1] that added smooth scrolling to gtk. For some reason
that patch was never integrated in mainline, but at least Gentoo
patched their gtk with it.
I think it is a really nice feature and would be really happy to
On Mon, Feb 25, 2008 at 9:01 PM, Simos Xenitellis
[EMAIL PROTECTED] wrote:
1. jhbuild build gtk+(just 16 packages)
2. jhbuild shell to get a shell with env variables properly set.
3. now run your test program that is based on gtk+; will use fresh
gtk+ library, the rest of
On Nov 13, 2007 4:15 PM, BJörn Lindqvist [EMAIL PROTECTED] wrote:
Checkout using:
svn co svn.gnome.org/svn/cairoio/trunk cairoio
The implementation is in /ref/cairoio.py which also contain lots of
documentation. I know the name CairoIO might not be so nice, but it
is only seven
On Nov 15, 2007 10:34 PM, Mikkel Kamstrup Erlandsen
[EMAIL PROTECTED] wrote:
Some background info about this project is found here:
* http://www.mail-archive.com/gtk-devel-list@gnome.org/msg06472.html
* http://live.gnome.org/GtkCairoIntegration
*
On Nov 14, 2007 7:54 AM, Kalle Vahlman [EMAIL PROTECTED] wrote:
Matthias is right IMO, if you need to limit the additions of
GInterface methods for C#, it should be done by the binding. Of
course, if this is a more general problem, *then* it might be
approperiate to refrain from adding
which also contain lots of
documentation. I know the name CairoIO might not be so nice, but it
is only seven characters. Maybe someone can think of a better name?
Feedback welcome!
--
mvh Björn Lindqvist
___
gtk-devel-list mailing list
gtk-devel-list
Hello Tim,
I have found that a good way to write tests, is to write them in
Python. Almost all libraries (and certainly all in the GNOME platform)
has Python bindings, so it doesn't matter if you use C or Python to
write your tests. In fact, writing the tests in Python should be
beneficial
I've written a wiki page summarizing this and previous discussions on
this topic: http://live.gnome.org/GtkCairoIntegration. Please update
it mercilessly.
--
mvh Björn
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On 10/15/07, Carl Worth [EMAIL PROTECTED] wrote:
On Sat, 13 Oct 2007 00:51:44 +, =?ISO-8859-1?Q?BJ=F6rn_Lindqvist?=
wrote:
I have played around with Cairo some more and it seems to me that it
is not fully ready yet. :( Cairo blits and scales much slower than
gdk-pixbuf (software that
On 10/8/07, Kalle Vahlman [EMAIL PROTECTED] wrote:
2007/10/8, BJörn Lindqvist [EMAIL PROTECTED]:
It feels like Cairo doesn't fit in. For example, GDK uses GdkColor to
represent colors but Cairo has no equivalent.
There is gdk_cairo_set_source_color() though, which bridges the gap.
Same
On 10/8/07, Havoc Pennington [EMAIL PROTECTED] wrote:
BJörn Lindqvist wrote:
So how about replacing gdk-pixbuf with something cairo compatible that
is also modern? 16 bits per sample is common these days. Support for
digital camera RAW images would also be nice. Is a completely new
image
Hello!
On 10 Oct 2007 21:46:38 +0200, Soeren Sandmann [EMAIL PROTECTED] wrote:
BJörn Lindqvist [EMAIL PROTECTED] writes:
Incidentally, blitting pixbufs is slower than it has to be because its
format rarely matches the X11 server which uses either xRGB32 or
ARGB32.
I don't disagree
On 10/12/07, Emmanuele Bassi [EMAIL PROTECTED] wrote:
On Fri, 2007-10-12 at 14:40 +0200, Mathias Hasselmann wrote:
So I guess what you really want is some kind of g_soft_assert or some
g_warn_if_fail.
+1 on a g_warn_if_fail() API addition.
What is wrong with:
if (!everything_is_ok)
On 10/7/07, Christophe Dehais [EMAIL PROTECTED] wrote:
ok guys, one more cube here.
again, no color, just to see how the shapes look like.
I think it looks very good and the current sketched box icon is ugly.
It is impossible to make it look good at different resolutions.
--
mvh Björn
Hello all, I'd like to ask some questions and maybe also start some
discussion about GDK and Cairo.
GTK+ is built on top of GDK and those libraries were built together so
they fit well with each other. But now, parts (or all?) of GDK is
about to be replaced with the much more powerful Cairo
Howdy,
Could someone please apply the patch in bug #315437? Maybe it also
could be a good idea to bake an emergency release of glib asap?
Currently, compiling with glib in gcc 4.2.1 and above is broken for
all C99 programs:
$ gcc -o anything anything.c `pkg-config --cflags --libs glib-2.0`
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 existing API, please?
Sure ;) As Matthias
42 matches
Mail list logo