Ruby で GUI するスレ

**デフォルトの名無しさん** · 2010/03/26(金) 22:19:36

Qt
wx
Tk
GTK GNOME2 Shoes
Fx
Apollo
Visualuruby
IronRuby
色々選択肢はあるようですが続きは >>2 以降で

**デフォルトの名無しさん** · 2011/05/02(月) 09:51:48.61

>>252
これはtkか?
ここより

Rubyの宿題教えてください。2限目
http://hibari.2ch.net/test/read.cgi/tech/1200175247/

にでも書いてみたほうがいんじゃね?

**デフォルトの名無しさん** · 2011/05/12(木) 14:55:55.58

>>250
beyond乙

uy · 2011/05/17(火) 12:31:32.55

IronRubyって、
自分でかいたIronRubyのソースコードを、他PCで実行させる手段って用意されてるの？
そのPCにもIronRubyないと無理?

**デフォルトの名無しさん** · 2011/05/17(火) 20:18:41.59

irpackてのを作ってる人がいるので
IronRuby本家ではサポートしてないがやろうと思えばできるれれる

当然.Netは別途必要だろうけど

**デフォルトの名無しさん** · 2011/05/17(火) 22:12:59.98

>>255
公式サイト見れ
IronRuby.net / Get IronRuby
http://ironruby.net/download/

オレオレ要約メモ
・Windowsでのデスクトップアプリ、サーバーアプリ → .NET 4.0 runtime
・Mac OSとLinuxでののデスクトップアプリ、サーバーアプリ → Mono 2.6.4
・WindowsとMac OSブラウザアプリ(Flashみたいな動作形態) → Silverlight 4.0 runtime
・Linuxブラウザアプリ → Moonlight 2.0

どれ向けに何をするかでかわってくるな

uy · 2011/05/18(水) 09:34:39.96

>>257
それは違うんじゃね
自分のpc上でIronRubyを動かす為の環境作りに見えるけど

>>256
試してみた
素のrubyのソースのみならコンパイル可能だけど
.NETの機能使うとexeが動かなくなったから何かがロードされてない

**デフォルトの名無しさん** · 2011/05/18(水) 19:59:24.69

.NETのアセンブリも読み込めるはずなんだがな
dllをexe内に入れちゃってもダメか？

uy · 2011/05/18(水) 22:59:48.93

公式blogにIronrubyがバージョンアップして動かないってかいてあった
理由は、GACがどうのこうの

uy · 2011/05/21(土) 21:48:13.41

つうかRuby On Steelだっけ
フォームデザイナ使えるIronRuby用のIDE
以前それのトライアル版は動いたんだけど、この前試したらVSないと動かないみたいなこといわれて、途中で投げた

誰か使用感教えれ

uy · 2011/05/23(月) 17:23:48.58

Ruby in steel
これはVisual Studioそのものに追加してる感じのIDEらしい

IronRuby動いた
フォームデザイナも余裕で使えるし
軽くね？ｗｗｗｗ　インテリセンスONなのにここまで軽いのは感動したｗｗｗ
Ruby1.8系の開発環境ならこれ使っても良いかもな

uy · 2011/05/23(月) 17:27:59.06

アメジストなるものも、一緒に公開されてるけど
そっちをインストールするとIronRubyの新規プロジェクトが選べなくなるから入れないほうが良い
死ぬぞ
一回いれて無理になってアメジストアンインストした

uy · 2011/05/23(月) 17:40:57.68

IronRubyさん　Ruby１．９対応まだなの?？？??？？？？??
ぼくRuby1.8はもう捨てたんだよ？

**デフォルトの名無しさん** · 2011/05/26(木) 15:06:09.40

おちつけ

uy · 2011/05/26(木) 19:59:02.42

RubyでGUIって、あまりやってる人いないよね
何か作りたいような、どうでもいいような

**デフォルトの名無しさん** · 2011/05/26(木) 21:25:14.35

GUIじゃないけど地球シミュレータなら
http://jp.rubyist.net/magazine/?0006-RLR

**デフォルトの名無しさん** · 2011/05/27(金) 06:02:40.34

Rubyプログラマが軟弱なGUIなんて使うかよ

**デフォルトの名無しさん** · 2011/05/27(金) 13:06:13.49

できない言い訳乙
まあ実際オナニー言語にはGUIは必要ないけど。

