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

Re: GtkCTree vs GtkTree?



> Depends how heavily you are using the GtkCTree.
> 
> To be more specific, the new implementation is MVC based.  As a result,
> some uses of the GtkCTree (such as just setting up a list of data, and
> forgetting about it) are very similar, and thus straightforward to port
> over.  On the other hand, if you are trying to keep multiple trees in
> sync (or the tree in sync with other data), or you are reading the data
> back from the tree frequently, you will find the new widget a lot easier
> to use.  However, you will probably need to restructure your code to
> take advantage of this.

I'm not planning to use it extensivly just yet.

I just will have it display a list when the user clicks a menu item and
then have an option to allow the user to select an item on the list and
the program needs to figure out which item the user selected and then
select the actual item on another list.

So the intended tree list is actually a duplicate of two other clists
that I have planned. It dosen't have to be in sync with the other two
clists unless the user clicks on refresh.


--
Sincerely,                  ,"-_                         \|/
-Capt. Taura M.             ,   O=__                    --X--
..__                         ,_JNMNNEO=_                 /|\
OMNOUMmnne.                  {OMMNNNEEEEOO=_
UOOOBIOOOEOMMn.               'LONMMMMNNEEEOOO=.__..,,..
UUOOEUUOOOOOOOObe              '"=OMMMMWNEEEOOOOO,"=OEEEOO=,._
OOUUUIEEIOONNOIUbe.                "7OMMMMNNNNNWWEEEEOOOOOO"   "'.
EEBNNMMMNWNWWEEIMMNe.             __  7EMMMNNNNNWWWEEEEEEEOO.     " .
NNMMMMWWWMMMWEINMMMNn            "=BBEEEEMMMMMMMMNNNWWWEEOOOOO=._     .
                  http://furry.ao.net/~learfox/





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