Paul Davis wrote:
> Eric,
>
>> TreeViews are a real pain.
>
> Indeed they are. And from my experience, this is one of the hardest
> parts of the api to deal with. The main problem seems to stem from the
> fact that the developers seemed to try and make the TreeView et al
> classes as abstract as possible so that you use them to design any
> type of widget you want. With this abstract implementation comes a bit
> of difficulty in making it do things that seem as though they should
> be rather simple.
>
> As for the excel type of functionality, to get a single cell selected,
> you may want to look at the CellEditable class and see if thats not
> more of what you need.
>
> The only excel-esque ability I can think of that might not be able to
> be directly achieved is selecting a column vs. selecting a row.
I did this, but this is not fully fonctionnal yet.
I made the treeview get mouse click events and give this to
get_path_at_pos(...) which returns the TreeViewColumn as well.
>
> I'm guessing, to achieve full spreadsheet capabilities you'd need to
> implement a custom TreeModel and TreeView that allow for these types
> of operations.
>
> Good luck,
> Paul
>
Indeed.This was necessary, as i don't want the TreeModel to be the data
container itself. Doing this way allows the TreeView to know that this
or that cell is out of the range of a column and to grey it.
Thank you Paul. I have yet a lot of things to do to get it fully working.
___________________________________________________________________________
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions !
Profitez des connaissances, des opinions et des expériences des internautes sur
Yahoo! Questions/Réponses
http://fr.answers.yahoo.com
_______________________________________________
gtkmm-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gtkmm-list