**デフォルトの名無しさん** · 2011/05/27(金) 13:58:05.44

そうだそうだ。GUIやるならVBA一択。
ttp://java-etc.cocolog-nifty.com/blog/2007/11/vba_256d.html

uy · 2011/05/27(金) 15:50:20.66

ゲームはrubyかきやすい

**デフォルトの名無しさん** · 2011/05/30(月) 10:18:52.97

ここは楽しくGUI出来ないRubyをdisるスレだろ

uy · 2011/05/30(月) 17:39:33.18

楽しくGUIできる言語なんてなーよ
そもそもゲーム系以外のGUIがつまらない
GUIじゃ操作性が落ちるから自分用のアプリですらGUIで作った事ない

**デフォルトの名無しさん** · 2011/06/17(金) 23:35:16.72

>GUIじゃ操作性が落ちるから自分用のアプリですらGUIで作った事ない
操作性が落ちるようなGUIしか作れない能力不足
もしくは
適材適所を分かっていない無理やりGUI化
のどっちか

**デフォルトの名無しさん** · 2011/06/19(日) 02:38:23.06

>>274
そんな自虐的にならんでも

uy ◆yyC0rYWEq2 · 2011/06/20(月) 03:55:16.07

GUIのほうが操作性が上がるアプリって、たとえば何？
サウンドプレイヤーですらCUIだったりするんだけど

あ、画像ビューアか
画像ビューアはGUIじゃないと操作性悪いよな
機械語データを見ててもちょっとどういう画像なのか理解するのに時間かかるしな

**デフォルトの名無しさん** · 2011/06/20(月) 04:43:56.98

タブレットPC
kindleはページ送りはボタンで良いのだろうが、書籍選択とか購入もボタンのみだとつらそう。

uy ◆yyC0rYWEq2 · 2011/06/20(月) 15:52:36.89

そういうジャンルはあったか
GUIないとダメじゃん

天使 ◆KOAgYBL/Xg · 2011/06/30(木) 05:46:20.85

RubyでGUIアプリを積極的にかかれるようになるには、あとなんだろうな
ないわけじゃないし、RubyのGUIソフト一覧リンク集でも作ったらどうか

**デフォルトの名無しさん** · 2011/06/30(木) 06:06:28.93

python最強

**デフォルトの名無しさん** · 2011/07/16(土) 23:02:10.88

GUI の配置は XML で定義出来るのが一番良いなあ

**sora_h** · 2011/07/18(月) 15:36:29.02

天使君もごきげんですなあ

**デフォルトの名無しさん** · 2011/07/20(水) 14:18:41.78

みんなQtやれば良いのに

**デフォルトの名無しさん** · 2011/07/20(水) 20:35:17.80

RubyQtってありますか？

**デフォルトの名無しさん** · 2011/07/21(木) 00:05:30.30

あるよ。複数の実装が。

**デフォルトの名無しさん** · 2011/07/21(木) 01:22:24.53

どれが本物ですか？

**デフォルトの名無しさん** · 2011/07/25(月) 09:51:34.51

RubyのQｔはどの実装も中途半端です

**デフォルトの名無しさん** · 2011/07/25(月) 12:04:49.02

Pythonにしとけよ

**デフォルトの名無しさん** · 2011/08/03(水) 22:45:42.64

マジレスだが、JRuby にして JRuby から Swing を叩くのはどうだろう、と
妄想している。まだやってみてないけど。

Swing の箇所は Ruby チックじゃないコードになって書きづらいだろうか。
あと Java もインストールしなければいけないけど。

**デフォルトの名無しさん** · 2011/08/04(木) 03:59:03.41

>>289
まさにその通りのものがjrubyソースのsamplesに入ってるよ。
ポータビリティ考えたら良い選択肢だと思う。

**デフォルトの名無しさん** · 2011/08/04(木) 09:28:55.93

JavaFX2.0とやらがJRubyからいじることも考えて作られてるようなんで期待

**デフォルトの名無しさん** · 2011/08/04(木) 10:15:52.96

FXはオワコン

**デフォルトの名無しさん** · 2011/08/04(木) 18:19:19.86

オワコンというより始まってすらいねぇじゃん
2.0でリスタートするつもりなんでしょ

**デフォルトの名無しさん** · 2011/08/06(土) 00:48:29.25

JavaFX Scriptもワンチャンあるで

