hi everyone;
tonight there will be a gtk+ team IRC meeting:
#gtk-devel on irc.gimp.org, at 20:00 UTC[1]
the discussion points for the meeting are:
* status of GtkBuilder;
* small API additions still pending;
* removal of the remaining linux-fb bits;
as usual, everyone can attend.
ciao,
On Tue, 2007-06-12 at 13:59 +0200, Kristian Rietveld 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
On Thu, 2007-06-07 at 00:42 +0200, Tomasz Jankowski wrote:
Hi!
My question isn't really important, I'm only curious ;P
Why did you add functions below to GDK?
gdk_threads_add_idle
gdk_threads_add_idle_full
gdk_threads_add_timeout
gdk_threads_add_timeout_full
If we write multi thread
On Mon, Jun 11, 2007 at 12:50:48AM -0500, Yevgen Muntyan wrote:
What's wrong with the filechooser, by the way? File
managers seem to work that way: you say Create
Folder and it creates folder. If you're unhappy, you
delete it. If you changed your mind while editing
name, hit Escape which
On 6/12/07, Kristian Rietveld [EMAIL PROTECTED] wrote:
On Mon, Jun 11, 2007 at 05:27:05PM +1200, Tim Evans wrote:
I've attached a small PyGTK script that illustrates the problem. Our
users are presented with a GtkTreeView containing a list of strings to
edit. Having changed the values to
On Tue, Jun 12, 2007 at 09:34:50AM +1000, Daniel Kasak wrote:
Also related:
http://bugzilla.gnome.org/show_bug.cgi?id=317387
... affects cells with a CellRendererCombo as well.
I think this is related in a different way, since you currently do not
get a signal when the value in the combo
Hi,
During the Gtk+ developer meeting today it was decided that there will be a
final GtkBuilder discussion before it gets committed to trunk.
The current plan is that there will be a new developer release in the end of
the week, most likely on friday and that GtkBuilder is going to be included
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.
From the header it looks like the simplest hello, world would have to
builder_new, add_from_file, connect_signals, get_object at minimum?
Maybe there's a
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?
Should it include signals? How many widgets?
From the header it looks like the simplest
On 6/12/07, Johan Dahlin [EMAIL PROTECTED] 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?
Should it include signals? How many
On 6/12/07, Johan Dahlin [EMAIL PROTECTED] 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?
Should it include signals? How many
On 6/12/07, Johan Dahlin [EMAIL PROTECTED] wrote:
Not so nice, really.
And still missing connect_signals() and (maybe) set_translation_domain.
Yeah, so it would probably have to be
GObject *
gtk_builder_load_object_from_file (const gchar *filename,
Warning! Spelling nazism follows...
Is the misspelling of GTK_BUILDER_ERROR_MISSING_ATTRIBUTE in
GtkBuilderError below a transcription error?
There're also spelling errors in the documentation for:
GtkBuilderConnectFunc: s/intented/intended/ and s/non NULL/non-%NULL/
Hi,
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?
Should it include signals? How many widgets?
For this
On Tue, 2007-06-12 at 18:26 -0300, Johan Dahlin wrote:
Hi,
During the Gtk+ developer meeting today it was decided that there will be a
final GtkBuilder discussion before it gets committed to trunk.
The current plan is that there will be a new developer release in the end of
the week, most
Philip Withnall wrote:
Warning! Spelling nazism follows...
Is the misspelling of GTK_BUILDER_ERROR_MISSING_ATTRIBUTE in
GtkBuilderError below a transcription error?
Oops did not catch that. auto-completion can be dangerous.
There're also spelling errors in the documentation for:
On Tue, 2007-06-12 at 19:38 -0300, Johan Dahlin wrote:
So what about some GtkBuiltDialog object class which would do that
automatically, while taking care of the dialog properties, and so being
able to inherit from it to ease the creation of such dialogs ?
[..]
Do you like the idea ?
Johan Dahlin wrote:
[snip]
/**
* gtk_buildable_set_name:
* @buildable: a #GtkBuildable
* @name: name to set
*
* Sets the name of the buildable object, it's used to synchronize the name
* if the object already has it's own concept of name.
*
* #GtkWidget implements this to
Steve Frécinaux wrote:
On Tue, 2007-06-12 at 19:38 -0300, Johan Dahlin wrote:
So what about some GtkBuiltDialog object class which would do that
automatically, while taking care of the dialog properties, and so being
able to inherit from it to ease the creation of such dialogs ?
Yevgen Muntyan wrote:
Johan Dahlin wrote:
[snip]
/**
* gtk_buildable_set_name:
* @buildable: a #GtkBuildable
* @name: name to set
*
* Sets the name of the buildable object, it's used to synchronize
the name
* if the object already has it's own concept of name.
*
*
Johan Dahlin wrote:
Yevgen Muntyan wrote:
Johan Dahlin wrote:
[snip]
/**
* gtk_buildable_set_name:
* @buildable: a #GtkBuildable
* @name: name to set
*
* Sets the name of the buildable object, it's used to synchronize
the name
* if the object already has it's own concept of
On 6/12/07, Yevgen Muntyan [EMAIL PROTECTED] wrote:
Sorry for not being clear, I meant how widget names are used in rc
files/strings. Gtk docs seem to imply that widget names have
other uses, perhaps there are some, don't know.
and how are they related to widgets constructed
by
Matthias Clasen wrote:
On 6/12/07, Yevgen Muntyan [EMAIL PROTECTED] wrote:
Sorry for not being clear, I meant how widget names are used in rc
files/strings. Gtk docs seem to imply that widget names have
other uses, perhaps there are some, don't know.
and how are they related to widgets
Hi,
I found a typo.
2007/6/13, Johan Dahlin [EMAIL PROTECTED]:
gtkbuilder.h
/**
* gtk_builder_add_from_file:
* @buildable: a #GtkBuilder
@buildable - @builder
* @filename: the name of the file to parse
* @error: return location for an error
*
* Parses a string
Yevgen Muntyan wrote:
Matthias Clasen wrote:
On 6/12/07, Yevgen Muntyan [EMAIL PROTECTED] wrote:
Sorry for not being clear, I meant how widget names are used in rc
files/strings. Gtk docs seem to imply that widget names have
other uses, perhaps there are some, don't know.
GTK+ 2.10.13 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/v2.10/
http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.10/
gtk+-2.10.13.tar.bz2 md5sum: d0af87715f3b0f05bf38a3312a528012
gtk+-2.20.13.tar.gzmd5sum: 729abacb8cba288595022be1f2d1fd40
This is a bug fix release in the
I've been paying some attention recently to the rendering of various
scripts in Pango. One thing I've noticed is that there are a number of
cases where Pango seems to fall short in rendering Indic text. I would
like to help out with this, but I find that the code is poorly
documented and not easy
On 6/12/07, Sean Burke [EMAIL PROTECTED] wrote:
I've been paying some attention recently to the rendering of various
scripts in Pango. One thing I've noticed is that there are a number of
cases where Pango seems to fall short in rendering Indic text. I would
like to help out with this, but I
Hi,
I am using gnome 2.8.0 on my RHEL 4. I would like to get the icon
related with each file type (mime type). How can I get this information?
I am asking in generic terms.
Thanks for your help.
Regards,
Lloyd
__
Scanned and protected by Email scanner
Hello GTKers.
This might be my one and only posting to this list.
I posted the following email to the Ardour(http://ardour.org) development group.
One of the replies suggested that maybe my feature request is better suited at
the GTK level.
So here I am.
Here's the email I sent to the Ardour
Hi,
I'm trying to build a universal version of gtk2 on OS X, and currently
I'm stuck trying to build a universal gtk2 (2.13.3)
# Build and install i386 version
mkdir i368; cd i386
../configure $COMMON CC='gcc -arch i386 ' CXX='g++ -arch i386'
make; sudo make install
cd ..
# Build ppc, and lipo
Hi,
I'm tring to build Firefox 1.5.0.3 with DFB patch on Mips, over GTK 2.10.1. The
gtk-demo is running very well.
Compiling failed either static or shared.
Static: failed at last step ~#$...
mipsel-linux-gnu-gcc -o firefox-bin -fno-rtti -fno-exceptions -Wall
-Wconversion
GTK+ 2.10.13 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/v2.10/
http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.10/
gtk+-2.10.13.tar.bz2 md5sum: d0af87715f3b0f05bf38a3312a528012
gtk+-2.20.13.tar.gzmd5sum: 729abacb8cba288595022be1f2d1fd40
This is a bug fix release in the
On Tue, 2007-06-12 at 13:41 +0100, Dave Howorth wrote:
I've seen mention of 'gtk_tree_drag_dest_row_drop_possible' and the Perl
equivalent 'boolean = $drag_dest-row_drop_possible ($dest_path,
$selection_data)', which looks like it might be related to what I want
to do. But I can't find any
34 matches
Mail list logo
