#brltty — Public Fediverse posts

@iaruffell

Looking at the blurb afresh, I see that it still uses the login program to login.

That isn't necessary nowadays. One thing that I later added to the toolset was a replacement program that assumed that one had at least a 1970s video terminal with a repositionable cursor, and draws a full-screen TUI with the user/password prompts as text entry fields.

http://jdebp.info/Softwares/nosh/guide/commands/login-envuidgid.xml

I assume that the old paper terminal login style works better for the #brltty case, though.

#nosh

@iaruffell

Looking at the blurb afresh, I see that it still uses the login program to login.

That isn't necessary nowadays. One thing that I later added to the toolset was a replacement program that assumed that one had at least a 1970s video terminal with a repositionable cursor, and draws a full-screen TUI with the user/password prompts as text entry fields.

http://jdebp.info/Softwares/nosh/guide/commands/login-envuidgid.xml

I assume that the old paper terminal login style works better for the #brltty case, though.

#nosh

@iaruffell

Looking at the blurb afresh, I see that it still uses the login program to login.

That isn't necessary nowadays. One thing that I later added to the toolset was a replacement program that assumed that one had at least a 1970s video terminal with a repositionable cursor, and draws a full-screen TUI with the user/password prompts as text entry fields.

http://jdebp.info/Softwares/nosh/guide/commands/login-envuidgid.xml

I assume that the old paper terminal login style works better for the #brltty case, though.

#nosh

@iaruffell

Looking at the blurb afresh, I see that it still uses the login program to login.

That isn't necessary nowadays. One thing that I later added to the toolset was a replacement program that assumed that one had at least a 1970s video terminal with a repositionable cursor, and draws a full-screen TUI with the user/password prompts as text entry fields.

http://jdebp.info/Softwares/nosh/guide/commands/login-envuidgid.xml

I assume that the old paper terminal login style works better for the #brltty case, though.

#nosh

@iaruffell

Looking at the blurb afresh, I see that it still uses the login program to login.

That isn't necessary nowadays. One thing that I later added to the toolset was a replacement program that assumed that one had at least a 1970s video terminal with a repositionable cursor, and draws a full-screen TUI with the user/password prompts as text entry fields.

http://jdebp.info/Softwares/nosh/guide/commands/login-envuidgid.xml

I assume that the old paper terminal login style works better for the #brltty case, though.

#nosh

@iaruffell

For what it's worth, I've long since been providing a terminal emulator, that runs on both #FreeBSD and #NetBSD, that can also optionally provide a Linux-format vcsa file, a format that #brltty already understands and can read.

http://jdebp.info/Softwares/nosh/brltty.html

http://jdebp.info/Softwares/nosh/guide/commands/console-terminal-emulator.xml

I wrote up that blurb in 2014, and it still does that today, although I did in 2015 make vcsa file generation a non-default option, as there's also a better full Unicode display file available.

#nosh

@iaruffell

For what it's worth, I've long since been providing a terminal emulator, that runs on both #FreeBSD and #NetBSD, that can also optionally provide a Linux-format vcsa file, a format that #brltty already understands and can read.

http://jdebp.info/Softwares/nosh/brltty.html

http://jdebp.info/Softwares/nosh/guide/commands/console-terminal-emulator.xml

I wrote up that blurb in 2014, and it still does that today, although I did in 2015 make vcsa file generation a non-default option, as there's also a better full Unicode display file available.

#nosh

@iaruffell

For what it's worth, I've long since been providing a terminal emulator, that runs on both #FreeBSD and #NetBSD, that can also optionally provide a Linux-format vcsa file, a format that #brltty already understands and can read.

http://jdebp.info/Softwares/nosh/brltty.html

http://jdebp.info/Softwares/nosh/guide/commands/console-terminal-emulator.xml

I wrote up that blurb in 2014, and it still does that today, although I did in 2015 make vcsa file generation a non-default option, as there's also a better full Unicode display file available.

#nosh

@iaruffell

For what it's worth, I've long since been providing a terminal emulator, that runs on both #FreeBSD and #NetBSD, that can also optionally provide a Linux-format vcsa file, a format that #brltty already understands and can read.

