On Sun, Jan 18, 2009 at 12:24 PM, Dr. David Alan Gilbert
gilbe...@treblig.org wrote:
* Matthias Clasen (matthias.cla...@gmail.com) wrote:
On Sat, Jan 17, 2009 at 8:19 PM, Dr. David Alan Gilbert
gilbe...@treblig.org wrote:
* Matthias Clasen (matthias.cla...@gmail.com) wrote:
Thanks for the
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:
GLib 2.19.5 is now available for download at:
ftp://ftp.gtk.org/pub/glib/2.19/
http://download.gnome.org/sources/glib/2.19/
glib-2.19.5.tar.bz2 md5sum: b9f8453dd38266108641c448ea8d5bee
glib-2.19.5.tar.gz md5sum: 008ca6368c8f4d6e286be8eb2b4be24c
This is the fifth development release leading
hi everyone;
this is the usual reminder for the IRC GTK+ Team Meeting. the meeting
will be held in the #gtk-devel channel on irc.gnome.org, at 20:00
UTC[1].
the points are:
o new GTK+ hackfest (behdad)
o Miscellaneous
eventual changes will be notified on the wiki page[0].
everyone can
Fedora has a (currently unapplied?) patch in its gtk2 package which
changes GtkEntry's invisible-char defualt from * to • (Unicode
0x2022 BULLET).
openSUSE has a patch that changes the invisible-char to ● (Unicode
0x25CF BLACK CIRCLE).
I'm arguing for committing openSUSE's patch based on the
Hi Federico,
If I can have a word on this:
The big circle is wider than most characters.
Compare the following 3 patterns: (10 chars, monospace)
●●
••
1234567890
When people type in a password they don't expect it to look much longer
than what has been typed, right?
Regards,
Federico Mena Quintero wrote:
openSUSE has a patch that changes the invisible-char to ● (Unicode
0x25CF BLACK CIRCLE).
What happens when the current font is missing that character? Will it
try to find another font that has it, or will there be a manual fallback
that uses '*' instead? The
On Tue, 2009-01-20 at 04:14 +0200, Xan Lopez wrote:
How is this different from bug
http://bugzilla.gnome.org/show_bug.cgi?id=83935 that was committed
some months ago? It even uses your favorite character!
Argh, I'm an idiot. As usual, Garnacho created the perfect patch.
What happened is
On Tue, Jan 6, 2009 at 12:31 AM, Matthias Clasen
matthias.cla...@gmail.com wrote:
I'd like to get this functionality into 2.16, if nobody objects, but
I'm not entirely sure that I have managed to come up with the best
possible api for this yet:
To wrap up this discussion:
I just committed a
Hello. I'm the maintainer of the pango and cairo ports in MacPorts.
We seem to be on a push recently to enable full 4-way universal
builds in various ports. This means building for all four Mac
architectures: i386 ppc x86_64 ppc64.
Cairo had trouble building 4-way universal because it
Ryan Schmidt wrote:
Now we have a similar problem with Pango. Here is our ticket on this issue:
http://trac.macports.org/ticket/17049
It contains some patches and comments by one of our maintainers,
including an implementation that uses CoreText instead of ATSUI. This
should work on
Felipe Sanches wrote:
I've been thinking a bit about some needs we have in Inkscape.
Imagine that we have 2 SVG documents opened in Inkscape. One of these
has an SVG Font in it (which are implemented using cairo userfonts).
This font should appear only in the font list of the document where it
Hi all,
I can get the GDK_SELECTION_PRIMARY data with the help of
gtk_selection_convert function, but the PRIMARY selection maybe not owned by
the actived window. How can I get the selected text in the actived window or
how to check whether the selection is owned by the actived window?
Need help.
Hi,
the current win32 Pango 1.22.2 binary build has a severe memory leak (#562574).
I'm a build novice (I use PyGtk) but I managed to build Pango (1.22.4)
myself using MinGW and it seems to be working well (even complex
scripts).
However I did not follow the README.win32 as it locked out of date
Is there any time plan for the next updated of the Pango Win32
binaries? (I really trust them a lot more).
Hmm, I seem to have overlooked the Pango 1.22.4 release. I will build
binaries right away.
--tml
___
gtk-list mailing list
gtk-list@gnome.org
GLib 2.19.5 is now available for download at:
ftp://ftp.gtk.org/pub/glib/2.19/
http://download.gnome.org/sources/glib/2.19/
glib-2.19.5.tar.bz2 md5sum: b9f8453dd38266108641c448ea8d5bee
glib-2.19.5.tar.gz md5sum: 008ca6368c8f4d6e286be8eb2b4be24c
This is the fifth development release leading
Searching for a simple method of running separate processes without
ignoring muppet's constant advice not to use threads, I stumbled upon
forks[1] (a drop-in replacement to threads using forks, including shared
variables), which seems an excellent solution.
What makes me suspicious,
I have a textView with a textBuffer associated with it.
When I start running my program and insert text to the buffer, it doesn't
appear on the textView, only after I click the textView with the mouse or
add another text, it appears.
I don't know why is it, maybe its a problem of the buffering,
2009/1/19 Dafna Hirschfeld daf...@gmail.com:
I have a textView with a textBuffer associated with it.
When I start running my program and insert text to the buffer, it doesn't
appear on the textView, only after I click the textView with the mouse or
add another text, it appears.
That's a
-- Forwarded message --
From: Dafna Hirschfeld daf...@gmail.com
Date: Mon, Jan 19, 2009 at 4:51 PM
Subject: Re: bug on TextBuffer and TextView
To: Emmanuel Rodriguez emmanuel.rodrig...@gmail.com
the code is very simple, copied from the tutorials of gtk
in one place of the
Sorry for the double spam. I forgot to include the mailing list on the
first mail.
On Mon, Jan 19, 2009 at 4:19 PM, Emmanuel Rodriguez
emmanuel.rodrig...@gmail.com wrote:
On Mon, Jan 19, 2009 at 3:51 PM, Dafna Hirschfeld daf...@gmail.com wrote:
the code is very simple, copied from the tutorials
Here is a simple example that works (I've used most of your code
snippet).
Maybe it would be useful to attach an example that shows the
misbehaviour you've described.
---Example---
#! /usr/bin/perl -w
use Gtk2 '-init';
my $window =
jeffrey.ratcli...@gmail.com writes:
Searching for a simple method of running separate processes without
ignoring muppet's constant advice not to use threads, I stumbled upon
forks[1] (a drop-in replacement to threads using forks, including
shared variables), which seems an excellent
On Sun, Jan 18, 2009 at 9:55 PM, Torsten Schoenfeld kaffeeti...@gmx.de wrote:
muppet wrote:
Careful --- that will most definitely be a naming conflict with
Glib::Object::get().
$style-get (...);- should that be Glib::Object::get() or
Gtk2::Style::get() ?
I tried to how the C++ and D
24 matches
Mail list logo
