[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 12/23 01:20 / Filesize : 236 KB / Number-of Response : 809
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【GUI】wxWidgets(旧wxWindows) その4【サイザー】



1 名前:デフォルトの名無しさん mailto:sage [2008/06/28(土) 21:49:20 ]
クロスプラットフォーム GUI ライブラリの wxWidgets (旧 wxWindows)についてのスレ。

本家
 www.wxwidgets.org/
wxWindows日本語プロジェクト
 wxwindowsjp.sourceforge.jp/
Let's wxWidgets
dot-gray.s33.xrea.com/
wxWindowsで始めるC++ GUIプログラミング
www.h3.dion.ne.jp/~k5_n/wxwin/
wxWidgets でクロスプラットフォーム GUIアプリを作ろう
0xcc.net/pub/uu-2004-08/


528 名前:デフォルトの名無しさん mailto:sage [2009/10/07(水) 10:49:22 ]
あります

529 名前:デフォルトの名無しさん mailto:sage [2009/10/07(水) 20:10:45 ]
具体的に教えてください。

530 名前:デフォルトの名無しさん mailto:sage [2009/10/07(水) 21:03:20 ]
調べたらわかりました。

531 名前:デフォルトの名無しさん mailto:sage [2009/10/07(水) 22:24:07 ]
なんか変なのが住みついたな。>>520から偶数番号のレスしてるやつ。

532 名前:デフォルトの名無しさん mailto:sage [2009/10/07(水) 23:54:35 ]
お、俺じゃないぞ!

533 名前:527 mailto:sage [2009/10/08(木) 08:04:46 ]
自己解決しました。
wxTaskBarIconから派生させたクラスを作って使うんですね。
サンプルの taskBar にありました。

534 名前:デフォルトの名無しさん mailto:sage [2009/10/11(日) 13:58:57 ]
>>528のおかげじゃないか

535 名前:デフォルトの名無しさん mailto:sage [2009/10/12(月) 18:12:37 ]
えーっと、軽く質問なんですが・・・

wxWidgetでは、二つ以上ウィンドウを表示するソフトを作ることはできますか?

536 名前:デフォルトの名無しさん mailto:sage [2009/10/12(月) 22:17:14 ]
できます。



537 名前:デフォルトの名無しさん mailto:sage [2009/10/12(月) 23:52:19 ]
楽勝です

538 名前:デフォルトの名無しさん mailto:sage [2009/10/13(火) 00:14:18 ]
もしかしてMDIのことを言ってるの?

539 名前:デフォルトの名無しさん mailto:sage [2009/10/13(火) 15:15:51 ]
wxPerlの話題・質問はここでいいんでしょうか?
ここはC++限定?

540 名前:デフォルトの名無しさん mailto:sage [2009/10/13(火) 15:19:49 ]
内容によるんじゃなかろか
とりあえず書いてみたらいかが

541 名前:デフォルトの名無しさん mailto:sage [2009/10/13(火) 17:01:45 ]
>>539
ああ、それなら wxPython の方が簡単に出来るよ。



542 名前:デフォルトの名無しさん mailto:sage [2009/10/13(火) 17:04:21 ]
C++限定じゃないと思うけど、C++とPython以外のことは
俺には答えられないぜ!

543 名前:デフォルトの名無しさん [2009/10/13(火) 19:23:06 ]
頭のいかれたとても恥ずかしい人は放置した方がいいぞ

544 名前:デフォルトの名無しさん mailto:sage [2009/10/14(水) 07:48:05 ]
どうせ大半の話題は共通するんだから
wxPerlだろうとwxRubyだろうとwxBrainf**kだろうとここで問題なし

ただし言語に由来する質問は答えられる人が居ない可能性あり

545 名前:535 [2009/10/14(水) 23:22:35 ]
Show(frame)を二つ作ったら楽勝でした。ありがとうございます。

546 名前:デフォルトの名無しさん [2009/10/15(木) 16:22:53 ]
wxPython でのサンプルを読んでまず適当にフレームを
表示させて描画してみているんですが,いくつかのサンプルにて
wx.Frame や wx.Panel の __init__ への引数として

1)親ウィンドウがNoneというのはどういう意味でしょうか
2)id = -1となっているのはどういう意味でしょうか

意味もわからずとりあえずそうするとフレームは表示されますが・・



