Den 17. apr. 2026 kl. 21.02 skrev Harri Pasanen via MBraille-Test <mbraille-test@lists.mpaja.com>:
Hi Thomas,
I'm going through your feedback below. The following I did not quite grasp:
Braille editor: When the editor is empty hold dot 4 and swipe up/down will return the last commands even if command mode isn't active. Commands can also be executed, like: sms john
in an empty buffer will allow an empty message to be created.
This is not true, if there is any text in the editor.
What do you mean? Any text in the editor should be passed to the command as usual.
On Wednesday, April 15th, 2026 at 11:16 PM, Thomas Byskov Dalgaard via MBraille-Test <mbraille-test@lists.mpaja.com> wrote:
Hi Harri!
Here are a few notes/observations I have collected since 0.9.28 and 0.9.29. Hope some of this is useful.
Textbuffer
When text buffer is activated for the first time:
Focus is not moved to the text field, but stays on the unlabeled button which closes the text buffer
I have to swipe to the text field to make sure focus is in the right place. This is especially important for Braille display users since they aren't sure that the cursor is vissible on the screen, so they have to make a few gestures/keypresses to be able to entering Braille into the field and follow their typing.
goto command can not find apps on device.
I have an app on my device named: Smartthings from Samsung.
If I type:
goto smartthings
followed by a newline, MBraille returns app not found. Why can't MBraille find the app, if it doesn't look in a premade list of apps?
This is true for both braille editor and external keyboard mode.
Text buffer: Audio ducking is not suspended
As noticed in another thread about audio ducking I found a workaround for this behaviour. This is however not working when using external keyboard mode.
Braille editor: When the editor is empty hold dot 4 and swipe up/down will return the last commands even if command mode isn't active. Commands can also be executed, like: sms john
in an empty buffer will allow an empty message to be created.
This is not true, if there is any text in the editor.
Request: Can apps like Todoist be supported in a future version?
Todoist should have a good acccessibility rank both on iOS and Android. I use Todoist for almost anything, I have started to make notes for MBraille observations as of lately. I have ben in contact with their support, and they are really interested in accessibility, also if they by accident breaks something.
Editor: Promp for saving if a file is open
This was drawn to my attention, when I looked for adding aliases to alias.mb
I opened the alias.mb via the open command.
I entered a few lines, and wanted to close the file.
MBraille closed the file and my edits were lost.
I wonder if a check can be made, so MBraille will Promt: Save changes to "filename"? Yes, no?
Future feature request: Command to switch between keyboard modes
This might almost never be used, but I would really like for a setting that allows me to switch between braille input on screen and external keyboard mode. Muy first thought was trying to make MBraille smart enough, so it would switch mode if it detected input from an external device, but I think that is almost impossible to program.
Text buffer:
The label/help text for the edit field is repeated when reading the text.
It would be fine, if the text for the edit field itself was:
Type text here.
Notes on generated help file:
There are a few places where formatting is escaped. For example under the paragraph:
Multiple lines in aliases
There is a list, but the blank line before the 1. is missing (I guess), and therefor the list is treated as regular text.
Hope some of this is useful.
Best regards Thomas
Sendt fra min Macbook Pro via Apple mail
_______________________________________________
MBraille-Test mailing list -- mbraille-test@lists.mpaja.com
To unsubscribe send an email to mbraille-test-leave@lists.mpaja.com