Re: [orca-list] Punctuation, capital letters, exchange of characters and strings, generally error in the design of Orca



am Di 08. Apr 2008 um 11:47:23 schrieb Halim Sahin <halim sahin t-online de>:
Hi,
On Di, Apr 08, 2008 at 01:31:09 +1000, Jason White wrote:
I don't know what motivated the decision to implement Orca in Python rather
than in C/C++, but it's certainly part of a wider trend to write only
performance-critical code in C and everything else in a higher-level language.

In fact you mean such a accessibilitty infrastructure is not 
performance critical??????
Thats the point why I am against using python.
I think such important things like 
speech/braille output servers are performance critical and should not be
implemented this way.
 
And BTW: I'm astonished to read that a scripting language is "high-level" 
in 
opposit to C/C++. I always thought that the opposit is true: The 
"high-level" languages were C and alike.

Of course, in the Orca case, the dynamic scripting support would be hard to
implement in C/C++ without linking in a scripting language or writing your
own. In that case I suppose it's reasonable to write the whole system (above
the AT-SPI layer) in the scripting language.
 

Scripting in orca neeed such a flexibility ACK.
What about orca's performance in general?
There were some performance improvements last months but comparing orca
to ohther screenreaders showws the problem.
 
They are more perfomant because they have their core files as binary code, 
not as scripts. Scripts are used for fine-tuning.
But these are yesterday's decissions. The question is whether other apps 
should follow Orca's way? Why change useful and working approaches?

Any way speechd currently works very stable and I sugest to 
extend its functionality instead of writing a new dispatcher.

Absolutely. Note that the use of SD in Orca is only one of the various 
possibilities SD provides. And, after having solved the sound mixing 
problem for Gnome-Speech by using Pulseaudio, one of the advantages of SD 
with Orca has gone.
Hermann



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]