[BRLTTY] Android: getting to the more optons menu in PureWriter with brltty

Brian Buhrow buhrow at nfbcal.org
Wed Jan 22 20:38:37 EST 2020


	hello.  Is there a way to cycle through the current list of windows on
the screen, or the list of potential windows, assuming it's possible to
cover one window with another on the screen?  If there were such a command,
then one could use the keystroke to perform that function to get to the
menu options with brltty.  If there isn't such a command, then one should
probably be created.  Another thought is that once that's done, there
probably will need to be a way to lock brltty on a specific window, so it
doesn't keep getting pulled back to the highest priority window when you
don't want it.  And, of course, that lock function would need to be a
changable function, so brltty would mostly work as it has in the past.

-thanks
-Brian

On Jan 22,  6:02pm, Dave Mielke wrote:
} Subject: Re: [BRLTTY] Android: getting to the more optons menu in PureWrit
} [quoted lines by henk.abma at gmail.com on 2020/01/08 at 21:40 +0100]
} 
} >There is a text editor called purewriter which seems reasonably accessible,
} >at least with TalkBack.
} 
} I've now installed it.
} 
} >With BrlTTY something strange happens when trying to access the More Options
} >menu at the right top of the screen.
} >When activating this menu, the cursor stays in the text area, so you cannot
} >navigate this menu using brltty.
} >When you navigate the menu with TalkBack's swipe gestures, the options are
} >spoken, very briefly displayed on the braille display, after which brltty
} >immediately returns to the text cursor.
} >
} >If I touch a menu item using one finger, the item is shown on the braille
} >display as long as I leave my finger there. When I lift it, brltty returns
} >to the text focus.
} 
} An Android screen consists of a number of what are called "windows". It has the
} concept of which window is currently active. The highest priority is the window
} that's currently being touched. If a window isn't being touched then the window
} which currently has input focus is deemed to be active. It seems that
} purewriter is leaving the input focus on its editing area, and that's what's
} keeping brltty from moving over to the options list when you aren't touching
} it.
} 
} It seems that TalkBack is now maintaining the concept of staying on the last
} window that was touched. We need to figure out the best way to do that from a
} braille device, i.e. without having to touch the screen. I have some ideas, but
} am also curious if you have any thoughts on how to do it.
} 
} -- 
} I believe the Bible to be the very Word of God: http://Mielke.cc/bible/
} Dave Mielke            | 2213 Fox Crescent | WebHome: http://Mielke.cc/
} EMail: Dave at Mielke.cc  | Ottawa, Ontario   | Twitter: @Dave_Mielke
} Phone: +1 613 726 0014 | Canada  K2A 1H7   |
} _______________________________________________
} This message was sent via the BRLTTY mailing list.
} To post a message, send an e-mail to: BRLTTY at brltty.app
} For general information, go to: http://brltty.app/mailman/listinfo/brltty
>-- End of excerpt from Dave Mielke




More information about the BRLTTY mailing list