685

視覚は、ほとんどのプログラマーが当たり前と思っている感覚の1つです。ほとんどのプログラマーはコンピューターモニターを見るのに何時間も費やしますが(特にゾーンにいるとき)、盲目のプログラマー(現在Googleで働いているTVラマンなど)がいることは知っています。

あなたが盲人である(またはゆっくりと盲目になっている)場合、プログラミングを支援するために開発環境をどのように設定しますか?

(回答ごとに1つの提案をお願いします。この質問の目的は、優れたアイデアを一番上に表示することです。さらに、スクリーンリーダーは、優れたアイデアをより早く読むことができます。)

4

24 に答える 24

1015

私は全盲の大学生で、プログラミングのインターンシップをいくつか経験しているので、これらに基づいて回答します。私はオペレーティング システムとして Windows XP を使用し、Jawsを使用して、画面に表示される内容を合成音声で読み上げています。Java プログラミングには、アクセス可能なフル機能の IDE である Eclipse を使用します。

私の経験では、原則として、SWT を GUI ツールキットとして使用する Java プログラムは、Swing を使用するプログラムよりもアクセスしやすいため、netbeans には近づきません。どの .net プログラミングでも Visual Studio 2005 を使用しています。これは私のインターンシップで使用された標準バージョンであり、Jaws と、フォーム デザイナーなどをより使いやすくするために開発された一連のスクリプトを使用して非常にアクセスしやすいためです。

C および C++ プログラミングでは、コンパイラとして gcc を使用して cygwin を使用し、必要に応じてエディターとして emacs または vim を使用しています。私のインターンシップの多くは、Z/OS のプログラミングに関係していました。Cygwin を介して rlogin セッションを使用してメインフレームの USS サブシステムにアクセスし、C3270 を 3270 エミュレータとして使用してメインフレームの ISPF 部分にアクセスしました。

私は通常、合成音声に頼っていますが、点字ディスプレイを持っています。私は通常、音声でより速く作業することができますが、句読点が重要で複雑になる状況では点字ディスプレイを使用します。この例としては、ネストされた括弧が多数含まれる if ステートメントや、句読点が非常に重要な JCL があります。

アップデート

cygwin http://emacspeak.sourceforge.netの下で Emacspeakを使用しています。これがプログラミング エディターとして使用できるかどうかはわかりません。応答がやや鈍いように見えるためですが、構成オプションを確認していません。まだ。

于 2008-09-29T14:22:00.757 に答える
400

私は盲目で、約 13 年間、Windows、Mac、Linux、および DOS で、C/C++、Python、Java、C#、および途中でさまざまな小さな言語の言語でプログラミングを行ってきました。元の質問は環境の構成に関するものでしたが、目の不自由な人がコンピューターをどのように使用するかを調べることで、最もよく答えられると思います。

一部の人々は、他の回答で言及されている TV Raman や Emacspeak 環境などの会話環境を使用しています。はるかに一般的な解決策は、バックグラウンドで OS アクティビティを監視し、合成音声または物理的な点字ディスプレイ (通常、一度に 20 から 80 文字を表示する) を介してユーザーに警告するスクリーン リーダーを使用することです。これは、視覚障害者がアクセシブルなアプリケーションを使用できることを意味します。

そのため、最近は個人的に Visual Studio 2008 を使用しており、ほとんど変更せずに実行しています。入力時にエラーを表示するなどの特定の機能をオフにしているのは、気が散るからです。Microsoft に入社する前は、メモ帳などの標準的なテキスト エディターですべての開発を行っていたため、ここでもカスタマイズはありませんでした。

インデントをアナウンスするようにスクリーン リーダーを構成することができます。Visual Studio がこれを処理し、C# は中かっこを使用するため、個人的にはこれを使用しません。しかし、これは空白が重要な Python のような言語では非常に重要です。最後に、Emacspeak は構文のさまざまな部分 (キーワード、コメント、識別子など) を示すためにさまざまな音声/ピッチを使用します。

于 2009-01-17T18:17:32.267 に答える
107

私は盲目で、過去 12 年ほどプログラマーをしています。現在はシニア アーキテクトであり、Sapient Corporation (Web ベースとシック クライアント ベースの両方のエンタープライズ ソリューションを作成するケンブリッジを拠点とするコンサルティング会社) で働いています。私はいくつかのスクリーン リーダーを使用していますが、ほとんどは Jaws for Windows と NVDA を使用しています。