**デフォルトの名無しさん** · 2011/08/10(水) 16:20:33.65

圧　倒　的　実　現　力

http://hirata-create.lar.jp/

uy · 2011/10/03(月) 16:55:54.99

>>260
irpack 0.2.3
irpack動くようになった
どうやらグローバルアセンブリキャッシュやらには対応したらしい

exeサイズも2m程度だ
IronRubyがexeになるね　おめでたい

良スレage

>igem install irpack
>irpack [filename.rb]

**デフォルトの名無しさん** · 2011/10/26(水) 22:46:27.22

pack [label .l -text {Tk使いたければ素直にTcl使え}]
pack [button .b -text 押せ -command {if {![winfo exists .tl]} {toplevel .tl; wm title .tl "Ruby厨へ"; pack [message .tl.msg -width 100 -text {Rubyはキモい}]}}]

**デフォルトの名無しさん** · 2011/10/26(水) 22:59:04.67

じゃあぼくはzenityつかっときますね

**デフォルトの名無しさん** · 2011/10/26(水) 23:24:30.83

#!/usr/bin/env bash
o=$(zenity --question --title="質問です" --text="Rubyは好きですか？"); if [ "$?" -eq 0 ]; then echo 'キモっ！'; else echo 'だよね～'; fi

uy · 2011/10/27(木) 23:38:52.54

でっていう

**デフォルトの名無しさん** · 2011/11/04(金) 10:47:39.91

wxRubyのGridが、evt_motion等のマウスイベントを拾ってくれない。
どうしたら拾えるかな？
wxRuby 2.0.1、、Ruby1.9.2、Windowsの環境。

**301** · 2011/11/04(金) 10:50:54.91

@grid.evt_motion {|event| on_grid_motion(event)}
ってやってるんだけど、on_grid_motionを呼んでくれないんだ

**デフォルトの名無しさん** · 2011/11/04(金) 11:10:46.15

馬鹿には無理

**デフォルトの名無しさん** · 2011/11/04(金) 11:13:43.69

馬鹿に言われたくねーな

**301** · 2011/11/04(金) 11:28:35.42

Gridじゃなくて、StatusBar等だと拾ってくれるんだけど。
↓こんな情報を見つけたんだけども、回避策はあるのかな。
ttp://comments.gmane.org/gmane.comp.lang.ruby.wxruby.user/4647

**デフォルトの名無しさん** · 2011/11/04(金) 11:45:03.99

Gridにはevt_motionは来ないよ

**301** · 2011/11/04(金) 12:52:59.41

Gridの子ウィンドウか何かと関連付けるべしってこと？
それとも、Gridまわりのマウスイベントは拾えない？

**301** · 2011/11/04(金) 17:24:33.51

わかった。
Gridはevt_motionのような下層のイベントを内部で処理して外に出さないようにしてる。
んで、wxRubyは
・get_childrenで子Windowを取得したり
・wxPythonのGetGridWindowのような、内部のウィンドウを取得したり
等が不可能なため、下層のイベントを取得する方法はない、あきらめろ、と。

ありがとう >>306

**片山博文MZ** · 2011/11/04(金) 18:15:03.26

俺sugeeeeeeeeeeeeeeeeeeeeeee!

**デフォルトの名無しさん** · 2011/11/07(月) 15:41:24.27

ruby-talk ML 2011-11-01 から転載

Subject: Re: To build GUI for Ruby
　http://en.wikibooks.org/wiki/Ruby_Programming/GUI_Toolkit_Modules

**デフォルトの名無しさん** · 2011/11/07(月) 16:00:54.43

Ruby的にはFXが一押しなのか

**デフォルトの名無しさん** · 2011/11/07(月) 22:49:35.93

>>311
同じく Ruby-talk ML 2011-11-02 より

>Subject: Re: Good GUI for buisness focused application
>
>>FXRuby looks like it will work well with what I need to do, but
>>I am a little heasatent to use it because it has not
>>been updated in years.
>
>FXRuby is dead and unmaintained.
>
>FOX toolkit is dead.
>
>Use ruby-gtk. It has the best documentation.
>
>Ruby-qt is ok too but I will recommend to you to use ruby-gtk.

どうやらFXRubyも安泰ではないらしい

**デフォルトの名無しさん** · 2011/11/07(月) 22:53:36.10

