Diskussion:7.02.1 - Objektinformationen für Hilfstechniken verfügbar machen - Versionsgeschichte

JFischer: /* Benachrichtigung über Änderungen in inspect */

2019-03-25T06:58:27Z

‎Benachrichtigung über Änderungen in inspect

Admin am 24. März 2019 um 16:33 Uhr

2019-03-24T16:33:38Z

JFischer am 30. August 2018 um 12:42 Uhr

2018-08-30T12:42:08Z

Admin am 6. April 2018 um 07:30 Uhr

2018-04-06T07:30:56Z

Admin am 6. April 2018 um 07:30 Uhr

2018-04-06T07:30:27Z

Brigitte: /* Referenz für gebräuchliche Rollenbezeichnungen in UI-Automation */

2016-11-27T15:09:13Z

‎Referenz für gebräuchliche Rollenbezeichnungen in UI-Automation

Brigitte: Die Seite wurde neu angelegt: „ == Referenz für gebräuchliche Rollenbezeichnungen in UI-Automation == Zur Überprüfung der Rolle mit Inspect: uns fehlt eine Referenz für gebräuchliche…“

2016-11-27T15:06:40Z

Die Seite wurde neu angelegt: „ == Referenz für gebräuchliche Rollenbezeichnungen in UI-Automation == Zur Überprüfung der Rolle mit Inspect: uns fehlt eine Referenz für gebräuchliche…“

Neue Seite

== Referenz für gebräuchliche Rollenbezeichnungen in UI-Automation ==

