Java標準低速GUI 6 AWT/Swing

Java標準低速GUI 6 AWT/Swing at TECH

[前50を表示]
150:デフォルトの名無しさん
07/10/19 01:31:10
アニメーションＧＩＦをImageIconとして読み込んで、JLabelにアイコンとして設定したらちゃんとアニメーションしてくれたのね
で、JLabelを継承して、paint(Graphics g)をオーバーライドしたら、拡大縮小回転を楽しめたんですよ。

ここで質問です。
paint(Graphics g)が呼ばれたときに、
アニメーションＧＩＦの何フレーム目を表示しようとしてるか検出できますかね？

拡大縮小回転のさせたBufferedImageを保存して再利用したいんだけど、
今何フレーム目とかわからないと、再利用できない気がするんだぜ

151:デフォルトの名無しさん
07/10/19 01:50:12
>>149
気分とかカッコいいとかそういった主観に基づい行うもんじゃないだろ。
便利なのか必要なのかどうかで違ってくる。
それも言語仕様でサポートされてるから安心して使えるし。

152:デフォルトの名無しさん
07/10/19 03:48:14
日本語ってなかなかにグルー言語よね

153:デフォルトの名無しさん
07/10/19 07:37:14
>>151
同意！

154:デフォルトの名無しさん
07/10/19 07:46:07
>>148
文意を理解してよw
ギリシア語やタイ語の文字のグリフで変数名が書かれているかもしれないってこと。

155:デフォルトの名無しさん
07/10/19 08:45:12
日本語とハングルを同時表示するには両方に対応しているフォントが必要じゃね？

156:デフォルトの名無しさん
07/10/19 09:44:44
SDCだったかでハングルでコメント入ったソースコードは見たことある。
日本語環境のIDE上で表示できるかどうかはしらんけど。

157:デフォルトの名無しさん
07/10/19 12:18:44
>>140
エキサイト翻訳ででてきた意味不明な英語がはいるよりは漢字のほうがましだと思う
そのアプリは日本国外での開発で、海外で売る気があるのかい？と

数年後メンテをやらなくてはならない場合に
ドキュメントが残ってない場合把握しやすいというメリットもある

DBで日本語の項目名いれてNetBeansなりでJPAを生成でもすれば
日本語名のプロパティが見事に生成されるわけだが、わりとみやすいし
いざとなればリファクタリング一発だから問題はねぇな

158:デフォルトの名無しさん
07/10/19 12:19:33
>>150
とりあえず軽量コンポーネントでpaintそのものをオーバーライドするのやめれ

159:デフォルトの名無しさん
07/10/19 14:17:33
>>157
NetBeansだとGUIまわりのリファクタリングはひっかかるケースが多いけど。

160:デフォルトの名無しさん
07/10/19 14:44:40
Javaのバイトコードって変数名なんかも保存してるんじゃなかったっけ？
変数名に日本語使えばバイトコードにも残るの？

161:デフォルトの名無しさん
07/10/19 15:14:30
UFT8に変換されて残るからソースのエンコーディングがなんであれ問題なし。

162:デフォルトの名無しさん
07/10/19 16:18:19
ローカル変数も残るんだっけか？

163:デフォルトの名無しさん
07/10/19 16:24:36
テストケースのメソッドは日本語がたいへんよろしい。

164:デフォルトの名無しさん
07/10/19 16:26:36
デバッグ情報として残すことも残さないこともできる

165:デフォルトの名無しさん
07/10/19 21:02:52
ローカル変数やGenericsの型指定は残らないと思った。
C#だとGenerics型は残るらしいね。
Javaのはキャストしてるだけってのが理由だろうけど。

166:デフォルトの名無しさん
07/10/19 21:22:05
ローカル変数はフレームごとに領域(とlongとかあるので型のサイズ)だけ
確保されてたはず。

167:デフォルトの名無しさん
07/10/19 21:42:43
どっちにせよ日本語変数は問題なさそうだな

168:デフォルトの名無しさん
07/10/19 22:25:36
>>159
NetBeansのGUIコンポーネントの話はしてないよ
リファクタリングはJPAのほう
GUIのコンポーネントのリファクタリング問題は4.1あたりで直すとか言ってたのだが
絶賛放置中

>>167
なさそうではなくて問題ない
問題が出るとしたらマッピングがおかしい場合だけ

169:デフォルトの名無しさん
07/10/20 00:50:24
>>159
Netbeansは、リファクタリング無しでも日本語が使えないGUIエディタまわりがあるな。
Javaで作って、何でそうなるのか問い詰めてやりたい。

170:デフォルトの名無しさん
07/10/20 04:02:05
そりゃ日本語使ってないやつが作ってんだからそうなるだろ。
使わないものがどうなっていようとそれは仕様です。

171:デフォルトの名無しさん
07/10/20 04:45:28
aho

172:デフォルトの名無しさん
07/10/20 06:30:17
>>170
確かに国際化は意識して対応しないとまともに動かないけど
それってsunは他言語のことなんて知りません、手抜きですって告白してるようなものなんだが

173:デフォルトの名無しさん
07/10/20 06:52:51
Sunは、NetBeansを支援しているだけ。建前上は。

174:デフォルトの名無しさん
07/10/20 21:09:54
国際化で一番ひっかかるとこってどこだろうね。
やっぱフォントまわりかな。
文字列はダブルバイトでも1文字でカウントしてくれるし、
ファイルにはUnicodeで書き出するようにすればてっとり早い。

でもアプリの性質にもよるか。
エディタのように文字を扱うのは問題おきやすいかもね。

175:デフォルトの名無しさん
07/10/20 23:01:36
最近は見なくなってきたけど昔は Reader,Writer を使わずに
InputStream, OutputStreamで処理してる糞アプリや糞ライブラリ
をよく見かけたな…

176:デフォルトの名無しさん
07/10/21 00:04:32
NetBeansの日本語問題は直すつもりがないらしーぜ

177:デフォルトの名無しさん
07/10/21 00:59:58
使ってないから別にいいよ

178:デフォルトの名無しさん
07/10/21 03:01:53
どういうところが糞な

179:デフォルトの名無しさん
07/10/21 03:46:16
URLﾘﾝｸ(videointroplayer.web.fc2.com)