547 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 16:37:04 ]
Frameの中にPanelを置いてPanelの親をFrameにしたときと
しなかったときを比べてみれば分かる
idはアクセスする必要がなければとりあえず-1


548 名前:デフォルトの名無しさん [2009/10/15(木) 16:43:16 ]
>>547
ありがとうございます
あれこれいじりつつあるんですが
wxPython では stdout と stderr がコンソールではなく
何か特別なウィンドウに奪われてしまうみたいです。
すぐに消えてしまって例外のメッセージが見えないのですが
普通にコンソールに表示するようにはできるのでしょうか?

ちなみに環境は Windows 上の Eclipse + PyDev でやっています

549 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 16:44:28 ]
一番手っ取り早いのはcmdの中でhoge.pyを実行

550 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 16:50:40 ]
Panel の parent を None にすることはできないんですよね?
Panel つーのはかならず親に Frame を指定しないとだめみたい

551 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 16:54:11 ]
実は Panel が理解できていない・・その存在意義が。
フレームの中にサイザーでくるんでコントロールを配置する。
という基本は理解したつもりなのですが、
パネルってなんだよ・・・と。

パネル・・・・・パネ・・・

552 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 17:10:01 ]
単に固定サイズの領域を作るだけのもの・・なのか?
少しずつ画面がにぎやかになってきてうれしいのですが
次々と文字列が出力されるログウィンドウのようなものを
複数開きたいと思っています。

こういう用途には wx.TextCtrl で作ったテキストコントロールに
次々とAppendTextしまくればいいということなんでしょうか?
ほかに何書こう便利なコントロールが用意されていたりします?

今まで matplotlib で数値計算結果をプロットしてたのですが
計算経過を表示しつつアニメーションも表示しつつという
アプリケーションを書いてみようとしています。

553 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 17:29:22 ]
demoみた?

554 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 17:31:14 ]
ttp://www.manning.com/rappin/

555 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 17:34:07 ]
で、Qtとwxの使い分けはどうすればいいの。

いまwx使うのって、ネイティブな見た目にしたい時ぐらいしか利点ないのかな。

556 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 17:43:56 ]
Qtもwxと同程度に同じ見た目にできるよ。
LGPLで高品質なQtか、自由に利用できるけど品質に難があるwxWidgetsか。



557 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 17:55:03 ]
QtはRADツールQt Creatorの出来がイマイチなのと,Qt Creatorだとコードを書かなくても
シグナルとスロットの指定だけで動作するようなものが出来てしまうので,それがかえって
都合悪い(可読性とかメンテ性の面で)。

まぁ,Qt Creatorの出来については生まれたてだから仕方ないかも。今後に期待。

wxWidgetsは俺はQtよりシンプルでわかりやすいと感じる。
あとRADツールもC::BとかwxDev-C++とか,出来のよいものが幾つかあるし。
wxDev-C++はとても良いんだけど,Subversionでソースコード落としてみたら
Delphiで書いてあったのでちょっとがっかり(将来大丈夫なのか?)。

俺は元々C++ Builder使いなので,GUIとプログラムソースコードのシームレス開発に
主眼を置いてるから,他の視点から見ればまた違った評価も当然あるだろうね。

558 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 18:30:11 ]
> Qt Creatorだとコードを書かなくても
> シグナルとスロットの指定だけで動作するようなものが出来てしまうので

コード書かない方法での指定方法じゃ、
何もつくれんだろ。

ボタン押したら終了するぐらいで
自作のスロットは、コード書かないとしていできない。

559 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 19:22:41 ]
言語によっても差があるよね
RubyならほぼWxRuby一択

560 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 19:58:23 ]
Python で GUI なネットワークアプリを作ろうとすると
twisted のリアクタと wxPython のイベントループが
相性がいいみたいなので wxPython 使ってます。

Qt 先に覚えたら Qt マンセーになってたのかもしれないけど
先に wxPython 使い始めちゃったからなぁ。

各OSの標準的なコントロールを出来るだけ使うようにしているのはどっち?

561 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 20:25:03 ]
標準的なコントロールを使っているのかは知らないが
ネイティブに見えるのはwxだと思う。

俺もwxの方がシンプルだと思うから好きだけど、
シンプルというより古いのかなって気はする。

