TSpython 発言

　機械です。

>> 　CGや音楽や画面表示のような、本来なら複雑なオブジェクト操作
>> を必要とするものも、HSPなら（限定的ながら）ダイレクトにでき
>> ます。
>
>それは単にライブラリがそういう作りになっているから
>だけではないでしょうか？
>import してグローバル空間に HSP での JPEG関数と
>同じものを作ることは可能ではないでしょうか？
>(HSP の JPEG 呼び出しがどういう記述か知らないのですが)

　どれくらいダイレクトかとゆーと・・・

screen 0,640,480 ; 画面の初期化
dialog "*",16    ; ファイル選択ダイアログ
picload refstr   ; 画像の表示
stop             ; プログラムの停止（イベントループ）

　つまり、picloadという命令で、ファイル指定してやれば、そのままウィンドウに
画像がロードされる、とゆー感じです。

　Pythonで言うところのopen()によるテキストファイル操作と、print表示くらいの
手軽さなわけです。

　勿論、そういうタイプのライブラリをPythonで作れないことはないわけですが、
そもそもそういったアプローチ方法がPythonにふさわしいか、ということを考える
と、かなり疑問なわけです。

>本来可能だけど、今すぐにはできないから「手軽」ではない
>というのなら納得できます。

　上記のような使い方をするように特化した実装が、「HSPである」と考えて
欲しいと思います。

　特にPythonの場合、アプローチの仕方が一環しているのが一つの特徴(魅力)なの
で、
下手にダイレクトなアプローチを行って、その特徴を損なう必要も無いと思います。

※それでも本音を言えば、Javaのよーに、JPEGやPNG画像くらいはダイレクトに
　扱えるライブラリが標準でついててもいいとは思うんですけどね・・・無論、
　Javaで実装されたJythonでは使えますが・・・

　HSPは「汎用スクリプト言語」ではなく「簡易ソフトウェア作成言語」である、と
考えるべきでしょう。

　Webコンテンツのクライアントスクリプト言語のJavaScriptと同様、ある目的に特
化
した言語であり、汎用言語とは別物です。

　成り代わるより、むしろTcl/TKのように取り込んでしまうと面白いと思うのです
が、
呼び出して使うようなインターフェイスはあまり強力でないので、かなり泥臭い方法
しかできません。

cf.[TSpython:82] HSP は Python を救うか？

　HSPは面白い玩具なので、ちょっといじって遊んでみるにはいいと思います（深入
り
するかどうかは、ご本人の自由とゆーことで）