180:デフォルトの名無しさん
07/10/21 06:58:55
>>175
よく見かけるほどJavaアプリがあったのか

181:デフォルトの名無しさん
07/10/21 08:31:45
確に、GUI関係は何とかした方がよい。
Appletもいらない。

182:デフォルトの名無しさん
07/10/21 10:23:38
↑Appletはとても役に立っているから株やってみろ。まったく見識がないところは見逃してやるがなw

183:デフォルトの名無しさん
07/10/21 13:00:16
Appletはこれからだよ～。

184:デフォルトの名無しさん
07/10/21 13:07:28
AppletよりJava Web Startの方がいいように思うんだが、なんか使ってるとこないねぇ……。

185:デフォルトの名無しさん
07/10/21 13:21:20
比べるものじゃなくて、どっちも必要だと思うよ～。

186:デフォルトの名無しさん
07/10/21 14:02:14
Web Startってどういう場合に使うものなの？
アプリ配布じゃ駄目なのか？

187:デフォルトの名無しさん
07/10/21 14:08:52
>>186
バージョンが上がってもユーザーは自分の意志でダウンロードしなくていい。

望めばデスクトップのアイコンやスタートメニューのエントリも作ってくれる(後からでも)。
あたりまえだがアンインストールにも対応してる。

188:デフォルトの名無しさん
07/10/21 14:47:22
つまりバグを大量に仕込んだまま出荷しても、ほとんどのエンドユーザに気づかれずにアップデート可能ということか。

189:デフォルトの名無しさん
07/10/21 15:02:20
組み込み型DBつかってたりプラグインのあるアプリには使えないんじゃないの。

190:デフォルトの名無しさん
07/10/21 15:07:53
>>188
エロゲメーカーにもってこいの機能だな。

191:デフォルトの名無しさん
07/10/21 15:30:05
>>189
普通にローカルファイルだって使えるし、組み込みDBやプラグインだっていける。
Eclipse RCPをJava Web Startで配布することも可能だよ。
URLﾘﾝｸ(help.eclipse.org)

192:デフォルトの名無しさん
07/10/21 16:59:03
Java Web Startか
思い出せるのはV2CとTopCoderぐらい
他にももっと見てきたはずなんだが

193:デフォルトの名無しさん
07/10/21 16:59:35
Looking Glassもそうだったか？

194:デフォルトの名無しさん
07/10/21 17:49:40
>>184
WebStartは配布技術だからWebStartアプレットというのもある
まぁ、WebStartアプリケーションのほうがはるかに使いやすいけど

今のJavaだとWebStartはデスクトップなどへのショートカット、
アプリケーションの追加と削除でアンインストールが出来るなど大幅によくなってるが
スタンドアロンアプリでもショートカットやアンインストールやってほしいのにねぇ

リッチクライアントは不特定多数を相手にしたものではなくて特定のユーザー向けだから
業務アプリとかやってないとあまり見る機会はないかもしれない

195:デフォルトの名無しさん
07/10/21 18:02:05
WebStart普通に便利だしJavaアプリケーションの配布では結構使われてはいるんだけど
そもそもJavaアプリケーションで有名なものが少ないからWebStartの知名度も…

196:デフォルトの名無しさん
07/10/21 18:27:12
今まで俺が使ったJavaのアプリケーションっていったら、
JDiskReportとJudeぐらいかなあ。

197:デフォルトの名無しさん
07/10/21 18:43:27
NetBeansとかEclipseとかIDEAとかJDevはなしか

198:デフォルトの名無しさん
07/10/22 00:17:16
V2Cを忘れて何でここを見てるんだか。

Appletは、JavaQuickStarter使えば劇速になるので
これからまだ延びるかもしれないと思った。
JQSについては、
URLﾘﾝｸ(download.java.net)
URLﾘﾝｸ(jdk6.dev.java.net)
参照。
要は、prefetchです。

199:デフォルトの名無しさん
07/10/22 01:15:18
とりあえずJavaSE6は起動速度、動作速度に関して
進歩のほとんどなかった5.0から大幅によくなってるので
だいぶ未来は明るいと信じたい

200:デフォルトの名無しさん
07/10/27 18:27:01
以下、微妙にスレ違い&手前味噌だけど…晒してみる。

コード署名が必要なJavaWebStartアプリの開発をするときには、
maven2のwebstart-jnlp-pluginを使うと、幸せになれる。
URLﾘﾝｸ(sqs.cmr.sfc.keio.ac.jp)

コード署名証明書の値段が高すぎで買えない！という場合には、
URLﾘﾝｸ(sqs.cmr.sfc.keio.ac.jp)
こちらを。

以下、まだ作りかけ・証明書期限切れですが：

URLﾘﾝｸ(sqs.cmr.sfc.keio.ac.jp)
URLﾘﾝｸ(sqs.cmr.sfc.keio.ac.jp)

前者のほうは、クライアントローカルかつ環境非依存に、
フォント埋め込みPDFファイルを作れるようにするために、
JavaWebStartでIPAフォントを配布して利用している。

後者のほうは、LAN内のマシン複数台を使って分散並列処理が
できるように、JavaWebStartで起動した分散プロセス群が
Pure P2P的に通信して、グリッドを作れるようにしてある。

201:デフォルトの名無しさん
07/10/27 19:46:02
WebStartの場合、おもにB2Bや社内アプリのように相手が特定できる用途がほとんどで
あらかじめ信頼できるように登録しておくという手が普通に使われるんで
あんま問題になってない感じ

202:デフォルトの名無しさん
07/10/27 21:06:36
それは AWT/Swing ネタなのか？
っとか思ったけどム板のJava関連のスレで適切なのってないのな…

203:200
07/10/27 22:29:24
…それじゃ、「Swingでがんばりました」的ネタを投下します。

たとえば、Preferencesを設定するGUIを作るときには、
左画面にJTree、右画面にその選択範囲のエディタを配置する形で、
2ペイン構成のGUIとする場合が多いと思います。
URLﾘﾝｸ(www.sociomedia.co.jp)

でも、この手のGUIで作業をすると、左画面と右画面をマウスで
行ったり来たりするのが、ちょっとわずらわしい。
また、左画面と右画面の関係が直感的に分かりにくい。