562 名前:デフォルトの名無しさん mailto:sage [2009/10/15(木) 23:41:59 ]
japan.internet.com/webtech/20070604/12.html
「Qt 4.3 では対応をさらに進め、Vista スタイルに合わせるために
別途『QwindowsVistaStyle』クラスを実装した。そのため、
Qt ベースのアプリケーションは、Vista 環境でネイティブなルック&フィールを持つことになった」


さて、ネイティブに見えるのはQtの方かもしれんぞ。

563 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 00:01:30 ]
wxWindows使ったときないけど、Qtいいお(´・ω・`)
ここのみんなも使ってみてね。

564 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 00:12:07 ]
>>557
確かにQt Creatorはちょっと...俺のPCだとよく落ちる。
斜向かいのヤツなんか、一度起動しなくなったと思ったら再インストールしても
二度と起動できなくなった。

コンパイル/リンカオプションをマニュアルでテキストファイルに書いとかなきゃ
ならないのも、完成度まだまだだと思う。Code::Blocksなんか、多種類のコンパイラ
に対応してるのに、オプションの指定は使用するコンパイラに合わせて細かく
GUIから指定できるもんね。

>>558
Qtそんなに触ってないけど、スライドバー動かすと数字が変わる程度のことは
コード書かなくても出来るtのをとなりのヤツがやってるの見たよ。

>>561
その古さがかえって都合いいこともある。
大型装置制御のアプリ作ってるんだけど、Windowsの進化に従ってlook & feelが
変わったらオペレーターが戸惑う。

それならLinux使えって言われそうだが、デバイスドライバがWindows用しかない
拡張ボードとか一杯使ってるからそうもいかない。

565 名前:デフォルトの名無しさん mailto:sage [2009/10/16(金) 23:53:49 ]
>>556

> LGPLで高品質なQtか、自由に利用できるけど品質に難があるwxWidgetsか。

LGPLだって事実上ほぼ自由に利用できるよ。
で,wxWidgetsの品質の難点って具体的にどんなところ?

566 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 01:23:46 ]
>>565
wxGTKがgtkのim周りをきちんと実装してないから、ダイアログボックスの
テキストフィールドで変換を確定しようとしたらOKボタンを押した扱いになって
入力が消える。
WindowsでwxGridでIME ONのまま入力を開始しても、フォーカスが当たってる
セルが編集モードにならない。
こんな感じで、特に日本語環境であちこち穴が開きっぱなし。



567 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 02:23:53 ]
www.wxwidgets.org/about/newlicen.htm
The wxWindows Licence is essentially the L-GPL (Library General Public Licence)
wxWindows ライセンスは 本質的にはLGPL

QtがLGPLになって企業サポートがついたいま
wxWindowsに利点があるのだろうか?

568 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 05:10:37 ]
LinuxではGTK使ってくれてた方が好き。
あと開発コミュニティがオープンソースっぽくていい。

あまり大した利点じゃないな…。

569 名前:564 mailto:sage [2009/10/17(土) 07:21:35 ]
>>566
wxGTKは使わないから知らんが,

> WindowsでwxGridでIME ONのまま入力を開始しても、フォーカスが当たってる
> セルが編集モードにならない。

いつの話?
wxWidgets2.8.10(安定版最新)ではそんなことにはならないが...

で、俺は別に wxWidgets > Qt と主張したいわけじゃない。

>>567の言うとおり,QtにはNOKIAが付いたし,日本ではSRAがサポート
してるから安心感はある。以前LGPLについて詳しく問い合わせた時も,
ちゃんとした回答がすぐ返ってきた。

ただ,まともなRADツールがない。Qt Creatorは今のところ失格。
安定感、使い勝手とも×。自分だけで使うならいいかも知れないが、
チーム全体で使えるような代物じゃない。

Visual Studio用のアドオンも隣の席のヤツに評価してもらったが、
Visual StudioのIDEがQt用のRADツールに変身するわけじゃない
そうで、俺も見せてもらったが、大したもんじゃないなぁと思った。

3rdパーティー製でもいいから、VBやC++ Builder/Delphi並に
サクサク仕事のできるQt用のRADツールってないのかな。

今までC++ Builderで仕事してきて、工数が小さく仕事ができるので
非常に助かってたんだが、C++ Builderの雲行きが怪しくなってきた
ので、今のうちに他をあたっとこうと思って評価中なんだ。

570 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 09:22:29 ]
お前さんは隣の席のやつに絶大な信頼を置いてるのかもしれないけど
俺らにとってはどうでもいいわけで・・・
煽ってるわけじゃなくてな

571 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 09:31:54 ]
つーか、C++Builder並のRADはありえんだろ。要求高すぎw
LazarusのC++実装とか?


572 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 11:12:33 ]
↑wxWidgetsなら,Code::Blocks,DialogBlocks,wxDev-C++あたりが
かなり近い線まで行ってる。

573 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 11:33:20 ]
昔は、

wx はネイティブのラッパーだから OS の変化に追随してくれる
Qt は独自実装だから OS のルック&フィールが必ずしも反映されない

って感じがしてたけど、今でもそうなのかな。
あと Qt は moc がね…

574 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 11:39:54 ]
オライリーのqt4の本には、
Windowルック&フィールはWindowsでしか使えません。
なぜならWindowsコンポーネント使っているから(MacOSXも同様)
みたいなこと書いてあったと思うんだが・・・

昔の話じゃね?独自実装なのは。
もちろんMotifとかは独自実装だけど。

575 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 11:43:25 ]
独自実装なのもあるし、そうじゃないのもある(´・ω・`)