GTKは糞
何度でも言う
GTKは糞

**デフォルトの名無しさん** · 2011/11/08(火) 01:10:44.68

なぜその文脈でWxRubyが紹介されない……！

**デフォルトの名無しさん** · 2011/11/08(火) 08:48:25.45

メンテナがいなければ本体のアップデートに付いて行ける訳ががが

**デフォルトの名無しさん** · 2011/11/20(日) 17:37:27.71

http://www.tecgraf.puc-rio.br/iup
https://github.com/phasis68/ruby-iup

**デフォルトの名無しさん** · 2011/12/17(土) 23:57:39.91

【ウェブアプリケーションという不幸】

現在、多くのプログラマ（素人）がウェブアプリケーションというものがベストな正しい方向だと勘違いしている。
ソフトウェアの作るにおいてそのアプリケーションに応じた状態遷移を実装するというのは基本中の基本である。
その点においてウエブブラウザというある状態遷移が実装されているアプリケーションの上に
また別のアプリケーションを実装するのは論外である。
そこまでするなら普通にアプリケーションを実装してダウンロードして使ってもらえばいいのである。
ウェブアプリケーションとは虚構にしか他ならない。
ウェブアプリケーションを作ろうとしているあなた。
今すぐ普通のアプリケーションとし設計し始めてはいかがだろう。
そうすればきっと後悔しないですむ。

HTMLやHTTPを悪者にはしていない。
TCP/IPができあがり、その応用として、ファイルを送ったりするようになった。
ファイルの中身のテキストにデータ構造をもたせ、それはつまりツリー構造なわけだが
その実装としてのハイパーテキスト、つまりHTMLという送る側と送られる側で決め事（プロトコル）
をつくり、画像や音楽など表現の幅を広げることは当然の成り行きだっただろう。
そして、その送る側としてのHTMLファイルサーバ、つまりWebサーバ、送られる側としてのプロトコルの解釈・表示系としての
ブラウザというアプリケーション。
ここまではいい。
だが、そこから先が素人の発想というか、いそがばまわれを忘れた者の愚かな発想。
つまりブラウザ上で、アプリケーションを動かすという発想なのである。
ブラウザというのは、おくられてきたステートレスな通信内容の一瞬の表示手段でしかない。
つまりアプリケーションのためのひとつのパーツなのである。
Windowsでいえば、コントロールのひとつ。（実際WebBrowserというコントロールがある。）
JavaならWebClietnだ（これは、ブラウザではないが。）。
包含関係が逆なのである。
ブラウザ上にアプリケーションを作るのは愚かなブームである。

**デフォルトの名無しさん** · 2011/12/30(金) 17:13:16.97

>>317
> ブラウザというのは、おくられてきたステートレスな通信内容の一瞬の表示手段でしかない。
そうとしか思えない人が、おろかということでおｋですか？

**デフォルトの名無しさん** · 2011/12/30(金) 17:29:59.71

戻るボタンで戻らないでください(ｷﾘｯ)

**デフォルトの名無しさん** · 2011/12/31(土) 23:54:04.15

IE6を強いられているんだ!!

**デフォルトの名無しさん** · 2012/01/01(日) 04:17:04.99

そのアプリの都合で勝手に戻れなくされると
前のページに行きたいときに困るじゃん

**デフォルトの名無しさん** · 2012/01/03(火) 09:31:28.90

プログラミングRubyのRubyベタボメっぷりにRubyを使い始めて早10数年、使えば使う程にRubyって駄目だなと痛感する
Rubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリする
しかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもない
1.4時代のコードが1.6になった途端に互換性がなくなり動かなくなることはあったが、1.6→1.8ではそれが顕著になり、1.9など何のエラーも出さずに前のコードが動く方が珍しいほど
それどころか1.9に行かずREEが海外ではデファクトになりつつある現状、そして始まるPlain RubyとREEの方言問題
例えばPassengerもREEの方がうまく動いたり、かと思えば特定のバージョンだとPlainじゃないとまともに動かなかったりと、とても面倒臭い