そこで、左のJTree画面上で任意の範囲をドラッグして選択できるようにし、
その選択部分のフォーカスが右エディタ画面の該当個所に投影される
ような仕組みを作ってみました。

URLﾘﾝｸ(sqs-xml.sourceforge.jp)
こんな感じ。
高機能GUIコンポーネントとしての再利用性の追求は、
まだ全然やっていないけれど、需要あるでしょうか？
こういう部分を含む全体を、Apache Licenseで開発しています。

204:デフォルトの名無しさん
07/10/27 23:10:27
Preferencesを設定するGUIって普通作らない部類だからなぁ
多いとは思えない

アプリでいくらでも上書きできるから、ちょっとした保存くらいにしか使い道がないと思うんだけど
そういうアプリとなると通常Windowsがメイン環境になるし、設定箇所なんてWindowの位置保存程度だろう
ならばレジストリ直接開いたほうが速い

意味のある値ならばxmlなり別ファイルにするはず
ただし、選んだ部分を一気に出してほしいというインターフェースはわりとある
その場合、右側のペインにもちゃんとスクロールバーつけといてね
特に難しいことではないので高機能ってのがわからんのだが、ここが便利！という売り文句がないと難しいぞ

205:デフォルトの名無しさん
07/10/27 23:13:18
「需要あるでしょうか？」ってのが良く分からんのだけど、
そういうのって自分が必要だと思うから作るんじゃないの？

206:デフォルトの名無しさん
07/10/27 23:25:24
>>204
200じゃないけど
>アプリでいくらでも上書きできるから、ちょっとした保存くらいにしか使い道がない
ってどういう意味？
JavaアプリなのにわざわざWindows依存にしてレジストリが出てくるのも
よくわからないんだけどどういう状況を想定してるのかしら…？

207:200
07/10/28 00:22:19
> 意味のある値ならばxmlなり別ファイルにするはず

っていうか、XMLエディタを作っているのですよ。

> そういうのって自分が必要だと思うから作るんじゃないの？

説明が難しいのだけれど、

階層的な構造をまたいで、
離れた枝と枝を見比べながら編集をするときに、
ちまちまと必要のない枝を閉じて、必要な枝だけを開いて、
画面内に収まるようにしてから作業をするのは、かったるい。

また、階層的な構造をまたいで、
離れた枝から枝へドラッグするときに、
マウスドラッグで画面をオートスクロールさせて
画面の外にある別の枝を探しながら作業をするというのは、
スクロール量の制御がやりにくいし、
うっかり途中でドラッグを放してしまいそうで、危なっかしくてイヤ。

こんなふうに感じるのって、俺だけなのかな？と。

208:デフォルトの名無しさん
07/10/28 00:32:29
>>206
Preferencesの実装としてWindowsであればレジストリを使っている

>>207
>っていうか、XMLエディタを作っているのですよ。
XMLエディタです、とあなたは一言も言ってないのにそんなの他人がわかるかい

209:200
07/10/28 00:49:03
先に、

> たとえば、Preferencesを設定するGUIを作るときには、
> でも、この手のGUIで作業をすると、

と、断っているように、Preferencesを設定することが目的ではありません。
Preferencesについて言及したのは、「この手のGUI」について
問題提起するための、「たとえば」の話です。

また、

> URLﾘﾝｸ(sqs.cmr.sfc.keio.ac.jp)

として、ここで提案しているGUIの動作内容が、
JavaWebStartで実際に動くようなURLを示しており、
これを起動してみれば、Preferenceエディタではなく、
XMLエディタであることは、すぐに分かるのではないかと思います。

で、

> Preferencesの実装としてWindowsであればレジストリを使っている

っていうのは、regeditのこと？あれ、使いやすいですか？

210:デフォルトの名無しさん
07/10/28 01:10:19
Ｄ＆Ｄが難しい場合（スクロールが必要とか）は、コピペを使うなぁ。
コピペできるように作っておいてくれないと無理だけど。

> URLﾘﾝｸ(sqs.cmr.sfc.keio.ac.jp)
今作ってるのはツリー表示のとこはＤ＆Ｄもコピペもできないみたいね
その代わり、ポップアップメニューに便利そうなものがあるけど。

211:デフォルトの名無しさん
07/10/28 01:11:44
なんとかく理解した。
アプリケーションに組込む設定機能を作るコンポーネントの話をしているのに
Preferencesを設定するツールの話をしていると勘違いしているのだな？
それでWindows環境ならPrefenrecesの実装がレジストリだから
レジストリエディタで直接弄ればいいんじゃね？って話がでてきたと…

212:200
07/10/28 01:26:32
Preferencesといえば、Java Preferences APIの、
URLﾘﾝｸ(bugs.sun.com)
このバグに悩まされております…。

WindowsではPreferencesの保存先にレジストリを用いているので、
このバグは出ないのだけど。

213:デフォルトの名無しさん
07/10/28 01:35:21
>>203のスクリーンショット一枚でXMLエディタだとわかる人はそうそういまい。

んでみてると汎用XMLエディタにはみえんね。
だとしたら設定項目用ということならツリー構造を見せる必要もないと思うんだけど。

214:デフォルトの名無しさん
07/10/28 01:38:02
>>212
スレタイ嫁。
それにバグパレードに載ってるんだからバグだろうさ。
お前が悩んでいることをここに報告してどうするつもりなんだ？
それは困ったね、よしよし、と慰めてもらいたいのか？
スレタイに関係のない質問をしたいなら質問スレへ、
何かの課題をやってもらいたいなら宿題スレへいけ。

215:200
07/10/28 01:41:21
>>210

やっぱりコピペだよね。

ところで、階層構造のノードをペースト先とするときには、
「そのノード自身(置き換え)」
「兄ノードとして挿入」
「弟ノードとして挿入」
「子供ノードとして挿入」といったように、
何通りかがあるのだけれど、Ctrl-Vで張り付けるとしたら、
どれをデフォルトにするのが感覚的に正しいのだろう？

ちなみにFreeMindでは、
「ノードのアイコンの微妙に上のほうを指しているときは兄として挿入」
「ノードのアイコンの微妙に下のほうを指しているときは弟として挿入」
「ノードのアイコンの右端のほうを指しているときは子供として挿入」
的なGUIを実現しているけれど、