576 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 11:49:58 ]
今のQtはWindows上ではWindowsの部品使うし、なんとGnome上では
GTKの部品を使って描画するので、ルックアンドフィールの統一感はあるよ。



577 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 11:51:51 ]
逆にGTK+がQtの部品使って描画するのってある?

578 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 11:52:34 ]
Qtって独自の文法なかったか?あれは躊躇する。

579 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 11:57:48 ]
独自の文法は無い。
ただのマクロ

580 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 12:05:23 ]
独自のマクロはデバッグが面倒くさそうだ

581 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 12:31:31 ]
>>572
そのレベルならQt Creatorと大差ないじゃん。まぁバギーなのはあるが。

582 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 12:46:45 ]
Windows上でQt Creator使っているけど、
まぁ、試用レベルなんだけど落ちたことは無いなぁ。

Qt Creatorに後何が加われば、C++ Builder/Delphiなみと
いえるのだろうか? 個人的にはGo to Slotがわかりにくかった。

プロパティリストの欄のタブを変更すると
イベントハンドラ(Slot)リストがあるべきだろw
オブジェクト名が変更されると、Slot名も追尾してくれると嬉しい。

リファクタリングブラウザ機能は最近の先進的なIDEならついているけど、
昔からIDE使ってきている俺としては、あればラッキー無いほうが普通だと思ってるw

そんくらいだなぁ。

583 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 13:14:35 ]
Qt Creatorが良い線いってると思って使ってる僕は異端児なの?

584 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 13:16:36 ]
>>581
使ってみて言ってる?
俺は全部評価したが、Qt Creatorは今のレベルじゃ使う気にならない。
つーか今までC++ Builder一本槍だった開発部隊全員に使わせるのは
きつい。痒いところに手が届かなすぎ。

Delphi/C++ Builderなんかに比べるとかなり劣る。
>>572で挙げた3つは、Delphi/C++ Builderに肉薄するレベルに達してる。

Qt用でもっとまともなRADツールがあれば、wxWidgetsより安心感のあるQt使いたい
んだが。Qt Creator一つしかないってのが痛い。もちろんQt Creatorの今後の動向は
ウォッチするつもり。

SRAにLGPLのサポート料払ってヤンヤ言ったらQt Creatorどんどん改良してくれんかな。

>>582

> Qt Creatorに後何が加われば、C++ Builder/Delphiなみと
> いえるのだろうか? 個人的にはGo to Slotがわかりにくかった。

それもまぁ一つだね。全体的に操作が直感的でない気がする。
VC++使ってたヤツもそう言ってたから、C++ Builderに慣れすぎてる
からだとばかりも言えないようだ。

> プロパティリストの欄のタブを変更すると
> イベントハンドラ(Slot)リストがあるべきだろw
> オブジェクト名が変更されると、Slot名も追尾してくれると嬉しい。

これも同意。

一番大きいと思ったのは、いろんな設定がGUIからロクにできないこと。
.proファイル(だっけか?)にテキストで書けって...