美しいコードを求める為の副作用、という名の互換性のなさはRuby界全体に蔓延していて
例えばあれだけもてはやされたRailsも、Rails2とRails3の互換性のなさに誰しも苦労したのは記憶に新しいところ
誰もが互換性のなさに辟易し、俺ライブラリを量産するため、gemで探すと似たような事をする終わったプロジェクトがわんさか引っかかる
諸処の小さなプロジェクトだけがそんな現状ならば許せるが、dbiアダプタでさえそんな現状なので
バージョンが変わるとデータベースにすら接続できなくなったとか、dbiのAPIバージョン変わったのにアダプタ側の更新ないな、
とか思ってるとアダプタ作者がRubyから足洗ってたとか余裕

身内同士でRubyはコードが美しいと四六時中自画自賛しているが、実はそれこそがRubyのガン
その美しいコードという名のオナニーの為に一体どれだけの互換性と人的リソースが失われていったことか
Rubyのコードは美しい、Railsスゲー、ベタボメする人は沢山いたがいつも一過性の人気しか得られないのはそこにあるし
ベタボメしていた人達もしばらくするとウンザリしてRuby界から消えてしまうのも原因は実はそこにある
達人プログラマーはRubyをベタボメしなくなったし、Mongrel作者はRailsどころかRubyに見切りをつけちゃったしね
ああいう熱狂的なRuby信者でもRubyから足を洗っているのを見ると、tDiaryがRubyに見切りつけてPythonで全部書き直したとか言われても驚かないだろう自分がいる

**デフォルトの名無しさん** · 2012/01/03(火) 17:12:49.73

>>322
RubyってRailsを動かすものですよね、とか言いそうな人の話ですね。

**デフォルトの名無しさん** · 2012/01/03(火) 19:16:42.37

RailsがなければRubyを使う意味が無いっていうのは正しい。

**デフォルトの名無しさん** · 2012/01/03(火) 19:31:37.73

