That is very powerful and useful.
My only concern is when gestures get triggered by accident and one is not aware that you’re issuing a command or, as I reported in separate feedback, sometimes one ends up in command mode without sound indication by accident and it can be confusing.
Best,
Ioana
Ioana Gandrabur
Peer trainer / Paire Formatrice
Ioana.gandrabur@celalibrary.ca
437 291-4095
I respectfully acknowledge that I live and work on the traditional, unceded lands of the Kanien’kehá:ka (Mohawk) Nation — a historic gathering place for many First Peoples, including the Haudenosaunee, Anishinaabeg, Huron-Wendat, and others.
Je reconnais respectueusement que je vis et travaille sur les terres traditionnelles non cédées de la nation kanien’kehá:ka (mohawk) — un lieu de rencontre historique pour de nombreux peuples autochtones, Anishinaabeg, les Hurons-Wendat et d’autres.
From: Harri Pasanen via MBraille-Test <mbraille-test@lists.mpaja.com>
Sent: Friday, April 17, 2026 3:58 PM
To: This list is for MBraille testers. You will get access to beta versions and latest features still in development. <mbraille-test@lists.mpaja.com>
Cc: Harri Pasanen <harri@mpaja.com>
Subject: [MBraille-Test] Re: 0.9.29: Notes on different areas
Hi,
It is a feature, the command mode is implicitly activated with holding dot 4 and swiping up or down to browse command history. So no need to got to command mode first.
Best regards,
Harri
On Friday, April 17th, 2026 at 10:09 PM, Thomas Byskov Dalgaard via MBraille-Test <mbraille-test@lists.mpaja.com> wrote:
Hi Harri!
Sorry if I was unclear about that part.
Is it a feature or a bug that holding down dot 4 and swiping up/down will move through the command history?
From what I read in the help the history should only work inside the command mode. If this is a feature, I really like that, and it gives MBraille a blast from the past. :)
I only thought the command history was possible to navigate through when command mode was activated first.
Best regards Thomas
Sendt fra min Macbook Pro via Apple mail
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.
Best regards,
Harri
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
Privacy Disclaimer - Français à suivre
This e-mail message (including attachments, if any) is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, proprietary, and confidential. If you are not the intended recipient, you are notified that any dissemination, distribution, or copy of this communication is strictly prohibited. If you have received this communication in error, please notify the sender and erase this e-mail message immediately.
-----------------------------------------------------------------------------------
Déclaration de confidentialité
Le présent courrier électronique (y compris les pièces qui y sont annexées, le cas échéant) s'adresse au destinataire indiqué et peut contenir des renseignements de caractère privé ou confidentiel. Si vous n'êtes pas le destinataire de ce document, nous vous signalons qu'il est strictement interdit de le diffuser, de le distribuer ou de le reproduire. Si ce message vous a été transmis par erreur, veuillez en informer l'expéditeur et le supprimer immédiatement.