585 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 13:36:00 ]
>>584
もちろん使ってみて言ってる。

Code::Blocks,DialogBlocks,wxDev-C++あたりとQt Creatorはどっちもどっち
だなあと思う。俺はQt Creator のGo to Slotは「なるほどこういう手もあるね」
と感心したクチで、ダブルクリックだけが正解じゃないと思った。

ちなみに俺も仕事のメインはDelphiだからあの操作性を求めるのはわかるよ。
でもDelphiと同じ動きで作業できるかよりはそのツールなりの操作性がこなれ
てるかどうかの方が重要だと思う。そういう意味ではCode::Blocksでいいんで
あればQt Creatorでもいいと思うし、「あんなのDelphiに比べれば糞」と言えば
どっちも糞だと思う。

よって、職場のチーム丸ごと「C++Builderやめて○×にしようぜ」と言える
ツールはまだなくって、でも「wx(あるいはQt)で開発してください」という
仕事が来た場合には十分できる環境がある、というのが現状だと思っている。

586 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 13:44:20 ]
仕事でQt Creatorつこうてる僕は何(´・ω・`)



587 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 13:55:51 ]
>>584
> 使ってみて言ってる?
> 俺は全部評価したが、Qt Creatorは今のレベルじゃ使う気にならない。

お前の方こそ、使ってみていっているとは思えない。
つまり、中身が何も無い。

使ってみたという証拠を出せ。

588 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 13:58:34 ]
Qtの宣伝うぜえな
スレ違いだからよそでやれ

589 名前:デフォルトの名無しさん [2009/10/17(土) 14:31:54 ]
>>585
> Code::Blocks,DialogBlocks,wxDev-C++あたりとQt Creatorはどっちもどっち
> だなあと思う。俺はQt Creator のGo to Slotは「なるほどこういう手もあるね」
> と感心したクチで、ダブルクリックだけが正解じゃないと思った。

この辺は感じ方の違いもあると思うが、「ダブルクリックだけが正解じゃない」というのは同意。その辺は
たいした問題じゃない。やっぱりコンパイラオプションやリンカオプション、子プロセスとしてコンパイラや
リンカを起動する場合の環境変数の設定あたりがやりにくいのが俺には受け入れ難い。あるいはQt Creato
r評価した際に取り組みが足りなかったのかもしれん。

> よって、職場のチーム丸ごと「C++Builderやめて○×にしようぜ」と言える
> ツールはまだなくって、でも「wx(あるいはQt)で開発してください」という
> 仕事が来た場合には十分できる環境がある、というのが現状だと思っている。

ウチはソフトの受託開発をやってるわけじゃないので、ちょっと事情が違うかな。自社製品用のソフトを開発
してるので、自分達で今後を決めていく環境にある。顧客別のカスタマイズが非常に多いので、少々環境
設定なんかのスキルの低い人間でもサクサクっと作れる事が第一優先なので、面倒見の大変なのはチト困る。

>>586
それは使いこなせるスキルがあるとも言えると思うよ。

>>587
おいおい、Qt Creatorにケチつけられたのがそんなに気にくわんか? 「中身がないって」>>584に書いたことじゃ
足りないか? 「証拠を示せ」ってどうやって示すんだ?まずは見本を見せてくれ。
俺は何度も書いたけどできればQt使った方が安心感があると思ってるんだが、RADツールの問題で躊躇してる
だけ。Qt Creatorが早く改良されればベストだと思ってる。

>>588
俺がQt Creatorの批判したから、俺にも責任あるね。まぁ、ここはQtスレに比べたらずっと書き込み少ないから、
それだけマイナーだってことなわけで、wxWidgetsの方が形勢不利なのは目に見えてる。
つーか、他のwxWidgets派は応援してくれんのか...

590 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 16:16:41 ]
エディタでゴリゴリ書くのが好きだから…

591 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 16:20:47 ]
俺もエディタ派

592 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 17:55:59 ]
エディタ派って単に慣れているからってだけじゃ・・・
キーバインドだけのために、新しい優れたものを使えない体に
なってしまっただけじゃ・・・

593 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 17:58:48 ]
何でそういう難癖を付けたくなったのかは知らんけど、それは間違いだぜ。
昔からツールボックスアプローチとキッチンシンクアプローチという概念があるんだ。
この世界で『真に新しくて優れたもの』なんてそうそう無いよ。

594 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 18:58:29 ]
IDEはツールボックスだけのものじゃないし。
開発するとき、ヘルプ見ない?
ヘルプ見るのならIDEは便利だよ。

595 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 19:02:38 ]
俺はヘルプを見るときはウェブブラウザってのを使ってる。
分からないメソッドを右クリックするとグーグルというので情報を探してきてくれる。
これ結構便利だよ。

596 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 19:19:18 ]
>>594
まぁ冗談はさておき、エディタ派の人は最新の IDE がどういう物かは
知った上でエディタでコーディングする事を選んでるんだよ。
君がウェブブラウザやグーグルを知ってるのと同じくらいね。

それと当然だけどエディタだけを使って開発している訳じゃないよ。
エディタを補助するツール群を揃えているから、ソースを書く時には
エディタだけで十分という作業スタイルなだけで。
IDE にプラグインを入れまくる人って居るでしょ。その逆だと思えば良い。
IDE から機能を削ぎ落として、テキスト入力以外の機能は別のツールを
組み合わせて使っているんだよ。だからいわゆる IDE は必要ないのです。



597 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 19:26:35 ]
エディタを使うメリットは、ネットブックでも動作が軽快な事、
他の環境に移行し易い事、問題があっても自分で直し易い事かな。
他にもあると思うけど、今思いつくのはこれくらい。

598 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 20:11:21 ]
うーん。
やっぱりコード書いている途中にピリオドを押したら
すぐにヘルプ見るのと同じ効果があるってことは
思いついていないみたいだ。エディタ使っている人は。
なんかギャップを感じるね。

599 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 20:12:44 ]
シェルの補間機能があるのと
ないぐらい以上の差があるのにね。

600 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 20:16:20 ]
全てを記憶しているから問題無い

601 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 20:23:59 ]
>>598
Qt のスレでもピリオドに拘ってる人が居たけど、要らない物は
要らないとしか言いようが無い。それが便利だと思ったら
愛用のエディタに手を入れるか IDE に転ぶかするだろうけど、
今のところは必要ないよ。引き算ができない人は機能一覧を埋める
事ばかり考えるけど、そういう人ばかりじゃないという事です。

人によって考え方や作業フローが違うという事を受け入れられない内は
理解するのは難しいと思われ。

602 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 20:30:09 ]
シェルの補完機能でも zsh の最新版の高度な機能を欲する人も居れば
csh レベルで良いから軽い方が嬉しい人も居る訳で。

まさかその違いが分からない訳じゃないよね?

603 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 20:42:47 ]
まぁ、自分が欲しい物を他人も必ず欲しがると思うのがナンセンスなんだよな。
世界に価値基準が一つしか無いと思ってると大人になって苦労するぞ。

604 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 20:46:04 ]
欲しいか欲しくないかは個人の趣味だけど、
便利か便利じゃないかといえば、
IDEの方が便利だよな。

605 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 20:49:34 ]
便利かどうかを判断する価値基準は無数にあるんだよ

606 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 20:54:34 ]
>>604
俺にとってはIDEじゃない方が便利
そういう話だ



607 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 20:56:12 ]
>>604
扇風機と団扇はどっちが便利?
掃除機と箒は?

608 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 20:59:42 ]
>>604
自動車があるのに自転車に乗るのは馬鹿な事なの?
それとも自動車と自転車を一緒くたに考える人が馬鹿なの?

609 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 21:25:54 ]
吊りだとわかってても反応したくなるな
箒や扇子は電気の無い家の外で使えるから便利だし
自転車は狭い路でも走れるから便利っつー話なんだが


610 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 21:37:53 ]
要らん時までパカパカ補間ウインドウひらくわりに肝心なときには補間できないという難点がある品。
調べたいことがあったらその時バッファにカーソル下の該当ワード拾ってヘルプウィンドウ開くさ。
Windows流の窓最大化文化ばかりが全てじゃないって話。

611 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 21:53:39 ]
一つ気になるのは、PyQtを動かすためにQtが必要であること。
まぁQtへのバインディングと考えれば必要なのは理解できるんですが、
これを各マシンにインストールするのは面倒すぎます。
もし可能であればネットワークにQtを置いて、環境変数でそこを指すようにして、
ネットワークで共有、ってことをやりたい。
それが出来るんならまぁ使ってもいいかな、って気がします。

ところで、wxPythonと比較してPyQtは何に優れてるんですかね。
AutodeskがPyQtを推す意味って何なんだろうか。



612 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 21:53:54 ]
>>609
電気があれば扇風機の方が涼しいし、ウチのオフィスの清掃業者は掃除機を使ってるよ。
ちょっと遠くへ行く時や、同じ距離でも雨の日や荷物がある時は自動車が便利。
便利という指標は考え方や使う人、使う状況によって変わるものだよ。清掃業者が
箒を使わない事を批判している人が居たら、それはちょっとまずい人に見えるよね?

コーディングを行う際にエディタが便利か IDE が便利かも同じ事。
IDE が生まれたのは Smalltalk や Lisp Machine まで遡れる訳だから 30 年以上は
経っている訳だよね。IDE は素晴らしく見えるかもしれないけど、別段新しい物でも
ないんだぜ。この手の論争は少なくとも 10 年以上前からあるし、多分もっと昔から
宗派に分かれて戦ってきたんだろうけど、結論は変わらず『好きな物を使え、他人の
主義にケチをつけるな』だよ。結局、どっちが便利かなんて使う人次第なんだから。

613 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 22:32:31 ]
> これを各マシンにインストールするのは面倒すぎます。
なぜ?

> もし可能であればネットワークにQtを置いて、環境変数でそこを指すようにして、
> ネットワークで共有、ってことをやりたい。
そっちの方が面倒すぎます。

現にあなたやり方すらわかって無いでしょ?

614 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 22:38:41 ]
スレタイ見てくれw

615 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 22:47:18 ]
wxPython+py2exeで造ったプログラムって
wxWidgetsが入っていないPCでも動くよなぁ

>PyQtを動かすためにQtが必要であること
必要なの?

616 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:01:45 ]
py2exeがwxWidgetsライブラリを含めた実行ファイルを作るから。



617 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:03:07 ]
それってQtも同じじゃね?

618 名前:デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:41:36 ]
う、うん……(´・ω・`)

