drvgtk のリファクタリング

些細なタイプ修正と、タブ => スペース8 への変換
bld_flshWin() の修正

本来の bld_flshWin() の定義では、
矩形範囲を指定することで、描画範囲を絞ることができるべきだが、
今まではそれは実装せずに、常に画面全体でのフラッシュを行っていた。

今回これを正しく実装した。

矩形範囲を絞って描画する場合は、ストリーミングがライン単位になってしまうので、
これは手間の割には高速化にそれほど寄与しない。
（8x8ドットのような、非常に小さい描画の場合は、もちろん高速化するが）

300x300ドットのスクリーンに対して、節約して200x200で描画する的な場合だと、
それ程、高速化には寄与しなくて、逆に遅くなる場合すらある。
理由はストリームで一息に送ることができずに、スキップする処理が必要になることと、
また、アライメントが128bitに成らない場合にアライメントの再調整が必要となるので、
SSEで行いずらい。各行毎にこれら事務処理をはさむことになるので、
全体表示するよりも逆に負荷は高くなり、SSEの効果も現れ難いので、
描画範囲を絞ると逆に遅くなる。

当初、実装しなかった理由は、
当初、この矩形範囲指定は高速化の為の仕様なのかと思い、しかしながら、
実際は高速化には寄与しない（むしろ遅くなる）と判断したので実装しなかった。

しかし、高速化以外にも、この範囲指定フラッシュには使い道がありうることに
最近気づいたので、今回実装した。
それは、blikeアプリ内に、マルチタスクのウインドウシステムを実装するような場合に、
有用となりうる。