[表示 : 全て 最新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/


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 ]
あ、真に受けないでね

↑これも皮肉



629 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 07:50:53 ]
>>619 が皮肉になっていないのは捻っているようで全く捻ってないから。
『エキスパートは IDE を使わないでも仕事が速く出来る』という命題は
文字通り解釈出来てしまうから皮肉にならない。

むしろ『中身がツールチップヘルプで表示されるなんて,この上ない
便利さだと思わない?』という表現の方が皮肉っぽいよ。例えば
『中身がツールチップヘルプで表示されるなんて,この上ない便利さ
だと思わない?(見た目に騙される初心者め)』みたいな感じで
解釈可能だからね。『ツールチップヘルプ? ログに残したい時は
どうするのさ。デバッガの使い方くらい覚えた方が良いぜ』みたいに
続けると良い感じかもね。

もしまだ続きがしたいなら >>625 のスレへどうぞ。

630 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 07:51:40 ]
あ、スマソ。>>624 のスレでした。

631 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 07:54:03 ]
Python書くときはvim、C書くときはEmacsだけど
JavaはEclipse、趣味はDelphiな俺が通りますよ〜。

ぶっちゃけどれもそれぞれ使い安いよ。最高!

632 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 08:37:43 ]
Java/Python/LaTeX → Eclipse
C/C++ → Visual C++
その他 → Emacs

633 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 09:47:11 ]
ログに残したいときはそうすれば良いし、
ツールチップでも見れること何が悪いのか
さっぱりわからんw

ツールチップという見た目に対して文句つけてるの?

634 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 10:07:37 ]
>>633
ツールチップで見られるならそれは便利だろう
でもだからといって、他の難点に目をつぶってIDEを使う気にはなれない
エディタ全体・IDE全体としてどうかという話

635 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:15:37 ]
このスレ、スレタイ間違ってる?
IDEのスレなのになんでwxナントカって書いてあるけど…

636 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:24:25 ]
wxナントカはもう死にました。

637 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 14:34:12 ]
そっか。じゃあIDEの話で盛り上がっていいんだね?!

638 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:13:18 ]
まずIDEの議論をして、その結果の良いIDEをwxで実現する予定です



639 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:15:18 ]
すみません
wxPython-src-2.8.10.1をインストール死ようとすると
wxWidgetsのコンパイルは性交したらしいのですが
build途中で死ぬんです


640 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:20:35 ]
639 途中でした

src/gtk/_gdi_wrap.cpp: In function ‘PyObject*
_wrap_DC_SetDeviceClippingRegion(PyObject*, PyObject*, PyObject*)’:
src/gtk/_gdi_wrap.cpp:20612: error: ‘class wxDC’ has no member named
‘SetDeviceClippingRegion’
src/gtk/_gdi_wrap.cpp: In function ‘PyObject*
_wrap_GraphicsRenderer_CreateBitmap(PyObject*, PyObject*, PyObject*)’:
src/gtk/_gdi_wrap.cpp:31407: error: ‘class wxGraphicsRenderer’ has no
member named ‘CreateBitmap’


641 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:24:22 ]
環境は?
環境設定ミスってないか?

642 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 16:23:13 ]
パッチが出てるみたい

ttp://code.google.com/p/devide/source/browse/trunk/johannes/patches/wxpython28101_gdiwrap.diff

--- wxPython/src/gtk/_gdi_wrap.cpp.orig 2009-08-08 16:26:48.000000000 +0200
+++ wxPython/src/gtk/_gdi_wrap.cpp 2009-08-08 16:32:50.000000000 +0200
@@ -4195,6 +4195,10 @@
     virtual wxGraphicsBrush CreateRadialGradientBrush(wxDouble , wxDouble , wxDouble , wxDouble , wxDouble ,
                                   const wxColour &, const wxColour &)  { return wxNullGraphicsBrush; }
     virtual wxGraphicsFont CreateFont( const wxFont & , const wxColour & ) { return wxNullGraphicsFont; }
+
+    // patch required as explained in
+    // groups.google.com/group/wxPython-users/browse_thread/thread/129ba27e2f868c3c?pli=1
+    wxGraphicsBitmap CreateBitmap( const wxBitmap &bitmap ) const { return wxNullGraphicsBitmap; }
 };


643 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 17:59:42 ]
>>642
出来ました
ありがとうございました


644 名前:デフォルトの名無しさん mailto:sage [2009/10/18(日) 22:28:11 ]
ライブラリAPI使いまくりの部分はIDEが断然楽だけど、
自前コードが多いとこは、なれたエディタのほうが軽快かな

645 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 00:09:56 ]
wxWidgetsってネイティブ以外にonGTKとかonX11とか
あるんだからonQtっつーのも有っても良いような気がする


646 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 01:01:32 ]
>>645
同意。

647 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 05:43:27 ]
>>644
なんでIDE vs エディタ論争になるのかぜんぜんわからん。
俺は両方使い分けてる。IDEの外部ツールに使い慣れたエディタ登録
して,エディタ編集したくなった時は起動すれば,現在編集中の行・列
にカーソルがある状態で編集開始できる。
排他制御問題も,IDE側/エディタ側の双方の設定で解決できるし。

...ってそういう話じゃないのか?

648 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 06:10:25 ]
>>647
話の腰を折るな!



649 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 07:34:16 ]
はぁ?
オマエ見当違いすぎ

650 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 08:35:32 ]
いいからどっちも他のスレでやれ

651 名前:デフォルトの名無しさん mailto:sage [2009/10/19(月) 23:15:17 ]
ケンカはやめて(><)

652 名前:デフォルトの名無しさん mailto:sage [2009/10/20(火) 03:38:19 ]
私のために…

653 名前:デフォルトの名無しさん mailto:sage [2009/10/20(火) 03:39:02 ]
「赤いきつね」と「緑のたぬき」の具材を強化した新商品が、
コンビニ限定商品として10月19日から販売が始まった。

654 名前:デフォルトの名無しさん mailto:sage [2009/10/20(火) 09:24:18 ]
私のために?

655 名前:デフォルトの名無しさん mailto:sage [2009/10/20(火) 11:13:38 ]
争わないで!

656 名前:デフォルトの名無しさん mailto:sage [2009/10/20(火) 12:05:33 ]
もうこれ以上

657 名前:デフォルトの名無しさん mailto:sage [2009/10/20(火) 13:15:41 ]
すれ違いの話を

658 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 07:52:30 ]
今、VC++2008でwxWedgetsプログラミングしてるんですけど、
他のパソコンでも実行できるようにしたいんですけど、
どのdllをリンクさせる必要がありますか?
何か教えてください(> <)



659 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 08:17:27 ]
それは使ってるもジールによって変わるから
別のPCでエラーが出なくなるまで
必要なファイルを順番に追加(ry

660 名前:デフォルトの名無しさん mailto:sage [2009/10/22(木) 08:19:14 ]
これのことじゃね?
Microsoft Visual C++ 2008 再頒布可能パッケージ (x86)
ttp://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=9b2da534-3e03-4391-8a4d-074b9f2bc1bf






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

前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