ruby-****@sourc*****
ruby-****@sourc*****
2012年 9月 18日 (火) 03:41:05 JST
------------------------- REMOTE_ADDR = 184.145.80.187 REMOTE_HOST = URL = http://ruby-gnome2.sourceforge.jp/hiki.cgi?tut-gtk2-treev-parts ------------------------- @@ -84,7 +84,7 @@ Later, when we learn about some additional features, that help us manage cell rendering, we will look at the program which implements multiple cell renderers per column. At this point I would advise you not pay too much attention to the multi-item columns. Please just remember that a simplistic view of renderers and columns as a "one to one" (1:1) proposition is not the whole story, and rest assured, that the promise to revisit this topic when the time is right will be kept. -The primary use of a Gtk::CellRenderer is for drawing a certain graphical elements on a Gdk::Drawable. Typically, one cell renderer is used to draw many cells on the screen (the above advice not to think about multi-item columns was offered precisely because here do not describe such "multi-columns"). Each cell renderer is responsible for rendering a column of cells, one for every row in the tree view. It begins with the first row, rendering its cells and then proceeding to the next row down until all that was requested or the entire column is completed. Or to put it differently, a 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. +The primary use of a Gtk::CellRenderer is for drawing certain graphical elements on a Gdk::Drawable. Typically, one cell renderer is used to draw many cells on the screen (the above advice not to think about multi-item columns was offered precisely because here do not describe such "multi-columns"). Each cell renderer is responsible for rendering a column of cells, one for every row in the tree view. It begins with the first row, rendering its cells and then proceeding to the next row down until all that was requested or the entire column is completed. Or to put it differently, a 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. #######################################