On Tue, 2010-12-14 at 22:31 +, Emmanuele Bassi wrote:
- GtkRadioGroup
- not entirely settled
What is the status of this? Would be nice to at least drop the GSList
APIs in 3.0, or is that to late now?
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
On Mon, 2010-12-20 at 03:39 +0900, Tristan Van Berkom wrote:
On Sun, 2010-12-19 at 11:42 -0500, Matthias Clasen wrote:
On Sun, Dec 19, 2010 at 2:38 AM, Tristan Van Berkom
a.) Do nothing to GtkCellArea, set the align cell property for
cells in the app chooser to FALSE (like the
On Sun, 2010-12-19 at 11:42 -0500, Matthias Clasen wrote:
On Sun, Dec 19, 2010 at 2:38 AM, Tristan Van Berkom
a.) Do nothing to GtkCellArea, set the align cell property for
cells in the app chooser to FALSE (like the attached patch
does, as an example).
I think we have to
On Sun, 2010-12-19 at 11:42 -0500, Matthias Clasen wrote:
On Sun, Dec 19, 2010 at 2:38 AM, Tristan Van Berkom
a.) Do nothing to GtkCellArea, set the align cell property for
cells in the app chooser to FALSE (like the attached patch
does, as an example).
I think we have to
Hey,
On Fri, 2010-12-17 at 19:26 -0500, Matthias Clasen wrote:
On Fri, Dec 17, 2010 at 2:09 PM, Tristan Van Berkom
trista...@openismus.com wrote:
On Fri, 2010-12-17 at 13:50 -0500, Matthias Clasen wrote:
A little update on the status of these actions:
ACTION: test treeview-refactor
On Sat, Dec 18, 2010 at 1:09 AM, Tristan Van Berkom
trista...@openismus.com wrote:
On Fri, 2010-12-17 at 19:33 -0500, Matthias Clasen wrote:
Tristan,
another thing (that I believe Cosimo already pointed out) is that the
new cell area code seems to not quite get interaction between cell
data
On Sat, Dec 18, 2010 at 6:09 AM, Carlos Garnacho carl...@gnome.org wrote:
Hey,
void gtk_cell_area_set_style_detail (GtkCellArea *area,
const gchar
*detail);
Before we let these APIs go stable, we should figure out how this is
On Sat, 2010-12-18 at 12:24 -0500, Matthias Clasen wrote:
On Sat, Dec 18, 2010 at 1:09 AM, Tristan Van Berkom
trista...@openismus.com wrote:
On Fri, 2010-12-17 at 19:33 -0500, Matthias Clasen wrote:
Tristan,
another thing (that I believe Cosimo already pointed out) is that the
new cell
A little update on the status of these actions:
ACTION: test treeview-refactor with a very large dataset (kris)
ACTION: merge treeview-refactor before next snapshot (tristan, kris)
Done
ACTION: review for combo-box-refactor (mclasen?, kris next week)
ACTION: review iconv-iew-refactor
On Fri, 2010-12-17 at 13:50 -0500, Matthias Clasen wrote:
A little update on the status of these actions:
ACTION: test treeview-refactor with a very large dataset (kris)
ACTION: merge treeview-refactor before next snapshot (tristan, kris)
Done
ACTION: review for combo-box-refactor
On Fri, Dec 17, 2010 at 2:09 PM, Tristan Van Berkom
trista...@openismus.com wrote:
On Fri, 2010-12-17 at 13:50 -0500, Matthias Clasen wrote:
A little update on the status of these actions:
ACTION: test treeview-refactor with a very large dataset (kris)
ACTION: merge treeview-refactor before
Tristan,
another thing (that I believe Cosimo already pointed out) is that the
new cell area code seems to not quite get interaction between cell
data functions and size allocation right.
You can see the resulting breakage in testappchooser. The treeview in
the appchooser uses a separate cell
On Fri, 2010-12-17 at 19:33 -0500, Matthias Clasen wrote:
Tristan,
another thing (that I believe Cosimo already pointed out) is that the
new cell area code seems to not quite get interaction between cell
data functions and size allocation right.
You can see the resulting breakage in
On Thu, 2010-12-16 at 17:45 +0100, Piñeiro wrote:
From: Piñeiro apinhe...@igalia.com
From: Tristan Van Berkom trista...@openismus.com
I expect libgail to not need any changes, we paid special attention
that focus navigation was going to work the same way using the new
code... however
From: Emmanuele Bassi eba...@gmail.com
$(q...@(B treeview refactoring
- massive refactoring
- 41 files changed, 13568 insertions(+), 3204 deletions(-)
- GtkCellArea
- moves code out of TreeViewColumn to allow sharing with other cell-based
view widgets (GtkIconView, GtkComboBox)
2010/12/15 Piñeiro apinhe...@igalia.com:
Are this treeview refactoring mostly internal, or are there specific
API changes? After this refactoring it would be required to be
modified the apps using GtkTreeView?
Anyway I was also thinking on GailTreeView, the object that provides
the
On Wed, 2010-12-15 at 14:08 +0100, Piñeiro wrote:
From: Emmanuele Bassi eba...@gmail.com
• treeview refactoring
- massive refactoring
- 41 files changed, 13568 insertions(+), 3204 deletions(-)
- GtkCellArea
- moves code out of TreeViewColumn to allow sharing with other
On Wed, 2010-12-15 at 22:53 +0900, Tristan Van Berkom wrote:
There's one behavioural change, gtk_tree_view_set_cursor() when
specifying start_editing = TRUE will no longer toggle the state
of an activatable cell (this used to be the case, we thought it
was an undesirable side effect since the
From: Tristan Van Berkom trista...@openismus.com
I expect libgail to not need any changes, we paid special attention
that focus navigation was going to work the same way using the new
code... however there could be some fallout I'm not aware of...
And as usually test if there are any fallout
On Wed, 2010-12-15 at 15:42 +0100, Murray Cumming wrote:
On Wed, 2010-12-15 at 22:53 +0900, Tristan Van Berkom wrote:
There's one behavioural change, gtk_tree_view_set_cursor() when
specifying start_editing = TRUE will no longer toggle the state
of an activatable cell (this used to be the
• treeview refactoring
- massive refactoring
- 41 files changed, 13568 insertions(+), 3204 deletions(-)
- GtkCellArea
- moves code out of TreeViewColumn to allow sharing with other cell-based
view widgets (GtkIconView, GtkComboBox)
- treeview-refactor ready to be merged
- requires
21 matches
Mail list logo