http://jdebp.info/Softwares/nosh/brltty.html

http://jdebp.info/Softwares/nosh/guide/commands/console-terminal-emulator.xml

I wrote up that blurb in 2014, and it still does that today, although I did in 2015 make vcsa file generation a non-default option, as there's also a better full Unicode display file available.

#nosh

@iaruffell

For what it's worth, I've long since been providing a terminal emulator, that runs on both #FreeBSD and #NetBSD, that can also optionally provide a Linux-format vcsa file, a format that #brltty already understands and can read.

http://jdebp.info/Softwares/nosh/brltty.html

http://jdebp.info/Softwares/nosh/guide/commands/console-terminal-emulator.xml

I wrote up that blurb in 2014, and it still does that today, although I did in 2015 make vcsa file generation a non-default option, as there's also a better full Unicode display file available.

#nosh

BRLTTY problem on a fresh Raspbian OS in console mode: Uppon typing onto the command prompt, the cursor walks along the Braille display, but no character is displayed at all. When the monitor is disconnected, the Braille display shows whats written on the cmd line. Everything else is displayed correctly when navigating with the Braille display, as long as its a static text such as a system message. Any idea what this can cause? ... Update: After connecting a smaller monitor, also typed characters on the command prompt are displayed again. Seems, as BRLTTY doesn't like monitors larger 27 inches with this config. #help #linux #brltty #blind #BrailleDisplay

BRLTTY problem on a fresh Raspbian OS in console mode: Uppon typing onto the command prompt, the cursor walks along the Braille display, but no character is displayed at all. When the monitor is disconnected, the Braille display shows whats written on the cmd line. Everything else is displayed correctly when navigating with the Braille display, as long as its a static text such as a system message. Any idea what this can cause? ... Update: After connecting a smaller monitor, also typed characters on the command prompt are displayed again. Seems, as BRLTTY doesn't like monitors larger 27 inches with this config. #help #linux #brltty #blind #BrailleDisplay

BRLTTY problem on a fresh Raspbian OS in console mode: Uppon typing onto the command prompt, the cursor walks along the Braille display, but no character is displayed at all. When the monitor is disconnected, the Braille display shows whats written on the cmd line. Everything else is displayed correctly when navigating with the Braille display, as long as its a static text such as a system message. Any idea what this can cause? ... Update: After connecting a smaller monitor, also typed characters on the command prompt are displayed again. Seems, as BRLTTY doesn't like monitors larger 27 inches with this config. #help #linux #brltty #blind #BrailleDisplay

BRLTTY problem on a fresh Raspbian OS in console mode: Uppon typing onto the command prompt, the cursor walks along the Braille display, but no character is displayed at all. When the monitor is disconnected, the Braille display shows whats written on the cmd line. Everything else is displayed correctly when navigating with the Braille display, as long as its a static text such as a system message. Any idea what this can cause? ... Update: After connecting a smaller monitor, also typed characters on the command prompt are displayed again. Seems, as BRLTTY doesn't like monitors larger 27 inches with this config. #help #linux #brltty #blind #BrailleDisplay

BRLTTY problem on a fresh Raspbian OS in console mode: Uppon typing onto the command prompt, the cursor walks along the Braille display, but no character is displayed at all. When the monitor is disconnected, the Braille display shows whats written on the cmd line. Everything else is displayed correctly when navigating with the Braille display, as long as its a static text such as a system message. Any idea what this can cause? ... Update: After connecting a smaller monitor, also typed characters on the command prompt are displayed again. Seems, as BRLTTY doesn't like monitors larger 27 inches with this config. #help #linux #brltty #blind #BrailleDisplay

Shout-out to the super-helpful folk at #debian-accessibility and #brltty who resolved an issue I had been having with my braille display for *years*. Sometimes the world of Linux really makes me so happy. I know have braille via bluetooth, at least on the laptop, which is going to make lesson setups much easier (and generally less self-strangulation with cables).

Shout-out to the super-helpful folk at #debian-accessibility and #brltty who resolved an issue I had been having with my braille display for *years*. Sometimes the world of Linux really makes me so happy. I know have braille via bluetooth, at least on the laptop, which is going to make lesson setups much easier (and generally less self-strangulation with cables).

