アカウント名:
パスワード:
UI とタイトに結び付いたものが必要な場合、ネイティブのライブラリに比べてパフォーマンスが上がらないし、サーバーとインタラクションが必要な場合、フォームで事足りる。インタラクションを減らす目的なら Java
フォーム+JavaScript より高度で、ネイティブライブラリを使うまでもない用途、となると凄く狭い領域というか、それこそブラウザの UI 設計だけじゃなかろうか、と少し悲観的な私でございます。
どちらかというと、ウェブサイト自体を旧来のアプリケーション的なものにできる、という利点があるというのが私見です。HTTP 経由とかの認証機構がないという問題もありますが。それができれば、.Net と近いものになるのではないでしょうかね
どちらかというと、ウェブサイト自体を旧来のアプリケーション的なものにできる、という利点があるというのが私見です。HTTP 経由とかの認証機構がないという問題もありますが。それができれば、.Net と近いものになるのではないでしょうかね。多分、.Net フロントエンドよりも、XUL の方がレガシーな技術とのしがらみが少ない(殆ど無い?)のではないかな?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
なにが出来るかって (スコア:1, 参考になる)
まぁそれに限らず mozdev.org 眺めていると楽しい。
Re:なにが出来るかって (スコア:0)
# 私のところだけかもしれませんけど。
たんなるユーザーインターフェースとしてXULを使うのならば全然問題なさそうだけど、こうやってグラフィック表示
Re:なにが出来るかって (スコア:2, 興味深い)
UI とタイトに結び付いたものが必要な場合、ネイティブのライブラリに比べてパフォーマンスが上がらないし、サーバーとインタラクションが必要な場合、フォームで事足りる。インタラクションを減らす目的なら Java
の
Re:なにが出来るかって (スコア:0)
どちらかというと、ウェブサイト自体を旧来のアプリケーション的なものにできる、という利点があるというのが私見です。HTTP 経由とかの認証機構がないという問題もありますが。それができれば、.Net と近いものになるのではないでしょうかね
Re:なにが出来るかって (スコア:0)
Re:なにが出来るかって (スコア:1)
バージョンアップの度にアプリがランタイムを書き換えて不整合が起こりそうな気がするです。今のOfficeのランタイム書き換えを見ていると、ランタイムを固定してくれればいいけど、ばかすか書き換えが出ると意味ねー、って事になりませんか?
IDLでも似たような問題が起こりそうですが、ランタイムを適切にラップする事が出来るので、Aアプリだと旧ランタイム、Bアプリだと新ランタイムってのも出来る気がするです<ホントか、ソレ?
-----------------
#そんなワタシはOS/2ユーザー:-)