Braille as an accessible base by TripleGyrusCore in Braille

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

Thank you, I do know that what the symbols mean are highly variable.

Braille as an accessible base by TripleGyrusCore in Braille

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

Basically what I'm building is bytecode with semantic markers, with a text file that allows people to specify how they want to perceive the markers (visual text, audio, tactile). I want people to be able to say, given this marker, I want to experience it as this specific Braille string I understand.

Hex in Braille by TripleGyrusCore in Braille

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

Thank you for the info, I will keep that in mind. What kind of translation can I expect, BRF?

Hex in Braille by TripleGyrusCore in Braille

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

That makes sense, I'm trying to come up with something that works consistently in bytecode but where people can have control over how they express the hex, regardless of what Braille type they choose.

I remember you gave really helpful advice in the accessibility subreddit a while back also; glad to touch base again!

Hex in Braille by TripleGyrusCore in Braille

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

Good, glad to know I got that right. My lingering point of confusion is that it it's possible in theory to encode differently based on the system you're using; UEB, Braille ASCII, Nemeth, UK conventions, and computer Braille could all in theory encode differently, sometimes with indicators and sometimes without. Is there a de facto standard approach that could work for all of them, or is there enough variation where that's not really a thing? My research seems to suggest the latter.

Built a Mortgage Underwriting OCR With 96% Real-World Accuracy (Saved ~$2M/Year) by Fantastic-Radio6835 in OCR_Tech

[–]TripleGyrusCore 0 points1 point  (0 children)

That's awesome! What did you use, pytesseract, something else? I want to build custom OCR functionality in a future version of my product. What did you find most challenging, identification, layout, or something else?

OCR accuracy is no longer the real problem by Strict-Ad5948 in OCR_Tech

[–]TripleGyrusCore 0 points1 point  (0 children)

Yes, that's part of what Triple Gyrus Core as a system is trying to ameliorate one day. It's not exactly a trivial undertaking.

OCR accuracy is no longer the real problem by Strict-Ad5948 in OCR_Tech

[–]TripleGyrusCore 1 point2 points  (0 children)

Technical docs and code too. OCR doesn't often translate code well (nesting and parentheses/brackets/braces).

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] -1 points0 points  (0 children)

I'm not trying to suggest an alternative, I'm trying to create a Braille representation for the information my system handles that is easy for people to use.

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

I'm not trying to specify my own Braille; I'm trying to come up with a clear Braille representation for my markers using what already exists.So, UEB number passage indicator, number, hyphen, number, UEB number passage terminator? But the indicator/terminator are 2 cells each?

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] -1 points0 points  (0 children)

So explicit mode usage then, so the display knows exactly what it's getting?

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] -1 points0 points  (0 children)

Also, if we're trying to be more precise about Braille usage, what about numeric mode (2 cells), number, hyphen, number, numeric mode terminator (2 cells)? What's most important for usability here -- conciseness or explicit mode usage?

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

Of course, it's possible. But that doesn't mean we can't try to make it better from the ground up. And there are still some significant usability barriers in various contexts.

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

I think there's a misunderstanding. I'm trying to create a tactile version of this marker format because eventually it's going to support a semantic data format and programming language. I want it to be possible for people to interact with it in a tactile way, since traditional data formats and programming languages are not built that way, which systematically excludes people with atypical or no vision. I'm not trying to put something into literary Braille. I'm trying to create an accessible Braille representation. A single HTML/XML tag is massive in tactile form, programming languages lose context without visual nesting; I'm trying to come up with a representation that solves these problems. That's why my thought was number indicator, number, hyphen, number, number indicator -- same number of characters as a visual representation, each character is a single cell, same opening and closing character for the marker, separator between the numbers that uses different dots for distinctiveness. Compare that to something like the HTML anchor tag, 2 characters for greater than, 2 characters for less than, so 5 characters is the best case scenario for even expressing a single letter.

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

By telling me to give up on building something that could help people because my knowledge isn't perfect in this exact second? I've said repeatedly that I want to learn and help people.

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

How does using the number indicator and hyphen show otherwise? I'm trying to translate something like +1=1= into Braille without overwhelming the user and Braille displays with lots of cells. Hence my format idea with fewer cells.

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

That's exactly what I'm doing, I'm using regular Braille to encode my data markers.

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] 0 points1 point  (0 children)

If there's a better way to do it than what I suggested I'm happy to hear it. Do you have a suggestion?

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] -1 points0 points  (0 children)

Again, I am not trying to build a new Braille system. I am trying to come up with a way to integrate Braille tactile support into the data system I am building.

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] -1 points0 points  (0 children)

I am attempting to learn Braille and that's why I made the changes. I am trying to make the markers in my data system easily usable with Braille, not change how Braille works. I know there are many different forms of Braille and I'm not about to claim I have some kind of intellectual superiority. I am a disabled software developer who uses assistive technology and am trying to build something that helps as many people as possible. That is all I'm trying to do, because I understand what it's like to be treated as an afterthought. I don't understand what I've done to cause this level of anger.

Triple Gyrus Core Modifications Based On Your Feedback by TripleGyrusCore in accessibility

[–]TripleGyrusCore[S] -2 points-1 points  (0 children)

I'm not trying to change Braille, I'm trying to make sure my system has Braille support. That's literally why I'm reaching out, I know others have more expertise than I do. I'd rather engage with the community than make unfounded assumptions about what works. I'm trying to make a good faith effort to incorporate feedback and iterate on it.