私は主に Microsoft プラットフォームとビジュアル スタジオを自分の環境として使用してきました。また、MS Sql エンタープライズ スタジオなどのツールを DB アクセスやネットワーク モニタリングなどに使用しています。emacspeak に時間を割こうとしましたが、私の仕事はほとんどが MS プラットフォームに基づいていたため、そこに多くの時間を費やすことはありませんでした。また、Linux で C++ の作業を数年間行ってきました。ほとんどの場合、Windows でメモ帳またはビジュアル スタジオを使用してすべてのコーディングを行い、次に samba を使用して Linux 環境とファイルを共有しました。また、いくつかの実験的なものには borland C を使用しました。最近pythonで遊んでいますが、他の人が上で指摘したように、ネストメカニズムとしてインデントを使用して記述されているため、視覚障害のあるユーザーにとって特に不親切です。そうは言っても、NVDA、最も人気のあるオープン ソースのスクリーン リーダーは完全に python を使用して作成されており、そのプロジェクトのコミッターの一部は盲目です。アーキテクトとしてよく聞かれる特に興味深い質問は、ダイアグラム (UML、visio、Rational rose など) をどのように扱うかということです。Visio は、おそらく最もアクセスしやすいダイアグラム ツールです。合理的なバラ図を読むためのジョーズスクリプトを書くことができました。UML 2.0 ダイアグラムにアクセスするために、ドイツの大学が開発した T-dub (視覚障害者向けのテクニカル ダイアグラム理解) というツールを使用しました。モデル駆動型の開発を行うためにマジック ドローと呼ばれる Java ベースの醜いツールを使用し、androMDA プロジェクトのコミッターであり、UML モデルからの .Net コード ジェネレーターの開発を支援しました。アーキテクトとしてよく聞かれる特に興味深い質問は、ダイアグラム (UML、visio、Rational rose など) をどのように扱うかということです。Visio は、おそらく最もアクセスしやすいダイアグラム ツールです。合理的なバラ図を読むためのジョーズスクリプトを書くことができました。UML 2.0 ダイアグラムにアクセスするために、ドイツの大学が開発した T-dub (視覚障害者向けのテクニカル ダイアグラム理解) というツールを使用しました。モデル駆動型の開発を行うためにマジック ドローと呼ばれる Java ベースの醜いツールを使用し、androMDA プロジェクトのコミッターであり、UML モデルからの .Net コード ジェネレーターの開発を支援しました。アーキテクトとしてよく聞かれる特に興味深い質問は、ダイアグラム (UML、visio、Rational rose など) をどのように扱うかということです。Visio は、おそらく最もアクセスしやすいダイアグラム ツールです。合理的なバラ図を読むためのジョーズスクリプトを書くことができました。UML 2.0 ダイアグラムにアクセスするために、ドイツの大学が開発した T-dub (視覚障害者向けのテクニカル ダイアグラム理解) というツールを使用しました。モデル駆動型の開発を行うためにマジック ドローと呼ばれる Java ベースの醜いツールを使用し、androMDA プロジェクトのコミッターであり、UML モデルからの .Net コード ジェネレーターの開発を支援しました。合理的なバラ図を読むためのジョーズスクリプトを書くことができました。UML 2.0 ダイアグラムにアクセスするために、ドイツの大学が開発した T-dub (視覚障害者向けのテクニカル ダイアグラム理解) というツールを使用しました。モデル駆動型の開発を行うためにマジック ドローと呼ばれる Java ベースの醜いツールを使用し、androMDA プロジェクトのコミッターであり、UML モデルからの .Net コード ジェネレーターの開発を支援しました。合理的なバラ図を読むためのジョーズスクリプトを書くことができました。UML 2.0 ダイアグラムにアクセスするために、ドイツの大学が開発した T-dub (視覚障害者のためのテクニカル ダイアグラム理解) というツールを使用しました。モデル駆動型開発を行うためにマジック ドローと呼ばれる Java ベースの醜いツールを使用し、androMDA プロジェクトのコミッターであり、UML モデルからの .Net コード ジェネレーターの開発を支援しました。

一般的に、私は自分の強みを発揮できるチーム環境で最も成功していることに気づきました。たとえば、図は設計を伝達/文書化するのに非常に役立ちますが、実際の設計プロセスには多くの思考とブレインストーミングが含まれ、設計が考え出されたら、チーム メイトの 1 人が、きれいに描かれた図をすばやくまとめるのを手伝ってくれます。それから絵。人々は上記を独立性や能力の欠如であると誤解していますが、私はこれを純粋な相互依存と見なしています。 -ターン、私が彼に頼って設計を文書化するのであれば、それでいい. 私が直面するハードルのほとんどは、ツールにアクセスできないことです。

