rc3 の後に入れる変更じゃないという話もありますが、雑に書いたら動いているっぽいのでとりあえず投げておきます。

要件

アバターアイコンサイズを「フォントの高さの2倍以上3倍未満でsixel単位の6ドットの倍数」にする (sayaka準拠)
アバターアイコン表示の後、アイコンの次の行ではなくアイコンの右側に screen name, display name, date/time を表示する

実装設計

起動時の初期化 (sixel_init())で以下を算出
- TIOCGWINSZ の ioctl(2) で「画面の縦横ピクセル数」と「画面の縦横の行数・桁数」を取得して、それからフォントサイズを算出 (ロジックは sayaka さんから拝借)
- TIOCGWINSZ が失敗したらデフォルトサイズを 7x14 にする (これもsayakaさんから拝借)
- アイコンサイズとフォント幅から「screen name他のヘッダ相当行の先頭を右に何文字分動かすか」を算出
トゥート表示 (stream_event_update()) のアイコン表示後の動作を以下の通り変更
- カーソルを1行上に移動
- カーソルをアイコン幅相当文字数分だけ右に移動
- そのまま screen name, display name, date/time 他を表示
  - screen name (display name) と date/time で2行に分ける、というのもやってみましたがなんかいまいちでした
print_picture() を以下の通り変更
- mul 引数の解釈を適当にいじって算出したアイコンサイズで表示するように修正

要検討項目

いずれもAPI変更になるのでここではいじってません。

print_picture() の mul 引数の定義がもともと複数の意味を一つに詰め込んでいて読んで解釈しづらい
- サイズ、種別、属性、の引数に分割するか、アイコンと画像で別の wrapper関数にしたほうが見通しが良いような気がする
「アイコン幅相当文字数」を算出側の sixel.c から参照側の nanotodon.c にグローバル変数で渡しているのがダサい
- 「アイコン表示」の関数を別にして、返り値で右移動量を出す、とかのほうがスッキリしそう
sayakaさん同様で「フォントサイズ指定オプション」もあったほうがよい？
- 「sixel対応だけど TIOCGWINSZ 非対応」などというレアケースは考えなくていい？
sayakaさん同様で、そもそも「端末がsixel対応しているか」のチェックを入れたほうが良い？（今回の差分と関係ない）

あと mlterm と mlterm-wscons と xterm -ti 382 しかテストしてないので、もう少しテストしたほうが良さそう。

rc3 の後に入れる変更じゃないという話もありますが

0.4.0に及ぶ範囲ではないので全然大丈夫です(?) というのはさておき：

要件に関して

アバターアイコンサイズを「フォントの高さの2倍以上3倍未満でsixel単位の6ドットの倍数」にする (sayaka準拠)

これなんですが、自分もそんな感じの仕様(フォントサイズベースで可変)なのは設計・実装時点で認識していて、じゃあなんでやってなかったかといえば定数にして最適化をしたかったのというのがありまして(nanotodonはsayakaより速くあるべき、みたいな謎のライバル意識がある) まあmul指定できるようになっている時点で崩れているといえばそうなんですが、今は「ナイーブな実装」扱いなので、ゆくゆくヘッダに分離してSIXEL_MUL(仮称)をdefineしてからincludeして2種類の関数を定義して、とかにするのを考えていたのがあり。 "sixelの幅に関して" 動的計算するのはどうしようかな～みたいなのはあります(=ずらす文字数の方を計算するのはあり)

アバターアイコン表示の後、アイコンの次の行ではなくアイコンの右側に screen name, display name, date/time を表示する

ということ(?)なのでこっちに関しては賛成です(今の仕様はやるのをめんどくさがってそうしてるだけなので)

要検討項目に関して

print_picture() の mul 引数の定義がもともと複数の意味を一つに詰め込んでいて読んで解釈しづらい

ここはどうするにせよ(sixel幅を可変にする、しない、どちらにせよ)「アイコンと画像で別の wrapper関数にする」といった感じの実装にしたいと思っています

「アイコン幅相当文字数」を算出側の sixel.c から参照側の nanotodon.c にグローバル変数で渡しているのがダサい

前項を踏まえて「返り値で右移動量を出す」実装がいいかなあと思います

sayakaさん同様で「フォントサイズ指定オプション」もあったほうがよい？

あったところで特に困ることはないのでゆくゆくは実装したい(1.0.0に進みだしてからでよい)

sayakaさん同様で、そもそも「端末がsixel対応しているか」のチェックを入れたほうが良い？

(同上)

本業がアレだと趣味レビューするガッツが出ねえ、みたいな日々で遅くなりましたが

要件については、感想はあれど要望を出す立場にはないのでサイズ可変仕様は戻しました（参照用に続きでコミットしましたが、このままマージするより squash すべき）
フォント幅については VT382などでは縦横比が 30x12 と 2:1 でないフォントも使うようなので必要と考えて残してあります
print_picture() の引数についてはアイコンサイズ固定ならば従来から変更無いのでこのPRではスコープ外になるかと
「返り値で右移動量を出す」仕様について、自分で提案しておきながら「値としては起動時に1回取得すればいいだけじゃん」という気もするので、インデント量を返す関数を作るか、フォント幅を返す関数を返す（アイコン幅は固定前提）ほうがいいのかも（どの仕様がいいのか切り分けが思いついていない）

あー。雑にコミットしたら余分な差分も入ってしまいました

-    indent_icon = ((6 * mul_icon) + fontwidth - 1) / fontwidth;
+    indent_icon = ((6 * SIXEL_MUL_ICO) + fontwidth) / fontwidth;

これは「フォント幅が6の倍数だった場合フォントとアイコンが接触してしまう」ので「最低1〜6ドットは離す」の修正です。（元は 0〜5ドット離す、になっていた）で、こんなこと書かずに

indent_icon = (6 * SIXEL_MUL_ICO)  / fontwidth + 1;

でいい、という話があります。

taka-tuos / nanotodon

Display avatar icon and screen names etc. as one line header. #66

要件

実装設計

要検討項目

要件に関して

要検討項目に関して