Hi Bill,
On 06/ 7/10 06:59 PM, Bill Cox wrote:
Hi, Li.
On Sun, Jun 6, 2010 at 11:18 PM, Li Yuan wrote:
We have a bug for gailtreeview's performance:
https://bugzilla.gnome.org/show_bug.cgi?id=577098, and we have done some
analysis work there.
Hopefully we can help out with this bug
Hi, Li.
On Sun, Jun 6, 2010 at 11:18 PM, Li Yuan wrote:
> We have a bug for gailtreeview's performance:
> https://bugzilla.gnome.org/show_bug.cgi?id=577098, and we have done some
> analysis work there.
Hopefully we can help out with this bug over in Vinux land.
> I haven't read the code of gcon
Hi Bill,
Thanks for the suggestion. Comments below.
δΊ 2010/6/6 0:52, Bill Cox ει:
Hi, Luke. The speed in gconf-editor is a big problem, but not
technically a bug.
We have a bug for gailtreeview's performance:
https://bugzilla.gnome.org/show_bug.cgi?id=577098, and we have done some
analysis w
Hi, Luke. The speed in gconf-editor is a big problem, but not
technically a bug. However, if you tab over to the Name/Value table,
you can hear the namee, but the value always says "blank", regardless
of the value type. The values themselves are not accessible. This is
because the cell renderer
On Fri, Jun 04, 2010 at 01:03:20AM EST, Bill Cox wrote:
> I would guess that half of all treeview controls create accessibility
> problems. For example, gconf-editor is not accessible through Orca,
> because the values to be displayed are written directly to the cell
> renderer in the get_size cal
I would guess that half of all treeview controls create accessibility
problems. For example, gconf-editor is not accessible through Orca,
because the values to be displayed are written directly to the cell
renderer in the get_size callback, and never to the tree model, which
is the only thing Orca
