http://defect.opensolaris.org/bz/show_bug.cgi?id=10763
--- Comment #10 from Li Yuan <li.yuan at sun.com> 2009-09-15 09:12:34 UTC --- I think a cell renderer's job is to render all of cells in a column (if there is only one cell renderer in a column). In NWAM's case, there is only one cell renderer. gtk_cell_layout_get_cells returns the list of cell renderers not cells. So for NWAM, when GtkComboBox wants to render the cell in the first line, it sets the first cells' text to the "text" property of the cell renderer. If it wants to render the cell in the second line, it sets the second cell's text to the "text" property of the cell renderer. So it is impossible to know the "text" property belongs to which cell for GAIL. (In reply to comment #9) > (In reply to comment #8) > > I don't find gtk_cell_layout_set_cell_data in Gtk+. There is only > > gtk_cell_layout_set_cell_data_func which is not what I want. I can get the > > Ah I get you now... > > I do know that when I tried to add another column (STRING) to the treemodel I > ran into a recursive loop when I called tried to set it's value, so I don't > think you actually need the set_cell_data function here. > > > "text" property from the cell renderer, but I am not sure if the property I > > get > > belongs to the cell I want. e.g. I want to get the first cell's text. When I > > get the "text" property from the cell renderer, I don't know if it is the > > first > > cell's text or other cells' text. > > But you do, since the list should be ordered according to how they were packed > into the cell layout. > > > > > GtkTreeViewColumn has such API: gtk_tree_view_column_cell_set_cell_data. > > But I > > don't find it in GtkComboBox or GtkCellView. > > I don't believe that a ComobBox has any way to differentiate the cells once > rendered, and that's why it's not there - each cell is rendered and the result > is whats output to the screen - essentially it's similar to a single column > view in the GtkTreeView. > > As such I don't think there is any issue with taking the list of renderers, > getting the appropriate information from them (e.g. text attribute) and > concatinating the results together to form the a11y name. -- Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
