Problema reiterado con NVDA

34 Nachrichten, 2 Seiten:  12 ↖ Zurück zur Themenliste

~msgScore~: +0

31. breacker ,

pero si se puede desactivar que el lector lea como está la página en la pantalla...

Para eso, insert v...

~msgScore~: +0

32. ElPana,

Hablando de eso, esa característica del NVDA me hace recordar al ORCA.

~msgScore~: +0

33. Aletheia,

Buenas a todos.
En un foro de audiogames, reportan dicha falla.
Uno de los usuarios explica que ha visto el comportamiento motivado a 3 razones:
La primera el uso de demasiados Add-ons. Obviamente eso es personal y tendrá que ver en la medida en que se tengan demasiados complementos con pocos recursos, por ejemplo. Hay que entender que, a más cantidad de complementos, el consumo de C.P.U. puede aumentar.
La segunda razón que mencionan es el uso de NEXT, puesto que es inestable y puede ocasionar fallos.
Y la tercera razón es la comunicación entre procesos que usa NVDA. Aunque esta no va a ocasionar un aumento en el consumo de C.P.U., si puede ocasionar que ciertas funciones se bloqueen (como el caso de detener la verbalización) o que el software se relentice, incluso que arroje el mensaje de error que menciona quien creó este hilo.
Sucede que esta comunicación entre procesos, usa varios métodos, entre los que está la llamada a procedimientos remotos RPC, esta RPC hace uso de algo que se llama invocación remota de métodos, que se usa en sistemas (o aplicaciones) orientados a objetos, por ejemplo para conocer el estado de un objeto; algo muy común en lectores de pantalla como NVDA. El estado se refiere a si está seleccionado o no seleccionado, entre otras cosas.
Esto último es más difícil de diagnosticar, porque habría que analizar con qué o con cuales aplicaciones está compitiendo NVDA para acceder a la información de accesibilidad de las librerías que la proveen. En el foro, una de las aplicaciones que mencionan es iTunes, por ejemplo.
¿Qué hacer?
Aparte de lo que sugieren en el foro, que es reportar el comportamiento de NVDA como BUG —lo que ya debe estar hecho porque el foro data de 2015—, yo sugeriría:
- Reducir la cantidad de complementos del NVDA a los que realmente se utilicen ampliamente.
- Evitar utilizar versiones de prueba inestables —a menos que se sea beta tester o similar—.
- Eliminar del inicio los procesos de aplicaciones que brinden poco —o pobre— soporte de accesibilidad como iTunes, por ejemplo.
- Mantener deshabilitados todos los procesos o aplicaciones de acceso remoto; y solo activarlos cuando vayan a ser utilizados. Esto además ayuda a proteger de accesos remotos no deseados.
Aparte del complemento que sugirieron, hay un software llamado Process Explorer, que permite visualizar todos los procesos, verificar el consumo de C.P.U. y ofrece más detalles de cada proceso, permite eliminarlos y también revisar información en virus total.
Espero sea útil la información.

~msgScore~: +0

34. El_Observador ,

Sí, y otro detalle, para ver si un problema es causado por NVDA o por un complemento, en el diálogo salir de NVDA, ponen reiniciar con los complementos desavilitados, y aí está. Eso sí, tendrán que usar o sapi 5 o eSpeak NG, ya que pos el Eloquence es un complemento

~msgScore~: +0

34 Nachrichten, 2 Seiten:  12 ↖ Zurück zur Themenliste

Auf das Thema antworten

Sie müssen angemeldet sein, um posten zu können

Passwort vergessen? Benutzerkonto erstellen