近年、普段の作業をマウスでやりたくない気持ちが高まっている（デスク周りが散らかってきたせいだという説が有力です）。メールは結局ターミナルでメールを読むことにしたため問題なく過ごせているが、その他のタスクをキーボードだけでやるには、ターミナル動くアプリケーションを作れる必要がある。それもリッチなやつだ。見た目は派手な方がいい。 この記事は Kyoto.go remote #32 LT会 で発表した 入門 Bubble Tea の増補版です。 Bubble Tea とは GitHub - charmbracelet/bubbletea: A powerful little TUI framework 🏗 Bubble Tea とは、Go でリッチなターミナルアプリケーション（TUI）を作るためのフレームワーク。Charm というプロジェクトの一部のようで、ホームページを見てもらったら分かると

初めに 以前にブラウザからターミナルを操作したくて、周りの方に聞いたらSecure Shell Appを教えていただいたんですが、なぜか自分の環境ではうまく動作しませんでした。 他にも似たようなことができるツールはありましたが、メンテナンスがされていなかったりビルドもインストールできなかったりして使えなかったので、自作しました。 しくみ自体はイメージできていたので、そんなに難しくないだろうと思っていましたが、意外と罠があってそれを解決するのに時間がかかってしまいました。 rttyの概要と使い方 rttyはプロセスの入出力をwebsocketを通して、ブラウザでターミナルのような操作を可能にするCLIです。 簡単にいうとブラウザがターミナル代わりになる、という感じです。 +---------+ http +------+ stdin +------+ | browser | <=======

はじめに このポストでは、端末(VT互換端末)でおこる諸問題の診断、追跡を可能にするツール、Trachetの使い方をざっと説明してみようと思います。 じつのところ今回は第一・第二端末特性応答（DA1/DA2）の話を書こうとしていたのですが、やはり一般的にはあまり実体が知覚されていないものの話になってくるあたりからもうピンとこないどころか雲を掴むような印象になりがちで、つまり筆力の限界を感じざるを得なかったので、先にこれを紹介しておけばクエリ・応答シーケンスの話題をいくらか具体的なものとして感じてもらうことが可能なのではないか、と考えたのが、この話を書くきっかけです。 Trachetの概要 Trachetは特に、キーボードやマウス入力周りの不具合、描画周りがおかしくなる現象など、入出力を追跡・監視して対応する必要がある諸問題に対して、アプリケーションと端末の間の具体的な会話を見える化し、原因

GNU Screenには、プログラムが出力した特定の制御シーケンスを自動的にscreenコマンドとして再解釈し実行してしまうという、とても危険でありながらも魅力的な設定があります。実際にはこれを知っていてもあまり役に立ちませんが、なにかまじめに取り組んでいるふりをしながら暇を潰したりするにはちょうどよい機能かもしれません。 有効化 この設定は以下のscreenコマンドで有効化されます。 一見なにも変わったようにはみえませんが、これを有効化したら、あなたは端末へ出力されるシーケンスを適切に予測し続けなければいけません。 もし制御に失敗して出力に予測不可能な外部データが紛れ込もうものなら、SSH鍵などをぶっこぬかれたり端末を乗っ取られたりしてもおかしくない状態です。やばいですね。 使い方 遊び方の幅は無限大ですが、ここでは端末への安全な出力が特に（あえて？）考慮されていないように見受けられるプ

VT2xx-VT3xx系に搭載されていた、Sixel Graphicsについてのつぶやきです。 これは端末でラスタ画像を表現するための機能です。 初期のソフトウェア端末エミュレータはVT320,VT340等をエミュレーションターゲットにしているものも多く、これをサポートするものはたくさんありましたが、近年では端末エミュレータの実装がどんどん簡素化されていく傾向にあり、ターゲットもVT102とする実装が一般的になりました。 これをうけてSixel Graphicsは衰亡の一途を辿っています。 そんな中、RLogin(http://nanno.dip.jp/softlib/man/rlogin)がSixelを実装し、一部の人たちの関心を集めました。 続きを読む

ANSI escape sequences are a standard for in-band signaling to control cursor location, color, font styling, and other options on video text terminals and terminal emulators. Certain sequences of bytes, most starting with an ASCII escape character and a bracket character, are embedded into text. The terminal interprets these sequences as commands, rather than text to display verbatim. ANSI sequence

tmux は、East Asian Ambiguous Width Character に対応していないため、▽や×のような文字が幅1として見做されてしまいます。 これに対応していないと、Emacs を -nw で動かしたときなどで、上記文字を打つと、おかしな事になります。 とりあえず、場当たり的なもので、同じような処理を追加してたり綺麗ではありませんが、patch を作ってみました。 簡単に動作確認した限りでは動いている風だったので、ログ的な意味と、まあ何かの参考になればという事で、ここに貼っておきます。 Ambiguous Width Character のリストは、以下の URL にある一覧から抜き出してきました。 http://www.unicode.org/Public/UNIDATA/EastAsianWidth.txt Ambiguous Width Character は、

フレームバッファ上で直接動作するターミナルエミュレータ「FbTerm」は、サーバのメンテナンスにせよ、組み込みデバイス関連の用途にせよ、試してみる価値が十分にある。 FbTermは高速に動作するターミナルエミュレータであり、これは各自のシステムに搭載されたフレームバッファ上で直接動作する設計となっている。フレームバッファの使用を前提とした設計のおかげで、FbTermでは処理速度の高速化が果たされているだけでなく、ターミナル上でUTF-8テキストを使用することもできる。こうしたFbTermの開発目的として挙げられているのが、一般的なLinuxカーネルターミナルと同等の速度を確保すると同時に、インターナショナルな表示機能のサポートおよび、fontconfigを介した近代的なフォント管理機能を提供するというものである。またFbTermの場合、1つのフレームバッファに対して10個の異なるターミナル