I am working on a configuration file editor for an graphical
application. Configuration consists of strings, numbers and boolean
values. About 25 values total.
I can use individual widgets for each property, but for larger
quantities a listview is a more compact form.
It would we nice to have
Le 17/10/2011 13:53, Stefan Salewski a écrit :
I am working on a configuration file editor for an graphical
application. Configuration consists of strings, numbers and boolean
values. About 25 values total.
I can use individual widgets for each property, but for larger
quantities a listview
On 17 October 2011 15:54, Dong Luo us...@yahoo.com wrote:
Hi,
I did not use gtk recently. But I figure you can just let the toplevel
widget response to the signal of key-press-event and do what ever
Keybindings you want there.
Dong
Could you show me an example as I have figured out the
On Mon, 2011-10-17 at 15:11 +0200, Colomban Wendling wrote:
[...]
The other solution I know is to pack all CellRenderer that might be used
for editing, and only make one visible/sensitive, depending on the row's
value type. This is what we current use in the implementation of
Geany's stash
Hi guys,
I've got a bug filed against gEDA/gschem, which I can reproduce here on
Ubuntu Oneiric, in that it seems the GTK text view widget we use for
property editing is rendered at zero height with GTK 2.24.6.
Looking at our code, it appears we don't request a minimum height
(presumably a bug
On Mon, 2011-10-17 at 16:53 +0100, Peter Clifton wrote:
Hi guys,
I've got a bug filed against gEDA/gschem, which I can reproduce here on
Ubuntu Oneiric, in that it seems the GTK text view widget we use for
property editing is rendered at zero height with GTK 2.24.6.
Looking at our code, it
Hi,
I was shocked by the bad performance of the tree list view from the
beginning, so much that i'm now back to FOX toolkit.
Yes, the tree list few is probably one of the worst performing pieces
of code in GTK+.
When resizing Eclipse's main window with all its complex UI and
editors , the
On 17 October 2011 10:23, Clemens Eisserer linuxhi...@gmail.com wrote:
I was shocked by the bad performance of the tree list view from the
beginning, so much that i'm now back to FOX toolkit.
Yes, the tree list few is probably one of the worst performing pieces
of code in GTK+.
I wonder if
Hi,
Rhythmbox, for example, displays many thousands of lines of
information in a treeview and dragging the divider to make the widget
resize is fast and smooth. Resizing the whole window is slower since
that has to do a lot of WM magic. But the widget alone certainly seems
quick on my modest
Earnie wrote:
Earnie wrote:
Earnie wrote:
I'm building gobject-introspection-1.30.0 with MSYS and MinGW.
I'm to the point of the GISCAN GLib-2.0.gir and it reports No
mscvr71.dll loaded. I'm using the python.org provided Windows
distribution version 2.7. I had to modify the hack in
On 10/17/2011 11:51 AM, jcup...@gmail.com wrote:
On 17 October 2011 10:23, Clemens Eissererlinuxhi...@gmail.com wrote:
I was shocked by the bad performance of the tree list view from the
beginning, so much that i'm now back to FOX toolkit.
Yes, the tree list few is probably one of the worst
On Mon, Oct 17, 2011 at 06:12:37PM +0200, Oscar Lazzarino wrote:
On 10/17/2011 11:51 AM, jcup...@gmail.com wrote:
On 17 October 2011 10:23, Clemens Eissererlinuxhi...@gmail.com wrote:
I was shocked by the bad performance of the tree list view from the
beginning, so much that i'm now back to
On 15/10/2011 18:49, Earnie wrote:
I'm building gobject-introspection-1.30.0 with MSYS and MinGW. I'm to
the point of the GISCAN GLib-2.0.gir and it reports No mscvr71.dll
loaded. I'm using the python.org provided Windows distribution version
2.7. I had to modify the hack in
On 15/10/2011 18:52, Earnie wrote:
Earnie wrote:
I've finally gotten all of the relevant libraries created and get to
building gtk+ when I get the following error. How to overcome it?
Creating library file: .libs/libgdk-3.dll.a make[4]: *** No rule to
make target `Gdk-3.0.typelib', needed by
Beside those C++-specific things, I still have many question about gobject
wrapper.
Why the SV wrapper for a GObject keeps alive until both are freed?
Date: Fri, 14 Oct 2011 11:04:50 +0200
From: kaffeeti...@gmx.de
To: gtk-perl-list@gnome.org
Subject: Re: generic refcounted object perl
15 matches
Mail list logo