Shout-out to the super-helpful folk at #debian-accessibility and #brltty who resolved an issue I had been having with my braille display for *years*. Sometimes the world of Linux really makes me so happy. I know have braille via bluetooth, at least on the laptop, which is going to make lesson setups much easier (and generally less self-strangulation with cables).

Shout-out to the super-helpful folk at #debian-accessibility and #brltty who resolved an issue I had been having with my braille display for *years*. Sometimes the world of Linux really makes me so happy. I know have braille via bluetooth, at least on the laptop, which is going to make lesson setups much easier (and generally less self-strangulation with cables).

Habe ich intusiastische Reverse Engenierende unter meinen Folgenden, mit denen ich mir mal eine Alte Braille Zeile anschauen könnte, deren Treiber bisher nicht bei #BRLTTY eingepflegt ist? Dieser bestimmte Gerätetyp liegt zu hauf bei #Blinden herum und kann unter "modernen" Betriebssystemen nicht mehr verwendet werden. Vielleicht ist hier ja eine fähige Person, die sich mal den alten Windows oder Dos Treiber anschauen könnte und rausfindet, welche Sprache der mit dem Gerät spricht. Auf dieser Basis könnte dann BRLTTY um dieses Protokoll erweitert werden. Ich besitze leider das dafür nötige KnowHow nicht.

Habe ich intusiastische Reverse Engenierende unter meinen Folgenden, mit denen ich mir mal eine Alte Braille Zeile anschauen könnte, deren Treiber bisher nicht bei #BRLTTY eingepflegt ist? Dieser bestimmte Gerätetyp liegt zu hauf bei #Blinden herum und kann unter "modernen" Betriebssystemen nicht mehr verwendet werden. Vielleicht ist hier ja eine fähige Person, die sich mal den alten Windows oder Dos Treiber anschauen könnte und rausfindet, welche Sprache der mit dem Gerät spricht. Auf dieser Basis könnte dann BRLTTY um dieses Protokoll erweitert werden. Ich besitze leider das dafür nötige KnowHow nicht.

Habe ich intusiastische Reverse Engenierende unter meinen Folgenden, mit denen ich mir mal eine Alte Braille Zeile anschauen könnte, deren Treiber bisher nicht bei #BRLTTY eingepflegt ist? Dieser bestimmte Gerätetyp liegt zu hauf bei #Blinden herum und kann unter "modernen" Betriebssystemen nicht mehr verwendet werden. Vielleicht ist hier ja eine fähige Person, die sich mal den alten Windows oder Dos Treiber anschauen könnte und rausfindet, welche Sprache der mit dem Gerät spricht. Auf dieser Basis könnte dann BRLTTY um dieses Protokoll erweitert werden. Ich besitze leider das dafür nötige KnowHow nicht.

Habe ich intusiastische Reverse Engenierende unter meinen Folgenden, mit denen ich mir mal eine Alte Braille Zeile anschauen könnte, deren Treiber bisher nicht bei #BRLTTY eingepflegt ist? Dieser bestimmte Gerätetyp liegt zu hauf bei #Blinden herum und kann unter "modernen" Betriebssystemen nicht mehr verwendet werden. Vielleicht ist hier ja eine fähige Person, die sich mal den alten Windows oder Dos Treiber anschauen könnte und rausfindet, welche Sprache der mit dem Gerät spricht. Auf dieser Basis könnte dann BRLTTY um dieses Protokoll erweitert werden. Ich besitze leider das dafür nötige KnowHow nicht.

Habe ich intusiastische Reverse Engenierende unter meinen Folgenden, mit denen ich mir mal eine Alte Braille Zeile anschauen könnte, deren Treiber bisher nicht bei #BRLTTY eingepflegt ist? Dieser bestimmte Gerätetyp liegt zu hauf bei #Blinden herum und kann unter "modernen" Betriebssystemen nicht mehr verwendet werden. Vielleicht ist hier ja eine fähige Person, die sich mal den alten Windows oder Dos Treiber anschauen könnte und rausfindet, welche Sprache der mit dem Gerät spricht. Auf dieser Basis könnte dann BRLTTY um dieses Protokoll erweitert werden. Ich besitze leider das dafür nötige KnowHow nicht.