JTreeでは、getClosestPathForLocationとかだと、
指定したx,yがどのノードに一番近いか、ということしかわからないので、
むずかしい。

216:デフォルトの名無しさん
07/10/28 01:41:41
Preferencesって言葉を初めて知ったｗ

217:デフォルトの名無しさん
07/10/28 01:48:07
>>215
感覚的には弟として挿入かな
CTRL+SHIFT+Vだったら子供として挿入とかもありかもしらん

218:200
07/10/28 02:33:52
>>214
Preferences APIでの保存先の実装は、
Windowsではレジストリ、LinuxなどではXML形式のファイルとして保存される。
ここでの話題にもビミョーに関連すると思ったので、話のついでに書いてみた。
bug_idを示せば、ほかのひともvoteしてくれるかもしれないし。
でもまぁ、ここはGUIのスレなので、スレ違いですね。ごめん。

これから「汎用のもの」を目指して、
XMLエディタの開発を進めていこうと思っています。

個人的にはSwingというかJTreeというか特にTreeCellRendererの
あたりが好き:-)なので、階層構造を編集するためのGUIコンポーネントを、
ユーザ側・開発者側の両面から、もうちょっとだけ使いやすくする
工夫についても、取り組んでみるつもり。

コメントくれた人、ありがとう。名無しに戻ります。

219:デフォルトの名無しさん
07/10/28 13:08:22
>>215,217
一瞬、VIPスレだっけと思ってしまった俺は病んでいる。

リッチなSwing部品、という点で言うとSwinglabで作ってたりするけど
画面ごとの仕組みを含んだライブラリって決定版がないね。
>>203の仕組みも、そんなに便利かなぁと思う。
左で選んだのが右にタブでどんどん、というのでもいいし
左で選ぶの面倒だから、eclipseなんかみたいに項目フィルタあった方が便利だし。
設定パネルなら、一度に見せる必然性ってあんまないのよねぇ・・・

220:デフォルトの名無しさん
07/10/28 15:02:26
よくあるやりかたとしては、
ウィンドウをSplitPaneで分割したり、複数のウィンドウを開いたりして、
それぞれの画面で、同じ文書の、別の場所を表示できるようにする、
というものがある。

MVCできちんと作ってあって、
同じModelに対して複数のViewを表示できるのなら、わりと簡単に実現できる。

Eclipseとかでは、タブを画面内でドラッグすると、
左右ないし上下での好みのスタイルで画面分割できる。
また、タブを画面外までドラッグすると、
新しいウィンドウを開くことができる。
こうした機能は、操作性もわりといいと思う。

221:デフォルトの名無しさん
07/10/28 15:04:56
Swingでも、JTabbedPaneのタブへのドラッグ動作についての作り込みと、
JToolBarのfloatable機能を組み合わせれば、似たようなことができると
思うのだけど、面倒くさいよな

222:_
07/11/01 18:01:56
//ラベル作成
Border wborder = new LineBorder(Color.white, 1);
JLabel Ac1 = new JLabel("");
Ac1.setBorder(wborder);
Ac1.setHorizontalAlignment(JLabel.CENTER);
Ac1.setBounds(400,100,80,30);
add(Ac1);
// ボタン作成
btnEnter =new Button("追加");
btnEnter.addActionListener(this);
add(btnEnter);
btnEnter.setBounds(150,250,80,80);
//ボタンイベント
public void actionPerformed(ActionEvent e){
Button bt = (Button)e.getSource();
if(bt==btnEnter){
Border wborder = new LineBorder(Color.black, 1);
Ac1.setBorder(wborder);
Ac1.setText("Push");
}
}

ボタンを押したら指定の場所にラベルが表示されるようにしたいのですが
この方法ではなぜか出来ないのですがどうしてでしょうか
どなたか教えてください

223:デフォルトの名無しさん
07/11/01 18:28:27
＞JLabel　Ac1　=　new　JLabel("");

Ac1　がローカル変数だからじゃね
たぶん　actionPerformed　の中から見てる　Ac1　と別物

224:_
07/11/01 18:39:11
どうすればよいのでしょうか？

