トップページtech
74コメント19KB

マルチプラットフォームなGUIライブラリ

■ このスレッドは過去ログ倉庫に格納されています
0001nanasiNGNG
wxWindowsを入手してみたら結構よさそうに思えたのですが
こういうのは将来性はあるのでしょうか。
0002NGNG
ない。
0003デフォルトの名無しさんNGNG
V ってのがあったな。言っとくがライブラリ名が一文字で V ね。

0004デフォルトの名無しさんNGNG
>>1
開発自体は将来も続くと思うけど、普及はしないかも。

お金があればQtとかも良いかな?
0005結構マジNGNG
Tcl/Tk
0006デフォルトの名無しさんNGNG
厨房と言われてもしょうがないけど、Qtは C++なので躊躇してる。

モバイル用途では MGLっていうのがある。使ってみたいのだけど
ドキュメントが無いので俺には無理。ソース読め?
0007デフォルトの名無しさんNGNG
>>1&5
Perl(Tcl, Python, Rubyも)使ってて手軽にGUI画面を作りたい時に便利。
0008デフォルトの名無しさんNGNG
GTK+
Win32用もそれなりに動くはず。(Win32用のGimpがあるんだから。)
バージョンにむけて2.0マルチプラットフォームも強化されてるっぽい。
0009デフォルトの名無しさんNGNG
> Win32用のGimp
代表例がこれなのが問題…
0010デフォルトの名無しさんNGNG
なんでJavaじゃダメなん?
0011デフォルトの名無しさんNGNG
WideStudioとか言うのがある。
GUIライブラリ+統合環境
0012デフォルトの名無しさんNGNG
>>11
あれね。実際に使ってみればわかるよ。アレは。
0013これ?NGNG
http://www.asahi-net.or.jp/~uj3s-hrby/
0014名無しさん@EmacsNGNG
WideStudio
ターボリヌクス主催のコンテストで賞とったやつですね。
どうなんですかね。C++できないので試していませんけど。
あれのrubyやpython版でも出たら飛びつくつもりだけどむりかな。
0015デフォルトの名無しさんNGNG
つーか、Windowsユーザーにとってマルチプラットフォームで
ある必要なんかない。
マルチプラットフォームなんて標準のインターフェイスと違ってて
不安定で、重くて迷惑。
0016デフォルトの名無しさんNGNG
>>15
心の底からうむ。
0017デフォルトの名無しさんNGNG
マルチプラットフォームで、ゲロ吐きそうなインターフェィスなの結構あるよねえ。

ゲームとかだとGUIのライブラリとか言うレベルの問題でないんで関係ないだろうけど。
0018デフォルトの名無しさんNGNG
つーか。

OSメーカとしてはマルチプラットホームなウィンドウライブラリが増えると、
当然そのOS以外のOSにも移植する奴が増えて他の競争相手を利することになる。
よってOSメーカはOS GUI に新しい機能を付け加えて、
そのライブラリがまるでネイティブの機能が十分に使えていないかのように見せかける。(^^;;;;;

この循環がある以上は、どんなマルチプラットホームライブラリも覚える価値なし。
(もちろん、OSネイティブな機能を使う必要がなければ別。)


0019デフォルトの名無しさんNGNG
>>16
なんで?
0020突貫小僧馬車馬くんNGNG
GUIツールキット、フレームワークページ
 http://www.bekkoame.ne.jp/~bero/docj/guitoolj.htm
0021デフォルトの名無しさんNGNG
>>19 ネスケ6とかのクソ重さ見れば独自GUIのクソさがわかるでしょう。
0022デフォルトの名無しさんNGNG
>>21
まてまて。
GTK for Win32はどうなんだ?
0023デフォルトの名無しさんNGNG
GTK for Winなんて、GIMPの変態GUIと不安定さと重さを見れば
糞さが一目瞭然だろ。
特にファイル選ぶダイアログなんて、Win標準のと全然違う形態。
0024名無しさん@お腹いっぱい。NGNG
重いのは勘弁してくれ
0025デフォルトの名無しさんNGNG
今は重くても将来ハードウェアはもっと速くなるからいいんじゃない?
0026デフォルトの名無しさんNGNG
>>20
GUIツールそんなにあったとは。
0027デフォルトの名無しさんNGNG
>>25
それはJavaが出たときもそういう意見があったが、実際はどうだ!?
まったくダメじゃん!重くて重くていやになるぞ!
おい、Sun!Javaのエディタはネイティブなやつくれ!
Javaで作ったやつじゃ重くてしゃれにならないんだよ!(;´д`) ハァ
0028デフォルトの名無しさんNGNG
>>27
JavaのGUIはなんであんなに重いんでしょうか。これだけCPUが速くなっても
重いままっていうのも不思議なんですが。
0029デフォルトの名無しさんNGNG
>>28
1.Swingの実装がアホ。
2.窓はJVMの外部にリソース確保してコントロールしてるので、オーバーヘッドが大きい。
3.M$は、自分だけの秘密のやり方で窓作ってるから、卑怯に速い。(商売なんだからしょう
がないよね)

他に思いつくひといる?
0030デフォルトの名無しさんNGNG
FLTKやFoxとかはどーよ?
0031デフォルトの名無しさんNGNG
OSがマシンパワー要求するのが最凶の悪循環だな。
いや、金持ちユーザはウハウハなんだろうけどさ。
0032デフォルトの名無しさんNGNG
>3.M$は、自分だけの秘密のやり方で窓作ってるから、卑怯に速い。(商売なんだからしょう

これ理由にならん気がしない?
同じマシンで動いてる以上、ネイティブ並みの速度で動くGUIは
「作れて当たり前」なのでは。
0033デフォルトの名無しさんNGNG
M$の技術力がS∩Nのそれよりも優れているから
0034デフォルトの名無しさんNGNG
M$ってなんだかんだいわれてるけど、
S○Nよりは100倍マシだと思うんだが。
(インターフェイス設計能力は別にして)
0035デフォルトの名無しさんNGNG
現状はM$の方が勝っていると言わざる得ないのか?
S∩N愛好者の意見きぼんぬ
0036デフォルトの名無しさんNGNG
プログラマとしてみた場合M$はちょっと・・・
0037かいNGNG
>>29
Swingが重い、たしかに。(でもAWTでも重いような気が。)
Swingはライトウェイトコンポーネントって言いますけど逆に重くなるんですかね?

WindowsはなんだかんだいってGUIは優れているんですかね。
0038デフォルトの名無しさんNGNG
MacOSXでSwing用のAqua Look&Feelがネイティブ実装されたのは
素晴らしいと思う。実際使ってみたけどawt並に速い。
>>28
っつーかGUI部品描画に画像使いまくってメモリ食いすぎってのが
一番の原因なんじゃないかな。決して重くなる設計をしている訳じゃ
ない。Look&Feelの実装次第で高速化は可能なんだと感じた。
0039デフォルトの名無しさんNGNG
drawImageに重大なボトルネックがあるとかなんとか聞いたッス。
Swingのコンポーネントの負荷のほとんどが
ここで費やされてるみたいな。
1.4でその辺早くなるかもしんないらしいですが、どうなることやら。
0040デフォルトの名無しさんNGNG
Swing ってダブルバッファリングするから遅いんでしょ?
勝手にやるなって!
解除もできるけど。
0041デフォルトの名無しさんNGNG
>>40
じつはSUNがいじわるしてるんです。
0042デフォルトの名無しさんNGNG
http://foxgui.sourceforge.net/
良さげ?
0043デフォルトの名無しさんNGNG
>>42
日本語表示/入力は出来るのかな?
それが一番気になるよね。
0044デフォルトの名無しさんNGNG
>>30
FLTK,マターリと使ってます。
プログラム組む側には便利ですが、特定GUI(特にWindowsなど)になれている
ユーザーにはやや不評です。
0045デフォルトの名無しさんNGNG
BeOSにも対応しそうなやつはないかな?
0046デフォルトの名無しさんNGNG
あげ
0047デフォルトの名無しさんNGNG
>>6
MGL結構いいですよ。単純だからソース見てればすぐ覚えら
れると思うし(作者さん曰く、cursesみたいなモンって言っ
てるしねえ)。元々モバイル環境向けなんでえらくコンパク
トだしねえ。

MGL1ならUNIX(X or SVGALIB)、DOS、Windowsで使える。
MGL2ならUNIX(X or SVGALIB)、あとCygwinでも使えるそうだよ。

perl ruby javaから使う事もできるそうだね。

0048デフォルトの名無しさんNGNG
CodeWarriorってどうよ?
どんなアプリに向いてるのかな。
0049>48NGNG
なんでここでCodeWarriorがでてくるの?
マルチプラットフォームつながり?
0050デフォルトの名無しさんNGNG
>>49
CodeWarriorのPowerPlantがMac/Winでコンパイルできるからじゃない?
0051デフォルトの名無しさんNGNG
どうして、超漢字(BTRON)にも対応のヤツがないんだ.
0052デフォルトの名無しさんNGNG
Windows専用でもいいからフリーのGUIクラスライブラリで
UIがMFC互換のを作ったら流行るかもね。
いまはUnixから来たのが多いでしょ? Gtkとか。
0053デフォルトの名無しさんNGNG
>>43
FOX Windows版もUnicode対応パッチが完成した模様 アゲ
FXRubyにも期待。
0054デフォルトの名無しさんNGNG
>>45
GTK+のPortがマターリと進行中みたいですけど。
0055デフォルトの名無しさんNGNG
swingは糞
0056デフォルトの名無しさんNGNG
あげ
0057デフォルトの名無しさんNGNG
>>23
標準と違うのをもって駄目と判定するのは
そもそもマルチプラットフォームの話をする意味が
ねーのでわねーかと。
いちいちOSごとに使用感違うほうがウザ、でもあるんだし。
そんな細部まで特定OSに拘りはじめたら、マッカーと同じじゃん。

GUIって、イベントモデル(の相違)の問題があるんで、
クロスなライブラリ作ろうと思っても、
ネイティブ側に思いっきり足引っ張られるってことは
しばしば有ると思う。つまり対等な勝負じゃない。
性能とか言い出したら、はなから負けるのは必定。

>>47 >MGL
MGLを出すのは卑怯かと。
あれはGUIじゃなくてイベントモデルもなにもない
もっと下位のライブラリだから、負けにくいのは必定。
#Xよりも更に下層。

もちろん、形態がなんであろうととにかく勝ちたい、というなら、
1にOSネイティブなGUIそのまま、2に軽量に設計されたGUIエミュ
(を軽量に設計された仮想FB(MGLみたいな)に載せる)、を
選択するべきで、それはつまりマルチプラットフォームな
GUIライブラリじゃないわけで。

似たような手法としては、Squeakが有ったなあ。
あれもGUIエミュだな。あれ結構速くなかったっけ?

>>37
あれのLightとは、OSとかのお仕着せGUIに依存しない内部構造
(なので、「お仕着せが重ければ(笑)」それより身軽になるぞ、と)
という意味であって、結果的に軽く動くかどうかは問題じゃない。
逆にいうと詐欺な用語(笑)

でも、LightってのはつまりGUIエミュなわけで、
エミュが遅いとは一概に言えないのは確かであろうに、
なんでJは重いんだろうなあ?

そういやJはJでもElate系(をwinに載せた奴)のJava環境は
描画が本家の4倍なんてな速度だった模様。
やっぱりSUN実装が下手なだけか?
0058デフォルトの名無しさんNGNG
あげ
0059デフォルトの名無しさんNGNG
マルチプラットフォームで、Winの場合はWin風、LinuxではLinux風
というように、OSによって標準に合わせてルックス変えるってことは
できないのか?
ある程度設定をOSに任せるようなスタイルなら実現できると思うが。
0060デフォルトの名無しさんNGNG
スキン使え>59
0061デフォルトの名無しさんNGNG
>>FOX
やけに階層深くないですか?
FXMainWindowだのFXTopWindowだの。
もう少しまとめておくれ・・・・
仕組みはいいと思うんだが。
0062デフォルトの名無しさんNGNG
Solaris用の商用ソフトで、
ツールバーとかツリーとかHelpとかのGUI部品が
どこからどーみてもWindowsのコントロールなのがあるけど
アレってどこかでライブラリが売ってるのでしょうか?
0063デフォルトの名無しさんNGNG
それはQtでわ
0064デフォルトの名無しさんNGNG
>>60
?そりゃ開発者じゃなくてユーザーの対処法では?
0065デフォルトの名無しさんNGNG
>>62
Solaris、商用、ときたらMotifでしょう。
0066デフォルトの名無しさんNGNG
あげ
0067デフォルトの名無しさんNGNG
>>65
MotifってWindowsに似てる?
0068デフォルトの名無しさんNGNG
JBuilderでも入れて実際に見ればよろし。>>67
0069デフォルトの名無しさんNGNG
TOWNSチックなGUIの奴ってないかねえ。
0070デフォルトの名無しさんNGNG
FOXあげ
http://www.ab.wakwak.com/~tino/yuhki/
0071デフォルトの名無しさんNGNG
SX-Window
0072デフォルトの名無しさんNGNG
ko-window
0073デフォルトの名無しさんNGNG
wxWindows は「可能なかぎりネイティブなコントロールを使用する」らしいので、
Look & Feel が OS 標準のと同じくできるんじゃない?

http://www-6.ibm.com/jp/developerworks/linux/010413/j_l-wxwin.html
0074デフォルトの名無しさんNGNG
>そもそもマルチプラットフォームの話をする意味が
>ねーのでわねーかと。

そう。意味がない。よって
−−−−−−−−−−−−−終了−−−−−−−−−−−−−−−
■ このスレッドは過去ログ倉庫に格納されています