アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
それで、 (スコア:1)
# あーんまり変わらないような気がする。
HIKARU
Re:それで、 (スコア:1)
それにしても、Webアプリも、VB以来(?)伝統の
「Widgetをマウスでちょちょいと並べれば出来上がり」
な開発体制になっててくれないと「困り」ますね。
いまだにJSPだのXML設定ファイルだの言ってたら、やってられんでしょう。
というか確かMSのほうは既に実現してるんでしたよね、VBっぽくやればWebアプリが出来るって体制を。
Java勢(?)もそれに追いつくためにJSFだProjectRaveだと言っているわけで。
#手書きコードのGUIといえばLayoutManagerが付き物だろけど、
#俺はLayoutManagerって要らないと思ってるんでG7
#Widgetが状況次第で
Re:それで、 (スコア:0)
国際化を考えると固定レイアウトだと使い物にならんのですよ。
個人的に LayoutManager 要らないとか言う奴はセンスが無いと思う。
Re:それで、 (スコア:1)
ん?国際化(のうちの、或る問題の対処)をLayoutManagerでやるんですか?
なんだかなあ?
余談ですが、Macの"リソース"をいじってのLocalizeなら、したことが有るのでG7
つまり、GUI上に表示される文字列も、それが表示される「位置」とかも、
まとめてリソースエディタで変更ってゆーか翻訳しちまうんです。
よく知りませんが、リソースエディタを使えば、「任意の」アプリに
そういう立ち入った修正が(ソース無しで)出来てしまうのが、Macであるらしいです。
あれは、楽というか直感的で、凄く良かったなあ。
#で
Re:それで、 (スコア:1, 参考になる)
> ん?国際化(のうちの、或る問題の対処)をLayoutManagerでやるんですか?
> 《中略》
> つまり、GUI上に表示される文字列も、それが表示される「位置」とかも、
> まとめてリソースエディタで変更ってゆーか翻訳しちまうんです。
参考:火星語テスト
http://www-6.ibm.com/jp/developerworks/unicode/001208/j_ibm-martian.pdf
問題の検出方法についてのみ書かれていますが、この問題の対処として locale ごとにコンポーネントの表示位置や幅を外部リソース化するよりも LayoutManager を用いる方が適切だと思います。
# 確かに私も LayoutManager は好きではありませんが、あなたの方法よりはマシだと断言出来ます