Is there a simple way to set a focus on an item in the GtkTreeView without
changing its selection state?
I've tried using gtk_tree_view_set_cursor API, but it seems to always set
item selected too.
My current solution is to:
1. read selection state of an item
2. call gtk_tree_view_set_cursor
I may not have explained myself very well in my question to the
world. To describe it in words, I want:
(1) the first child to be in the column next to the parent.
(2) subsequent children to be below the first child
(3) parent cells are to vertically span the child rows
(4) I need visible
Hi,
I have problem in detecting the drop in the destination widget (thunar
XFCE file manager). I have set my app like this:
treeview1 = gtk_tree_view_new ();
gtk_widget_set_name (treeview1, treeview1);
gtk_widget_show (treeview1);
gtk_container_add (GTK_CONTAINER (scrolledwindow1),
kadil wrote:
I may not have explained myself very well in my question to the
world. To describe it in words, I want:
(1) the first child to be in the column next to the parent.
(2) subsequent children to be below the first child
(3) parent cells are to vertically span the child rows
(4)
Colossus wrote:
Ok, I see. Does Gimp use Gparts to accept files dragged from the
Konqueror window ?? If it doesn't, I'm wondering which GTK functions
one have to call to accept events from KDE window inside a GTK one !
Well, you can always see The Gimp's source code to discover how it's
Eduardo M KALINOWSKI wrote:
Well, you can always see The Gimp's source code to discover how it's
done, and them implement it in your application.
I thought about this, but the huge size of Gimp's source code is what
who discourage me to do that !
--
Colossus
Xarchiver, a Linux GTK+2 only
Hi all,
I am a totaly newbies in GTK+ world. I just started learning GTK+..
I am trying building an file analysis tool(like File Browser not so many
feature).
I thought my application should have three panel. Left panel for tree
view(directory with parent child relationship)
right panel for
Gus Koppel wrote:
kadil wrote:
[...]
(1) the first child to be in the column next to the parent.
(2) subsequent children to be below the first child
(3) parent cells are to vertically span the child rows
(4) I need visible borders between the cells
(5) Just to be difficult, I want to code in
All
Is there any good book available in the market for GTK+ application
development?
Thanks
Prabhakar
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Tristan Van Berkom [EMAIL PROTECTED] wrote:
Maybe you could write a custom treeview implementation to use with
GtkTreeStore (seems you would only have to place your cells differently
than treeview does); but then... i dont know about doing that in Gtk#.
The custom treeview
On Thu, 2006-03-02 at 13:43 +1100, [EMAIL PROTECTED] wrote:
Tristan Van Berkom [EMAIL PROTECTED] wrote:
Maybe you could write a custom treeview implementation to use with
GtkTreeStore (seems you would only have to place your cells differently
than treeview does); but then... i
This list is for the development of the gtk+ library itself.
Your question is more appropriate for gtk-app-devel-list, which is
for development of applications and libraries *using* gtk+.
http://gtk.org/mailinglists.html
--
In some newer operating systems, time_t has been widened to 64
Bill Spitzak escribió:
This talk about GnomeCanvas needing complicated hit detection made me
wonder if Cairo could support hit detection. This could be done with an
entire new surface type and thus not affect any existing cairo backends.
As I see it it would work something like this:
I also
On Wed, 01 Mar 2006 11:27:38 +0100, David Trallero Mena wrote:
render everything again there. This new surface I use I refer to as
select surface (hit-surface for you). The color used when re-rendering
is indeed and ID (I have to talk with cairo guys about this) of the
figure (rectangle,
Vladimir Vukicevic wrote:
This sounds impossible to implement with any surface but the image
backend -- cairo has no knowledge of what pixels actually get touched
by underlying platform methods. What are the use cases for this?
Yes, that is why I said it was a *new* surface type. I would
On Qua, 2006-03-01 at 12:06 -0800, Bill Spitzak wrote:
Vladimir Vukicevic wrote:
This sounds impossible to implement with any surface but the image
backend -- cairo has no knowledge of what pixels actually get touched
by underlying platform methods. What are the use cases for this?
On Wed, 1 Mar 2006, Bill Spitzak wrote:
Leon Woestenberg wrote:
Hello all,
Bill Spitzak wrote:
To find the nearest, you must draw several times, with smaller and
smaller squares, until either you reach a minimum size, or only one
object is detected (or it goes to zero, in which
Hello all,
Bill Spitzak wrote:
To find the nearest, you must draw several times, with smaller and
smaller squares, until either you reach a minimum size, or only one
object is detected (or it goes to zero, in which case you use the
previous pass). (actually now that I think about it, it may
Gustavo J. A. M. Carneiro wrote:
But there is a stronger argument against this approach: some
applications are more interested in how far is the mouse pointer from
every object, or what is the object nearest to the pointer than give
me the object under the mouse pointer. Because most times
Leon Woestenberg wrote:
Hello all,
Bill Spitzak wrote:
To find the nearest, you must draw several times, with smaller and
smaller squares, until either you reach a minimum size, or only one
object is detected (or it goes to zero, in which case you use the
previous pass). (actually now
Behdad Esfahbod wrote:
Doesn't the distance_to_stroke/fill solve this already? You just
find the nearest object and that tells you exactly what's the
maximum radius of a circle that hits only one object?
The purpose of a hit-detect surface is to see if some arbitrary Cairo
code (perhaps in
I have a program with a GUI written in GTK+ (by me!) and I'd really
like to be able to display Greek letters, rather than write things like
alpha. Note that this is not a programming question, because
the problem is not how to put Greek letters in labels (as I found out
how to do that). The
On Wed, 1 Mar 2006, Nick Chorley wrote:
I have a program with a GUI written in GTK+ (by me!) and I'd really like to
be able to display Greek letters, rather than write things like alpha.
Note that this is *not* a programming question, because the problem is not
how to put Greek letters in
On Wed, 1 Mar 2006, Nick Chorley wrote:
Thanks for the reply, Behdad. What is the correct way to do this? I can't
work out what I need to pass for the first argument of g_unichar_to_utf8().
The GLib reference isn't very clear, it just tells me that a gunichar is a
type which can hold any
I am trying to comppile pango on Mac OS X 10.4.5 (intel). I have
installed a lot of support stuff, like fontconfig, glib, etc,
configure os satisfied. But compilation fails with
mv -f .libs/pango-tibetan-fc.expT .libs/pango-tibetan-fc.exp
sed -e s,#.*,, -e s,^[ ]*,, -e s,^\(..*\),_,
On Mar 1, 2006, at 23:09 , Behdad Esfahbod wrote:
Try Pango from HEAD. If it still fails, file a bug at
http://bugzilla.gnome.org/
behdad
Thanks. 1.11.99 from Feb 27 (which is HEAD, I guess), configures and
compiles.
G
PS. Am I restricted to X11 or is the whole
On Mar 1, 2006, at 23:21 , Gerben Wierda wrote:
On Mar 1, 2006, at 23:09 , Behdad Esfahbod wrote:
Try Pango from HEAD. If it still fails, file a bug at
http://bugzilla.gnome.org/
behdad
Thanks. 1.11.99 from Feb 27 (which is HEAD, I guess), configures
and compiles.
Following up with
On Wed, 1 Mar 2006, Gerben Wierda wrote:
PS. Am I restricted to X11 or is the whole glib/gtk/pango/cairo/etc
also somehow usable with Aqua (the PDF screen engine of Mac OS X)?
Pango 1.11.99 has support for ATSUI and Gtk+ from HEAD supports
Quartz.
--behdad
http://behdad.org/
Commandment
Try Pango from HEAD. If it still fails, file a bug at
http://bugzilla.gnome.org/
behdad
On Wed, 1 Mar 2006, Gerben Wierda wrote:
I am trying to comppile pango on Mac OS X 10.4.5 (intel). I have
installed a lot of support stuff, like fontconfig, glib, etc,
configure os satisfied. But
On 2/28/06, Sean Kelley [EMAIL PROTECTED] wrote:
At some point as Gtk+ progresses on to Gtk+ 2.10 and Gtk+ for embedded
use remains pretty much a heavily patched Gtk+ 2.6 (nokia 770 et al),
does it make sense to have a real branch for strictly embedded use?
The reason I say that is the
Hi.
Lets say I've written an abstract parent class that registers a property.
From this parent class I derive several subclasses. I wan't some of the
these
subclasses to have read/write access to the property, but some subclasses
should only have read access to it.
Is this possible, or am I
On Mar 1, 2006, at 3:32 AM, Dwi Pujono GMail wrote:
I've allready install GTK+RE 2.2.4-3, ActiveState ActivePerl 5.8.6
Build 811, then via ppm i install ExtUlitls-Depend, ExtUtils-
PkgConfig, Glib and Gtk2 from http://gtk2-perl.sourceforge.net/
win32/ppm/. Everything is going well, no error
32 matches
Mail list logo
