Re: [orca-list] Question about capitalization styles



Hi Joanie,

I looked the new capitalization style GUI possibility.
First issue:
1. If in Orca preferences dialog/voice page If choosing the capitalization style combo box for example the icon possibility and press OK button, everithing is works right. Orca right reload and applying all preferences. But, when I opening again Orca preferences dialog, goto the voice page and tabbing the capitalization style combo box, the default selected value is the None possibility, not the previous setted icon possibility.
Possible fixing this?

2. If the capitalization style is icon or spell, now Orca reporting the capitalization simbol with non editable labels and not editable widgets too. My openion this two modes useful only when we editing texts in text boxes or on-line forms text-boxes, or whenreading articles in theWeb or filling forms, this situation Orca usual have in focus or browse mode. I don't no other users what modes will be prefer for example check boxes, combo boxes, radio buttons, push buttons, etc with GTK and web script handled form field elements. Try following testcase to demonstrate now what happening if the selected possibility is icon or spell mode: 1. Set the capitalization style with spell possibility, and reload Orca preferences. 2. Goto again Orca preference pane, and press a tab key to land the keyboard layout possibility.
3. Listen Orca what will be speak.
If you using english locale, have chance to you two or three time will be hearing the cap or capital word. So, the Orca speech output is following or similar I think when the spell possibility the active preference and if you using Espeak speech sinth:
"CapitalKeyboard layout panel capital desktop radio button selected"
If checked the speak object mnemonics check box in speech page, the example I quoted speech output will be following or similar: "CapitalKeyboard layout panel capital desktop radio button selected capital alt + capital d" So, I would like hear the icon and spell modes output only with editable text widgets, but of course this is only my openion. With only editable text widgets works good I think the capitalization style feature if the selected mode is icon or spell possibility. I looked Orca what doing for example in Gedit or Thunderbird with following text:
My name is Attila Hammer.
If in this letter I go back theprevious line, I hear only before the My, Attila and Hammer words the cap word hungarian translated text.
If I doed word navigation the example line, the feature works good too.
So, I think the best practice with icon and spell mode possibility to restrict the feature working method with GTK editable text view widgets (the read-only textview widgets I don't no need or not this possibility), Web script handled editable text view widgets, in Thunderbird the editable text view widgets and message body if the focus have an existing letter body or a Compose or Reply dialog the message body.
I don't no what we doing if Orca have in browse mode forexample in Firefox.
With normal text reading possible useful this two capitalization style modes in browse mode, but need preventing this two modes with normal Firefox or Thunderbird menu operations or UI interactions with not editable widgets.
So, this is a difficult thing.

Attila


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