于 2011-03-28T15:23:05.150 に答える
53

私は盲目の開発者で、Windows、GNU Linux、および MacOS X で作業しています。各プラットフォームには、視覚障害のあるユーザー向けの異なるワークフローがあります。これは、目の不自由な開発者が使用するスクリーン リーダーによって異なります。目の不自由な開発者にとって、開発ツールは完全に利用できるわけではありません。コードを入力し、すべての IDE でコンパイル機能を使用できますが、Interface Builder、XGlade などの設計ツールを使用してインターフェイスを設計する必要がある場合、多くの問題があります。Borland Delphi で開発していたとき、たとえばボタンなどのコントロールを追加し、オブジェクト インスペクタ ウィンドウを使用してコントロールの各視覚属性を変更できました。多くの IDE では、オブジェクト インスペクター ウィンドウを使用して視覚的属性と非視覚的属性を変更しますが、新しいコントロールを追加する方法はパレットからキャンバスにコントロールをドラッグ アンド ドロップすることになるため、目の不自由な開発者にとっての問題は、新しいコントロールを追加することです。Visual Studio 200x はこれを行うために別の方法を使用しますが、IDE のインターフェイスは新しいバージョンごとに変更されます。Windows のスクリーン リーダーは、一部の非標準アプリケーションの各領域を識別するために、スクリプトを使用して特別なサポートを必要とするため、これは大きな問題です。目の不自由な開発者は、スクリーン リーダーで Visual Studio 2008 を使用できますが、この IDE の新しいバージョンが表示されると、このバージョンの IDE 用の新しいバージョンのスクリプトを待つ必要があります。Interface builder を使用した Xcode には、タスクをドラッグ アンド ドロップするための代替手段がまだありません。私は何度も Apple に依頼しましたが、彼らは他のことに取り組んでいます。私は App Store に 3 つのアプリ (Accessible minesweeper、accessible fruitmachine、Programar a ciegas RSS) を公開し、すべてのインターフェイスをコードで設計する必要がありました。大変な作業ですが、各コントロールのすべての機能を管理できます。Eclipse にはアクセス可能なコード エディターがありますが、デバッグ コンソール、設計用のプラグイン、またはドキュメント エリアなどの他の開発ツールは、視覚障害のあるユーザー向けの支援ツールには問題があります。

ドキュメンテーションは盲目の開発者にとっても問題です。多くのサンプルとデモンストレーションでは、説明を示すために画像を使用しています (画像で可能なように環境設定を設定してください)。

問題は盲目ではないと思います。問題は、企業や開発グループが、アクセシビリティは最終的なソフトウェアに影響を与えるが、開発ソフトウェアには影響しないと考えていることです。彼らは、盲目のユーザーはクライアントであるべきだと考えていますが、盲目のユーザーは開発仲間になることはできません。

視覚障害者団体は製品やサービスのアクセシビリティを求めますが、視覚障害者の開発者のことは忘れています。視覚障害者は、弁護士、ジャーナリスト、教師として働くことができますが、視覚障害者にとってさえ、視覚障害者は奇妙な概念です。目の不自由な友達が私の仕事を理解してくれないので、孤独を感じることがよくあります。

この問題に関する私の意見は、私のブログhttp://www.programaraciegas.net/2010/11/05/la-accesibilidad-en-crisis-para-los-desarrolladores-ciegos/のスペイン語の記事で読むことができます ウェブページに翻訳ツールがあります。申し訳ありませんが、私はそれを翻訳しませんでした.

于 2012-05-21T21:30:42.937 に答える
47

Emacsには、目の不自由なユーザーがテキストファイルを操作できるようにするための多くの拡張機能があります。このトピックについて専門家に相談する必要がありますが、emacsにはテキスト読み上げ機能があります。そしておそらくもっと。

さらに、BLinuxがあります。

http://leb.net/blinux/

視覚障害者のためのLinux。非常に長い間存在していました。10年以上だと思いますが、とても成熟しています。

于 2008-09-23T03:48:24.477 に答える
43