Ich hab hier noch zwei Audiodata Braillezeilen liegen. Leider gibt es bisher keine Implementierung für #brltty dafür. Wie kann ich herausfinden, welche Signale der alte originale Treiber für DOS an das Gerät über LPT sendet und was da zurück kommt? Kann ich mit einem Raspi und zwei USB2LPT Wandlern etwas bauen, das auf dem Signalweg lauscht und mir dann anzeigt? Wie würde ich so was machen. Es ist so schade. Da Stehen so viele 80er Zeilen von FA rum, die nicht mehr verwendet werden können.

Ich hab hier noch zwei Audiodata Braillezeilen liegen. Leider gibt es bisher keine Implementierung für #brltty dafür. Wie kann ich herausfinden, welche Signale der alte originale Treiber für DOS an das Gerät über LPT sendet und was da zurück kommt? Kann ich mit einem Raspi und zwei USB2LPT Wandlern etwas bauen, das auf dem Signalweg lauscht und mir dann anzeigt? Wie würde ich so was machen. Es ist so schade. Da Stehen so viele 80er Zeilen von FA rum, die nicht mehr verwendet werden können.

Ich hab hier noch zwei Audiodata Braillezeilen liegen. Leider gibt es bisher keine Implementierung für #brltty dafür. Wie kann ich herausfinden, welche Signale der alte originale Treiber für DOS an das Gerät über LPT sendet und was da zurück kommt? Kann ich mit einem Raspi und zwei USB2LPT Wandlern etwas bauen, das auf dem Signalweg lauscht und mir dann anzeigt? Wie würde ich so was machen. Es ist so schade. Da Stehen so viele 80er Zeilen von FA rum, die nicht mehr verwendet werden können.

Ich hab hier noch zwei Audiodata Braillezeilen liegen. Leider gibt es bisher keine Implementierung für #brltty dafür. Wie kann ich herausfinden, welche Signale der alte originale Treiber für DOS an das Gerät über LPT sendet und was da zurück kommt? Kann ich mit einem Raspi und zwei USB2LPT Wandlern etwas bauen, das auf dem Signalweg lauscht und mir dann anzeigt? Wie würde ich so was machen. Es ist so schade. Da Stehen so viele 80er Zeilen von FA rum, die nicht mehr verwendet werden können.

@TheFake_VIP Hi. Found you via the #BRLTTY hashtag. Still in search of a braille display. I could give You an 80 cell one from Frank Audiodata for free, as long as you pay shipping to the UK. Only Problem, the thing is not supported by #BRLTTY and you will have to disasemble the old dos driver in order to find out, how the thing communicates. If You do an implementation for BRLTTY , the whole community wins. Interested?

@TheFake_VIP Hi. Found you via the #BRLTTY hashtag. Still in search of a braille display. I could give You an 80 cell one from Frank Audiodata for free, as long as you pay shipping to the UK. Only Problem, the thing is not supported by #BRLTTY and you will have to disasemble the old dos driver in order to find out, how the thing communicates. If You do an implementation for BRLTTY , the whole community wins. Interested?

@nuagezero Ces quinze dernières années le mouvement #Libre a produit des réussites considérables en matière d’ #accessibilité aux déficiences visuelles : #brltty, #Orca, #Compiz et bien d’autres. …/…

If #BrailleDisplays weren't so rediculously expensive, I'd love to get one (preferably a small one) and integrate it into a case with a #RaspberryPi. Then I could install #BRLTTY, #Espeakup, maybe even a GUI and #Orca and have a #Linux powered braille notetaker. #Accessibility

If #BrailleDisplays weren't so rediculously expensive, I'd love to get one (preferably a small one) and integrate it into a case with a #RaspberryPi. Then I could install #BRLTTY, #Espeakup, maybe even a GUI and #Orca and have a #Linux powered braille notetaker. #Accessibility

If #BrailleDisplays weren't so rediculously expensive, I'd love to get one (preferably a small one) and integrate it into a case with a #RaspberryPi. Then I could install #BRLTTY, #Espeakup, maybe even a GUI and #Orca and have a #Linux powered braille notetaker. #Accessibility