・質疑応答で「OpenLaszloがFlexに勝るメリットは?」と聞いたところ「DHTML(Ajax)に対応すること」という返事でした。・IDE4Laszloの機能向上(具体的にはドラッグ&ドロップでコンポーネントを配置できるように)にはあまり力を入れないようです。Systemsの中の人だそうです。多くの人の手に触れてはじめていいものができると思うのですが。・私の考えとしては、FlashのRIAとしてFlexに挑まずに、それよりも年末リリース予定のDHTML対応(バージョン4:年末にリリース予定)のようにマルチプラットフォーム化を進めていくべきだと思います。あとはそれに興味を示して活かそうとする人たちが増えるかどうかで今後のOpenLaszloの運命は決まると思います。OpenLsazlo無料セミナーに参加しますネットエイトさん主催のOpenLsazlo無料セミナーに申し込んで今日返信がありました。order.え...。Amazon.co.jpでおくれに遅れてると思ったら、Amazon.comでも遅れてるのですかね。|2006年08月27日OpenLaszloな人は読んでおいたほうがいいかも「愛と苦悩の日記」というブログで「OpenLaszloの普及が難しいわけ」などの記事がかかれています。複数の記事に渡ってかかれていますので、全部目を通しておきたいところです。先日、トラックバックを頂きましたが、実はその前から「冷静な視線でみてるなぁ」と感想をもって読んでおりました。OpenLaszloはとにかく日本で普及してない。開発しているのもほとんど結局LaszloSystemの人だという話も聞いたことがあります。「続OpenLaszloの普及が難しいわけ」にもかかれていますように私はWeb系雑記を開設したころはOpenLaszloにほれ込んでいました。最近はちょっと変わってきました。心はFlexに動いています。2のコストダウンのインパクトが大きかったです。好奇心だけで追い続けてきたOpenLaszlo。見切りをつけるべきか。Macromediaは大好きでしたし。FireworksもDreamweaverも使ってました。いえ「OpenLaszloなくなってしまえ」とは思っていません。Modelerのsato-shiさん(Flexの世界で有名な方)は「OpenLaszloにもがんばってほしい。Adobeもあぐらをかけなくなるから」とおっしゃっていました。今度ネットエイト主催のセミナーに参加しようかと思います。」がAmazon.co.jpで発売になりました。あれ、画像には「AJAX」ってかいてあるのに書名には「AJAX」って書いてないな。【2006.08.19追記】また、予約の状態になってしまいました。OpenLaszli先取り!」というのがあります。内容は、YouTubeビューアーの作り方、IDEの紹介、カスタムコンポーネントの作り方などでした。執筆者は国内唯一のOpenLaszloサポート企業、株式会社ネットエイトの小野さん、十河さん(laszli.jpの管理人さん)、株式会社四次元データの方。買おうかどうか迷ってます。(←立ち読み)OpenLaszloもちょくちょく雑誌で取り上げられるようになってきましたね。パーフェクトマニュアル、ときてます。months.だそうです。Runtimeとのことです。Runtime」というのも気になりますね。それ用のモジュールをつくれば、また別のプラットフォームへ対応させる、なんてことできようになっちゃうのでしょうか。「XUL対応モジュールつくったよ」とか??無限の広がりを見せてくれるのでしょうか。ところでLaszloではAjaxという言葉は使わずDHMLという言葉の方を好みますね。なにか意図でもあるのでしょうか。OpenLaszlohttp://blogs.zdnet.com/Stewart/?page_id=39&page=1以下の6サイトのギャラリーが紹介されています。実サイトにもいけます。Japanのフォーラムに「laszlo内で印刷をするためのは?」というトピックがあってLaszloMailでの印刷はどうやっているのか、という話があったので、答えてみました。laszlo内で印刷をするためのは?私も興味がありましたのでLaszloMailの印刷方法について調べてみました。二つのJavaScriptファイルが読み込まれます。そのうちのひとつに「834/index-head.js」があり、画面上をframeに区切っています。(document.writeでタグを書き出し)そのなかに印刷コンテンツ読み込み用と思われるframePrintというframeがあります。・LaszloMailの[Print]ボタンクリック時Laszloからメール内容をHTMLに整形したコンテンツをリクエストします。"framePrint");おそらくHTML整形はサーバー側の処理です。ロードする先は先ほどのframePrintというframeです。・HTMLコンテンツロード時メール内容のHTMLをframePrintでコンテンツをロードすると「834/index-head.js」に書かれたwindow.top.frames.framePrint.print();というJavaScriptのコードが実行され、ブラウザの印刷ダイアログが表示されます。私の調べた感じだと以上のような感じです。Laszlo自身はメールの内容をHTMLに整形したコンテンツをリクエストするだけのようです。単純に、今表示しているウィンドウの印刷をする場合はLzBrowser.loadJS('window.print()')のようにLaszloから、印刷するためのJavaScriptコードを呼び出してあげればできそうです。APIをたたく方法も要チェックです。以前のエントリで紹介したオープンソースFlashストリーミングサーバー「Red5」とOpenLaszloを組み合わせてみました。家にWebカメラもありましたし。やり方は以下のページのままです。Red5http://www.openlaszlo123.org/?p=4↑解説もていねいで、サンプルファイルもダウンロードできるのですんなりできましました。私の環境でストリーミング再生した様子をFlashキャプチャツール「Wink」を使用してキャプチャしました。以下のリンクからみれます。(キャプチャしたものなのでリアルタイムではありません)ストリーミング再生の様子(キャプチャ)もちろん実際はリアルタイムでストリーミングできました。オープンソースの環境でこんなことまでできてしまうのですね。発売になったようです。Tutorialhttp://www.amazon.com/gp/product/0975212869/ref=sr_11_1/002-664765-9437613?%5Fencoding=UTF8Amazon.co.jpでは来月の発売になりそうです。前回(その2)では、swfとお天気Webサービスの間におくXMLプロキシプログラムを作成しました。これを経由することより、SOLOデプロイでも外部ドメインのXMLが取得できます。今回は、Laszloでインターフェースを作成します。Editionお天気Webサービスの仕様を確認し、「title」と「forecastday」「forecastdate」を表示することにします。地域は、東京都の東京で。ことでこんな感じのlzxを記述。これをotenki.lzxとします。SOLOデプロイしないで、普通にみて見ます。http://:8080/lps-3.3/my-apps/otenki.lzx?lzt=htmlかなりそっけないですが、なんとか明日の東京の天気予報を表示することができました。それではこれをSOLOデプロイします。http://:8080/lps-3.3/my-apps/otenki.lzx?proxied=falseこれでlzxと同じフォルダに「otenki.lzx.swf」が生成されているはずです。あれ?生成されません。いくつか前のバージョンだったらこれでいけたのですが。仕方がないので代替手段でcanvasタグにproxied="false"を追加してhttp://:8080/lps-3.3/my-apps/otenki.lzx?lzt=html今度は無事にできました。生成された「otenki.lzx.swf」を「otenki.swf」になまえ変更します。)これでSOLOデプロイしたLaszloアプリの完成です。こんなしょぼいのでいいのかという疑問も残りますが。なにより、こんなのをわざわざLaszloでやる意味も。この記事に完成品へのリンクを張っておきます。>>Seesaaブログ×この広告は180日以上新しい記事の投稿がないブログに表示されております。