public void actionPerformed(ActionEvent e){
Button bt = (Button)e.getSource();
if(bt==btnEnter){
JLabel Ac1 = new JLabel();
Ac1.setBounds(400,100,80,30);
Ac1.setText("Push");
}

このように書いてみたんですがまったく表示されません．

225:デフォルトの名無しさん
07/11/01 18:55:26
>>224
add(Ac1);

226:デフォルトの名無しさん
07/11/01 22:16:24
>>225
addも書き加えましたが出来ませんでした。

本当に困ってます。
誰か助けてください。

227:デフォルトの名無しさん
07/11/01 22:17:03
全ソースうｐれ

228:デフォルトの名無しさん
07/11/01 22:34:06
これなんですがまったく出来ません。
public class Practice extends JFrame implements ActionListener{
Button btnEnter;
public static void main(String[] args){
Practice frame = new Practice();
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.setBounds(50, 50, 900, 700);
frame.setTitle("研究のGUI");
frame.setVisible(true);
}
Practice(){
JPanel p = new JPanel();
btnEnter = new Button("追加");
btnEnter.addActionListener(this);
add(btnEnter);
btnEnter.setBounds(250,120,80,80);
getContentPane().add(p, BorderLayout.CENTER);
appRun();
}
public void appRun(){
}
public void actionPerformed(ActionEvent e){
Button bt = (Button)e.getSource();
if(bt==btnEnter){
JLabel Ac1 = new JLabel();
Ac1.setBounds(400,100,80,30);
Ac1.setText("Push");
add(Ac1);
}
}
}

229:デフォルトの名無しさん
07/11/01 23:28:35
なんつーかgetContentPaneつかっていたりつかわなかったりばらばらだな
コンストラクタで設定したり、mainの中だったりここも不統一だし

レイアウトマネージャもしらんっぽいね
そこから勉強したらどうかな

230:デフォルトの名無しさん
07/11/01 23:29:40
add(Ac1);
のあとに、画面の再描画させたらええんちゃうかな？

コマンドは忘れた

231:デフォルトの名無しさん
07/11/01 23:30:39
>>229
それや、add(Ac1);の前にgetContentPaneがいるんや

232:デフォルトの名無しさん
07/11/01 23:35:58
たぶん、BorderLayout.CENTER の JPanel に全面覆い隠されてるんじゃないか
JPanel なくしてみ

getContentPane は最近は要らない

233:デフォルトの名無しさん
07/11/01 23:47:16
JPanelをなくすとなぜか画面が全てボタンになってしまいます

add(Ac1);の前にgetContentPaneを書いても変わりませんでした。

どなたかお手数ですがやってみてもらえないでしょうか？

234:デフォルトの名無しさん
07/11/01 23:51:02
じゃあレイアウトマネージャをなくす。

setLayout(null);

235:デフォルトの名無しさん
07/11/01 23:51:29
>>233
だからレイアウトマネージャが基本なんだから勉強してよ
コンテントペインはボーダーレイアウトがデフォで、
パネルはフローレイアウトがデフォってことでしょ？

推奨サイズとかも覚えてください

236:デフォルトの名無しさん
07/11/01 23:53:20
>>234
何も考えずにそれをすると一番難しいんだけどね

JPanelに推奨サイズを指定してpack、
JPanelはnullレイアウトというのならまだわかるけど

setBoundsというのが真っ先に出てきたあたりで何を参考に作ったのかが気になる

237:デフォルトの名無しさん
07/11/01 23:54:50
ButtonをJButtonに変えろよ
こんな形でAWTとSwingを混在させるなw

238:デフォルトの名無しさん
07/11/01 23:56:57
偉そうなわりに、ズバリの回答書く奴いないのがなんとも

239:デフォルトの名無しさん
07/11/02 00:04:29
偉そうな>>238がズバリの回答を待つとしよう
重要なヒントや答えまででてるのにこれ以上何を言うのか楽しみだ

240:デフォルトの名無しさん
07/11/02 00:19:49
ボタンはJButtonにしたら普通の大きさになったんですが
肝心のラベルがボタンを押しても出てきません

ただそれがやりたいだけなのに何故なんでしょうか？
正直どなたか全文を書いていただけないでしょうか？

241:デフォルトの名無しさん
07/11/02 01:33:33
ヒント200％だしてるのにそれを無視して全部おしえるなんてこの板ではあんまりありえん

答えだけがほしければ宿題スレへどうぞ

242:デフォルトの名無しさん
07/11/02 01:52:16
＞正直どなたか全文を書いていただけないでしょうか？

つ　練炭

243:デフォルトの名無しさん
07/11/02 01:59:48
>>240
勘違いすんな。ここはくだすれでもないし初心者スレでもない。

244:デフォルトの名無しさん
07/11/02 03:04:48
public class Practice extends JFrame {
　JPanel labelsPanel;
　public Practice (){
　　JButton appendLabelButton = new JButton ("ラベルを追加");
　　appendLabelButton.addActionListener (new ActionListener(){
　　　public void actionPerformed(ActionEvent event){appendLabel();}});
　　JPanel buttonPanel = new JPanel();
　　buttonPanel.setLayout(new FlowLayout());
　　buttonPanel.add(appendLabelButton);
　　labelsPanel = new JPanel();
　　labelsPanel.setLayout(new FlowLayout());
　　labelsPanel.setPreferredSize(new Dimension(400, 400));
　　add(buttonPanel, BorderLayout.NORTH);
　　add(labelsPanel, BorderLayout.CENTER);
　}
　void appendLabel(){
　　JLabel helloLabel = new JLabel ("Hello");
　　helloLabel.setBorder(BorderFactory.createLineBorder(Color.white, 1));
　　helloLabel.setHorizontalAlignment(JLabel.CENTER);
　　helloLabel.setPreferredSize(new Dimension(80,30));
　　labelsPanel.add(helloLabel);
　　labelsPanel.revalidate();
　}
　public static void main (String[]args){
　　SwingUtilities.invokeLater(new Runnable(){
　　　public void run(){
　　　　Practice frame = new Practice ();
　　　　frame.setDefaultCloseOperation (JFrame.EXIT_ON_CLOSE);
　　　　frame.pack();frame.setVisible(true);
　　　}
　　});
　}}

245:244
07/11/02 03:06:18
>>228
こんな感じでいいのか？
今度から宿題は宿題スレいってくれな？

246:デフォルトの名無しさん
07/11/02 04:17:09
>>24４
超マジレスに笑ったｗ
でもこれがさらっと書けない職業プログラマが多いんだよな・・・

247:デフォルトの名無しさん
07/11/02 07:21:14
自演乙

248:デフォルトの名無しさん
07/11/02 07:37:07
口だけの奴が多い中 >>244 はまともだな

249:デフォルトの名無しさん
07/11/02 07:53:50
というか研究のGUIってなんだw
何を研究したらあんなソースになるのか知りたいw

250:デフォルトの名無しさん
07/11/02 10:19:13
>>228
実行して出てきたＧＵＩにワロタ。センターに足す動けばいい的例。

import java.awt.*;
import java.awt.event.*;
import javax.swing.*;
public class Test extends JFrame {
public Test() {
JButton button = new JButton("Add Label");
button.addActionListener(new ActionListener() {
@Override
public void actionPerformed(ActionEvent evt) {
add(new JLabel("Hello, world!"));
getContentPane().validate();
}
});
add(button, BorderLayout.SOUTH);
setSize(100, 100);
setLocationRelativeTo(null);
setDefaultCloseOperation(EXIT_ON_CLOSE);
setVisible(true);
}
public static void main(String[] args) {
EventQueue.invokeLater(new Runnable() {
@Override
public void run() {
new Test();
}
});
}
}

251:デフォルトの名無しさん
07/11/02 11:34:19
>>246
インナークラスとかAWTイベントディスパッチスレッドとかしらないで
GUI扱おうとしてぼろぼろになる例はよくみるね
特にスレッド周りがぼろぼろくさい

基本を勉強せずOJTという名の下に無理やり投入される場合そうなりやすい
デバッグ時には動いていてもたまに動かないとか厄介なバグいれこむのがうまい連中がね

252:デフォルトの名無しさん
07/11/03 12:38:14
>>200
証明書の有効期限切れてるよ

253:デフォルトの名無しさん
07/11/03 13:58:53
>>252
200で言及済

次回以降、安定版のリリースのときには署名タイムスタンプを使うことにするよ。

254:デフォルトの名無しさん
07/11/04 13:41:02
windowsのJFileChooserとかJOptionPaneでキャンセルが"取消し"って表記されるのがウザい…
windows標準みたいに"キャンセル"って書くにはどうすればいいだろ…

255:デフォルトの名無しさん
07/11/04 13:44:43
よくそんなん気づいたな

256:デフォルトの名無しさん
07/11/04 14:20:13
UIManager.put("FileChooser.cancelButtonText", "キャンセル");
UIManager.put("OptionPane.cancelButtonText", "キャンセル");

257:デフォルトの名無しさん
07/11/04 14:25:19
すごい・・・
いつも思うのですが、そのようなフィールドやプロパティの名前はどうやって調べているのでしょう。
ソースを見るしかないのでしょうか？

258:デフォルトの名無しさん
07/11/04 14:38:37
このへんとか
URLﾘﾝｸ(homepage1.nifty.com)

259:デフォルトの名無しさん
07/11/04 14:59:07
こういうの探してました！
ありがとうございます。

260:254
07/11/04 15:35:25
>>256
ありがとう。
これで見た目ほとんどwindowsっぽくなった。
FileChooserの複数選択をwindowsみたいにドラッグでびやーって範囲広げてその中全選択とかやってみたいけど、
さすがにこれはキツいな。

261:デフォルトの名無しさん
07/11/04 16:10:38
単純なファイル選択ダイアログならAWTのほうつかうといいよ
機能がほとんどないけど、それで足りるのならね

262:デフォルトの名無しさん
07/11/04 16:26:51
ファイルダイアログだけど、WindowsのAWTはなんか見た目がしょぼくない？
MacはAWTは普通だけど、Swingの方がしょぼ過ぎる。

Desktop Java Technology Today TS-3160
URLﾘﾝｸ(developers.sun.com)

ここを見ると、Future Platform FeaturesにNative FileChooserってあるから、そのうち改善されると思うけど。

263:デフォルトの名無しさん
07/11/04 22:26:28
1.
URL url = Hoge.class.getResource("../resources/book.gif");
2.
URL url = ClassLoader.getSystemClassLoader().getResource("../resources/book.gif");

このような２つのコードでリソースを取得しています。
1をHogeクラスで使用するとちゃんとURLが返ってきますが、Hogeのインスタンスであるインナークラスから呼び出すとnullが返ってきます。
しかし2のようにシステムクラスローダから呼び出すと、Hogeからの場合もHoge中のインナークラスからも呼び出すことができます。

そこで質問なのですが、
Q1.インナークラスからの相対パスは、そのインナークラスの属するクラスからの相対パスとは異なるのか(上でいうHogeのインスタンスのインナークラスとHogeクラスの関係)
Q2.上の実行を、eclipseで行うと結果が逆になる(2がうまくいかず、1がうまくいく)のですがその理由。

答えづらい質問ですみません。もしよろしければ教えてください。

264:デフォルトの名無しさん
07/11/04 23:44:44
相対やめたほうがいいでよ
どうせリソースは決まった場所におくでそ

265:デフォルトの名無しさん
07/11/04 23:51:10
確かにそうですよね。
なんだかそこらへん結構複雑そうですし・・
分りました。以後リソース読み込みは絶対指定にします。

ありがとうございました！！

266:デフォルトの名無しさん
07/11/08 01:13:35
今更だがV2Cすげー

267:デフォルトの名無しさん
07/11/09 12:10:05
JOptionPaneに、「次からこのメッセージを表示しない」とかチェックボックス付けたいんですけど、
何かいい方法ないですかねぇ

268:デフォルトの名無しさん
07/11/09 12:14:15
JPanel　panel　=　new　JPanel();
panel.setLayout(new　BorderLayout());
panel.add(new　JLabel("本文"));
panel.add(new　JCheckBox("次からこのメッセージを表示しない"),　BorderLayout.SOUTH);
JOptionPane.showMessageDialog(parent,　panel);

269:デフォルトの名無しさん
07/11/09 12:35:18
>>268
おー、早いレスありがと～。

270:デフォルトの名無しさん
07/11/09 23:36:58

いまからSwingアプリケーションつくるからなんかお題くれ
条件はネット接続しないこと
　
開発環境はJDK6u3、NetBeans6.0
　

271:デフォルトの名無しさん
07/11/09 23:44:52
>>270
Jazzの自動作曲。高品質の楽譜の表示と印刷。

272:270
07/11/09 23:45:27
>>271
勘弁してくれ

273:デフォルトの名無しさん
07/11/09 23:50:42
swing jazzじゃなくてもいいんだが…

swingはあくまでもguiのフレームワークに過ぎないから、
swingでアプリケーションを作るって言っても範囲が広すぎるんじゃないかな？
guiでアプリ作るけど何か無いかなって言うようなものだから、もう少し幅を狭めないと。

274:デフォルトの名無しさん
07/11/09 23:51:07
>>270
ドロー系お絵書きソフト、SVGでの読み書き可能なものを、OSSで。

275:デフォルトの名無しさん
07/11/09 23:51:49
>>271
少しジャンルは違うがヤマハの「初音みく」とか言うの良さそうじゃないか？

276:デフォルトの名無しさん
07/11/09 23:51:56
じゃあ懐かしのブラウザ HotJava を今の技術で作って

277:270
07/11/09 23:54:59
SVGとか仕様しらねー
HotJavaとか初めて聞いたし

Java暦1年半ですがなにか？

278:デフォルトの名無しさん
07/11/10 00:00:39
クリップボードアプリケーションとか。
・・・Swing関係ないかｗ

279:デフォルトの名無しさん
07/11/10 00:01:59
>>276
JEditorPaneで原型はすぐに作れるね。

>>277
URLﾘﾝｸ(java.sun.com)

>>275
もちろん既にみくみくしてるぜ。
付属のVSTiプラグインをJavaから使おうとかもしているけど中々時間が取れない。

280:デフォルトの名無しさん
07/11/10 00:02:19
>>274
Javaじゃないが、それの本命はinkspaceだろうな。

281:デフォルトの名無しさん
07/11/10 00:04:38
swingの勉強がてらに作るならお絵描きアプリくらいが適当なのかも

282:デフォルトの名無しさん
07/11/10 00:09:38
ローカルファイル閲覧専用とかはアレだし、ブラウザはネット接続って点で270の要求を満たしてないかも。
何かオンリーワンな機能をつけたドローイングかペインティングアプリケーションとかいいんじゃないか？

283:デフォルトの名無しさん
07/11/10 00:16:53
linerみたいな画像ビューア

俺が作ってるのもそれだけどｗ

284:デフォルトの名無しさん
07/11/10 01:37:42
作りたいの作ればとしか・・・

285:デフォルトの名無しさん
07/11/10 01:38:47
PDFの背景を初音ミクにかえるアプリつくるわ

286:デフォルトの名無しさん
07/11/10 02:27:50
>>285
Swingと関係なくないか？

あとPDFオープンするのに環境依存コード書くはめになるのもちょっと嫌かな

287:デフォルトの名無しさん
07/11/10 02:31:13
まあ、きもちいいネタだ。

288:デフォルトの名無しさん
07/11/10 03:03:23
はやくu4こねーかなぁ
JFileChooserおそくてかなわんわ

289:デフォルトの名無しさん
07/11/10 03:56:17
>>288
だな。死ぬほど遅い。いくつかlazyになるように書き直した。

290:デフォルトの名無しさん
07/11/10 10:20:21
u4 で直ることになってるの？

291:デフォルトの名無しさん
07/11/10 12:52:45
まだin progressの状態。

292:デフォルトの名無しさん
07/11/10 13:47:36
今まで、エディタとプロンプトでしこしこがんばってきたんだけど
金もできたので聞きたいとおもう。GUIつくるだけなら、JBuilderっていい？
無料版はつかったことあるけど、有料版は良いの？

293:デフォルトの名無しさん
07/11/10 13:59:21
今のJBuilderは昔とぜんぜん違うぞ
SwingベースからEclipseベースになった

少なくとも昔のJBuilderはこつをつかまないと
しらないうちにボーランドのコンポーネント使って汚染されて
他の環境で手軽にコンパイルできなくなるのが欠点だった

あとJBuilderはGUI作成においてNetBeansぬいたことはないよ

GUI使う、使わない以前に開発効率考えるとIDE使わないのは論外だと思う

294:デフォルトの名無しさん
07/11/10 14:00:46
>>292
NetBeansでいいんじゃね？

295:デフォルトの名無しさん
07/11/10 14:12:00
>>293-294 thx
NetBeansの方が上なんだ。じゃあそうするよ。

IDE使わないと論外か。。じゃあ、買ってみるよ。

ありがとう。

296:デフォルトの名無しさん
07/11/10 14:37:01
NetBeansは無料のIDEだぞ

297:デフォルトの名無しさん
07/11/10 15:19:43
最近はOSしか買わなくなったなぁ。

298:デフォルトの名無しさん
07/11/10 17:06:09
>>297
まだUbuntu使ってないの？

299:デフォルトの名無しさん
07/11/10 17:27:59
まだUbuntu使ってるの？

300:デフォルトの名無しさん
07/11/10 17:35:40
もうエディタと make でシコシコするのは時代遅れですかそうですか
でも V2C はIDE使ってないらしいね

301:デフォルトの名無しさん
07/11/10 18:02:48
時代遅れも何もそんな時代はあった事がない

302:デフォルトの名無しさん
07/11/10 18:21:57
ツール＝IDEでポトペタできて楽ちん
ソフトウェア＝IDEがGUI部を隠蔽しててわずらわしい
規模によりけりじゃないかなぁ。

303:デフォルトの名無しさん
07/11/10 18:32:02
IDEはぽとぺたというよりコーディングが楽になるほうがおおきいかと
まぁ、groupLayoutは自前でコードかくきにはならないけど

304:デフォルトの名無しさん
07/11/10 19:39:51
いきなりですまないのだが、JLabelやJButtonを縦書きにする方法ってある？
横長じゃなくて縦長のボタンやラベルを使いたいのだけど。

305:デフォルトの名無しさん
07/11/10 20:43:28
new JLabel("<html>縦 書 き ラ ベ ル");
new JButton("<html>縦 書 き ボ タ ン");

306:デフォルトの名無しさん
07/11/10 20:51:00
>>303
そうだよね。補完とかリファクタリングとか使用状況検索とか便利だよね。
GroupLayoutは最初は便利だと思ったけど、弄ってるといきなり位置が
すっ飛んだりして、いまいち使いづらい。よく出来てるとは思うんだけど。
エディタをもっと分かりやすくすれば良さそうだけど、どうすればいいのやら。
最近は、従来のものを組み合わせた方が思ったようにできていいなと思ってる。

>>304
その発想はなかったw

307:デフォルトの名無しさん
07/11/10 20:52:04
>>305
その発想もなかったw

308:デフォルトの名無しさん
07/11/12 14:58:06
90度回転させて縦にできるといいんだけどな

309:デフォルトの名無しさん
07/11/12 17:34:14
SwingのL&Fでかっこいいのないかなぁ。
国外のL&Fを今日一つためしてみたんだが、ダブルバイトが全滅。
URLﾘﾝｸ(regis.risp.pl)
まあ、外観に変化つけるときってフォントいじるから当然かな。

L&Fを自分でこさえるのは手間かかりすぎてそこまで時間とれないし、
MetalのOceanで負けとくのが今のとこ勝ちなのか。orz

310:デフォルトの名無しさん
07/11/12 17:46:49
ニンバスニンニン

311:デフォルトの名無しさん
07/11/12 21:05:59
>>310
おおっ！
なんかすごそうだけど、まださっぱりわからん。
Java SE 6 Update N Early Access Programてのを落としてくればいいのかな。
これそのうちJDKに正式採用されるのかしら？

312:デフォルトの名無しさん
07/11/12 21:11:42
Synthって流行ってないのかね？

313:デフォルトの名無しさん
07/11/12 21:18:14
あれは結局全部自分で定義しなきゃいかんからLFそのものを作りたい人向けとちがうの？

314:デフォルトの名無しさん
07/11/12 21:23:09
そうだけど、ホームページの壁紙やボタン、仕切り線みたいな感じで素材化されてないのかなと。
Javaアプリケーションが普及してないってことか。

315:デフォルトの名無しさん
07/11/12 21:39:08
画像ファイルはりつけたボタンになってしまってもいいの？
アイコンはともかくボタン全体が画像で作られているのはどうも。
融通効かないし。

ボタンが数個しかないアプリとか、ゲームとかならそういうのも良いかと思うけど。

316:デフォルトの名無しさん
07/11/12 22:45:12
>>308
作ってみた

public　class　VerticalJButton　extends　JComponent{
private　JButton　button=new　JButton(){
public　void　repaint(long　tm,int　x,int　y,int　width,int　height){
VerticalJButton.this.repaint(tm,y,1-x,height,width);}};
public　VerticalJButton(String　text){
add(button);button.setText(text);
enableEvents(AWTEvent.MOUSE_EVENT_MASK|AWTEvent.MOUSE_MOTION_EVENT_MASK);}
public　Dimension　getPreferredSize(){
Dimension　d=button.getPreferredSize();
return　new　Dimension(d.height,d.width);}
public　void　doLayout(){
button.setBounds(0,1-getWidth(),getHeight(),getWidth());}
protected　void　paintChildren(Graphics　g){
Graphics2D　g2=(Graphics2D)　g.create();
g2.rotate(Math.PI/2);g2.translate(button.getX(),button.getY());
button.paint(g2);g2.dispose();}
protected　void　processMouseEvent(MouseEvent　e){
e=new　MouseEvent(button,e.getID(),e.getWhen(),e.getModifiers(),e.getY()-button.getX(),-e.getX()-button.getY(),e.getClickCount(),e.isPopupTrigger(),e.getButton());
button.dispatchEvent(e);}
protected　void　processMouseMotionEvent(MouseEvent　e){
e=new　MouseEvent(button,e.getID(),e.getWhen(),e.getModifiers(),e.getY()-button.getX(),-e.getX()-button.getY(),e.getClickCount(),e.isPopupTrigger(),e.getButton());
button.dispatchEvent(e);}}

317:デフォルトの名無しさん
07/11/12 23:11:37

NetBeans5.5.1使ってるんですが、GUIビルダーで質問です

JFrameフォームでフレームをつくり、
別途JPanelフォームでパネルを複数つくります。

アプリケーション起動後に、パネルを好きなタイミングで、フレームにadd()したいのですが、
SwingLayoutの影響でうまくいきません。

なにか特別なやり方があるのでしょうか？
それともGUIビルダーでは不可能なのでしょうか。
　

318:デフォルトの名無しさん
07/11/12 23:46:28
>>316
g2.dispose();

なんだけど、これはpaintComponent()をオーバーライドしたときとか、
Graphicsオブジェクトを使ったあとはかならず実行したほうが良いの？
今までそうしてこなかったのだけど、APIリファレンスみると、
したほうが良いような感じなんだけど、いまいちわかりにくい日本語。

319:デフォルトの名無しさん
07/11/12 23:54:29
少なくともpaintComponentでは不要じゃないかい？
OverrideしなくてもpaintComponentは呼ばれるだろうし

320:デフォルトの名無しさん
07/11/12 23:56:01
>>318
Graphics#disposeでグラフィックコンテクストを開放しないといけないのは自分でそれを確保したとき。
他人が確保したものを許可無く勝手に開放するのは行儀が悪い行い。
paintComponent()をオーバーライドしたときに開放するとかはどこに書いてあったの？

321:デフォルトの名無しさん
07/11/13 00:08:10
>>320
dispose
public abstract void dispose()このグラフィックスコンテキストを破棄して、使用中のシステムリソースがあればそれを解放します。
Graphics オブジェクトを dispose の呼び出し後に使用することはできません。
Java プログラムが実行されていると、短時間フレーム内で多数の Graphics オブジェクトを作成できます。
ガベージコレクタのファイナライズプロセスも同じシステムリソースを破棄しますが、関連するリソースを手動で解放することが推奨されます。
つまり、長期間に渡って完了まで実行されない可能性があるファイナライズプロセスに依存するよりも、
このメソッドを呼び出してリソースを手動で解放してください。

コンポーネントの paint メソッドと update メソッドに引数として提供される Graphics オブジェクトは、
こうしたメソッドが復帰したときにシステムによって自動的に解放されます。
効率性を確保するには、Graphics オブジェクトがコンポーネントまたはほかの Graphics オブジェクトから直接作成された場合だけ、
そのオブジェクトを使って終了したときに dispose を呼び出すようにプログラミングしなければなりません。
-----------------------------------

ということらしいんだが、dispose()不要のような必要なような、ケースバイケースのような
説明に読めたのよ。スマソ。

322:316
07/11/13 00:12:45
>>318
その　g2　は　g　の単なるキャストじゃなくて、　g.create()　で生成したものだから。
放っておいても害はないけど、解放するべきなんじゃない？

323:デフォルトの名無しさん
07/11/13 00:15:10
>コンポーネントの paint メソッドと update メソッドに引数として提供される Graphics オブジェクトは、
>こうしたメソッドが復帰したときにシステムによって自動的に解放されます。

Graphics g = createGraphics();
//--->呼び出し
paintComponent(g);
//<---復帰
g.dispose();

こういうことでしょ。きっちり書いてるじゃん。

324:デフォルトの名無しさん
07/11/13 00:17:35
>>322
いやだからさ、おかしいなんていってないよ。
g.dispose()と書かれたソースを今までみなかったのだけど、
開放しといたほうがいいのかななどと思ったの。

325:デフォルトの名無しさん
07/11/13 00:18:32
これってどういう意味？

> Java プログラムが実行されていると、短時間フレーム内で多数の Graphics オブジェクトを作成できます。

326:デフォルトの名無しさん
07/11/13 00:22:01
>>323
paintComponentについては暗黙の了解？
説明としては抜けてる。ソース嫁といわれりゃあっそう。

327:デフォルトの名無しさん
07/11/13 00:34:39
>>326
paintComponentについてはJComponentのドキュメントを読めば理解できるかと。

328:デフォルトの名無しさん
07/11/13 00:36:15
>>321
それ勘違いしてるぞ
ファイナライザとか関係ない

次ページ