Ruby で GUI するスレ
■ このスレッドは過去ログ倉庫に格納されています
Qt wx Tk GTK GNOME2 Shoes Fx Apollo Visualuruby IronRuby 色々選択肢はあるようですが続きは >>2 以降で >>260 irpack 0.2.3 irpack動くようになった どうやらグローバルアセンブリキャッシュやらには対応したらしい exeサイズも2m程度だ IronRubyがexeになるね おめでたい 良スレage >igem install irpack >irpack [filename.rb] 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はキモい}]}}] #!/usr/bin/env bash o=$(zenity --question --title="質問です" --text="Rubyは好きですか?"); if [ "$?" -eq 0 ]; then echo 'キモっ!'; else echo 'だよね〜'; fi wxRubyのGridが、evt_motion等のマウスイベントを拾ってくれない。 どうしたら拾えるかな? wxRuby 2.0.1、、Ruby1.9.2、Windowsの環境。 @grid.evt_motion {|event| on_grid_motion(event)} ってやってるんだけど、on_grid_motionを呼んでくれないんだ Gridじゃなくて、StatusBar等だと拾ってくれるんだけど。 ↓こんな情報を見つけたんだけども、回避策はあるのかな。 ttp://comments.gmane.org/gmane.comp.lang.ruby.wxruby.user/4647 Gridの子ウィンドウか何かと関連付けるべしってこと? それとも、Gridまわりのマウスイベントは拾えない? わかった。 Gridはevt_motionのような下層のイベントを内部で処理して外に出さないようにしてる。 んで、wxRubyは ・get_childrenで子Windowを取得したり ・wxPythonのGetGridWindowのような、内部のウィンドウを取得したり 等が不可能なため、下層のイベントを取得する方法はない、あきらめろ、と。 ありがとう >>306 俺sugeeeeeeeeeeeeeeeeeeeeeee! >>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も安泰ではないらしい メンテナがいなければ本体のアップデートに付いて行ける訳ががが 【ウェブアプリケーションという不幸 】 現在、多くのプログラマ(素人)がウェブアプリケーションというものがベストな正しい方向だと勘違いしている。 ソフトウェアの作るにおいてそのアプリケーションに応じた状態遷移を実装するというのは基本中の基本である。 その点においてウエブブラウザというある状態遷移が実装されているアプリケーションの上に また別のアプリケーションを実装するのは論外である。 そこまでするなら普通にアプリケーションを実装してダウンロードして使ってもらえばいいのである。 ウェブアプリケーションとは虚構にしか他ならない。 ウェブアプリケーションを作ろうとしているあなた。 今すぐ普通のアプリケーションとし設計し始めてはいかがだろう。 そうすればきっと後悔しないですむ。 HTMLやHTTPを悪者にはしていない。 TCP/IPができあがり、その応用として、ファイルを送ったりするようになった。 ファイルの中身のテキストにデータ構造をもたせ、それはつまりツリー構造なわけだが その実装としてのハイパーテキスト、つまりHTMLという送る側と送られる側で決め事(プロトコル) をつくり、画像や音楽など表現の幅を広げることは当然の成り行きだっただろう。 そして、その送る側としてのHTMLファイルサーバ、つまりWebサーバ、送られる側としてのプロトコルの解釈・表示系としての ブラウザというアプリケーション。 ここまではいい。 だが、そこから先が素人の発想というか、いそがばまわれを忘れた者の愚かな発想。 つまりブラウザ上で、アプリケーションを動かすという発想なのである。 ブラウザというのは、おくられてきたステートレスな通信内容の一瞬の表示手段でしかない。 つまりアプリケーションのためのひとつのパーツなのである。 Windowsでいえば、コントロールのひとつ。(実際WebBrowserというコントロールがある。) JavaならWebClietnだ(これは、ブラウザではないが。)。 包含関係が逆なのである。 ブラウザ上にアプリケーションを作るのは愚かなブームである。 >>317 > ブラウザというのは、おくられてきたステートレスな通信内容の一瞬の表示手段でしかない。 そうとしか思えない人が、おろかということでおkですか? そのアプリの都合で勝手に戻れなくされると 前のページに行きたいときに困るじゃん プログラミング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で全部書き直したとか言われても驚かないだろう自分がいる >>322 RubyってRailsを動かすものですよね、とか言いそうな人の話ですね。 RailsがなければRubyを使う意味が無いっていうのは正しい。 ごめん、最近まで Rails のために Ruby が生まれてきたと勘違いしていたよ (^^;; > Ruby on Rails 実際そういうこと。 Rubyである必然性はなく、Railsであれば言語なんかどうでもいい。 だからPHP on Railsなんてのもありえた。 言語によって開発工数の差は生まれない。 フレームワークによって開発工数の差が生まれる。 そういうこと。 ある革新的な発明や発見に対して 後になってから「あんなのは俺にもできたはずだ」、 なんてことを言うのは三流 つまり、そういうこと 作った人は偉いかもしれないけど どうせ俺もお前も使ってるだけだろ? 三流とかそういうレベルの問題か? 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コミュニティの潜在認識になっている >>329 >>327 の口上から一転して個人攻撃か? つまり、そういうことw >>330 それ意味が分からないよね。 追いつくとか追いつかないとか 何が?としか言えない。 >>327 >だからPHP on Railsなんてのもありえた。 RubyのパワフルさがあってのRailsだから、これはないだろ もし出来るなら、もともとDHHはPHP使いなんだから、PHPで作ってるだろ フレームワークに乗っかるだけのドカタにとっては どんな言語製でも良いのだろうが、作る側にとっては大違い Railsのソース読めば分かる が、多分おまえには読む能力がなさそう すごい所がないと言ってるのに 読んで何がわかるというの? すごい所がないと言っている俺が 読んですごいって感想いうとでも期待してるのか? それだと俺の負けじゃんw あんた論理的な思考能力もってる? いやRailsのソースを読んだこともない奴が、他の言語でも Railsを実現できると言っている事がおかしいということ。 Rubyのパワフルさは色々あるから、ソースを読んだり書いたりして 経験しないと感じられない。 経験不足なのに、すごい所がないと言うのはもっと経験積めと >>342 こんなところで勝ち負けとか お前頭おかしいんじゃないか? Ruby/Rails の初学者ですが、 > 何がすごいの? という問いに対して、自分がすごいと思っていること。 たとえば、Rails の ActiveRecord では、フレームワーク側に存在しない メソッド名で DB を検索するメソッドを書いても、 method missing をフレームワークが拾って、メソッド名のルールに基づいて WHERE 句を組み立てて SQL を実行するよね。 こういう method missing は、少なくとも PHP ではできないんじゃないの? それは例外とevalさえあれば余裕 つうかスクリプト言語にある全ての機能は evalさえあれば自分で代用品を実装できるから 何々の機能があるないは大規模開発ではどうだっていいの Rubyはそこじゃなくて 開発速度だろ…… PHPとか比べる相手が違う せめてPython でもPythonはCGIが一般的じゃないからRuby on Railsが情報量でかてる Ruby使いこなせないなら黙ってPHPやってればいいけど RubyやPython両方が使えないような奴 そういう子はRuby側こないほうがいいよ 挫折を味合わせれつもりはないけど 必然的にそのような結果を javascriptのGUIの作りやすさにはかなわないね >>352 そのGUIって何を指すの?ブラウザとかUnityとかじゃないよね? QML,flash,silverlight,JavaFx ほとんど全部の表面設計がjavascriptじゃないだろうか pythonでGUIプログラムを作ろうと思って情報収集していたのですが http://code.google.com/p/pysta/ このようなものを見つけました そもそもプログラミング初心者の上英語もちんぷんかんぷんで何がなんだかなのですが これはpythonのGUIをvistaっぽくする何かってことでいいんでしょうか? もしそうであった場合、こういったデータの使い方は学習サイトのどういう項目で勉強すれば良いのかまでご教示して下されば幸いです クロスプラットフォームなGUI作りたいんだけど 下手にOSのGUI使うよりHTML, CSS, JavaScriptあたりでUI作って webrickかなんかでlocalhostにhttpd立てて ブラウザで表示させたほうがいいのかな Tkってどの程度ビジュアル弄れるの みんなねずみ色のどんよりしたフォームしか作ってない 全部HTML, CSS, JavaScriptで完結したほうが楽だ Tkは8.5から新しいテーマが追加されて ビジュアル面で非常に強化されました >>358 ttp://shoesrb.com/ ttps://github.com/shoes/shoes ブラウザでGUI作るのはHTML+CSS+Rubyでできれば文句ないんだけどな しかしクロスプラットフォームのGUIは大抵OSXで苦労する __ノ)-'´ ̄ ̄`ー- 、_ , '´ _. -‐'''"二ニニ=-`ヽ、 / /:::::; -‐''" `ーノ / /:::::/ \ / /::::::/ | | | | | |:::::/ / | | | | | | | |::/ / / | | || | | ,ハ .| ,ハ| | |/ / / /| ,ハノ| /|ノレ,ニ|ル' | | | / / レ',二、レ′ ,ィイ|゙/ 私は只の数ヲタなんかとは付き合わないわ。 . | \ ∠イ ,イイ| ,`-' | 頭が良くて数学が出来てかっこいい人。それが必要条件よ。 | l^,人| ` `-' ゝ | さらに Ann.of Math に論文書けば十分条件にもなるわよ。 | ` -'\ ー' 人 一番嫌いなのは論文数を増やすためにくだらない論文を書いて | /(l __/ ヽ、 良い論文の出版を遅らせるお馬鹿な人。 | (:::::`‐-、__ |::::`、 ヒニニヽ、 あなたの論文が Ann of Math に accept される確率は? | / `‐-、::::::::::`‐-、::::\ /,ニニ、\ それとも最近は Inv. Math. の方が上かしら? | |::::::::::::::::::|` -、:::::::,ヘ ̄|'、 ヒニ二、 \ . | /::::::::::::::::::|::::::::\/:::O`、::\ | '、 \ | /:::::::::::::::::::/:::::::::::::::::::::::::::::'、::::\ノ ヽ、 | | |:::::/:::::::::/:::::::::::::::::::::::::::::::::::'、',::::'、 /:\__/‐、 | |/:::::::::::/::::::::::::::::::::::::::::::::::O::| '、::| く::::::::::::: ̄| | /_..-'´ ̄`ー-、:::::::::::::::::::::::::::::::::::|/:/`‐'::\;;;;;;;_| | |/::::::::::::::::::::::\:::::::::::::::::::::::::::::|::/::::|::::/:::::::::::/ | /:::::::::::::::::::::::::::::::::|:::::::::::::::::::::O::|::|::::::|:::::::::::::::/ >>358 RubyでGUIをやるなら、Tkの他にWxRubyもお薦め ただ、ブラウザのGUIを使うかOSのGUIを使うか どっちがいいのかはアプリの種類による >>347 > Ruby/Rails の初学者ですが あぁ、こういうことを言う奴は、Ruby/Railsの初学者ではなく、 プログラミング全般の初学者だw > たとえば、Rails の ActiveRecord では、フレームワーク側に存在しない > メソッド名で DB を検索するメソッドを書いても、 > method missing をフレームワークが拾って、メソッド名のルールに基づいて > WHERE 句を組み立てて SQL を実行するよね。 > > こういう method missing は、少なくとも PHP ではできないんじゃないの? メソッドが定義されていない時に呼ばれる関数、 そういうのは、PHPはもちろん、動的型付け言語なら 大抵持っている機能。 そしてSQLを組み立てるのは、O/RマッパーであるActiveRecordの機能だが、 どの言語でもO/Rマッパーは存在する。 RubyのすごいのはRails に目をつけられた 「運」 Railsのすごいところは、レールにのった開発 つまり、ルールを決めておいてそれに従った開発にすれば 早いという、「考え方」 だから、同じ考え方のフレームワークが 様々な言語で開発された。 逆に言えば、Railsの機能はRailsに限らないし、 言語もRailsである必要はないという証明になる。 逆に言えば、Railsの機能はRubyに限らないし、 言語もRubyである必要はないという証明になる。 まぁPHPやPerlで最初からあれを作れたかっていうと、 人がアセンブラでスクリプト言語作るようなもんだから 順序的に無理なんだけどね アセンブラでスクリプト言語を作るようなもんを やってのけたってこと? アセンブラでスクリプト言語を作るようなもんを Railsを見ながらやってのけたんだよ 糞わろす http://toro.2ch.net/test/read.cgi/tech/1351336814/ 1 デフォルトの名無しさん [sage] 2012/10/27(土) 20:20:14.41 ID: Be: GUIがむずかしすぎる http://toro.2ch.net/test/read.cgi/tech/1255856083/ ↓アイちゃんかかってこいや! 2 停止しました。。。 [停止] 停止 ID: Be: 真・スレッドストッパー。。。( ̄ー ̄)ニヤリッ 今Rubyで簡単なGUIプログラム作ろうと思ったらどのライブラリ使うのがオススメなの? 何年も前に開発が止まってたりするライブラリに手を出すのはちょっと気が進まないし >>390 とりあえず なんでもRuby/Tkでできるらしい おれは 別途Tcl/Tkをインストールした require 'tk' require 'tkextlib/tile' require 'tkextlib/tktable' Apolloをインストールしたら、ruby 1.8.4もインストールされる Project ApolloのWiki 荒らされたらしい apollo's Wiki - マークバイマークジェイコブス 財布 798 http://wiki.fdiary.net/apollo/?Phi%3A%3AEdit%2523cut_to_clipboard ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる