Java低速GUI Swing 5

>>949
Java標準GUIだけでいいんじゃね？

俺は低速のがいい。

低速って聞くけどちゃんと動くじゃん
もしかして俺って天才？

って感じが好きなので低速でお願いします

風の妖精に光の速さで走れって言ってしまったので、光速でお願いします

じゃあ間を取って中速で

JavaFXは扱わないの？あれはベースがSwingだし
あとSwingフレームワークも期待

Swingフレームワークはイマイチ存在理由が・・・

>>957
扱ってもいいんじゃない？
質問の内容としてもSwingにかぶってくるところも有りそうだし。

ただ、擦れたいに入れるかどうかは微妙だな

>>958
Swing初心者の入門用かセッション保存ライブラリだと思えば・・・。
けど、EDTに自分でinvokeしなきゃいけないのは変わらないんだよね。

Swingフレームワークって、Swing自体のことを差すわけで、なんのことか意味がわからなかった。

JSR-296 Swing Application Framework でしょ。たぶん。

あ、俺も低速のが良いぞ。

Java微速前進GUI Swing

Swingはフレームワークじゃなくてツールキットだろ。

といわれても、昔からSwingの説明でSwing frameworkと使われていたわけで。

それが間違いだろ。
javaのdocなんて間違いだらけじゃないかｗ

おいおい、自分が知らないからって、間違いだっていうのは良くないぞ

今までの擦れたい案集計

1　JavaGUI AWT/Swing 6
1　Java標準GUI
1　Java標準GUI Swing 6
3　Java低速GUI Swing 6
1　Java光速GUI Swing 6
1　Java中速GUI Swing 6
1　JavaそれなりGUI Swing 6
1　Java微速前進GUI Swing 6

思った以上に低速が人気。

GUIでまとめていいと思うけどね
AWTはスレ違いといわれてもAWTのスレがあるわけでもなく

JOGLは内部で使われるようになってきたからこのスレ向きにもみえるし

統合するならこっちのスレと相談しながらかな。

Java 高速GUI SWT　3
http://pc11.2ch.net/test/read.cgi/tech/1164877399/

俺もGUIは統合してもいいと思うけど、
>>951のいうように、その手の質問が連発される可能性はあるから、
その場合はテンプレを整備する必要があるか。

JOGLを使ってるわけじゃないぞ。

SWTとは分離していた方がいい気がするなぁ
スレタイは Java Swing 6 で十分な気がする．

SWTスレが高速と名乗る限り、低速は続いて欲しいなあ。

【AWT/Swing】Java 低速GUI 6【JavaFX】

なんてどう？

Java低速GUI Swing 6

でいいだろ
常識的に考えなくて

スレタイに賛美するような語句入れると荒らされやすいし。
初期化がもっさりすぎとか、メモリ食いすぎとか
粘着されるのが目に見えてる。

低速って入れとくのは処世術みたいなものだ。

974++

>>976
俺もそう思う。
というわけで>>974でいいんじゃないかな？
AWTはプログラムの上で混ぜたくはないけど、別に作る程話題ないだろうし。

975++

JFrame + JDesktopPaneをLinux上（FedoraCore5）で動かすと
SOUTHの部分にタスクバーのようなものが表示されるのですが
どうやったら消せますでしょうか。

ルック＆フィールを変える
GTKルック＆フィールを使ってないか？

アプリの設定画面を作る時はJPanel上に
JLabelやJTextFieldやJButtonを貼り付けて作成するのが
一般的でしょうか？
設定項目が多く、オブジェクトだらけになって大変なことに…

JOptionPaneは名前はそれっぽいのですが、実際には
ダイアログボックスとしてしか使えないようですし、
一体どうやれば効率的に開発できるのか悩んでいます。

設定項目が多いならオブジェクトだらけになるのは当たり前
でも、別に手間がかかるだけで大変ということはないよね?
一括管理したい場合は各種Binding使うとよろし

たんにソースが見にくいというのならそれはコードの品質に問題がある

netbeansでGUI組んでeclipseでリファクタリングが結構効率良いな。

けど >設定項目が多く、オブジェクトだらけになって大変なことに…
こういう事ならUIデザインの問題もあると思う。

GUIエディタって使いにくくない？

意図せずにあちこちにぴとぴとくっついたり、
逆に意図した構図にならなかったり
もともと不器用だからストレス溜まりまくり

それは不器用かポトペタの操作性が悪いのでは？

JTableあたりはポトペタできて嬉しい事なんてないんじゃね？
ボタンとテキストフィールド２，３個くらいなアプリでもなければ無い方が後々のため。

VS否定発言だなｗ
MS信者がうるさそうだ。

実際JTableはmodelとかもうフルカスタムになるわけでIDEの機能はつかえんからねー
超初期のNetBeansからまったく進化してないのがきつい

JavaEEのほうはどんどんよくなってるのにorz

5から6にかけてSwingがあらゆる面で高速化してるわけじゃないんだな...
ようやく6にアップグレードしたところなんだがV2Cのスクロールバーの追従性が
数十ミリ秒くらい遅れるようになった

5のときはスクロールバー握って猛烈にスクロールしても全くラグを感じなかったんだけどね
環境はLinuxでのMetalです

RepaintManager に変更が入ったせいかもな
true double buffering のサポートだかなんだかで
RepaintManager のソースを見てみると怪しげなプロパティがいくつかあるので、いじってみると何か変わるかもしれない

>>985
GroupLayout使わず旧来のPanel+BorderLayout/FlowLayoutやらGridBagLayout使うなら、GUIエディタの方が楽
GroupLayout使うならGUIエディタなしではありえない。

個人的には GUI + GridBagLayout が一番好きだ。

>>990
5から6で速度アップはほとんどないというのは過去にいくつも出てきたと思うけど

速くなったのはVMそのもので演算とかGCとかいろいろと

6のSwingで変わったのって非公開な内部ロジックくらいだからな。
爆速になったのはVMで主に動的にレジスタに割り当てるようになったから。
あと、並列GC関連が強化されてるからマルチCPU環境だとGC負荷は下がるかも知れん。

むしろ、Swing自体はロジック変更で一部が遅くなってる。

まあ、散々概出な上にバグ報告までされてて、jdkについてるソース読めば分かることなんだが。

ところで次スレをそろそろ建てんとやばいのだが、
自分はもうしわけないことにスキルがない。
だれかできる人お願いします。

GUIエディタなしでも、GroupLayoutは神だろ

HTMLだらだら書くような気分で書けばいいのさ

たてたった。

Java標準低速GUI 6 AWT/Swing
http://pc11.2ch.net/test/read.cgi/tech/1190807478/

　　　　　　　　　　　　　⊂ ＼　　　　　　　／⊃
　　　　　　　　　　　　　　　＼＼／⌒ヽ／／
　　　　　　　　　　　　　（（ 　 ＼（　＾ω＾） 　　　））
　　　　　　　　　　　　　　　　　／|　　　 ﾍ
　　　　　　　　　　　　　　　／／（　ヽノ ＼＼
　　　　　　　　　　　　　⊂／　　 ﾉ>ノ　 　 ＼⊃
　　　　　　　　　　　　　　 　　 　レﾚ 　1000〜♪

　　　　　　　　　　　　　彡

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。