It looks to me that display_timeout is called 50 times a second; this
function calls vte_terminal_process_incoming which emits text-inserted
signal which causes the accessibility layer to refetch the contents of
the terminal.
I do not expect Kjartan's patch to fix the problem but I would like to
I have looked a bit closer and I see that the function
vte_terminal_accessible_text_modified would be called over 3000 times a
second if it was not doing so much work. Need to figure out why.
Padraig
On Wed, 2005-11-23 at 09:23 +, Padraig O'Briain wrote:
It looks to me that display_timeout
Shaun said:
A while back I put together a lgo page listing what
I think would make for a good set of high-level guides
for developers: http://live.gnome.org/DeveloperGuides
One of the guides listed there is the Accessibility
Guide for Developers.
Hmm,
Chris Ball wrote:
Hi,
I'm not the author of gobby[1], but I'd like to hear thoughts on whether
gobby should be proposed for inclusion in Gnome 2.14. Gobby is a
collaborative text editor using GtkSourceView/GTK 2.6, with external
dependencies of libgmp, gtkmm and libxml++. There are two
On Wed, 2005-11-23 at 07:33 -0700, Elijah Newren wrote:
On 11/23/05, Padraig O'Briain [EMAIL PROTECTED] wrote:
The problem seems to be that the function vte_terminal_process_incoming
causes the text-inserted signal to be emitted for what seems like
every character.
The attached patch
On Wed, 2005-11-23 at 15:09, Stanislav Brabec wrote:
I am just now updating inkscape and looking at it, it has a completely
different implementation of Inkboard Collaborative Editing: Using
Loudmouth library it uses Jabber IM protocol to provide this feature.
And IMHO it is the way to go:
Robert O'Dea wrote:
I'm cc:ing Dee and Ray Strong since she might have some feedback on the
issues.
However, there is a gotcha. According to mail that Matt received
overnight from Brian Cameron:
we plan to do ARC inception reviews for 2.10, 2.12 each minor release.
When we decide which
On 11/22/05, Calum Benson [EMAIL PROTECTED] wrote:
The good thing of course is that it's something we could transition to
gradually and fairly painlessly... as an app pulls its a11y icons into
its own source, we just delete the corresponding icons from
gnome-themes.
This is actually fairly
On Tue, 2005-11-22 at 23:14 -0600, Shaun McCance wrote:
On Tue, 2005-11-22 at 20:47 -0500, Rodney Dawes wrote:
On Tue, 2005-11-22 at 13:42 -0600, Federico Mena Quintero wrote:
On Mon, 2005-11-21 at 22:40 +, Thomas Wood wrote:
If an application calls itself accessible, having high
Thanks for the bug info. I've attached a patch to the bug in question,
which removes the setting entirely, and replaces it with usage of the
icon theme.
-- dobey
On Sat, 2005-11-19 at 01:45 +0100, Olav Vitters wrote:
On Fri, Nov 18, 2005 at 07:27:31PM -0500, Rodney Dawes wrote:
Does anyone
On Wed, 2005-11-23 at 13:55 -0500, Rodney Dawes wrote:
On Tue, 2005-11-22 at 23:14 -0600, Shaun McCance wrote:
On Tue, 2005-11-22 at 20:47 -0500, Rodney Dawes wrote:
On Tue, 2005-11-22 at 13:42 -0600, Federico Mena Quintero wrote:
On Mon, 2005-11-21 at 22:40 +, Thomas Wood wrote:
On Wed, 2005-11-23 at 13:48 -0600, Shaun McCance wrote:
Back on topic: Real applications in the wild are absolutely
going to need to install some application-specific icons
for various actions or data that are unique to those apps.
Even if a sizable percentage of those icons are things we
On Wed, 2005-11-23 at 15:08 -0600, Shaun McCance wrote:
But that only avoids conflicts when the icon isn't overridden by
an icon theme. The original point of the thread is that we should
be providing HighContrast and HighContrastInverse icons whenever
we provide hicolor icons. I can put
Hi,
On Tue, 2005-11-22 at 20:47 -0500, Rodney Dawes wrote:
On Tue, 2005-11-22 at 13:42 -0600, Federico Mena Quintero wrote:
On Mon, 2005-11-21 at 22:40 +, Thomas Wood wrote:
If an application calls itself accessible, having high contrast icons
should be one of the requirements.
On Wed, 2005-11-23 at 16:24 -0500, Rodney Dawes wrote:
On Wed, 2005-11-23 at 15:08 -0600, Shaun McCance wrote:
But that only avoids conflicts when the icon isn't overridden by
an icon theme. The original point of the thread is that we should
be providing HighContrast and
15 matches
Mail list logo
