連作で訳そう! mini-HOWTOs
■ このスレッドは過去ログ倉庫に格納されています
0001参考スレの77
NGNG参考スレ: http://cocoa.2ch.net/test/read.cgi?bbs=linux&key=982338836
匿名による翻訳作成がどの程度ものになるのか実験します。
とりあえず訳すのは、まだ JF には出ていなくて、
適度な長さで、とっつきやすそうなやつ、ということで
Linux Backspace/Delete mini-HOWTO: http://www.linuxdoc.org/HOWTO/mini/BackspaceDelete/index.html
にしました。
00021
NGNG遅かれ早かれ、どの Linux ユーザも次のような状況にハマるでしょう。
それはコンソール上と X 上での Backspace キーと Delete キーが
効かなくなってしまうという現象です。この文書は、こういったことがなぜ
起こるのかを説明し、その対処法を紹介します。ここに示されている考えは
基本的にどのディストリビューションにもあてはまるものです:
システム設定ファイルは各ディストリビューションによってかなり違います。
そのため、ここでは読者が自分自身で、必要に応じてどのファイルを
修正すればよいのかがわかるだけの情報を提供しようと思います。
00031
NGNGここで言う Backspace キーとは、1文字分もどってそのカーソル上にある
文字を消去するものです。いっぽう Delete キーは現在のカーソル上にある
文字を、カーソルを動かさずに消去します。もしこの 2つの機能が
入れ換わっていたほうがいいと思うなら -- ほとんどのキーボードの
Backspace キーの表面には左向きの矢印 (<-) が書かれているのですが --
この文書ですぐに何もかもが解決するというわけではありません。が、
確実に役に立つ情報は得られるでしょう。
00041
NGNGもうひとつの仮定は、変更する部分はローカルな (そのユーザだけの)
ファイルだけにしたい、ということです。ディストリビューション
標準の設定はどこも変更すべきではありません。最後にもうひとつ。
この文書はお使いのシステムで、どうやってアプリケーションが
正しいイベントを受けとるように設定するか、ということを説明します。
もしお使いのアプリケーションが風変りなやり方でそのイベントを
解釈するようならば、とりうる唯一の修正方法はアプリケーションの設定を
変更することだけです。
00051
NGNG注意: この Mini-HOWTO の最初のリリースはかなりごちゃごちゃ
していました。同一の端末エミュレータ (Red Hat 7.0 や Helix/Red Hat<7.0
における gnome-terminal など) でも、ディストリビューションが
違うと別の ASCII シーケンスを生成することがあります。この不一致の
ため、今や端末データベースはそれらが記述するとされている
端末エミュレータにさえ合致していません。以下の議論の基盤をしっかり
させるため、私たちは基本的に Debian keyboard guidelines で示されている
設定を正しい設定として扱います。
00061
NGNG# つけるということでいいかな…?
# もうすこし幅を短くすればよかったですね。50字ぐらいか。
# つうことで、あとは誰か頼む。
# スレッドの管理ポリシーなども妙案があればどうぞ。
0007名無しさん＠お腹いっぱい。
NGNGtcshの場合、全てのドキュンターミナルについて、~/.tcshrcをbashの場合と同様に修正すれ。
既にtermcapに入っているなら要らない。
#レイアウト上問題なさそうなので、
#The second〜は最初の行と合体させ
00091
NGNGがいしゅつだけど、間違った場所に手を入れると
混乱の元だよ。ただ偶然うまくいってるだけの部分も
あるだろうし、最初からどっかおかしいと思ってると
なおさら事態が悪化することもある。
# という感じか?
00108
NGNG# 無理やり２ちゃんにせんでも…
# です・ます調と堅苦しい云い回しが気になっただけ
# 下くらい壊しても可か？>>all
「俺環境で上手くいったからって正しい設定を変えんなよｺﾞﾙｧ！」
とならないよう注意。
0011名無しさん＠お腹いっぱい。
NGNGこれＪＦに送るの？
それなら２ちゃん用語を省かねヴぁ
0012名無しさん＠お腹いっぱい。
NGNG別に報酬がもらえるわけでもないんだから
訳せない人 → 俺は日本人だから英語なんて読めねーんだよ！
読める奴が日本語に翻訳しろよ！！
かくして翻訳作業に携わるのはごく一部のボランティアだけになり
ました。こうして両者の差は来る日も来る日も拡がる一方なのでし
たとさ（完）
0013名無しさん＠お腹いっぱい。
NGNGそだね。
オレ日本語onlyなんで、
奇特なJFﾒﾝﾊﾞｰを称賛することにする
00141
NGNGただ自分が言いだしたことなので、実験してみたかっただけ。
2ちゃんねるで、こういうことができるかどうか。
あと、訳せる人なら日本語訳いらないって考えは間違ってる。
英語が訳せたって、ネイティブに比べれば英語を読む
速度は圧倒的に遅いだろう。それに困ったときは早く問題を
解決したいから、粗雑な訳でもないよりまし。だれかが翻訳して
おけば時間の節約になる (こともある)。
0015名無しさん＠お腹いっぱい。
NGNG残念ながらテクニカルな文書ほど英語の方が読み易いので時間の
節約にはならない。日本語の方が楽なのはニュースとか何々の概
要とかそんなんが主。
00161
NGNG00171
NGNG2. どのようにしてキー入力が動作になるのか (par.1)
キーボード上のあるキーが押されると、いくつものハードや
ソフトの部品が協力して、その実際のキーで意図された意味
(文字を表示するとか) を実行する。とりあえずここでは
(ハードの側で制御できるものはないので) ソフトの側、
それもコンソール出力に関連したイベントに注目してみよう。
0018名無しさん＠お腹いっぱい。
NGNG+ 1. キーを叩くと生の *スキャンコード* が生成され、
これは *キー番号* に変換される。i386 上のシステムでは、
ふつう BackSpace キーは 14 番のコードになり、Delete キーは
111番になる。
0019名無しさん＠お腹いっぱい。
NGNG*キーシンボル (keysym)* に変換される。これには
ユーザがロードしたキー定義ファイルを使う。キーボード
データベース (たとえば RedHat なら、/usr/lib/kbd/ 以下) を
のぞくと、たぶん何種類もの違ったコンピュータやレイアウト、
そして違った解釈 (2つの Alt キーに別々の働きをさせたい人も
いる) のキー定義ファイルがあるのがわかるだろう。
Linux コンソールのレイアウトでは、 Delete は 14番に
割り当てられており、Remove が 111番になってる。
ヘンだと思うかもしれないけど、Linux コンソールは VT100
端末をエミュレートするためこうなっているのだ。
0020名無しさん＠お腹いっぱい。
NGNGASCII 文字列を読む。keysym じゃないよ。なのでコンソールは
keysym を読んで、その内容をきちんとエンコードした
ASCII 文字列に変換してやんなきゃなんない。たとえば
Linux コンソールでは Delete が ASCII の 127番 (DEL) に
マップされてる。いっぽう Remove はエスケープシーケンスに
なる。BackSpace は ASCII 8番 (BS) になる。
0021名無しさん＠お腹いっぱい。
NGNGそれぞれのキーによって生成された ASCII 文字列を *キー特性*
に戻すのだ。この最後の目標は *端末データベース* によって
達成する。ここにはそれぞれの端末用に、文字列からキー特性
(要するに keysym の一部) への対応表が入っている。
0022名無しさん＠お腹いっぱい。
NGNG0023名無しさん＠お腹いっぱい。
NGNG0024名無しさん＠お腹いっぱい。
NGNG# いいからさ。これじゃ「匿名で遠慮なく翻訳を叩く」
# っていう利点が出てこないじゃん。ただのダメ翻訳になっちまう。
0025名無しさん＠お腹いっぱい。
NGNG頑張りすぎ。もっと、気楽に気長に行こう。
それにスレを下げる必要もないんじゃない。他のスレ、たいしたことないし。
>>4
> この文書はお使いのシステムで、どうやってアプリケーションが
> 正しいイベントを受けとるように設定するか、ということを説明します。
「どうやって」の部分が、「受けとる」に係っているように読めた。
別解
「この文書では、アプリケーションが正しいイベントを受け取れるようにシステムを設定します。」
0026名無しさん＠お腹いっぱい。
NGNG> ディストリビューション標準の設定はどこも変更すべきではありません。
これ読むと、「読み手」に「すべきでない」と命令しているように読める。
原文の(隠れた)主体は「書き手」だと思う。
だから、「ディストリビューションの標準ファイルは変更しません」という決意表明、は言いすぎにしても、そんな感じじゃないかな。
...と思ったが、どっちでもいい気がしてきた。
0027名無しさん＠お腹いっぱい。
NGNG> 別解
>「この文書では、アプリケーションが正しいイベントを受け取れるようにシステムを設定します。」
文書で...設定する って変じゃない?
「この文書では、アプリケーションが正しいイベントを受け取れるようにシステムを設定する方法を説明します」の方が明確だけど固いかな。
002826
NGNG> この Mini-HOWTO の最初のリリースはかなりごちゃごちゃしていました。
26はあまり自信がないけど、これは完璧に誤訳でしょう。
「このMini-HOWTOの最初のリリース以降、事情は更に複雑になってきました。」
0029名無しさん＠お腹いっぱい。
NGNG逆に、翻訳の方に、行頭の目印つけない?
0030名無しさん＠お腹いっぱい。
NGNG> # 下くらい壊しても可か？>>all
まだまだおとなしすぎる。もっと冒険しれ。
いきすぎた表現は、誰かが引き戻してくれるだろ。
先頭を走るヤツはガンガンとばせ。誤訳もザクザクまき散らせ。
その方が、あとから追っかけるヤツもいろいろ突っ込めてたのしいだろ。
0031名無しさん＠お腹いっぱい。
NGNG上げとこう。
0032名無しさん＠Ｅｍａｃｓ
NGNG0033名無しさん＠お腹いっぱい。
NGNG「何？いったい誰なの？」
キャサリンはあまりの恐怖に耐え切れず思わず振り向いた。
そこに立っていたのは・・・
0034病弱名無しさん
NGNG＞速度は圧倒的に遅いだろう。
俺は一分間220語(ちょっと無理をすれば240語)くらいまで読めるが。
ネイティブの読む速度が一分間200〜300語という話だからそんなに
遅いとは思わんが。
ただ、英語を読むのはちょっと疲れるね。
同じ文章を読むにも、日本語よりエネルギーを消費するというか。
そんなわけで、日本語訳がある場合は日本語を読む。
（ただし日本語訳がへぼい場合は別）
ちなみにTOEICは900ちょっと。
0035名無しさん＠お腹いっぱい。
NGNGそんなら訳しがいがあるじゃん
がんばろー
0036名無しさん＠お腹いっぱい。
NGNG0037名無しさん＠お腹いっぱい。
NGNG訂正きぼーん。英語も併記してみました。
3. Why It Doesn't (Always) Work
なぜ(いつも)動かないのか？
I hope the basic problem is clear at this point: there is a
bottleneck between the keyboard and console applications, that is,
the fact that they can only communicate by ASCII sequences. So
special keys must be first translated from keysyms to sequences,
and then from sequences to key capabilities. Since different
consoles have different ideas about what this translation can look
like, we need a terminal database. The system would work
flawlessly, except for a small problem: it is not always set up
correctly, and not everyone uses it.
ここまでで基本的な問題は明らかになったと思う：キーボードとコンソー
ルアプリケーションの間にはボトルネックがあって、それは、そいつらが
ただアスキーシーケンスによってのみ通信するということなんだ。そして、
特殊キーはkeysymsからシーケンスに最初に転送されなければならない。
そして、シーケンスからキー特性に転送される。異なったコンソールには、
その転送がどうなるかに関して異なった考えがある。というわけで、我々
には端末のデーターベースが必要だ。システムは完璧に動くんだ。次の小
さな問題を除いてね：いつもちゃんとは設定されないし、そして全員がそ
れをつかうわけじゃない。
0038名無しさん＠お腹いっぱい。
NGNGApplications must have a way to know which database entry to use:
this is accomplished by suitably setting the TERM environment
variable. In some cases, there is a mismatch between the terminal
emulator and the content of the database entry suggested by TERM.
アプリケーションはデータベースに登録されたもの(エントリ)のどれを使
うかを知る方法を持たねばならない。：これはTERM環境変数に適切に設定
されることでうまく行く。ときには、端末エミュレータとTERMによって示
されたデータベースエントリの内容と不適合がある。
0039名無しさん＠お腹いっぱい。
NGNGMoreover, many applications do not use the terminal database (or
at least not all of it), and consider BS and DEL ASCII codes with
an intended meaning: thus, without looking at the database, they
assign them semantics (usually, of course, the semantics is
removing the character before or under the cursor). So now our
beautiful scheme is completely broken (as every Linux user is
bitterly aware). For instance, the bash assumes that DEL should do
a backward-delete-char, that is, backspace. Hence, on a fresh
install the *Backspace* key works on the console as expected, but
just because of two twists in a row! Of course, the *Delete* key
does not work. This happens because the bash does not look into
the terminal database for the kdch1 capability.
もっと言えば、多くのアプリケーションは端末データベースを使わない
(か、少なくとも全部は使わない)。そして、BSやDELアスキーコードを意
図した意味にみなす：つまりデータベースを見ずに、それらとセマンティ
クスを割り当てる(普通はもちろん、カーソルの前あるいは下でセマンティ
クスは取り除かれる)。そうすると、これで僕らの美しい構成は完全に壊
れてしまうってわけだ(全てのLinuxユーザーがすごく恐れているように)。
例えば、bashはDELをbackward-delete-charに想定する。それはbackspace
だよ。それだから、インストールしたばかりのコンソールの上で
*Backspace*キーは思ったように動く。これは二つの意味のこじつけが連
続しているから。もちろん、*Delete*キーは動かない。これはbashが
kdch1特性のための端末データベースを見ていないからなんだ。
0040名無しさん＠お腹いっぱい。
NGNGkey capabilityをキー特性で訳したけど、これでいいのかなー。
しかしこのパラグラフ、特に最後のとこ、むずい。だれか助けて。
Just to illustrate how things have become entangled, consider the
*fix_bs_and_del* script provided with the Red Hat distribution
(and maybe others). It assigns on-the-fly the BackSpace keysym to
the *Backspace* key, and the Delete keysym to the *Delete*
key. Now the shell works! Unfortunately, all programs relying on
the correct coupling of keysym generation and terminal database
mappings are now not working at all, as the Delete keysym is
mapped to DEL, and the latter to the kbs key capability by the
terminfo database, so in such programs both keys produce
backspacing.
物事がどう絡まってくるかを説明したから、Red Hadディストリビューショ
ン(多分他も同じ)で用意している*bsとdelを直す*スクリプトを考えよう。
それは、BackSpace keysymを*Backspace*キーに、Delete keysymを
*Delete*キーに大急ぎで割り当てる。これでシェルが動く。不幸にして、
これでkeysymの生成と端末データベースのマッピングが正確に結びつけら
れている−例えばDelete keysymがDELにマップされ、後に続くのは
terminfoデータベースによってkbsキー特性にマップされる−ことをあて
にした全てのプログラムがちゃんと動くわけではない。だからそのような
プログラムでは二つのキーがbackspaceを生成する。
0041名無しさん＠お腹いっぱい。
NGNGなんか括弧付けた時の意味が変になってるな
Why It Doesn't Always Work：何故いつも動くわけではないのか？
Why It Doesn't Work ：何故動かないのか？
だから訳し辛いのはわかるが。
俺なら「なぜ(ときどき)動かないのか？」にする。
つかたまたま40だけ目に付いたんだけどなんか全体的に違和感あるから
俺なりに訳してみた。自分では君のより良く出来たつもり。比べて見て
どれだけ物事がこんがらがってしまっているかを表す一例として、Red Hatディストリビューション
(多分他のにも)に含まれている*fix_bs_and_del*スクリプトを考えてみよう。
それはその場しのぎにBackSpace keysymを*Backspace*に割り当て、
Delete keysymを*Delete*に割り当てる。これでシェルが動くようになった！
でも今度は不幸な事にkeysym generationとターミナルデータベースの
正しいカップリングに頼っているプログラム全てがまったく動かなくなってしまう。
Delete keysymがDELにマップされ、それが今度はターミナルデータベースの
kbs key capabilityにマップされてしまう為に両方のキーがバックスペースを
発生させてしまうからだ。
原文自体がフルストップ欠如気味のヘボ文だったから
句読点弄っちゃったけどどうだろうか＞識者の方
004240
NGNGうまいっす。こう読んでみると自分は内容を理解しないまま訳そうと
していた事に気づく。当たり前なんだけど、内容を理解する前に訳
なんてできないよね。
でもまあ、めげずに行こうっと。
0043名無しさん＠応援age
NGNGこの当たり前のことに気づかないヤツもおおいんだぜ。あんたは筋がいいのかも
しれない。
> でもまあ、めげずに行こうっと。
その意気やよし。
0044名無しさん＠応援age
NGNGI hope the basic problem is clear at this point: there is a
bottleneck between the keyboard and console applications, that is,
the fact that they can only communicate by ASCII sequences. So
special keys must be first translated from keysyms to sequences,
and then from sequences to key capabilities. Since different
consoles have different ideas about what this translation can look
like, we need a terminal database. The system would work
flawlessly, except for a small problem: it is not always set up
correctly, and not everyone uses it.
これで基本的なことは分かってもらえたかな。キーボードとコンソー
ルアプリケーションの間にはネックがあるってこと。つまり、ASCII
シーケンスでしかやり取りできないってことだ。
だから、特殊キーをやり取りするには、まずkeysymsからASCII
シーケンスに変換し、しかるのちにキー機能へ変換するという作業が
必要になる。
コンソールが異なれば、キーの変換方式も変わってくる。
というわけで、端末データーベースの出番となるわけだ。
端末データベースを作成すれば、システムは問題なく動作するだろうが、
小さな問題が１つ残る。つまり、端末データベースがいつも正しく設定されて
いるとは限らないし、全員が同じデータベースを使うわけでもないということだ。
0045名無しさん＠お腹いっぱい。
NGNG大体良いけど代名詞を展開した理由は？
特に最後の文。「端末データベース」全部不要
0046名無しさん＠お腹いっぱい。
NGNG44ではちゃんと訳されているけど、日本語訳の典型的な見落としなので。
> The system would work
仮定法だから、事実の断定は誤訳。
悩みたくなければ、mightやwouldは「...だろう」と訳しておけばいい。
44、訳うまいな。
0047名無しさん＠お腹いっぱい。
NGNG字数稼ぐ癖が付いてるからだろ(w
0048名無しさん＠応援age
NGNG> 大体良いけど代名詞を展開した理由は？教育的配慮。37の訳では、原文のitをsystemと誤解しているフシが
あった。
> 特に最後の文。「端末データベース」全部不要
全部なくしたら意味が通じるか？ 「システム」と誤解する
ヤツがでてくるぞ。
004945
NGNGデータベースも含めた「システム」の話なんじゃないの？
流し読みしてるから強く言われると言葉に詰まるが
俺の主義として原文に忠実に簡素に、ってのがあるだけだから
理由があったのなら無視して良いよ。
読む方は字数少ないほうが楽だろうから俺はその辺拘ってるからさ。
#変換するという作業が必要になる。
→変換する必要がある。
なんてどうでも良い突っ込みしたくなる位な（笑)
0050名無しさん＠応援age
NGNG> 字数稼ぐ癖が付いてるからだろ(w
ほっといてくれ。こっちは生活がかかってるんだ:)
0051名無しさん＠お腹いっぱい。
NGNGどうやら普通に使うtermらしいね。どう訳すの？おしえて。
005245
NGNG頑張れ37
３その２： 殆どそのまま
アプリケーションはデータベースに登録されたもの(エントリ)のどれを使
うかを知る方法を持たねばならない。：これはTERM環境変数を適切に設定
する事で実現する。だが時に、端末エミュレータとTERMによって示
されたデータベースエントリの内容と不適合がある事がある。
３その３：セマンティクスに関する記述はかなり間違ってた。
どうでも良いとこまで変更してるけど気にすんな
もっと言えば、多くのアプリケーションは端末データベースを使わない
(か、少なくとも全部は使わない)。そして、BSやDELアスキーコードを意
図した意味にみなす：つまりデータベースを見ずに、それらにセマンティ
クスを割り当てるのだ。(通常ならば当然このセマンティクスの意味は
カーソルの前あるいは下で文字を削除する事だ)
その結果僕らの美しい構成は完全に壊れてしまうわけだ。
(全てのLinuxユーザーが苦い経験をした事があるように)。
例えばbashはDELはbackward-delete-char、すなわちbackspaceすべきと想定する。
だからインストールしたばかりのコンソールの上では*Backspace*キーは
予想通りの動作をする。2回のあべこべが重なりあったからだ!
当然、*Delete*キーは動かない。
これはbashがkdch1特性のための端末データベースを見ていないからだ。
0053名無しさん＠お腹いっぱい。
NGNG日本語で相当する単語ってあるのかな？
意味は判る？俺だったら「以下の流れに沿って処理されます」
とか言い換えちゃうと思うけど技術翻訳は専門外なんで詳しい人にパス
crossed fingersは大丈夫だよね。
0054名無しさん＠お腹いっぱい。
NGNGDeviantって一般的に使われるターミナルの名前？
変種と訳すかどうか考え中
0055名無しさん＠お腹いっぱい。
NGNGカタカナでフォールバックと言ってしまいがち。
でも、カタカナ表記は翻訳的には負けだな。
53の訳が妥当かな。
1がダメなら2、というニュアンスは消えてしまうけど。
> crossed fingersは大丈夫だよね。
最後のセンテンスは、(おそらくキマジメな元著作者の)ギャグだから、日本文化でも笑えるギャグに置き換えないといけない。
0056名無しさん＠お腹いっぱい。
NGNGDeviant＝変態 でいいんじゃない？
２ちゃん的には、Deviant＝ドキュン でも可
0057名無しさん＠お腹いっぱい。
NGNG5. What You Should Do When Writing Applications
アプリケーションを書く時に何をすべきか。
When you write a console application, be kind to the user and try
to understand what comes from the standard input using the
following fallback chain:
コンソールアプリケーションを書くときには、ユーザーに親切に。そして
以下の流れに沿った処理を使いながら、標準入力から何が来るのか理解する
ように努めること。
1. open the right terminfo entry, and try to process the sequence
so as to discover whether it has a particular meaning on the
current terminal; if so, use the terminfo semantics;
1.正しいterminfoエントリを開き、そいつが現在の端末上で特殊な意味を
持つのかどうかを見つけるための処理を進めてみる。もしそうなら、その
terminfoセマンティクスを使う。
2. use the ASCII intended meaning on line feeds, newlines, tab
characters and, of course, BS and DEL. Crossing your finger could
also be useful.
2.行送り、改行、タブ、そしてもちろんBSとDELには、ASCIIのもともとの
意味で使う。おまじないも役に立つ。
＃あまり凝らずこの程度にしておきました。「お祈り」とかいろいろ
＃あるだろうけどこの程度でいいでしょ。
0058名無しさん＠お腹いっぱい。
NGNG役に立つ。
こらこらさっきも言われてたろう。仮定法だから断定は誤訳。
「〜も役に立つかも知れない」な
句読点云々はこの手の文章では問題にならないし良いんじゃない？
0059名無しさん＠お腹いっぱい。
NGNG: Note: Unfortunately, there are two "standard" terminal
: databases, termcap and terminfo. Depending on your distribution,
: you could be using either one of them, or the database could even
: depend on the application. Our discussion will concentrate on the
: more modern terminfo database, but the suggested fixes take both
: into consideration.
: ちゅうい: まずいのは、“標準”とされている端末データベースには
: 2つの種類があるってことだ -- termcap と terminfo である。
: ディストリビューションにもよるけど、どちらか片方だけを
: 使っているかもしれないし、アプリケーションにもよるかも
: しれない。この文書では、説明は新しい terminfo のほうだけに
: とどめている。
0060名無しさん＠お腹いっぱい。
NGNG: followed by [[A, which can be translated to the capability key_f1
: by looking into the terminal-database entry of the console (try
: infocmp linux if you want to have a look at the entry). A very
: good and thorough discussion of terminal databases can be found in
: GNU's termcap manual. Usually Linux applications use the newer
: terminfo database, contained in the ncurses package.
: たとえば Linux コンソールでは、 F1 キーはエスケープ文字に
: 続いて [[A という文字列を生成する。端末データベースにある
: コンソールの項目を参照することによって、これは key_f1 という
: キー特性に変換されることがわかる (この項目を実際に見てみたいなら、
: "infocmp linux" と打ってみるといい)。GNU の termcap マニュアルには、
: 端末データベースに関する、非常に徹底した、優れた説明が載っている。
: ふつう Linux のアプリケーションはより新しい形式である terminfo
: データベースを使う。これは ncurses パッケージに含まれているものだ。
0061名無しさん＠お腹いっぱい。
NGNG: terminfo entry maps DEL to the kbs (backspace key) capability, and
: escape followed by [3~ to the kdch1 ("delete-one-char" key)
: capability. Even if you could find strange that the Backspace key
: emits a DEL, the terminal database puts everything back into its
: right place, and correctly behaving applications will interpret
: DEL as the capability kbs, thus deleting the character to the left
: of the cursor.
: たぶんここまで来ればもうそんなに驚かないだろうけど、
: Linux コンソールの terminfo は DEL を kbs (backspace キー) 特性に
: 対応させている。そしてエスケープに続く [3~ という文字列は
: kdch1 ("delete-one-char" キー) 特性に対応させている。
: これまでは Backspace キーが DEL を放出するのを見て奇妙に思っていた
: かもしれないけど、端末データベースはすべてを正しく元に戻しているので
: あって、正しいふるまいをしているアプリケーションなら DEL を kbs
: キー特性として解釈するのだ。だからカーソルの左にあるキャラクタを
: 消すというわけである。
0062名無しさん＠お腹いっぱい。
NGNG「理解してから訳す」のを真面目にやろうとすると、やはり
エネルギーがいります。しかしみんなけっこー
英語力あるんだなあ。うらやましい。
0063名無しさん＠お腹いっぱい。
NGNGただ細かいとこ以外で>>59の
:but the suggested fixes take both into consideration.
がすっぽり抜けてるのは頂けないな。
「解説は主に新しい terminfo 向けだが、文中の対応策は
両方を考慮しての物だ。」かな？
なんかしっくりこないけど。
つか俺もちょっと真面目にやってみよっかな
6.1番予約ね。ワラ
0064名無しさん＠お腹いっぱい。
NGNGDeviantはとりあえず「微妙にずれてるアレ」とした
:6. What You Should Do On Your System
:Note again that the main issue that confuses people trying to fix
:their system is that usually they are fixing thing in the wrong place.
:Since the parts that work often just work by chance, trying to fix the
:system assuming something is broken will often lead to change correct
: settings into incorrect settings.
:6.あなたのシステムですべき事
:繰り返しますがシステムを直そうとする人々を混乱させる主な原因は通常、間違った
:個所を直そうとしている事です。正常に作動しているように見えるパーツは偶然
:そう見えるだけなのかもしれません。
:ある個所が壊れていると仮定して修理しようとする事は正しい設定を不正に
:変更してしまう結果を導くのです。
:6.1. What Needs to Be Done: やらねばならない事
:6.1.1. Detecting Deviance: 微妙にずれてるアレの検出
:The first step towards a clean solution is to know exactly which terminals
:are deviant and which not. Usually they all behave like the console, and
:in this case the modifications to get everything working are minimal.
:If, however, you have some deviant terminal (e.g., a deviant version of gnome-terminal),
: you will have to treat it in a special way.
:綺麗な解決法への最初のステップはまずどのターミナルが異常でどれが正常かを
:はっきりと知る事です。通常それらはすべてコンソールのように振舞うでしょう。
:そうならばそれらを正常にする為の変更は最小で済みます。ですがもし微妙にずれてる
:アレターミナル(例えば改造バージョンのgnome-terminal)が居た場合、
:あなたはそれらを特別に扱う必要があります。
006557
NGNG辞書もあった。でもここでは合うのかな…。
>>58 仮定法は鬼門だ。3年USにいたけど、CAだったもんで周りはみんな
アジア系。そんな中誰も使わない仮定法身につかなかった。
（もともとエンジニア系だから、会話も少なかったんだけど…）
006637
NGNGだって37と59-62別人だもん。すまん。俺悪いほう。くううー。
いいんだ。匿名なんだ。
0067名無しさん＠お腹いっぱい。
NGNGなんだ。理解して･･･って書いてたからてっきり。
悪いけどおもわず笑っちゃった。失礼
引き続き頑張れ37
でも匿名で入り乱れてやるの案外悪くないね。
文体とキーワードだけ前打ちで決めとけば結構良い線いけるのかも
>>65
こればっかりは慣れしか無いよね。could/would/mightとかの
単語に過敏に反応できるようになるにはパブロフの犬的
特訓しか無いかもしれない。（笑
あと「以下の流れに沿ったフォールバック処理」とかでお茶を濁すのが
無難といえば無難かな？頼みの綱っていうか頼みの綱で縫った網、
みたいなニュアンスだからなぁ。なんか変かも
006846
NGNG学校で、まるで試験用の特殊用法みたいな習い方をするのがいけない(最近の教え方は知らないが)。
実際には、日本人の「たぶん」とか「かも」をことごとく仮定法に置き換えるぐらいがしっくりくる。
翻訳でそのニュアンスをないがしろにするのはいけない。
神は細部に宿る。
0069名無しさん＠お腹いっぱい。
NGNG:The following C one-liner
:void main(void) {int c; while(c = getchar()) printf("%d 0x%02X\n", c, c);}
:may help you. Put the line into a file named ascii.c, compile it with gcc ascii.c -o ascii,
:type ./ascii and press a key followed by RETURN. The program will display the
:decimal and hexadecimal codes of the ASCII sequence produced (you may want to
: do a stty erase ^- first to get really all the codes). Now you can easily see
: what Backspace keys does: if it emits a DEL (127), you have a standard emulator,
: if it emits a BS (8) you have a deviant one.
:このCの一行プログラムが
: void main(void) {int c; while(c = getchar()) printf("%d 0x%02X\n", c, c);}
:あなたの役に立つかもしれません。この1行をascii.cという名のファイルに記録し、
:gcc ascii.c -o ascii でコンパイルした後、./ascii とタイプしてリターンキーを押して下さい。
:このプログラムは10進法と16進法で発生したASCIIシーケンスを表示します。(全ての
:コードを得るためstty erase ^- を最初に行った方が良いかもしれません）これで
:backspaceが何をするか簡単に見られるようになりました。もしそれがDEL(127)を
:発生するならそれはスタンダードなエミュレータ、もしBS(8)ならばあなたは微妙に
:ずれてるアレを持っている事になります。
0070名無しさん＠お腹いっぱい。
NGNG:6.1.2. Distinguishing Between Emulators : 各エミュレータの分別
:If you have some deviant terminal emulator, you must distinguish it from the
: standard ones. Theoretically, this should not be a problem because there are
: different entries in the terminal database for terminals with different sequences
: (the entry used depends on the value of the TERM variable).
:もし微妙にずれてるアレのエミュレータがあるのならば、あなたはそれらをスタンダードな物と
:区別せねばなりません。論理上は、これは問題では無いはずです。なれならターミナル
:データベースには異なったシーケンスを持つターミナルの為のエントリが数種類あるからです。
:Here we take the approach that the gnome entry should be used for all deviant
: VT100 emulators, and the xterm entry for the standard ones. This is in line with
: several distributions (except a few cases like RedHat ?5.0, where the xterm entry is deviant).
:ここで我々は、gnomeエントリ一つが全てのVT100の微妙にずれてるアレに適用されるべきだ、とするアプローチを取ります。
:そして xterm エントリをスタンダードな物に向けます。このやり方は複数のディストリビューションとの
:親和性があります。(RedHat ?5.0のようなxterm エントリが微妙にずれてるアレな一部例外を除きます）
0071名無しさん＠お腹いっぱい。
NGNG:one is deviant and the other one is not you will need to find a way to
:tell them apart. Theoretically, the option termname of gnome-terminal
:should allow the user to set the TERM variable to a more sensible name.
:However, as of gnome-terminal 1.2.1 the option does not work.
:ですが、gnome-terminal はデフォルトで xterm と同じエントリを使用します。
:よってもし一方が微妙にずれてるアレであり、もう一方がそうでない場合、
:それらを分離するための方法を探す必要があります。
:論理的には、gnome-terminal の termname オプションでユーザは TERM 変数をより
:相応しい名前に変更する事が可能なはずですが現在 gnome-terminal 1.2.1 において
:このオプションは動作しません。
:A good idea here is to exploit the fact that gnome-terminal sets the COLORTERM
:variable to gnome-terminal. Thus, by adding a simple test to the shell
:configuration files we can fix the TERM variable
:ここで一つ良いアイデアを。gnome-terminal は COLORTERM 変数を設定する事を利用するのです。
:ですから、簡単なテストをシェルの設定ファイルらに追加する事でTERM変数をfixする事が出来るのです。
0072名無しさん＠お腹いっぱい。
NGNGっていうかかなり長いスレなので基本的にsage進行の方が良いかな？
とりあえず今後自分は新しいチャプターの翻訳まではsageておきます
:6.1.3. Fixing the Terminal Database ターミナルデータベースの修正
:Our problem now is that the terminal database could lack a gnome entry for
:deviant terminals (this happens on a number of termcap and terminfo versions).
:Recent terminfo databases have an entry gnome, but, in any case, since gnome-terminal
:behaves essentially like xterm modulo our famous two keys, it is possible to
:automagically generate a brand new correct entry.
:6.1.4. Fixing the Shell Behaviour
:The readline library used by the bash and by many other programs to read the
: input line can be customized so to recognize specific sequences of characters.
:The customization can also depend on the TERM variable, so once we can distinguish terminals we can do fine tuning of the keyboard.
:Moreover, if you want less and other application that do raw line input to work
: correctly, you must convince the shell that under a deviant terminal emulator
: the erase character is BS, and not DEL (in the other case the Backspace key is
: already emitting DEL, so we do not have to do anything).
:This can be done using the command stty.
0073名無しさん＠お腹いっぱい。
NGNG: type ./ascii and press a key followed by RETURN
減点1。
007469じゃないけど
NGNG007573じゃないけど
NGNG意味が全然違うよ。
「 ./ascii とタイプした後何かキーを押してからリターンを押す」
が正解。意味を理解しないで訳したんだろうな。
「./ascii の後に何か一文字入力してからリターンを押して下さい」
とか意味が明確になるように変えちゃった方がいいかも。
007675
NGNGasciiに引数渡すんだと勘違いしてた
「./ascii とタイプしてリターンを押した後何かキーを
押してリターンを押して下さい」
だな。鬱だ死のう
0077名無しさん＠お腹いっぱい。
NGNGオレもこの部分はぼけっとしてたら間違えたかもしれないな。
へんに先入観が働いて「./ascii とタイプした後リターン」でも
いいやと思ってしまうかもしれない。やはりなるべく
抽象的なレベルで、なにをやろうとしているかを把握するように
努めよ、ということだろうな。勉強になりやした。
007869
NGNGつか結構気張ってやってみたつもりなんだけどやっぱりどっかポカミスしちゃうもんですね･･･
先入観には気をつけます。
つかたったいま実際に./asciiやってみました。
>>76のが正解ッすね。どもでした
0079オラオラ
NGNG:Our problem now is that the terminal database could lack a gnome entry for
:deviant terminals (this happens on a number of termcap and terminfo versions).
:Recent terminfo databases have an entry gnome, but, in any case, since gnome-terminal
:behaves essentially like xterm modulo our famous two keys, it is possible to
:automagically generate a brand new correct entry.
:次の問題はターミナルデータベースから deviant ターミナル向けの gnome エントリが
:抜けている可能性がある事です。(これはtermcapとterminfoのいくつものバージョンで起こります)
:最近の terminfo データベースはエントリgnomeを有しますが、いずれにせよgnomeターミナルは
:xtermと我々にはお馴染みの2つのキーを掛け合わせたような働きをするため神秘的に自動的に
:新しい正しいエントリを作成してくれる可能性があります。
やってみた。automagical(造語だよね？)とmoduloをどう訳すか悩んだが
どうだ？
自動魔法的の方が良かったかな
0080オラオラオラ
NGNG:The readline library used by the bash and by many other programs to read the
: input line can be customized so to recognize specific sequences of characters.
:The customization can also depend on the TERM variable, so once we can distinguish
:terminals we can do fine tuning of the keyboard.
:bash等多くのプログラムで入力行を読むのに使用されているreadlineライブラリは
:指定したシーケンスを認識するようにカスタマイズする事が可能です。
:この変更はTERM変数によって制御する事も可能ですので一度ターミナルの分別が済めば
:より細かいチューニングをキーボードに施す事ができます。
0081オラオラオラオラ
NGNG: correctly, you must convince the shell that under a deviant terminal emulator
: the erase character is BS, and not DEL (in the other case the Backspace key is
: already emitting DEL, so we do not have to do anything).
:This can be done using the command stty.
:更に、もしless等のraw行入力を行うアプリケーションを正常に動作させたければ、
:シェルにDeviantターミナルエミュレータではEraseキャラクターはBSであり、DELでは
:無いのだと理解させなければなりません。(別のケースではBackspace keyは既にDELを
:発信しているため何もする必要はありません)
:これはsttyコマンドを用いる事で実現可能です。
0082名無しさん＠お腹いっぱい。
NGNG0083名無しさん＠お腹いっぱい。
NGNG多く見て10人って気がするな。
実際に訳してるのは半分くらいか
0084名無しさん＠お腹いっぱい。
NGNG2chのシステムでやるのは難しくない？
誰か拾い集めてフォーマッティングとかも付け直さないと
いけないからなぁ。
かと言って匿名で暇な時にブラウザ越しに参加できるシステムを誰か
別所に作ったとしてもここみたいに暇人が常時うろついてるような
環境にはならんだろうし。
まぁとりあえず実験中って事だしこれ終わるまで
どうなるか観察させてもらうよん。頑張れ皆の衆
0085オラオラオラオラ
NGNGCaution
These fixes have some drawbacks. First, they work only for the specified terminals. Second, in theory (but this is unlikely to
happen) they could confuse the readline library on other terminals. Both limitations are however mostly harmless.
これらの修正には幾つか欠点があります。まず、これらは特定のターミナルでしか
機能しないのです。次に、理論上(実際に起こる事は稀なのですが)これらは
他方のターミナルのreadlineライブラリを混乱させる可能性がある事です。
最もこれらの制限はほぼ無害なのですが。
0086オラオラオラオラオラ
NGNGlater). If the entry does not exist, the following command
まずinfocmp gnomeで既にgnomeエントリがterminfoデータベースに存在しないか
確認して下さい(termcapは後で修正します)
もしエントリが存在しない場合、以下のコマンド
bash$ tic <(infocmp xterm |\
sed 's/xterm|/gnome|/' |\
sed 's/kbs=\\177,/kbs=^H,/' |\
sed 's/kdch1=\\E\[3~,/kdch1=\\177,/')
will create a correct one in ~/.terminfo. If the same command is launched by the root, it will generate the entry in the global
database (you can override this behaviour by setting TERMINFO to ~/.terminfo). Note that if your xterm entry is already
deviant (e.g., you have a Red Hat ?5.0) the script will copy it unchanged, which is exactly what we want.
が~/.terminfoに正しい物を作成します。もし同じコマンドがrootにより実行された
場合、グローバルデータベースにエントリが作成されます。(この動作はTERMINFOを
~/terminfoに設定する事でオーバーライドする事が可能です）
もしxtermエントリが既にdeviantである場合、(例えばRed hat?5.0の場合)
このスクリプトはそれを変更せずにそのままコピーしてくれる事も覚えておいて下さい。
0087名無しさん＠お腹いっぱい。
NGNG次に以下の一行を~/inputrc[1]:に追加します
"\e[3~": delete-char
This line teaches the readline library how to manage your standard Delete key for standard emulators, and with a bit of luck it
should not interfere with other terminals. However, now we must also explain to the library the meaning of the DEL character
on deviant terminals, for instance by adding
この一行はreadlineライブラリに標準Deleteキーの標準的なエミュレータに対する
管理方法を指示します。運がよければ他のターミナルとは干渉し合わないでしょう。
ですが、次にライブラリに対しDELキャラクタがdeviantターミナル上で何を意味するか
説明せねばなりません。
例えば以下の3行を~/.inputrcに追加します
$if term=gnome
DEL: delete-char
$endif
to ~/.inputrc. If xterm is deviant, too, you must add other three lines for it. On the other hand, if no terminal emulator is
deviant this part is not needed. All these changes can be made global by altering the /etc/inputrc file.
もしxtermがdeviantである場合も、それに対応する3行を追加せねばなりません。
ですがもしdeviantなターミナルエミュレータが無い場合、この作業は必要ありません。
これらの変更は/etc/inputrcファイルをアラートする事でグローバルに有効になります。
Note that the conditional assignments make deviant terminal emulators work given that the TERM variable is set correctly. To
guarantee this, there are a number of techniques. First of all, since the default value of the TERM variable for gnome-terminal is
xterm, if all terminals are not deviant then we do nothing. If, however, a terminal that by default uses the xterm entry is deviant
you must find a way to set the TERM variable correctly; assume for instance this is true of gnome-terminal.
条件付き割り当てによりTERM変数が正しく設定さえされていればdeviantターミナルが
正しく動作する事に注意して下さい。これを保証する為に幾つかの方法があります。
まずgnome-terminalでのTERM変数のデフォルト値はxtermである事からもしdeviant
ターミナルが存在しない場合我々は何もしません。ですが、もしxtermをデフォルトに
しているdeviantターミナルが存在する場合あなたTERM変数を正しく設定する方法を
見つけなければなりません。;gnome-terminalにおいてこの条件が有効であると仮定します。
0088あた
NGNGsetting the command line in the launcher on the GNOME panel. If however you have an old version, and this method does not
work, you can add the lines
もっとも簡単にこの効果を得る為にはgnome-terminalを--termname=gnomeアーギュメント
付きで起動します。これはGNOMEパネル上のラウンチャーに正しいコマンドライン
設定をする事等で可能です。
もし貴方が古いバージョンを使っている場合、この方法は動作しないかもしれません。
その場合以下の数行を~/.bashrc設定ファイル[2]に追加して下さい。
if [ "$COLORTERM" = "gnome-terminal" ]
then
export TERM=gnome
fi
to your ~/.bashrc configuration file[2]. The assignment is executed only under gnome-terminal, and sets correctly the TERM variable.
割り当てはgnome-terminal上でのみ実行し、TERM変数に正しく設定します。
Note: Setting the terminal to gnome could prevent ls from using colours,
as many versions of ls do not know that gnome-terminal is colour capable.
To avoid this problem, create a configuration file ~/.dircolors with dircolors
--print-database >~/.dircolors, and add a line TERM=gnome to the configuration file.
注意: ターミナルをgnomeに設定する事はlsがカラーを用いる事を阻止します。
多くのバージョンのlsはgnome-terminalのカラー特性を知らない為です。
これを避ける為には~/dircolors設定ファイルを
dircolors --print-database >~/.dircolorsとして作成し、TERM=gnomeとした
一行を追加して下さい。
0089あたた
NGNG~/.bashrc:
そしてdeviantターミナルエミュレータ用の最適なtermcapエントリを
動的に作成させます。それを行うには以下の通りです。
いつも通り~/.bashrcに、これを追加します:
if [ "$TERM" = "gnome" ]
then
export TERMCAP=$(infocmp -C gnome | grep -v '^#' | \
tr '\n\t' ' ' | sed 's/\\ //g' | sed s/::/:/g)
fi
0090あたたた
NGNGexpected to backspace, for standard terminal emulators it is the DEL character, so we first set it this way and then add for each
deviant terminal a conditional statement, always in ~/.bashrc:
最後に、ターミナルデバイスにどのキャラクタがeraseキーにより作成されるか説明
せねばなりません。eraseキーは通常backspaceであると予想されている為に、
スタンダードなターミナルエミュレータではこれはDELキャラクターになります。
ですからまずこのようにをそれをセットした後、各deviantターミナルに条件文を
追加していきます。いつも通り~/.bashrcに、これを追加します
0091あたたたた
NGNGstty erase ^?
if [ "$TERM" = "gnome" ]
then
stty erase ^H
fi
Of course, if all terminal emulators you use are deviant, you can just set the erase character without any condition.
Note: Certain distributions could have fixes already in place in the system-wide /etc/inputrc configuration file. In
this case you can eliminate redundant lines from your ~/.inputrc.
当然ですがもし全てのターミナルエミュレータがdeviantであった場合、
eraseキャラクタを条件無しでセットしても構いません。
注意: 一部のディストリビューションは既にこの修正をシステムワイドな
/etc/inputrc設定ファイルなどに施している事があります。
この場合~/.inputrcから不要になった行を削除する事もできます。
0092名無しさん＠お腹いっぱい。
NGNGつか英文改行すんの忘れた。ゴメ
ン。
0093名無しさん＠お腹いっぱい。
NGNG寝よっと
:6.3. Fixing for tcsh : tcsh向けの修正
:
:In the case of the tcsh, the fixes go all in ~/.tcshrc, and follow the same
:rationale as the ones for the bash:
:tcshの場合、修正は全部~/.tcshrcに施す必要があります。
:以下のようにbashの場合と似ています:
[コード]
:The second part must be replicated for every deviant terminal. Of course, if a
:termcap entry already exists it is not necessary to generate it.
:二つ目のパートは全てのdeviantターミナル用に複製せねばなりません。
:当然、termcapが既に存在するなら作成する必要はありません。
:Notes
:注意
: [1]
:On older version of the bash, you must remember to set
:INPUTRC suitably, for instance adding
:古いバージョンのbashでは、INPUTRCを正しく設定する必要がある事を
:覚えておいて下さい。例えば以下の行を
: export INPUTRC=~/.inputrc
:to your ~/.profile (or whichever file is read just by login shells).
:あなたの~/.profile (又はそれ以外のlogin shellのみが読み込むファイル)
:に追加します。
[2]
:More precisely, to the shell configuration file that is read in every shell,
:not only in login shells. The right file depend on startup sequence
:of your bash.
:より正確には、ログインシェルだけでなく全てのシェルに読み込まれる
:シェル設定ファイルに、です。どれが正しいファイルは貴方のbashの
:スタートアップシーケンスに依存します。
0094名無しさん＠お腹いっぱい。
NGNGつか後二つで終わり？
7逝きまース
:7. What If Nothing Works
:何をやっても駄目な場合
:The first thing to do is understanding which ASCII codes are produced by a
:certain key using the C one-liner.
:最初にする事はどの ASCII コードが発生しているかC one-liner（リンク）を使って
:確認する事だ。
:Once you know which sequences are produced, you must check the current terminfo
:entry with infocmp (don't be scared by the amount of information printed!) and
:be sure that the kbs and kdch1 capabilities correspond to the right sequences
: (that is, the one produced by the respective keys). Moreover, you must check
:with stty -a that the erase character is the one emitted by the Backspace key
: (note that ^H represent BS whereas ^? represents DEL).
:どのシーケンスが発生しているか解ったら、現在の terminfo エントリを infocap を
:使って確認する必要がある。(大量の情報がプリントされるが恐れないように!)そして
:kbs と kdcn1特性が正しいシーケンスと一致する事を確認する(対応するキーから
:発生する物の事)。更に、stty -a を用いてeraseキャラクターは Backspace キーが
:生じさせる物である事を確認せねばならない。
:(^H は BS を意味し、 ^? は DEL を意味する事に注意)
:If there is a mismatch, there can be several different reason: wrong content of
:the TERM variable, wrong entry of the terminal database, wrong terminal
:emulation under X. I hope at this point you have enough information to dig
:the solution autonomously.
:もし不一致があった場合、いくつかの理由が考えられる: 不正な TERM 変数の値、
:不正なターミナルDBのエントリ、不正な X 用ターミナルエミュレータ等だ。
:ここまでで、貴方が自分で調査を進めるに十分な情報を得てくれた事を期待する。
:Note: If different applications behave in different ways, it is likely that
:some of them are using the terminal database correctly, and some are not.
:Remember that the fact that the keys produce the right behaviour in a certain
:application does not mean that the application is using correctly the
:terminal database? they could work just by chance.
:If you want to have an independent check, you can try whether the ne editor
:works. ne uses all terminal capabilities, including kbs and kdch1, and uses
:intended meaning only as a last resource.
:注意: もし各アプリケーションが異なる動作をする場合、それらのいくつかは
:ターミナルDBを正しく活用していて残りはそれが出来ていない可能性が強い。
:一部のアプリケーションで各キーが正しい動作をしたとしてもそれはその
:アプリケーションがターミナルDBを正しく使用している事を保証するわけでは無い事を
:覚えているだろうか？それは偶然動いているだけかもしれない。
:もしそれらを個別にチェックしたければ ne (リンク) エディタを試してみると良い。
:ne は kbs と kdcn1 を含むターミナル特性の全てを利用し、予想される意味は
:それ以外が全て適用外だった場合にしか利用されない。
0095あげ
NGNG(誤): どれが正しいファイルは貴方のbashの
(正): どれが正しいファイルかは貴方のbashの
ところで、93 は you を訳してるけど、これについて他の人はどう思う?
オレはなるべく訳さないようにしてる。日本語では、英語の「あなた」や
「それ」などの代名詞をつかう部分は、それらを省略できることが
多い (言語学では、こういう省略を見えない代名詞「ゼロ代名詞」と
して扱っている)。でも、あえて訳すほうが正確さという点ではいいのかしらん。
009694
NGNG俺は見ての通り訳さない方っす。
って今まで特に意識していたわけでは無いなぁ…
ゼロ代名詞って言うんですか。知らなかった無知な俺
つか俺も文学の訳してるわけじゃないんだし原文との一致度よりも
簡素さ、読み易さを優先した方が良いんじゃ無いかと思うス
字数気にしないで済むボランティアの翻訳なんだし（笑ィ
0097名無しさん＠お腹いっぱい。
NGNG最初の頃のは校正が甘いまま放っておかれているようなので。
Of courseのセンテンスが未訳で、減点1。
:the Remove keysym on a suitable escape sequence
:Remove はエスケープシーケンスになる
onでなくtoの場合の訳になっているが、正解が分からない。
原文側のtypoか?
009820
NGNGチェック入った部分はどうしやしょうかね?
なおしてもう一度同じパラグラフ載せるか? もとのレスの参照つけて。
0099名無しさん＠お腹いっぱい。
NGNG原文添えて貼り直してくんない？
窓2個開いてチェックするのめんどくさ過ぎ
0100とりあえず
NGNGだれもやってないみたいだから、今まで手が入ったところを
まとめなおしてみました。なお現在,４章と８章が手つかずに
なっています。だれかやりませんか？
私はこのスレをたてた人間ではないけど、とりあえずageて
おきます。
:
01011章その1
NGNGイントロダクション
Every Linux user has been sooner or later trapped in a situation
in which having working Backspace and Delete keys on the console
and on X seemed impossible. This paper explains why this happens
and suggests solutions. The notions given here are essentially
distribution-independent: due to the widely different content of
system configuration files in each distribution, I will try to
give the reader enough knowledge to think up his/her own fixes, if
necessary.
遅かれ早かれ、どの Linux ユーザも次のような状況にハマるでしょう。
それはコンソール上と X 上での Backspace キーと Delete キーが効かな
くなってしまうという現象です。この文書は、こういったことがなぜ起こ
るのかを説明し、その対処法を紹介します。ここに示されている考えは基
本的にどのディストリビューションにもあてはまるものです:システム設
定ファイルは各ディストリビューションによってかなり違います。そのた
め、ここでは読者が自分自身で、必要に応じてどのファイルを修正すれば
よいのかがわかるだけの情報を提供しようと思います。
■ このスレッドは過去ログ倉庫に格納されています