Zur Überprüfung der Rolle mit Inspect: uns fehlt eine Referenz für gebräuchliche Rollenbezeichnungen in UIA/MSAA. Unter „ControlType“ werden oft sehr spezifische Bezeichnungen genannt, daher vermute ich, dass LocalizedControlType und LegacyIAccessible.Role ein Mapping auf eine UIA-interne Liste erlaubter Rollen enthalten. Ich finde nur einen Verweis im Rahmen von .net: [https://msdn.microsoft.com/en-us/library/system.windows.automation.controltype(v=vs.110).aspx] – kann jemand bestätigen, dass dies eine von Anwendungssoftware generell genutzte Liste ist?
--[[Benutzer:Brigitte|Brigitte]] ([[Benutzer Diskussion:Brigitte|Diskussion]]) 16:06, 27. Nov. 2016 (CET)

← Nächstältere Version		Version vom 25. März 2019, 06:58 Uhr
Zeile 14:		Zeile 14:
	24.03.2019 Detlef Girke <br/>		24.03.2019 Detlef Girke <br/>
	Das Problem kenne ich auch. Ich habe es sogar in einigen meiner Präsentationen drin, um zu demonstrieren, dass auch in MS Office nicht an alles gedacht wurde. Ich glaube, wir sollten uns hier weniger Gedanken um die Technik machen als darum, dass wir einen solchen Fehler dokumentieren müssten. Andere Änderungen des Status werden ja korrekt ausgegeben. Und dann machen wir uns ja auch keine weiteren Gedanken darum, wie das implementiert wurde. Hier ist die Schwierigkeit, dass das nicht unbedingt ein Fall für diesen Prüfschritt ist, sondern für 4.09.1 - Benachrichtigung über Änderungen. Denn die Information über die Zoomstufe lässt sich über das rechts daneben liegende Element auslesen. Und selbst der Slider ist über die Objektnavigation von NVDA erreichbar und gibt dann auch Informationen über die Zoomstufe aus.		Das Problem kenne ich auch. Ich habe es sogar in einigen meiner Präsentationen drin, um zu demonstrieren, dass auch in MS Office nicht an alles gedacht wurde. Ich glaube, wir sollten uns hier weniger Gedanken um die Technik machen als darum, dass wir einen solchen Fehler dokumentieren müssten. Andere Änderungen des Status werden ja korrekt ausgegeben. Und dann machen wir uns ja auch keine weiteren Gedanken darum, wie das implementiert wurde. Hier ist die Schwierigkeit, dass das nicht unbedingt ein Fall für diesen Prüfschritt ist, sondern für 4.09.1 - Benachrichtigung über Änderungen. Denn die Information über die Zoomstufe lässt sich über das rechts daneben liegende Element auslesen. Und selbst der Slider ist über die Objektnavigation von NVDA erreichbar und gibt dann auch Informationen über die Zoomstufe aus.
		+
		+	25.03.2019 Johannes Fischer <br/>
		+	Den Fehler dokumentieren würde ich in jedem Fall. Ich hatte mich nur gefragt, ob man dem Entwickler einen konkreten Lösungsvorschlag machen könnte, wo er ansetzen sollte.

← Nächstältere Version		Version vom 24. März 2019, 16:33 Uhr
Zeile 11:		Zeile 11:
	Frage: In diesem Prüfschritt sollen Inhalte nochmals untersucht werden, die u. a. im Prüfschritt 4.09.1 (Benachrichtigung über Änderung) auffällig geworden sind. Gibt es hier Erfahrungen von anderen Prüfern, in welchem Parameter oder in welchen Parametern bei inspect etwas stehen müsste, damit es vorgelesen wird?<br/>		Frage: In diesem Prüfschritt sollen Inhalte nochmals untersucht werden, die u. a. im Prüfschritt 4.09.1 (Benachrichtigung über Änderung) auffällig geworden sind. Gibt es hier Erfahrungen von anderen Prüfern, in welchem Parameter oder in welchen Parametern bei inspect etwas stehen müsste, damit es vorgelesen wird?<br/>
	Beispiel Excel 2010 Statusleiste: Es gibt die Plus-/Minus-Schalter zum Zoomen des Tabellenblatts, links neben den Schaltern die Angabe des aktuellen Zooms, z. B. 100%. Wenn ich nun einmal den Plus-Schalter betätige, ist der Zoom 110% und das sollte der Screenreader mir eigentlich vorlesen, um mich von der Änderung zu benachrichtigen. Es wird aber nichts vorgelesen. Über welchen Parameter in Inspect könnte hier die Anzeige des Prozentwerts mit dem Plus-Schalter verknüpft sein? Ist das einfach nur der Name (Name oder LegacyIAccessible.Name), der sich adhoc ändern müsste oder wäre ein anderer Parameter besser geeignet?		Beispiel Excel 2010 Statusleiste: Es gibt die Plus-/Minus-Schalter zum Zoomen des Tabellenblatts, links neben den Schaltern die Angabe des aktuellen Zooms, z. B. 100%. Wenn ich nun einmal den Plus-Schalter betätige, ist der Zoom 110% und das sollte der Screenreader mir eigentlich vorlesen, um mich von der Änderung zu benachrichtigen. Es wird aber nichts vorgelesen. Über welchen Parameter in Inspect könnte hier die Anzeige des Prozentwerts mit dem Plus-Schalter verknüpft sein? Ist das einfach nur der Name (Name oder LegacyIAccessible.Name), der sich adhoc ändern müsste oder wäre ein anderer Parameter besser geeignet?
		+
		+	24.03.2019 Detlef Girke <br/>
		+	Das Problem kenne ich auch. Ich habe es sogar in einigen meiner Präsentationen drin, um zu demonstrieren, dass auch in MS Office nicht an alles gedacht wurde. Ich glaube, wir sollten uns hier weniger Gedanken um die Technik machen als darum, dass wir einen solchen Fehler dokumentieren müssten. Andere Änderungen des Status werden ja korrekt ausgegeben. Und dann machen wir uns ja auch keine weiteren Gedanken darum, wie das implementiert wurde. Hier ist die Schwierigkeit, dass das nicht unbedingt ein Fall für diesen Prüfschritt ist, sondern für 4.09.1 - Benachrichtigung über Änderungen. Denn die Information über die Zoomstufe lässt sich über das rechts daneben liegende Element auslesen. Und selbst der Slider ist über die Objektnavigation von NVDA erreichbar und gibt dann auch Informationen über die Zoomstufe aus.

@@ Zeile 1: / Zeile 1: @@
 == Referenz für gebräuchliche Rollenbezeichnungen in UI-Automation ==
@@ Zeile 6: / Zeile 4: @@
 --[[Benutzer:Brigitte|Brigitte]] ([[Benutzer Diskussion:Brigitte|Diskussion]]) 16:06, 27. Nov. 2016 (CET)
-== 05.04.2018 Detlef Girke: ==
+.04.2018 Detlef Girke:<br/>
-Wir sollten es uns mit diesem Prüfschritt nicht zu kompliziert machen. Nach Aussage von Herrn Kochanek und Herrn Friehoff genügt es, wenn in der Liste, die inspect ausgibt, es einen irgendwie gearteten Hinweis auf Name, Rolle, Wert gibt. Dann sind Screenreader schon sehr "dankbar". Die Prüfanleitung ist ja schon lang genug. Aber sofern es eine Liste der Rollen gibt, können wir die gern referenzieren. Je mehr potenzielle Fragen wir in der Prüfschrittbeschreibung beantworten, desto besser.
+== Benachrichtigung über Änderungen in inspect ==

@@ Zeile 6: / Zeile 6: @@
 --[[Benutzer:Brigitte|Brigitte]] ([[Benutzer Diskussion:Brigitte|Diskussion]]) 16:06, 27. Nov. 2016 (CET)
-== 05.04.2018 Detlef Girke: ==<br/>
+== 05.04.2018 Detlef Girke: ==
 Wir sollten es uns mit diesem Prüfschritt nicht zu kompliziert machen. Nach Aussage von Herrn Kochanek und Herrn Friehoff genügt es, wenn in der Liste, die inspect ausgibt, es einen irgendwie gearteten Hinweis auf Name, Rolle, Wert gibt. Dann sind Screenreader schon sehr "dankbar". Die Prüfanleitung ist ja schon lang genug. Aber sofern es eine Liste der Rollen gibt, können wir die gern referenzieren. Je mehr potenzielle Fragen wir in der Prüfschrittbeschreibung beantworten, desto besser.

← Nächstältere Version		Version vom 6. April 2018, 07:30 Uhr
Zeile 5:		Zeile 5:
	Zur Überprüfung der Rolle mit Inspect: uns fehlt eine Referenz für gebräuchliche Rollenbezeichnungen in UIA/MSAA. Unter „ControlType“ werden oft sehr spezifische Bezeichnungen genannt, daher vermute ich, dass LocalizedControlType und LegacyIAccessible.Role ein Mapping auf eine UIA-interne Liste erlaubter Rollen enthalten. Ich finde nur einen Verweis im Rahmen von .net: [https://msdn.microsoft.com/en-us/library/system.windows.automation.controltype(v=vs.110).aspx - https://msdn.microsoft.com/en-us/library/system.windows.automation.controltype(v=vs.110).aspx] – kann jemand bestätigen, dass dies eine von Anwendungssoftware generell genutzte Liste ist?		Zur Überprüfung der Rolle mit Inspect: uns fehlt eine Referenz für gebräuchliche Rollenbezeichnungen in UIA/MSAA. Unter „ControlType“ werden oft sehr spezifische Bezeichnungen genannt, daher vermute ich, dass LocalizedControlType und LegacyIAccessible.Role ein Mapping auf eine UIA-interne Liste erlaubter Rollen enthalten. Ich finde nur einen Verweis im Rahmen von .net: [https://msdn.microsoft.com/en-us/library/system.windows.automation.controltype(v=vs.110).aspx - https://msdn.microsoft.com/en-us/library/system.windows.automation.controltype(v=vs.110).aspx] – kann jemand bestätigen, dass dies eine von Anwendungssoftware generell genutzte Liste ist?
	--[[Benutzer:Brigitte\|Brigitte]] ([[Benutzer Diskussion:Brigitte\|Diskussion]]) 16:06, 27. Nov. 2016 (CET)		--[[Benutzer:Brigitte\|Brigitte]] ([[Benutzer Diskussion:Brigitte\|Diskussion]]) 16:06, 27. Nov. 2016 (CET)
		+
		+	== 05.04.2018 Detlef Girke: ==<br/>
		+	Wir sollten es uns mit diesem Prüfschritt nicht zu kompliziert machen. Nach Aussage von Herrn Kochanek und Herrn Friehoff genügt es, wenn in der Liste, die inspect ausgibt, es einen irgendwie gearteten Hinweis auf Name, Rolle, Wert gibt. Dann sind Screenreader schon sehr "dankbar". Die Prüfanleitung ist ja schon lang genug. Aber sofern es eine Liste der Rollen gibt, können wir die gern referenzieren. Je mehr potenzielle Fragen wir in der Prüfschrittbeschreibung beantworten, desto besser.

@@ Zeile 3: / Zeile 3: @@
 == Referenz für gebräuchliche Rollenbezeichnungen in UI-Automation ==
-Zur Überprüfung der Rolle mit Inspect: uns fehlt eine Referenz für gebräuchliche Rollenbezeichnungen in UIA/MSAA. Unter „ControlType“ werden oft sehr spezifische Bezeichnungen genannt, daher vermute ich, dass LocalizedControlType und LegacyIAccessible.Role ein Mapping auf eine UIA-interne Liste erlaubter Rollen enthalten. Ich finde nur einen Verweis im Rahmen von .net:  [https://msdn.microsoft.com/en-us/library/system.windows.automation.controltype(v=vs.110).aspx] – kann jemand bestätigen, dass dies eine von Anwendungssoftware generell genutzte Liste ist?
+Zur Überprüfung der Rolle mit Inspect: uns fehlt eine Referenz für gebräuchliche Rollenbezeichnungen in UIA/MSAA. Unter „ControlType“ werden oft sehr spezifische Bezeichnungen genannt, daher vermute ich, dass LocalizedControlType und LegacyIAccessible.Role ein Mapping auf eine UIA-interne Liste erlaubter Rollen enthalten. Ich finde nur einen Verweis im Rahmen von .net:  [https://msdn.microsoft.com/en-us/library/system.windows.automation.controltype(v=vs.110).aspx - https://msdn.microsoft.com/en-us/library/system.windows.automation.controltype(v=vs.110).aspx] – kann jemand bestätigen, dass dies eine von Anwendungssoftware generell genutzte Liste ist?
 --[[Benutzer:Brigitte|Brigitte]] ([[Benutzer Diskussion:Brigitte|Diskussion]]) 16:06, 27. Nov. 2016 (CET)