「盲目」はさまざまな状態であることに注意してください。法的に盲目であり、非常に大きなモニターや拡大の助けを借りて読むことができる人もいれば、まったく視力がない人もいます. 本を拡大するための特別なデバイスと、画面の一部を拡大するために使用できる特別なソフトウェアを持っていた大学の同級生を覚えています。彼女は大学を卒業するために一生懸命働いていました。彼女の視力は悪化し、完全に消えようとしていたからです。

プログラミングにもさまざまなニーズがあります。大量のコードを作成するのが得意な人もいれば、全体像とアーキテクチャーを見るのが得意な人もいます。スクリーン インターフェースの難しさを考えると、目が見えないことで全体像を把握する能力が向上するのではないかと思います...

于 2008-09-23T04:00:10.437 に答える
31

ハンゼルマンは最近、盲目の開発者と本当に興味深いポッドキャストを持っていました。

于 2008-09-23T03:49:26.593 に答える
23

ソースを思い出すことはできませんが、可聴構文の「色付け」の形式について聞いたり読んだりしたことがあります。

foo equals quote これは文字列の引用です

弦の部分は、要素の分離をより明確にするために、異なるピッチまたは声で読まれます。

于 2008-09-29T15:16:33.230 に答える
14

開始する場所の1つは、Blinuxプロジェクトです。

http://leb.net/blinux/

このプロジェクトでは、Emacspeak(テキスト読み上げのエディター)を入手する方法について説明し、他にも多くのリソースがあります。

私は視力のある人と一緒に仕事をしましたが、モニターの使用を妨げていました。彼らはスクリーンリーダーソフトウェアでうまく機能し、テキストベースのアプリケーションとシェルの使用に多くの時間を費やしました。

ウィキペディアのスクリーンリーダーパッケージのリストは、開始するもう1つの場所です:http://en.wikipedia.org/wiki/List_of_screen_readers

于 2008-09-23T03:49:25.800 に答える
14

私は中国の北京にいる大学院生です。私はコンピュータ サイエンスを専攻しており、私の仕事の多くはプログラミングです。私は生まれつき視力が悪いので、拡大ツールを使用して画面上のフォントをはっきりと見る必要があります。Windows では Microsoft の mgnify ツールを使用し、Linux では compiz の magnify プラグインを使用します。私は通常、ツールを元のフォント サイズの 3 倍に拡大するように設定します。私にとって、拡大ツールは問題ありません。主な問題は速度です。マウスを動かして、見ているテキストにカーソルを合わせ続ける必要があります。編集またはコーディング中のマウスの連続的な動き。ただし、編集ソフトウェアや IDE がサポートしていない可能性があるため、常に機能するとは限りません。Linux の拡大ツールは使いにくいです。KDE に付属の KMag はリフレッシュ レートがひどいので目が疲れます。現在使用している compiz の拡大プラグは問題ありませんが、オート フォーカス (フォーカス オート フォロー) の機能はありません。iOS は、特に iPad の 9.7 インチ画面で、全画面拡大機能を備えた非常に完璧なソリューションを提供してくれます。コーディングやその他の編集作業にはほとんど使用しないため、オートフォーカスは必要ありません。Android はユーザー補助機能をほとんど提供しておらず、シェイク フィードバックのようなものしか提供していませんが、これは私には役に立ちません。Android には優れた拡大ツールはありません。iOS の全画面拡大などの高度な機能は言うまでもありません。以前は Qt を勉強していましたが、Linux でも Android でも便利な拡大ツールを構築したいと考えています。しかし、ほとんど進歩していません。ただし、オートフォーカス(フォーカス自動追従)の機能はありません。iOS は、特に iPad の 9.7 インチ画面で、全画面拡大機能を備えた非常に完璧なソリューションを提供してくれます。コーディングやその他の編集作業にはほとんど使用しないため、オートフォーカスは必要ありません。Android はユーザー補助機能をほとんど提供しておらず、シェイク フィードバックのようなものしか提供していませんが、これは私には役に立ちません。Android には優れた拡大ツールはありません。iOS の全画面拡大などの高度な機能は言うまでもありません。以前は Qt を勉強していましたが、Linux でも Android でも便利な拡大ツールを構築したいと考えています。しかし、ほとんど進歩していません。ただし、オートフォーカス(フォーカス自動追従)の機能はありません。iOS は、特に iPad の 9.7 インチ画面で、全画面拡大機能を備えた非常に完璧なソリューションを提供してくれます。コーディングやその他の編集作業にはほとんど使用しないため、オートフォーカスは必要ありません。Android はユーザー補助機能をほとんど提供しておらず、シェイク フィードバックのようなものしか提供していませんが、これは私には役に立ちません。Android には優れた拡大ツールはありません。iOS の全画面拡大などの高度な機能は言うまでもありません。以前は Qt を勉強していましたが、Linux でも Android でも便利な拡大ツールを構築したいと考えています。しかし、ほとんど進歩していません。Android はユーザー補助機能をほとんど提供しておらず、シェイク フィードバックのようなものしか提供していませんが、これは私には役に立ちません。Android には優れた拡大ツールはありません。iOS の全画面拡大などの高度な機能は言うまでもありません。以前は Qt を勉強していましたが、Linux でも Android でも便利な拡大ツールを構築したいと考えています。しかし、ほとんど進歩していません。Android はユーザー補助機能をほとんど提供しておらず、シェイク フィードバックのようなものしか提供していませんが、これは私には役に立ちません。Android には優れた拡大ツールはありません。iOS の全画面拡大などの高度な機能は言うまでもありません。以前は Qt を勉強していましたが、Linux でも Android でも便利な拡大ツールを構築したいと考えています。しかし、ほとんど進歩していません。

于 2011-09-21T09:29:54.163 に答える
13

私が大学院に通っていたとき、私たちの研究チームには盲目のメンバーがいました。彼は少し年上で、おそらく40代半ばでした。彼は、画面の内容をモールス符号で出力するように最初のコンピューター (テキスト読み上げが一般的になるずっと前) をどのようにプログラムしたかについて話してくれました。明らかなニワトリが先か卵が先かという問題を克服するために、彼はコードを読み返せるほど十分に機能するようになるまで、毎回コードをゼロから完全に書き直さなければなりませんでした。

現在、彼はテキスト読み上げを使用していますが、デバッグ ループを最小限に抑えるために、実際にコードを記述する前に非常に徹底的にコードを計画しています。

彼はまた、目が見えないにもかかわらず、目の見えるプレゼンターとほぼ同じようにフォーマットされた PowerPoint プレゼンテーションを行うのが得意でした。

于 2010-01-27T21:54:39.637 に答える
10

このブログ投稿には、VisualStudioチームが製品にアクセスできるようにする方法に関する情報が含まれています。

VisualStudioコアチームのアクセシビリティラボツアーアクティビティ

多くのプログラマーはEmacspeakを使用しています。

Emacspeak--完全なオーディオデスクトップ

于 2008-09-23T03:48:37.250 に答える
8

ニュージーランドに戻って、私は黄斑変性症を患っていた人を知っていたので、部分的に見えました. 彼は非常に才能のあるプログラマーであり、Delphi を使用するようになりました。なぜなら、彼は単語の形を認識して作業できたからです。これは、C 風の波括弧よりもパスカルのような構文で行う方が簡単でした。彼はウェブサイトを持っていますが、黄斑変性症についてはまったく言及していないようですので、名前を挙げません。

于 2010-01-28T08:06:46.033 に答える
8

私は視覚障害者で、数か月前から VINUX (Ubuntu ベースの Linux ディストリビューション) と SODBEANS (TTS サポートを追加する SAPPY という名前のプラグインを備えたバージョンの netbeans) を使用しています。このソリューションは非常にうまく機能しますが、FireFox の 3 つ以上のウィンドウを開こうとすると Vinux がうまく機能しないため、FireFox で多くのページを起動するために Win XP と NVDA を起動することを好む場合があります...

于 2011-12-20T11:48:05.687 に答える
6

多くの人が指摘しているように、emacspeak は、多くの年配のハッカーにとって永続的なクロスプラットフォーム ソリューションでした。すぐに使える Linux と Mac をサポートしているため、Windows にとらわれないプロジェクトを開発するための手段として私は好んで使用しています。

視覚的なものではなく、聴覚的なものを通して実際に構文を理解するという問題に対して、同じ競技場にいなくても、構文に近づくためのさまざまなテクニックが存在することがわかりました.

一例として、聴覚アイコンは口頭記述子の代わりに立つことができます。行がどのくらいインデントされているかのトーンを入れることができます。トーンが長いほど、インデントが長くなります。トーンはテキスト読み上げと並行して再生できるため、情報は同じ時間枠で送信され、基本的な通信をシリアル化することはありません。

点字は、行の正確な構文をユーザーに迅速かつ正確に解読できます。これは、日常生活で点字を使用する人にとってより便利なものです。最大の利点は、ディスプレイのコンテンツへのランダム アクセスです。リフレッシュ可能なユニットには通常、各文字セルの上にルーター キーがあり、そのセルにカーソルを置くことができます。矢印キー O(n) op と O(1) アクセスをいじる必要はありません。

聴覚の次元 (ピッチ、レート、ボリューム、抑揚、豊かさ、ストレスなど) は、概念 (キーワード、クラス、変数、エラーなど) を伝えることができます。たとえば、コメントは単調な抑揚で読むことができます...私がそう言うかもしれません:)。

Emacs やその他のエディター (Visual Studio) を使用すると、コーダーはプログラムを意味的に閲覧できます (次のブロック、ブロックを折りたたむ、defun を下げる、def にジャンプする、解析ツリーを上に移動するなど)。これを行うと、プロジェクト全体の構造の「全体像」を非常に迅速に把握できます。Cedet のような拡張機能を使用すると、VS/Eclipse などのクロス プラットフォームの利点をテキスト エディターで利用できます。

おそらく延々と続く可能性がありますが、一言で言えば、それが、私たちの何人かが業界、アカデミア、または地下室でハッキングしている理由の基礎です:)。

于 2012-01-05T06:48:59.953 に答える
5

harald van Breederodeは、オランダの有名なOracle DBAの専門家、トレーナー、プレゼンターであり、盲目です。彼のブログには、視覚障害者のためのいくつかの役立つヒントが含まれています。

于 2010-10-30T11:27:29.843 に答える
5

南イリノイ大学エドワーズビル校とワシントン州立大学の学生グループは、視覚障害者向けのプログラミング言語に取り組んでいます。

http://www.youtube.com/watch?v=lC1mOSdmzFc

于 2010-10-28T15:18:05.607 に答える
2

これは、ペアプログラミングの原理を使用したエクストリームプログラミングでうまく機能すると思います。目の不自由な人のためにソフトウェアを作っているのなら、それを作るほうが文字通りビジネス要件に触れている人なので、それほど遠くはないと思います。

コードを書くことに関しては、ある種のフィードバックがない限り、人は構文に苦労するかもしれないと思います。ただし、音声フィードバックはある程度役立つ場合があります。

于 2008-09-23T03:46:19.457 に答える
2

点字キーボードとは一体何でしょう??

点字ライターなどはありますが、コンピューターの入力デバイスとして使用することはありません。

単に点字記号が付いたキーボードについて話している場合、これも非常に悪い考えです。入力中に到達するキーがさらに多くなり、それでも遅くなります。

タッチタイピングは視覚的なスキルではありません。目の見えない人でも、目の見える人と同じように行うことができます。

于 2008-09-23T04:01:01.807 に答える
2

NVDA is a good open source screen reader for win.

于 2011-09-22T14:30:23.170 に答える
1

私がSamHartmanに会った後、彼は2000年以来有名なDebian開発者であり、盲目です。このインタビューで彼はLinuxユーザーのアクセシビリティについて話します。彼はDebianを使用し、スクリーンリーダーとしてgnome-orcaを使用しており、Gnomeで動作し、「Iceweasel/FirefoxとLibreofficeを話すのに比較的優れた仕事をしています」。

具体的にはプログラミングについて彼は言います:

[gnome-orca]はgnome-terminalを話しますが、ターミナルプログラムを話すのはあまり得意ではないので、私はそれを快適に使用できます。それで、私はEmacspeakパッケージでEmacsを実行します。その中で、私はEmacsターミナルエミュレーターを実行し、その中で、私はScreenを実行する傾向があります。さらに楽しくするために、私はしばしば内部画面内でEmacsの追加のインスタンスを実行します。

于 2012-05-10T07:01:52.670 に答える
1

USBポートに接続するある種のデバイスを発明するのはどうでしょうか。それは基本的に、コードの点字を表示するように自分自身を変更し、目の不自由な人がそれを聞く代わりに読むことができる「ゴムのシート」になります。

于 2010-11-11T20:24:26.513 に答える
1

音声フィードバックや点字キーボードなど、目の不自由な方や弱視の方を支援するさまざまなツールがあります。http://www.rnib.org.uk/Pages/Home.aspxは、これらの問題に関するヘルプとアドバイスを提供する優れたサイトです。

于 2011-09-21T23:07:32.030 に答える