619 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 00:02:50 ]
なんかIDE論議になってるけど,IDEの一番のメリットはデバッガーだと思うんだが。
そりゃコマンドライン派はgdbやcdbでもソースレベルデバッグできると言うだろうが...

IDEのエディタ上で,デバッグ中に変数にマウスカーソル当てると,中身がツール
チップヘルプで表示されるなんて,この上ない便利さだと思わない?

少数のエキスパートを除いて,最大公約数的どちらが仕事が速く出来るか?
と言われれば,やはりIDEの優位性は揺るがないだろう。

620 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 00:05:12 ]
そういう細かい点を日ごろ使って無い人は
わからないんだろうね。

621 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 00:05:38 ]
>>611
>一つ気になるのは、PyQtを動かすためにQtが必要であること。

wxPythonを動かすためにwxWidgetsが必要なのは気にならないの?

622 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 00:17:45 ]
スレが伸びてたからwktkして開いたのに何これ?

623 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 00:30:51 ]
>>619
論点がずれてる。
元々は >>592 にある様に IDE を使えないのは能力の衰えた人という話だった。
君が言う様に IDE を使わないのは少数のエキスパートという事だと、話が真逆。
議論に乗り遅れたのはかわいそうだけど、元々の話と内容が変わってるから、
続けたいなら別スレ立てた方が良いんじゃない?

これだけやっておいてなんだけど完全にスレ違いだしさw

624 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 00:44:47 ]
ではIDE対エディタの続きはこちらでどうぞ
pc11.2ch.net/test/read.cgi/prog/1244310984/

625 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 02:11:59 ]
>621
ttp://blog.taikomatsu.com/2008/06/21/pyqt4メモ/

626 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 07:17:41 ]
>>623
もうやめとくけど,>>619 に書いた「エキスパート」は皮肉だよ。真に受けないで欲しかった。




627 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 07:24:49 ]
もうやめとくと言いながら未練がましく最後っ屁をかますとは人間ができてますなあ

↑皮肉ってこういう事だよ

628 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 07:26:08 ]
あ、真に受けないでね

↑これも皮肉






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<236KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef