ruby-****@sourc*****
ruby-****@sourc*****
2012年 8月 15日 (水) 06:25:03 JST
-------------------------
REMOTE_ADDR = 184.145.90.35
REMOTE_HOST =
URL = http://ruby-gnome2.sourceforge.jp/hiki.cgi?tut-gtk2-treev-parts
-------------------------
@@ -78,7 +78,7 @@
#######################################
# -- ig: append the next extension here
-Cell renderers are composed of properties that define how each cell of data is rendered to the screen. There are a number of ways to set cell renderer properties, and it isn't expected that a Gtk::CellRenderer objects keep any permanent state around. This, however, is a more complex issue and hardly appropriate for an introductory text to Gtk::CellRenderer. Nevertheless, you have to be aware of one important feature here. Namely, all the properties you can set for a Gtk::CellRenderer apply to entire column. And even this can be vastly incorrect, namely, if that was strictly true, we could not set different rows to different colours and styles. This is why the above paragraph where you find the following statement: ((*"... cell renderer does not render just one single cell, but is responsible for rendering part or whole of a tree view column for each single row. It basically starts in the first row and renders its part of the column there. Then it proceeds to the next row and
renders its part of the column there again. And so on."*)) is so important.
+Cell renderers are composed of properties that define how each cell of data is rendered to the screen. There are a number of ways to set cell renderer properties, and it isn't expected that a Gtk::CellRenderer objects keep any permanent state around. This, however, is a more complex issue and hardly appropriate for an introductory text to Gtk::CellRenderer. Nevertheless, you have to be aware of one important feature here. Namely, all the properties you can set for a Gtk::CellRenderer apply to entire column. And even this can be vastly incorrect, namely, if that was strictly true, we could not set different rows to different colours and styles. This is why the above paragraph where you find the following statement: ((*"... cell renderer does not render just one single cell, but is responsible for rendering part or whole of a tree view column for each single row. It basically starts in the first row and renders its part of the column there. Then it proceeds to the next row and
renders its part of the column there again. And so on"*))is so important.
Namely, considering what was just repeated in the highlighted text, we can subsume that while any column is processed from first row to the last, during this process, each cell is capable of triggering certain actions in which according to some model-data for that particular row renderer's property can be modified. This mechanism is called((*Cell Data Functions*))and its syntax is covered in API for Gtk::TreeViewColumn#set_cell_data_func, and about which we will talk latter in this tutorial. For now you should just know, that while a renderer is processing (ie. rendering) cells in fact each cell is capable of modifying renderer's properties according to some criteria that is storred in the model along with our data to be displayed.