ご愛顧いただいたOsask-Wikiでしたが2016/9/30をもって終了・凍結としました。ページの内容やボタン等に編集可能だった時の名残りが残っておりますが新たなページ設置や内容の変更等はできません。-OSASKでは文字を描くときは左上の座標を指定しますが、Javaでは左下の座標を指定します。したがって、文字は16ドット分上にずれます。-OsaskWindowはパッケージなしにしようか、osaskパッケージに入れようか考え中。-文字が16ドットずれる、っていうのはOSASKアプリ(ネイティブAPI使用)とJavaとの仕様の違いであって、WABA2(仮称)でも当然左下を指定ですよね?だから同じバイトコードをJavaで走らせた場合とWABA2で走らせた場合とで表示結果が違うなんてことはないですよね?(一応確認)。-OSASKとJDKで表示をあわせる仕様は可能です。WABA2ではJDKにあわせてください。ないと、そもそもなんのためのJavaの互換性だかわかりません。OSASKアプリと同じであることのメリットは、せいぜいOSASKアプリからの移植がやりやすい程度だと思いますが、WABA2の主な目的はOSASKアプリをJavaへ移植することなんていうちっぽけなことではなく、WABA2仕様でかかれたアプリはOSASK上のみならず、どこでも同じように動作することのはずです。OSASKアプリとの互換性なんて全て捨てていいです。-OSASK版はmain関数を無視します。-文字の座標指定をJREにあわせました。ペイントモードもJREにあわせて標準とXORの2つにする予定。-JREにはOR描画はないんですか?そうなのか・・・じゃあ、bballc0ではXORで描画してください。お手数かけてすみません。-近いうちにバイナリー名をPLUMA.BINに変更します。-近い将来JARファイルに対応することになりました。-近いうちにベースクラスをPLUMA.LIBに変更します。-こちらにはSystem.out.println()があります。Wabaは既にJavaのサブセットだと思っていたのですが、これはつまり、Wabaを越えてよりよいJavaのサブセットを作ろう、ということなんでしょうか?・・・いや、賛成とか反対とかじゃなくて、何をやろうとしているのかもっとよく知りたいのです。-すみません、見逃していました。名前は暫定的な面があって、お名前募集中なのですね。極端に言うとベイサイドさんが本家Javaに対して何を削るかを決めて、実装するわけですね。「ベイサイドJava」みたいな感じか・・・。-ベイサイドJavaいいですね(笑)。Waba1もJavaの言語仕様には適合していますが、JDKのクラスライブラリには対応していません。世間はJavaというとSUNのJavaかi-Modeですよね。このどちらかのクラスライブラリーに対応するとより世間受けするんです。したがって最新版本家Wabaというよりは本家JDKに近いJavaということになります。-x86には対応していても、使えるライブラリーはOSによってまったく違いますよね。Machine(仮想CPU)ですからね。Machineは含まれるでしょう。MAMEも作成中らしいですよ。-将来的には、JVMがOSと本格的に連携するようになる(アプリではなくてエミュレータドライバの一つになる)、予定です。そのうちOSASK.EXEの中の構成を自由にできるようになるので(アプリも入れられるし、システムも切り離せる)、OSASK.EXEの中に入るか入らないかはそれほど本質的ではありません。-へぇー*100です。-(話題がJava/Wabaからそれているので、[[impressions]]に引っ越しします。-JDKで動くOsaskWindowをなんとか作った。今のところベースクラスのアーカイブサイズは14.7KB。-要は上のソースがJDKとOSASKと両方で同じように動くのが目標です。JDK版のOsaskWindowはOSASK版と互換性を得るためにかなりトリッキーなことをしています。java.awt.Frameを継承してMainを作るともっと面倒くさいです。-なんかすごくいい感じですね。OSASK用に配布されたバイトコードの拡張子を.javから.javaに変えると、他のJavaで動きます、みたいな感じになりそうですね。-ちょっと前にうちの製品を新たにPocketCosmoに移植したときのことを思い出しました。あのときもトリッキーなことしたなぁ(笑)。-気づいたのだが、JDK版のOsaskWindow.setDrawOpt()とOsaskWindow.drawImage()はスタブにすべきか。実行時例外で止まるのは嬉しくないよね。