ごめん、最近まで
Rails のために Ruby が生まれてきたと勘違いしていたよ (^^;;
> Ruby on Rails

**デフォルトの名無しさん** · 2012/01/03(火) 20:42:36.14

RailsのうえでRubyが動いてそうだよね

**デフォルトの名無しさん** · 2012/01/03(火) 21:02:46.87

実際そういうこと。
Rubyである必然性はなく、Railsであれば言語なんかどうでもいい。
だからPHP on Railsなんてのもありえた。

言語によって開発工数の差は生まれない。
フレームワークによって開発工数の差が生まれる。
そういうこと。

**デフォルトの名無しさん** · 2012/01/03(火) 21:24:23.61

ある革新的な発明や発見に対して
後になってから「あんなのは俺にもできたはずだ」、
なんてことを言うのは三流

つまり、そういうこと

**デフォルトの名無しさん** · 2012/01/03(火) 21:44:13.74

作った人は偉いかもしれないけど
どうせ俺もお前も使ってるだけだろ？

三流とかそういうレベルの問題か？

**デフォルトの名無しさん** · 2012/01/03(火) 21:44:17.18

LLバトルスレからコピペ

>48 名前: デフォルトの名無しさん Mail: sage 投稿日: 2011/11/13(日) 08:30:25.68
>>>44
>Zopeが登場した当時、「RDB+PHPはもう古い、これからはOODB+ZopeがWebの中軸になる！」と
>さかんに宣伝され、雑誌でもZope特集が組まれていた
>少なくとも自分はZopeからPythonという言語を知ったし、その時点でRubyは知らなかった
>そして、その後のORM(RDB)+Railsの出現と華々しい革新性への注目は、誰もが知っているだろう
>今でもZopeの開発は継続されてはいるが、結果的に当初の期待が大きく裏切られたという事実は動かしがたい
>
>djangoとCakePHPについては実際に触っていないので憶測になるが、おそらく技術水準ではRailsと同等だろう
>しかしRailsはRailsでコミュニティの活動が活発だし、その進化は異常に早い
>Railsに何か致命的なトラブルが発生して開発が停滞する、あるいはdjangoやCakePHPから
>何かのイノベーションが提示されでもされない限り、後発のdjangoやCakePHPがRailsに追いつくのは無理
>Railsは決して技術的に完璧なWebフレームワークではないんだけどね....（たとえばSeaSideのような.... ）
>
>だからこそ「もしもZopeが....だったなら」という「たら・れば」感はPythonコミュニティの潜在認識になっている

**デフォルトの名無しさん** · 2012/01/03(火) 21:46:53.87

>>329
>>327の口上から一転して個人攻撃か？

つまり、そういうことw

**デフォルトの名無しさん** · 2012/01/03(火) 21:46:55.74

>>330

それ意味が分からないよね。

追いつくとか追いつかないとか
何が？としか言えない。

**デフォルトの名無しさん** · 2012/01/04(水) 08:19:00.62

>>327
>だからPHP on Railsなんてのもありえた。
RubyのパワフルさがあってのRailsだから、これはないだろ
もし出来るなら、もともとDHHはPHP使いなんだから、PHPで作ってるだろ

**デフォルトの名無しさん** · 2012/01/04(水) 08:35:11.19

Rubyにパワフルなところなんて何も無いけどなｗ

**デフォルトの名無しさん** · 2012/01/04(水) 08:44:06.40

おまえRailsのソース読んだことないだろ

**デフォルトの名無しさん** · 2012/01/04(水) 08:50:18.30

で、何がパワフル？

**デフォルトの名無しさん** · 2012/01/04(水) 09:02:08.06

フレームワークに乗っかるだけのドカタにとっては
どんな言語製でも良いのだろうが、作る側にとっては大違い

**デフォルトの名無しさん** · 2012/01/04(水) 09:23:52.28

だから何が大違いなのさｗ

**デフォルトの名無しさん** · 2012/01/04(水) 09:53:31.89

少しは自分で勉強しようぜ

**デフォルトの名無しさん** · 2012/01/04(水) 10:26:37.20

ほら逃げたｗ

**デフォルトの名無しさん** · 2012/01/04(水) 10:35:22.10

Railsのソース読めば分かる
が、多分おまえには読む能力がなさそう

**デフォルトの名無しさん** · 2012/01/04(水) 10:51:27.65

すごい所がないと言ってるのに
読んで何がわかるというの？

すごい所がないと言っている俺が
読んですごいって感想いうとでも期待してるのか？
それだと俺の負けじゃんｗ

あんた論理的な思考能力もってる？

**デフォルトの名無しさん** · 2012/01/04(水) 11:02:18.57

いやRailsのソースを読んだこともない奴が、他の言語でも
Railsを実現できると言っている事がおかしいということ。
Rubyのパワフルさは色々あるから、ソースを読んだり書いたりして
経験しないと感じられない。
経験不足なのに、すごい所がないと言うのはもっと経験積めと

**デフォルトの名無しさん** · 2012/01/04(水) 11:04:25.99

>>342
こんなところで勝ち負けとか
お前頭おかしいんじゃないか？

**デフォルトの名無しさん** · 2012/01/04(水) 11:06:59.93

今度はここが隔離会場か

**デフォルトの名無しさん** · 2012/01/04(水) 14:58:20.95

>>343
で、何がすごいの？ｗ

**デフォルトの名無しさん** · 2012/01/13(金) 14:44:44.12

Ruby/Rails の初学者ですが、
> 何がすごいの?
という問いに対して、自分がすごいと思っていること。

たとえば、Rails の ActiveRecord では、フレームワーク側に存在しない
メソッド名で DB を検索するメソッドを書いても、
method missing をフレームワークが拾って、メソッド名のルールに基づいて
WHERE 句を組み立てて SQL を実行するよね。

こういう method missing は、少なくとも PHP ではできないんじゃないの?

**デフォルトの名無しさん** · 2012/01/13(金) 16:53:00.48

pythonなら出来る

うゆ · 2012/01/14(土) 03:12:21.16

それは例外とevalさえあれば余裕
つうかスクリプト言語にある全ての機能は
evalさえあれば自分で代用品を実装できるから
何々の機能があるないは大規模開発ではどうだっていいの

Rubyはそこじゃなくて

開発速度だろ……

PHPとか比べる相手が違う
せめてPython

でもPythonはCGIが一般的じゃないからRuby on Railsが情報量でかてる

Ruby使いこなせないなら黙ってPHPやってればいいけど
RubyやPython両方が使えないような奴

そういう子はRuby側こないほうがいいよ

挫折を味合わせれつもりはないけど
必然的にそのような結果を

**デフォルトの名無しさん** · 2012/01/29(日) 13:10:47.30

**デフォルトの名無しさん** · 2012/01/29(日) 15:44:11.78

>>349
最後まで書ききれよ

**デフォルトの名無しさん** · 2012/01/30(月) 22:56:15.78

javascriptのGUIの作りやすさにはかなわないね