RE: [gtk-list] Re: missing some features in gtk_clist



Hi Daniel !

On 16-Jun-98 Daniel Adler wrote:
> The problem is, that i'm writing a file manager like the good old
> DirOpus
> on Amiga, and the browser display should be only a list, especially for
> those
> that are working all the time with mc.
> I haven't seen ctree yet. But the name sounds for me, that it is a tree
> out of columns. What does it do exactly ?

Sounds like you are not using the 1.1 CVS developer version... then
of course you can't have heard of ctree yet. ;)
It is derived from clist with one special column, the "tree column".
It is very similar to Netscape's "Edit Bookmarks" window.

>> We implemented the Extended Selection Mode (exactly what you want).
> 
> I started to implement in a personal patch of gtkclist a
> GTK_SELECTION_MULTIDRAG,
> should i change it to GTK_SELECTION_EXTENDED (i thought it should be
> hold free
> for very custom use) ?!

No, GTK_SELECTION_EXTENDED just hasn't been implemented yet. This mode
also exists in Motif and Tk (with variations).

>> Popups don't belong into clist, you can code them externally using the
>> "select_row" signal. If you want dragging, you could do something like
>> we did in ctree.
> 
> You mean, checking for the button that is pressed ? the problem is for
> me
> (as a novice in gtk) to tell clist NOT to toggle the row, when e.g.
> button 2
> is pressed. I think every clist should be given a button_mask to tell,
> what
> button is the "selection_button".

Since the "select_row" signal toggles the row immediately (you can only
connect after), you should connect to the "button_press" signal, and, 
if event->button == 2, insert your own code and stop the signal to prevent
the toggle. "return TRUE" should be enough, I think.

> no, i tried, but i haven't got an access to the cvs-tree, is there some
> other
> place where i can get the hole development of gtk ? or can i get access
> to it ?

I only use (non-anonymous) CVS, but there may be someone doing snapshots of
the developer branch. Don't know who, however...

bye,
   Stefan



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]