変えた方がドライバー作る人に誤解が無くていいと思います。無い状況は、複数ウインドウを開く場合に面倒なことになると思います。ポインタとして書き換えることができないので困りました。▼とてもよい質問をありがとうございます。Linuxへの移植を試してもらえてとてもうれしいです。コンソール版のときも含めて、ありがとうございます。複数ウィンドウですが、ご想像のとおり、サポートしません。マルチスレッドも考えていません。それらは初心者向きではないと僕は思うのです。いうことがやりたいと思えるころには、blikeではない、もっと汎用的なライブラリを使うべきだと僕は考えていて、だからblikeではそれらの汎用性をすべて切り捨てました。したらblikeっぽいライブラリとして汎用的なblike+みたいな物があったらいいのかもしれません。僕はまだそこまでは手が回りませんが。ウィンドウのサイズの変数名が微妙なのはごめんなさい。直すとしたら、xsizeとysizeにしたいです(趣味の問題です)。openWinですが、今(バージョン01e)はこういう動作になっています。・ウィンドウをオープンする前にprintfや描画系の関数を使った場合→blike側でopenWin(640,400);してやる(だからドライバから見ると、openなしに描画命令が来ることはないです)。・openWin命令が来たとき、まだウィンドウをオープンしてなければ、openしてやる。オープンしていたら、(リサイズとかしたくなかったので)完全に無視する。ウィンドウはデフォルトでオープンして、その後リサイズするのはどうかという件ですが、Linux版のドライバをそういう作り方にしてもらってもかまいません。実害は無いと思うので。望んでる動作は、そのOSにとって負荷が十分に下がる程度に休むということです。長く休みするぎると、wait()の精度が落ちます。休まないと、CPU負荷が上がりすぎます。blikeは暇なときにbld_waitNF()を含んだループをまわしながら、いろいろな状態変化を見張っているのです(イベントとか割り込みとかコールバックとかを使って実装するほうがスマートなのですが、OSによってはドライバが書きにくいかもしれないと思ったので)。ピクセル合成のモードは、ドライバの開発者が気にしなくてもいいようになっています。全部blike側で面倒を見ます。今夜までにはバージョン01eをアップロードするので、そのドライバを眺めてみてください。