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

【GUI】wxWidgets(旧w ..

608:デフォルトの名無しさん
05/11/16 09:56:54
2.4 は死んだと思う．
2.6 は tex のコンパイルが通らなくて試行錯誤してる．

609:デフォルトの名無しさん
05/11/17 16:46:17
クロスプラットフォーム環境のJUCEって使ってみた人いる？
URLﾘﾝｸ(www.rawmaterialsoftware.com)

なんかよさそうなんだけど。

610:デフォルトの名無しさん
05/11/17 22:35:44
こっちで紹介してやってくれ

【C++】マイナーGUIツールキット
ｽﾚﾘﾝｸ(tech板)

611:デフォルトの名無しさん
05/11/17 23:49:06
GUIしかないな。んでGPL。

612:デフォルトの名無しさん
05/11/18 01:23:48
最近はサイザー使わずに自力でリサイズした方が早い気がしてきた

613:デフォルトの名無しさん
05/11/18 01:50:03
>>611
え？　Stringとかの基本クラスもあるよね？

614:デフォルトの名無しさん
05/11/18 11:07:59
コンパイル通ったー！
まだマイナーな問題がいくつかあるし，2.4翻訳の成果を反映してないけど公開します．
URLﾘﾝｸ(wxwindowsjp.sourceforge.jp)

615:デフォルトの名無しさん
05/11/18 21:13:55
何だか分からんが、ドキュメントを日本語化するの？

616:デフォルトの名無しさん
05/11/19 02:00:17
すごいね画期的な試みだね

617:デフォルトの名無しさん
05/11/19 08:56:35
Combobox のプルダウンメニュー「↓」ボタンを押した瞬間を取るイベントの作り方がわからんちん。

618:デフォルトの名無しさん
05/11/19 13:43:07
ないと思うぞ。

combobox「ぽいもの」を自分で作れ。

619:デフォルトの名無しさん
05/11/21 18:34:20
Code::Blocks RC2試してみたけど
スゴク(・∀・)イイ!!ね

620:デフォルトの名無しさん
05/11/22 18:06:10
でも、微妙に使いづらい罠。

621:デフォルトの名無しさん
05/11/22 20:22:34
ライブラリビルドのwx.dswをコンパイルしようとすると
LNK4006の警告が大量(数万)でてコンパイルが終了しないのですが、
どうすればいいんだろうか...

622:デフォルトの名無しさん
05/11/23 10:16:06
Windows XPやLinuxではlocaleの設定が有効でメッセージが日本語になるのですが、
Windows Meではハードコーディングのまま表示されます。
これは何か設定があるのですか？　それとも仕様でしょうか？

623:622
05/11/23 11:45:13
自己解決しました。カタログファイルをUTF-8でエンコーディングしていたのが悪かったようです。
でもシフトJISにするのは嫌だなぁ……

624:デフォルトの名無しさん
05/11/23 13:56:08
スレ違いかもしれませんが・・・
イベント処理でwxWidgetsとかMFCみたいにメッセージマップを使うのと
JavaみたいにListenerを実装してaddListenerするのとでは、
優劣とか、設計的にどっちが新しいとかあるんでしょうか？

それを知ってどうこうするわけでもないんですが・・・、ちょっと興味があったので。
教えて、エライ人。

625:デフォルトの名無しさん
05/11/23 13:58:47
wxMSWってインストーラでインスコした後にライブラリをビルドするヘンテコな
作法になってるやろ？ビルドの際にunicows.lib(libunicows.a)をリンクすれば
ええんちゃう？

626:デフォルトの名無しさん
05/11/24 00:39:41
そりゃSwingスタイルの方が後発だし新しいだろ
設計の良し悪しはまぁ，一長一短だ
俺としてはWTLがいやに先進的に思える・・・

627:デフォルトの名無しさん
05/11/24 07:57:16
wxのイベントハンドラをスタックするモデルは結構好き。

628:624
05/11/26 01:30:31
>>626
一長一短ですか・・・
今のところイベントハンドリング設計ではこれがベストだ！
みたいなモデルがあるのかなあと思ったんですが、
そう単純には決まらないんですね。
レスありがとうございました。

629:デフォルトの名無しさん
05/11/27 14:48:33
windows の keybd_event 命令が2.61(wx-devcpp Beta 6.8)でコンパイルしたら、
実行できるものの、正常に動かなくなりました。2.4では動いていました。
ライブラリが変わったからだろうと思いますが(libwxmsw->libwxmsw26),
どなたか同じ苦しみを味わった方、いらっしゃいませんか？
お助けください。

630:デフォルトの名無しさん
05/12/02 23:16:12
命令ってｗ
とりあえず何がどう正常じゃないのか、
例：以前は○○をしたら××のようになっていたが、○○をしても△△になってしまった。
みたいに書いてもらわんと誰もわからん。
あと、keybd_eventってWin32のスレじゃないのかな。

631:デフォルトの名無しさん
05/12/12 22:40:25
wxMac(on Panther)でUnicodeモードでコンパイルすると、wxTextCtrlのGetValueメソッドの値が
ゴミになりませんか？Unicodeモードでなければ何事もないのだけど。
どなたか同じ境遇の方はいらっしゃいませんか？

632:デフォルトの名無しさん
05/12/13 00:30:33
ﾜﾛｽ

633:デフォルトの名無しさん
05/12/13 20:13:07
ジバン。ジバン。人は誰でも。

634:デフォルトの名無しさん
05/12/14 00:18:56
いや、それ一つの太陽だから。

635:デフォルトの名無しさん
05/12/16 13:26:39
wxPythonの2.6.1を使ってます。
wxListCtrlで、行の選択を解除するメソッドってないですか？

ある行を選択した状態で、ソートとかしてテーブルの内容が変わっても
直前に選択した位置にある行が（内容が変わっていても）選択されたままになってます。
Select(行番号)というメソッドはあるのですが、これで0行目とか選択しても
直前に選択してた部分の解除がされません。

636:デフォルトの名無しさん
05/12/16 14:52:10
wxListCtrl::SetItemState かな

637:デフォルトの名無しさん
05/12/16 16:14:38
SetItemState(行番号, 0, wx.LIST_STATE_SELECTED)
でできました。ありがとうございます。

638:デフォルトの名無しさん
05/12/16 18:49:39
Windows上でのwxWidgetsは、MFC6.0に比べて、速度はどうですか。
具体的には、ダイアログボックスに次々と画像を提示したり
(もしかしたらOpenGLなんかを使ってアニメーションを提示したりも)
したいんです。
けっこうタイミングをクリティカルに扱います。
調べたとこり、wxWidgetsはネイティブを叩くラッパーのようなもの
らしいし、パッと見も問題無いようにも見えますが。
どなたか、使用経験や情報(落とし穴なども)をお持ちの方、おながいします。

639:デフォルトの名無しさん
05/12/16 18:54:50
速度にｳﾙｻｲのならクラスライブラリ使うべきじゃないのでは

640:デフォルトの名無しさん
05/12/16 19:35:13
MFCよりも遅くなります。

wxWidgetは、MFCをラッピングしてるんだから遅くなってあたりまえだよね。

641:デフォルトの名無しさん
05/12/16 19:50:41
>>640
へ？何を言ってるのこの人は

642:デフォルトの名無しさん
05/12/16 20:07:20
>>640
wxDev-CppのwxWidgetもＭＦＣをラッピングしてるのですか？
ちなみにＭＩＮＧＷ系です。
教えてください。お願いします。

643:デフォルトの名無しさん
05/12/16 20:14:20
この人は何を言っているの？

644:デフォルトの名無しさん
05/12/16 20:16:33
URLﾘﾝｸ(yoyox.moo.jp)

645:デフォルトの名無しさん
05/12/16 20:17:28
>>644
わろす

646:デフォルトの名無しさん
05/12/16 20:30:08
ごめん

647:デフォルトの名無しさん
05/12/16 22:47:02
>638
そんなのフレームワークだのみで実装できないだろうから
何を使おうが一緒

648:638
05/12/16 22:59:44
>>639
その意見がごもっともなんですよね。
そのあたり微妙なんで、がんばって自分でためしてみます。
目立って悪い話というのも無さそうなので。

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

649:デフォルトの名無しさん
05/12/21 01:58:07
MFCのラッパーじゃなくてWin32APIのラッパー。

650:デフォルトの名無しさん
05/12/21 07:19:55
WindowsのGUIライブラリは何でもそうだと思うけど > Win32APIのラッパー

651:デフォルトの名無しさん
05/12/21 12:12:57
>>650
ラッパのラッパか直接かってことでしょ。

652:デフォルトの名無しさん
05/12/21 13:55:37
OS標準のパーツ使ってるなら、速度差なんて殆ど体感出来ないだろ。

653:デフォルトの名無しさん
05/12/22 16:40:13
VC++ 2005 Express Editionでビルドできる?

654:デフォルトの名無しさん
05/12/23 01:21:39
1. wxWidgets をソースビルドしたい
2. wxWidgets はインストーラで入れた。wxWidgets のプログラムを作ってビルドしたい
?

655:デフォルトの名無しさん
05/12/23 03:19:11
>>649
両方あったようなきがする。

656:デフォルトの名無しさん
05/12/23 07:24:12
>>655
MFCのラッパーだったらmingwでコンパイルできないだろ。

657:デフォルトの名無しさん
05/12/23 14:35:44
>>655
きがするって、確認しる！

658:デフォルトの名無しさん
05/12/25 00:28:26
>>655
wx 本によると、昔は MFC だったけど今は Win32 API で書き直してある。

659:デフォルトの名無しさん
05/12/25 22:16:26
テンプレの、
Let's wxWidgets
URLﾘﾝｸ(dot-gray.s33.xrea.com)
って、何？

660:デフォルトの名無しさん
05/12/26 08:28:23
前の翻訳プロジェクトを立ち上げた人のページ。

661:デフォルトの名無しさん
05/12/31 12:12:33
>>598で１．５ＭＢ
そのくらいは仕方ないと思ってた。
しかし
wxdevcppでwxframeプロジェクト作って
そのままビルドすると３ＭＢ超えるのはなぜでしょうか？

662:デフォルトの名無しさん
06/01/05 12:14:06
おめ。
XRCを使ってwxMacで開発する手順をまとめてみました。
今ひとつなんだけど。
URLﾘﾝｸ(maloninc.com)

663:デフォルトの名無しさん
06/01/05 18:15:05
ｲｲﾖｲｲﾖｰ

664:デフォルトの名無しさん
06/01/09 04:46:55
wxWidgetsのwxScintilla(wxStyledTextCtrl)に手を加えているのですが
意見をもらえないのでしょうか？
URLﾘﾝｸ(www.geocities.jp)

開発途中のWindows版バイナリです。

車輪の再発明をしても仕方がありませんし、公開に値するしろものでもありませんので
将来的にもソースは出せないと思います。
ゆくゆくは自作のプログラムに組み込めればそれでいいかな、と。

665:デフォルトの名無しさん
06/01/09 05:37:32
ほめられたいだけ？

666:664
06/01/09 06:32:15
テスト不足・テスト環境不足だからお願いしたいのが6割。
残りの4割が意見が聞きたいからですね。

wxTextCtrlでは今ひとつの時がある。
他の人はどうしているのでしょうか？

667:デフォルトの名無しさん
06/01/09 12:11:45
>> 664
それって「オレ様に協力しろ、でもお前等には使わせないぞ」っていってるようなもんだから、
フィードバックなんか一切期待できんだろ。

668:デフォルトの名無しさん
06/01/09 12:33:04
自分の環境で自分で試して自分で納得すればいいじゃん

669:デフォルトの名無しさん
06/01/10 08:35:05
wxScintillaの改良案自体は悪くないと思います。good ideaと思います。

URLﾘﾝｸ(sourceforge.net)
↑これによるとwxScintillaは Pythonライセンスに従うことになると思います。
たぶん、Pythonライセンスはソースコードを公開しないとまずいのでは？
そんなことない？
URLﾘﾝｸ(www.opensource.jp)
↑ここで「非独占的な使用」とあるので、改良した場合はソースコードを公開する義務が
発生すると解釈しました。

670:デフォルトの名無しさん
06/01/10 09:10:28
>>669
>そんなことない？

そんなことない

671:デフォルトの名無しさん
06/01/10 10:13:00
>>669
> ↑ここで「非独占的な使用」とあるので、改良した場合はソースコードを公開する義務が
> 発生すると解釈しました。

むちゃくちゃな解釈だな。キチガイ並。

672:デフォルトの名無しさん
06/01/10 15:18:31
URLﾘﾝｸ(scintilla.sourceforge.net)

673:デフォルトの名無しさん
06/01/10 16:22:06
>>664
いえいえご謙遜を。なかなかよくできていると思います。
公開に値すると思いますよ。この世はGive and Takeです。
コミュニティに還元するとみんな喜びます。

674:デフォルトの名無しさん
06/01/10 20:08:17
Take したい側が Give and Take を持ちかけるのはどうかな。

675:デフォルトの名無しさん
06/01/10 20:17:05
愛銅鑼の話すか

676:デフォルトの名無しさん
06/01/10 21:00:27
give and takeにTakeしたい側なんてないだろ。

677:デフォルトの名無しさん
06/01/10 21:27:42
Take and ブギウギ

678:デフォルトの名無しさん
06/01/10 21:43:39
>>676
つまりはそういう事。

679:664
06/01/10 23:14:35
件のページは削除しました。不具合や改善点が多くて、まだ七合目。

テキストコントロールに＋αの機能
　・テキスト入力
　・日本語対応
　・できるだけプラットホームに依存しない
　・行番号、ホワイトスペース、改行などを表示できる
などを求めた場合、一番簡単な実現方法って何でしょうか？

自分はwxScintilla(wxStyledTextCtrl)が良いのではないかと考えいたのですが
それはどうでしょう？

680:デフォルトの名無しさん
06/01/10 23:59:38
知るか

681:デフォルトの名無しさん
06/01/11 00:16:17
「ソースは出せない」の一言がかなり反感を買ってるみたいだなw

682:デフォルトの名無しさん
06/01/11 00:35:06
そりゃ、対価も無しに人は動かん。

683:デフォルトの名無しさん
06/01/11 00:47:14
車輪の再発明をしても仕方ないしなぁｗ

684:デフォルトの名無しさん
06/01/11 01:24:33
ソースを出せないならソフトウェア板で聞けばいいんだよ。なんでここに来るんだよ。

685:バリー＆ロビン＆モーリス
06/01/11 05:47:34
Give!Give!Give!

686:デフォルトの名無しさん
06/01/11 11:47:19
wxMozillaで動くAjaxエディタを作ればいいんじゃないの

687:デフォルトの名無しさん
06/01/11 12:39:30
名前はAjawxにしよう

688:デフォルトの名無しさん
06/01/11 20:16:13
>>679
ホワイトベースを表示できる。まで読んだ。

689:デフォルトの名無しさん
06/01/12 14:07:43
木馬も表示できないエディタなんて。

690:デフォルトの名無しさん
06/01/13 02:47:45
たまら─ん！(木馬ry

691:デフォルトの名無しさん
06/01/13 23:47:56
大分遅レスだが…

>>420
>だいぶ前に誰かがFOXとfltkのUnicode対応パッチ(もちろんABI非互換)作ってたけど、
>そのサイトなくなっちゃったんだよね。

パッチはここにあるよ。

URLﾘﾝｸ(sourceforge.net)

692:デフォルトの名無しさん
06/01/17 01:13:52
で、そろそろwxFileNameは非Unicodeの0x5c問題解消されたの？

693:デフォルトの名無しさん
06/01/17 02:01:41
そんなのshift_jis使ってる田舎者にしか関係ないからwxで面倒みたりなどしない。
おとなしくunicode使え。

694:デフォルトの名無しさん
06/01/17 02:03:49
それってライブラリの問題とはいえない気がする。
マルチバイト文字を正しく1文字として扱いたいんならUNICODEを使えってことじゃないの。

# Audacityスレ見てこっちきたんでしょ。

695:デフォルトの名無しさん
06/01/17 02:06:37
・0x5c問題
ググっても非公式パッチすら存在しないみたいなので（問題を指摘してるサイトはあったがそこの結論はUnicode使えというもの）
日本人が作者に教えて修正希望でもしない限り永久に無理っぽい感じ。
ファイル・パス名に使う文字はアルファベット以外作者の頭にないから
不具合に”気付くことがない”。

696:デフォルトの名無しさん
06/01/17 02:10:45
そういう修正方法はもう古いやり方だから、だれもパッチなんか書かないんだよ。
UNICODEに移行したほうが楽なの。

697:デフォルトの名無しさん
06/01/17 02:10:50
＞ファイル・パス名に使う文字はアルファベット以外作者の頭にない

wxに限らず海外ソフトの一番の問題だよな。

698:デフォルトの名無しさん
06/01/17 02:34:04
ソース見てないけど何も考えず#include <mbstring.h>加えて
str～を目をつぶって全部_mbs～に書き換えても駄目だろうな。
一昔前の海外ソフトは大抵それでいけたもんだが。
何か別の方法でこだわりの強制1バイト読み込みｗしてそうだ。

699:デフォルトの名無しさん
06/01/17 03:08:41
あぁ、あと_ismbbleadで「2バイト文字だったら1バイト進む」みたいなクサイ修正の仕方もあるな。
俺はstr→_mbsと_ismbbleadしか知らん。エロイ人が他の凄い方法書いてくれるだろ。

700:デフォルトの名無しさん
06/01/17 06:37:12
単純に全ソースを\\で検索したら
「1文字ずつ読んでいって\\だったら」みたいな部分は確かに何箇所かあるみたい。

701:デフォルトの名無しさん
06/01/17 07:38:40
wx的には693でFA。マルチバイトは基本的に存在しない。
# UTF-8版作れいってる奴はいるけど
1byte文字のレガシーなANSIか、Unicode。

702:デフォルトの名無しさん
06/01/17 08:15:12
マルチバイト文字を考えてる外人も居る（居た）。
しかも上に居るUnicode一点張り野郎と違って修正案まで出して多分wxに反映されてる。
URLﾘﾝｸ(lists.wxwidgets.org)

残念ながら「文字の表示」にしか目が行かなかったみたいだが。

703:デフォルトの名無しさん
06/01/17 08:23:30
693＝696＝701
万が一にも修正されたら困るのか？どうでもいい同じ事ばっか書いて。

704:デフォルトの名無しさん
06/01/17 08:28:28
どうせwxWidget使ったアプリか何かのダメ文字解消パッチの作者で
本家で修正されると自分の存在意義がなくなるとかじゃないの？

705:デフォルトの名無しさん
06/01/17 15:18:45
693であって!696,!701なんだが、Vadimの方針は基本的に>>693の通り。
wx-dev読んで、文句があったら自分でメール書け。
この間も似たような議論があったから。

706:デフォルトの名無しさん
06/01/20 10:47:12
wxPythonの変な本が出るらしい．
URLﾘﾝｸ(www.manning.com)

707:デフォルトの名無しさん
06/01/20 11:20:44
表紙の人物が気になる…なんだありゃ

708:デフォルトの名無しさん
06/01/20 17:33:54
samurai

709:デフォルトの名無しさん
06/01/20 19:02:28
samuraiといっても、大名行列で並んで歩いてるような
ちょっとショボそうなのを選んでるのはなぜなんだぜ？

710:デフォルトの名無しさん
06/01/20 20:04:13
外人の描いた絵にそこまで要求しますか

711:デフォルトの名無しさん
06/01/20 23:43:53
Amazonにもあった。デカイ絵が見られる
URLﾘﾝｸ(www.amazon.co.jp)
URLﾘﾝｸ(images-jp.amazon.com)

712:デフォルトの名無しさん
06/01/20 23:53:43
一瞬、鬼太郎に見えた

713:デフォルトの名無しさん
06/01/21 03:46:14
足、みじかくね?

714:デフォルトの名無しさん
06/01/22 16:17:51
VisualStudio2003上でwxWidgets使ってアプリケーション作っています。
画像処理をしたいので、Magick++を利用しようと思ったのですが、
どうやってプロジェクトに組み込んでいいのかわかりません。
Linux上ではできたんですが、win上では何やら特別な方法がいるように感じます。
wxImagickなどというものがあったり、よくわかりません。
どなたか、わかる方、わかりやすく解説されているサイトをご存知の方、
情報下さいませ。

715:デフォルトの名無しさん
06/01/22 17:18:55
ImageMagick自体がいるんでねーの？
URLﾘﾝｸ(www.imagemagick.org)

716:デフォルトの名無しさん
06/01/22 17:49:25
どっちかというとwxのスレよりVSのスレで質問した方がよさそうな。

717:デフォルトの名無しさん
06/01/22 19:03:18
それは無いと思う。
VSでwx使う人の割合よりは
wxをvsで使う人の割合の方が多いだろうし。

718:デフォルトの名無しさん
06/01/22 19:38:05
え？「VSでwx使う人」＝「wxをvsで使う人」じゃないの？

719:デフォルトの名無しさん
06/01/22 20:11:15
プロジェクトに組込むってのがwxと関係ないべ

720:714
06/01/22 23:34:13
正直、どのスレに書くか迷いました。
で、wxとMagickの相性が悪いと睨んでここに書いたのですが。
間違っていました。
単純にMagick++回りのミス(複数)でした。
(Magick++のlibをソースからビルドしたのですが、たぶんその方法がマズかったようで。)

721:デフォルトの名無しさん
06/01/23 01:21:01
>718
それぞれの母数が違うんで、割合も変わってきますな。

722:714
06/01/25 13:27:54
ｺｿｰﾘｽﾚﾁｶﾞｲ
結局ビルドはできてもMagick++回りから
原因不明の例外(突き止めるエネルギー無し)が出て動かんので
wx + Magick はMinGWでやることにしました。

ところで
URLﾘﾝｸ(www.codeproject.com)
このページはいろいろ参考になると思うんですが、テンプレに入れませんか？

723:デフォルトの名無しさん
06/01/28 19:10:32
マップを使おうと思うんですが、STLかwxのか、どっちにしようか迷ってる。
他人のために書いてるプログラムだけど、売りもんじゃない。
サイズもせいぜい20組くらいだし、速度もそんなに要求されないし、好みの問題だよな。
おまえらならどうするよ？

724:デフォルトの名無しさん
06/01/29 00:50:51
STLでいーんでないの。
wxのコンテナって使ったこと無いけど、確かtemplate使ってなくて
マクロでごにょごにょしないといけなくて面倒そうだったような・・・

725:デフォルトの名無しさん
06/01/29 14:02:41
wxってツールバー2段にできないの？

726:デフォルトの名無しさん
06/01/29 15:25:13
>>722
なんかそのページの下の方の議論読んでるとますます使いたくなくなるのだが・・・

727:デフォルトの名無しさん
06/01/29 15:48:14
>>724
そう、あのマクロね。
なるべくwx内に収めるつもりだったけど、STLにするわ。

728:デフォルトの名無しさん
06/01/29 16:18:47
なんでSTLを毛嫌いするのかわからん……標準C++だから誰も文句いわんと思うけど。

729:デフォルトの名無しさん
06/01/29 19:07:08
Embeded C++使い

730:デフォルトの名無しさん
06/01/29 22:54:55
>>726
たぶんそれ、執筆者の写真にパワーを吸い取られた後だからだろ。

731:デフォルトの名無しさん
06/01/30 03:15:01
wxは好きだけど、アホみたいに下位互換を重視している意味がわからない。

732:デフォルトの名無しさん
06/01/30 03:41:09
>>731
互換はあるに越したことはないからな。
Windowsに互換性がなかったら今のシェアも流石になかっただろう。
OSだからwxと全く同じ話だとは言わないけどな。

733:デフォルトの名無しさん
06/01/30 08:24:49
方向性として下位互換にこだわっているというよりも、レガシーOSのユーザが
置いていかれまいと躍起になってサポートしているような気がするよ。

734:デフォルトの名無しさん
06/01/30 11:51:18
どーせなら、LinuxでもつかえるWTLみたいなの実装してくれねーかな。

735:デフォルトの名無しさん
06/01/30 18:08:56
おれはwxWidgetsを愛している

736:デフォルトの名無しさん
06/01/30 21:41:17
レガシーOSを切り捨ててテンプレートやらSTLやらBOOSTやらを使った同様のものがほしいところだ。

737:デフォルトの名無しさん
06/01/30 22:39:08
int main()がワーカースレッド側に置かれてて、
printfとかがSendMessageを呼んでGUIスレッドと連動するように作って欲しい。
処理が重くて長いプログラムが多いんでこっちではそうしてる。

738:デフォルトの名無しさん
06/02/05 22:39:58
wxScintillaの変更をしようかなと思っていましたが、馬鹿がやるものではありませんでした。
わからない・対処できないところばかり。
URLﾘﾝｸ(www.geocities.jp)

wxWidgetsで行っているキー入力やGtkIMContextのシグナル処理と折り合いがつかず、
GTKでの日本語入力を実装できません。
GtkIMContext関連の処理を作り込んだ例ってありませんか？

739:783
06/02/06 00:55:21
車輪の再発明をしても仕方がありませんし、公開に値するしろものでもありませんので
将来的にもソースは出せないと思います。
ゆくゆくは自作のプログラムに組み込めればそれでいいかな、と。

740:デフォルトの名無しさん
06/02/06 01:22:49
>>739
そういうこと書くと、手伝ってあげようって人を萎えさせるだけだと思う
普通に質問だけしたほうがいいんじゃないか

741:デフォルトの名無しさん
06/02/06 02:14:43
しむらー、783! 783!

742:デフォルトの名無しさん
06/02/07 03:08:07
未来人、乙

743:デフォルトの名無しさん
06/02/08 00:42:42
wxruby+windowsにて、画面キャプチャプログラムを書いています。
いまは、win32apiをrubyから叩く形で、画面取得を行っているのですが、
wxrubyだけで、画面キャプチャできるのでしょうか？

wxpythonだと、wxscreendcクラスを利用して画面キャプチャする例を見つけまし
た。ところがwxrubyでは、screendcクラスはサポートされていないようです。

どなたか、wxrubyにてroot windowから画面取得を行う方法についてご存知の方
はいらっしゃいませんか？

744:デフォルトの名無しさん
06/02/08 20:43:14
wxWidgetsのリファレンスを調べて、wxWidgetsにないのか
wxrubyにだけないのかくらい判断してからまたおいで。

745:デフォルトの名無しさん
06/02/08 22:48:05
>>743
公式の周辺へ行きなされ。
ここには数人しかおらんし、せいぜいC++とPy使いくらいじゃろう。

746:デフォルトの名無しさん
06/02/10 02:57:21
>744
う。すみません、言葉足らずでした。
wxWidgetsには存在しているwxscreendcが、wxrubyではサポートされておらず、
なにか代替手段がないかな、という質問でした。

>745
公式周辺もあたってみまーす。

みなさま助言ありがとうございました！

747:デフォルトの名無しさん
06/02/10 03:11:56
自分で実装しちゃうのが一番はやいんでないの。
実装たってラッパーなんだから似たようなものの真似すれば簡単にいけるでしょ。

748:デフォルトの名無しさん
06/02/16 19:55:50
roadmapを見ていたのだが、

URLﾘﾝｸ(www.wxwindows.org)
> 3.0.0 Stable end 2006? - WX_3_0_0
> This stable release will have STL compatibility for compilers that support
> templates fully. For example the wxString class will derive from std::basic_string<>.

俺としてはぜひ前倒ししてほしい。
もう手をつけているんだろうか?

749:デフォルトの名無しさん
06/02/16 23:39:50
std::stringってそもそも継承して使うの推奨されないのでは・・・

750:デフォルトの名無しさん
06/02/16 23:52:33
>>749
ディストラクタに virtual が無いからだっけ。

やるとするなら、typedef かコンポジションかねぇ。

751:デフォルトの名無しさん
06/02/17 23:41:42
STLコンパチを目指すなら妙な派生クラス導入するよりも互換性のあるIteratorを提供してくれたほうがずっとありがたい

752:デフォルトの名無しさん
06/02/22 04:37:34
組み込みに使おうと思って調べてみたけどライセンスが糞だな。
GPL氏ね！
組み込みでソース公開なんて出来る訳ないじゃん。
ファームうp無しに１０年以上使われるの前提ですよ。

753:デフォルトの名無しさん
06/02/22 06:40:03
752の頭は糞だな。
752氏ね！

754:デフォルトの名無しさん
06/02/22 06:42:53
つかいったいどのライセンスを調べたんだ。
実は別のスレへの誤爆だとか？

755:デフォルトの名無しさん
06/02/22 08:27:59
>>754
うん。wxのことではないことは確かだな。

756:デフォルトの名無しさん
06/02/23 09:25:19
wxWindowを基底クラスにウィンドウを作って
半透明にしたいのだけど、子ウィンドウとしてね
何層にも重ねる可能性があります
そういう独自クラスを作ろうかと思ってるんだけど
上位レベルまでの描画情報を取る方法ってありますかね？
アルファ処理は独自に実装してペイントイベントでやればいいのだけど
上位ソースがないことには半透明のブレンドができないのです
できればＯＳ非依存で

757:756
06/02/23 09:27:24
一応環境はＶＣ６でWindowsＯＳを基礎にしてます

758:756
06/02/23 09:30:09
あ、あと各層のサイズはばらばらでマスクで形もいろいろになるので
単純に一個下の表示ソース参照ってわけにはいきませんので

759:756
06/02/23 09:35:03
あ、と書いてていい方法思いついてしまったｗ

760:デフォルトの名無しさん
06/02/23 13:18:24
こんだけスレ汚しておいて、その「いい方法」とやらは言わずじまいか。

761:756
06/02/23 17:22:12
wxScintillaへの当てこすりですから^^

762:756
06/02/23 18:41:05
>>761は別人ですｗ
兄弟のポインタは子自身からでもとれるのでオーダー順にひたすらＤＣを追いかけようかなと
スピードが気になるけど、それが一番スマートなやり方だからいいなと思いましてね
特別管理する別クラスもいらないし

763:デフォルトの名無しさん
06/02/26 19:02:27
CSV形式で保存することをしたいのですが、以下のコードでは、AddLine を用いると一行目の内容しか変わりません。
hogehoge,foo
foo,bar
bar,hogehoge
のようにどんどん追加していきたいのですが、どのようのコードを変えればよろしいでしょうか？
void MyFrame::OnSave(wxCommandEvent &event)
{
　　　wxString buf;
　　　buf = text_ctrl_1->GetValue() + ",";
　　　buf += text_ctrl_2->GetValue() + "\n";
　　　
　　　// Saveする
　　　wxTextFile file;
　　　if (file.Exists()){
　　　　 file.Open("./list.txt");
　　　} else {
　　　　 file.Create("./list.txt");
　　　}
　　　file.AddLine(buf);
　　　file.Write(wxTextFileType_Dos);
　　　file.Close();
}

764:756
06/02/26 20:03:42
file.GoToLine(file.GetLineCount());

765:763
06/02/26 21:59:51
>>764
file.AddLine(buf); の前に書き込んでもボタンを押すごとに１行目しか変わりませんでした。

766:デフォルトの名無しさん
06/02/26 22:44:25
file.AddLine(buf,wxTextFileType_Dos);

767:763
06/02/26 23:15:48
>>766
アドバイスをありがとうございます。試行錯誤した結果、どうも Create しただけではダメなようで、その後に Open しないと、うまくいかないようです。したがって、 763 のソースコードを以下のように書き換えることでうまくいきました。
　　　// Saveする
　　　wxTextFile file;
　　　if (!file.Exists()){
　　　　 file.Create("./list.txt");
　　　}
　　　file.Open("./list.txt");
　　　file.GoToLine(file.GetLineCount());
　　　file.AddLine(buf,wxTextFileType_Dos);
　　　//file.InsertLine(buf, file.GetLineCount(), wxTextFileType_Dos);
　　　file.Write(wxTextFileType_Dos);
　　　file.Close();

768:デフォルトの名無しさん
06/02/27 01:25:43
wxTextFile::Exists
bool Exists() const

Return true if file exists - the name of the file should have been specified in the constructor before calling Exists().

769:デフォルトの名無しさん
06/02/27 05:58:26
試行錯誤の前にドキュメント

770:デフォルトの名無しさん
06/03/03 15:31:56
wxDialogを継承したやつにwxPanelを貼り付けるとおかしくなるのは俺だけ？

771:デフォルトの名無しさん
06/03/03 20:24:19
>>770
どうおかしくなるか書けばいいと思う。

772:デフォルトの名無しさん
06/03/03 21:02:30
>>770
お前だけかもしれないから、どういう環境で使ってるのか書いてくれ

773:770
06/03/03 23:53:14
Borland C++ Compiler 5.5.1
あるいはmingw32(gccのバージョンは3.4.2)
肝心のwxWidgetsのバージョンは2.6.2

手でコードごりごり書いていたけれど念のため
wxDev-C++ Beta 6.9(January 30, 2006) で製作してみた

ダイアログにBoxSizerを張り
その上にRadioButton2つとPanelを張る
さらにPanelの上にBoxSizerを張り
その上にwxTextCtrlを張り付ける

その状態で(SetFontは問題があるからコメントアウトするとして)
コンパイルして実行、RadioButtonを操作すると固まる。

Panelの上に何も乗ってないと動く。
今試したらTextCtrlの替わりにButtonをのせても固まった。

774:デフォルトの名無しさん
06/03/04 01:26:34
wxDialogにwxPanelって貼り付けるもんなのかな。
wxFlameに貼るのは普通だと思うけど。
wxDialogもwxPanelもWX_DECLARE_CONTROL_CONTAINERとかあるから、
そこら辺の競合?とか勝手な想像をしてみる。

てか、wxDialogに直接コントロール乗せるのはだめなの？
BoxSizer入れ子にするとかして。

775:770
06/03/04 08:28:22
staticBoxだと子を丸ごとEnable - Disableの切り替えができないから
(というかそもそも子供をもてないから)
panelでごっそりというつもりでいたんだけどやっぱ駄目かなあ。

FrameでもPanel入れ子にすると同じことおきるなあ。やっぱ駄目なのか。

776:デフォルトの名無しさん
06/03/04 12:59:44
じゃあwxWindowかその独自派生クラスを貼って、
その上にコントロールまとめればいいんじゃない？
wxPanelである必要性はあるのかな。

777:デフォルトの名無しさん
06/03/04 16:08:13
MacOSXのwxPythonだと、wxWindow上のSizerを他のSizerに入れると崩れるが
wxPanel上のSizerにすると他のSizerに入れても崩れない

778:デフォルトの名無しさん
06/03/04 17:03:45
wxWindow上のSizerを他のSizerに入れるなんて想定されてないだろ。

779:デフォルトの名無しさん
06/03/05 03:41:33
されてないな

780:デフォルトの名無しさん
06/03/10 18:09:54

道　木　禿　鞄　穴　局　車　机　髭　忍

781:デフォルトの名無しさん
06/03/10 23:03:31
木禿鞄道穴局机車髭忍

782:デフォルトの名無しさん
06/03/16 17:08:31
EVT_ERASE_BACKGROUNDって実は前回のDCソースをコピーしてるようで
遅いんですが、でSkip()してみたらDCではなくこんどは色で塗りつぶしやがります
もうちらちらちらちらと、指定された背景色ではないです
常にねずみ色です
どうしたらちらつき無く高速にできますかね？

783:デフォルトの名無しさん
06/03/17 00:04:43
枠線とかだけならXORでインスタンスドローすればいいんじゃね？

784:デフォルトの名無しさん
06/03/17 01:23:56
インスタンスドローってなに？

785:http://www.vector.co.jp/soft/win95/util/se072729.html
06/03/18 19:31:50
64bitに対応したトリップ検索プログラムありますか？

TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

786:デフォルトの名無しさん
06/03/20 00:05:15
wxTextCtrlにwxTE_RICH2を指定して、UTF-16に変換できないデータを入れると落ちる。

#include　<wx/wx.h>
#include　<wx/app.h>
#include　<wx/menu.h>
#include　<wx/textctrl.h>

class　win:　public　wxFrame　{
public:
　　win():　wxFrame(NULL,　wxID_ANY,　"ぬるりジェネレータ")　{
　　　　m_tc　=　new　wxTextCtrl(this,　wxID_ANY,　wxT(""),　wxDefaultPosition,　wxDefaultSize,　wxTE_RICH2);　//　wxTE_RICH2を0にすると落ちない
　　　　wxMenu　*mn　=　new　wxMenu;
　　　　mn->Append(1,　wxT("Insert　\"\\x4C\""));
　　　　mn->Append(2,　wxT("Insert　\"\\xFC\""));
　　　　wxMenuBar　*mb　=　new　wxMenuBar;
　　　　mb->Append(mn,　wxT("TEST"));
　　　　SetMenuBar(mb);
　　}

　　void　OnMenu(wxCommandEvent　&ev)　{
　　　　if　(ev.GetId()==1)　m_tc->AppendText(wxT("\x4C"));
　　　　if　(ev.GetId()==2)　m_tc->AppendText(wxT("\xFC"));
　　}
private:
　　wxTextCtrl　*m_tc;
　　DECLARE_EVENT_TABLE()
};

（続く

787:786
06/03/20 00:05:50
（続き

BEGIN_EVENT_TABLE(win,　wxFrame)
EVT_MENU(1,　win::OnMenu)
EVT_MENU(2,　win::OnMenu)
END_EVENT_TABLE()

class　app:　public　wxApp　{
public:
　　bool　OnInit()　{
　　　　wxFrame　*frm　=　new　win();
　　　　frm->Show();
　　　　return　true;
　　}
};

IMPLEMENT_APP(app)

原因は、wxTextCtrl::StreamInの中のwxCSConvのあたり。あまり深くは追いかけていない。
wxのコンバータの糞仕様(変換できないとそのまま戻ってくる)が悪さをしてる模様。

788:デフォルトの名無しさん
06/03/20 16:04:30
wxTextCtrlでSetValueしただけでEVT_TEXTが飛び回るわけですが
片方を変更すると片方に反映するというのを相互にやろうとした場合
永久機関の完成ですよ
なんですかこの仕様は

789:デフォルトの名無しさん
06/03/20 16:10:52
誰かwxWidgetsをJavaでラッピングしてGCJでコンパイルできるようにしてくれませんか？
SWT使うのいやだし、Swingのラッパー使うのもいやなので。

790:デフォルトの名無しさん
06/03/20 17:16:06
>>788
それ大抵のGUIツールキットで普通の現象。
相手側にこの変更は通知しないフラグ立ててsetValue->フラグ解除汁。
でなきゃ受けオブジェクトを他に持って、それで受けて両方に反映。

791:デフォルトの名無しさん
06/03/20 17:51:02
>>788
EVT_TEXT_ENTER や EVT_CHAR は？

792:デフォルトの名無しさん
06/03/21 01:02:35
>>790
Windowsネイティうはそんな仕様じゃないですよ
もちろんMFCも
そもそもイベントっちゅーのはユーザ操作を検知するものであって
プログラム的なタイミング検出はプログラム的にやるでしょ

793:デフォルトの名無しさん
06/03/21 09:39:49
>>792
MFCとの違いで戸惑うのは同意します。
自分が慣れ親しんできたものと違うものに遭遇すると、自分の居所を中心にして
他のものを使いにくいものだと感じるのは自然な反応です。
でも、みっともない。

794:デフォルトの名無しさん
06/03/21 12:32:11
利点の問題でしょ

795:デフォルトの名無しさん
06/03/21 17:24:28
>>792
えーっと、だからどうしたいんですか？ちょっとお前の気持ちで考えてみたよ。次のどれ？
・WindowsネイティブやMFCの方こそ正統、wxWidgetsはそれに合わせろ。
・WindowsネイティブやMFCの方こそ正統、wxWidgetsは糞だ。使えない。
・WindowsネイティブやMFCの方こそ正統、wxWidgetsを使っている奴を啓蒙してやる。
・WindowsネイティブやMFCの方こそ正統、wxWidgetsを使っている奴を煽ってやる。

796:デフォルトの名無しさん
06/03/21 17:51:50
「WindowsネイティブやMFCの方こそ正統」以外の選択肢がwww

797:デフォルトの名無しさん
06/03/21 21:48:06
被害妄想乙

798:デフォルトの名無しさん
06/03/21 22:00:15
Windowsネイティうは

799:デフォルトの名無しさん
06/03/22 00:00:19
>>795
イベントとはユーザ操作による概念で形成されているのですべてにおいて統一されいるほうが
一貫性があり直感的に理解できる、前例の有無の問題ではない
プログラム的な修正についてイベントが発生するということは、そのわかりきったプログラム的な
タイミングの検出方法に２つの動作洗濯機を与えることになり、これは後にプログラムを読む人間に
とって非常に大きな障壁となるだろう
このことによる弊害はそれだけにとどまらず、余計な処理を必要とするためにコードが大幅にふくらみ複雑になる
こういった問題はこれはそうなのだからいいのだとかの軽い問題ではなく、それによって開発されるもの
すべてに多大な影響を与える非常にシビアな問題である
私にはプログラム操作をイベント化する利点が見つけられない
単純にWindows仕様が嫌いだからという理由ならばこれほど馬鹿げた話はないだろう
しかしwxWidgetsはもっともMFCに影響を受けMFCを崇拝した仕様になってるのになぜこんなことを
しているのか疑問である

800:デフォルトの名無しさん
06/03/22 00:18:20
>>799
「WindowsネイティブやMFCの方こそ正統」まで読んだ

801:デフォルトの名無しさん
06/03/22 03:01:47
>>799
「洗濯機」まで読んだ

802:デフォルトの名無しさん
06/03/22 06:00:10
wxWashingMachine

803:デフォルトの名無しさん
06/03/22 07:31:28
>>799
>>795にアンカー付けるんなら、質問にちゃんと答えてくれよ。

お前がwxWidgetsを気に入らないことはわかった。だけど、>799にはそこまでしか
書いていない。気に入らない理由を書いているだけだ。

で、お前はどうしたいんだい。選択肢をふやしてみたよ。

(1)WindowsネイティブやMFCの方こそ正統、wxWidgetsはそれに合わせろ。
(2)WindowsネイティブやMFCの方こそ正統、wxWidgetsは糞だ。使えない。
(3)WindowsネイティブやMFCの方こそ正統、wxWidgetsを使っている奴を啓蒙してやる。
(4)WindowsネイティブやMFCの方こそ正統、wxWidgetsを使っている奴を煽ってやる。
(5)WindowsネイティブやMFCの方こそ正統、wxWidgetsを直してやる。なんせオプソだからな。

(1)～(3)ならお前がここで騒ぐ意味はなさそうだから消えな。
(4)なら勝手にやってろボケ、だね。
(5)ならお手並み拝見。

さあ、どれだ。
選択肢にお前の「どうしたい」がなかったら番号じゃなくて、ちゃんと書けよ。
もう理由は書かなくていいからな。

804:デフォルトの名無しさん
06/03/22 08:17:24
被害妄想すごいなｗ
wxWidgetsはお気に入りのフレームワークだ
だが、お気に入りならひとつの欠点も指摘できないような信者にはなりたかない
バージョンアップで対応するか対応してやってもいいが
とにかく今のこの部分の仕様は利点がない

Windows厨も痛いが、安置Windows厨も痛いなｗ
まああれだ、wxWidgetsのベースソースもいじれないようなｶﾞｷﾝﾁｮはすっこんでろってこったｗ

805:デフォルトの名無しさん
06/03/22 08:23:03
>>803
Hello World以外でなんか作ってから物しゃべろうなｗ

806:デフォルトの名無しさん
06/03/22 14:03:17
>>792の言いたい事って
「SetTextでイベント雪崩が起きちゃって困るんだけどどうしたら良い？
ぼくちゃんが今まで使ってたWindowsネイティブだと起きないから対処法わからないよ」でしょ

807:デフォルトの名無しさん
06/03/22 17:20:16
どうでもいいけど、要望は開発者にしてくれ。
ここに書くと愚痴にしかならん。

808:デフォルトの名無しさん
06/03/22 17:33:09
>>806
それにしても790、791でだいたいわかりそうなもんだが。

809:デフォルトの名無しさん
06/03/23 01:39:12
どうせ愚痴以外に話題だせるようなやついないんだろ？ｗ

810:デフォルトの名無しさん
06/03/23 09:37:28
ていうかここまで全部俺の自演だし

811:デフォルトの名無しさん
06/03/25 05:45:31
LGPLってことは動的なリンクなら問題ない？
VS2003使っているんですが動的なリンクってどうやったらできるんですか？

812:デフォルトの名無しさん
06/03/25 05:56:25
スタティックリンクでも問題なし

813:デフォルトの名無しさん
06/03/25 11:16:47
ＬＧＰＬ改定で基本的にすべてのライセンスを放棄してるのと変わりない

814:デフォルトの名無しさん
06/03/25 14:37:34
それなんてBSDラ(ry

815:デフォルトの名無しさん
06/03/25 14:50:56
とりあえずライセンス読め
乱暴にまとめると
・基本はLGPL
・例外として、このライブラリベースのバイナリのオブジェクトコードを、好きな
　契約下で使用、コピー、リンク、修正、頒布してもいいけど、
　- 他からLGPLやGPLライセンスのコードを持って来た場合は知らんよ
　- ライブラリ自体を修正した場合は、wxWindowsライセンスにするか
　　LGPLにするかは自分で決めろよ。

動的リンクやスタティックリンクしたオブジェクトコードを好きなライセンスで
配布できるけど、あくまでオブジェクトコードだけな。
ソースコードでwxWidgetを配布する場合は、依然としてその部分は
LGPL or wxWindowsライセンスで、ライセンスを放棄してるわけ
じゃないよ。

816:デフォルトの名無しさん
06/03/25 14:52:42
BSDとは、ソースコードを流用したときのライセンスの扱いが違うと思う。

817:デフォルトの名無しさん
06/03/25 15:50:37
>>812-816
わかりやすい説明ありがとうございました。
がんばって覚えてみようと思います。

818:デフォルトの名無しさん
06/03/25 18:49:26
ライセンスの放棄とかわけわかんねーし。BSDだって
ライセンス条項ちゃんとついてるし。なにいってんの

819:815
06/03/25 20:35:49
>818
ライセンス放棄は >813を受けての話な。
BSDがライセンス放棄を前提にしているなんて言っちゃいねーからな。

誰だよ、そんな話をしているの。

820:デフォルトの名無しさん
06/03/25 20:48:01
ライセンスは著作権者が使用者に「与える」もので著作権者が自ら
放棄するものではない。なぜなら自らが自らに対してライセンスを
与えるという行為はしないからだ。

821:デフォルトの名無しさん
06/03/26 00:02:12
バイナリにしたら基本的に配布形態は自由です
商用だろうとなんだろうとリンクしようとＤＬＬだろうとなんでもありです
wxWidgetsのプロジェクトリーダーが正式に回等したメールを見たことがあります

822:デフォルトの名無しさん
06/03/26 04:56:57
wxWidgetsはクロスプラットフォームとフリーライセンスが売りだろ～。
これを知らずに使い始めるやつっていったい・・・。

823:デフォルトの名無しさん
06/03/26 05:32:54
wx-Devcppのライセンスはなに？
知っている人教えてください。

824:デフォルトの名無しさん
06/03/26 10:53:48
LGPL

825:デフォルトの名無しさん
06/03/26 11:31:35
>>822
・クロスプラットフォーム⊂自分の使いたいプラットフォームで使える
なのだから別に知らなくても問題ないと思うが。

クロスプラットフォーム性もまんまおまかせで済むわけじゃなく、
プラットフォーム間での挙動の違いとか、プラットフォームによって
実装されてないところとかも多少あるしね。

826:デフォルトの名無しさん
06/03/26 12:04:04
>>824

ありが㌧

827:デフォルトの名無しさん
06/03/26 13:47:11
>>825
>822が書いた、クロスプラットフォームとフリーライセンスの
どっちを「別に知らなくても問題ない」と書いているの？

クロスプラットフォーム性を重視しないのなら、wxのメリットってかなり無くなるよね。
MFCで組むとか、Cocoaで組むとか、Gtk+で組むとかの方が良いんじゃない？

ライセンスの緩さを重視しないのなら、Qtの方がクロスプラットフォームツールキットとしての
出来は良いんじゃない？

やっぱり、wxのメリットってクロスプラットフォームとフリーライセンスの両方を必要とするところで
出てくるんじゃないかなあ。

828:デフォルトの名無しさん
06/03/26 14:26:47
そこに山があるから。

829:デフォルトの名無しさん
06/03/26 15:47:59
> クロスプラットフォーム性を重視しないのなら、wxのメリットってかなり無くなるよね。
> MFCで組むとか、Cocoaで組むとか、Gtk+で組むとかの方が良いんじゃない？

そうか？ feasibleな選択であれば別に何使っても構わんだろ？

830:デフォルトの名無しさん
06/03/26 16:15:02
Visual C++ 2005 Express Editionで使用可能なの？

831:デフォルトの名無しさん
06/03/26 17:46:49
どうでもいいが実行ファイルでかすぎだろｗ

832:デフォルトの名無しさん
06/03/26 17:54:59
あんまり期待しないで聞いてみる
wxZlibStreamってのがあるわけだがファイルに出す方法はわかったんだが
メモリにだすにはどうしたらよいのでしょうか？
メモリ上のデータを圧縮してバッファに格納して結果のサイズを知りたいわけです

833:デフォルトの名無しさん
06/03/26 18:54:03
wx-Devcppでコンパイルしたら実行ファイルが約４Ｍもある。
どうにかならんものか・・・・

834:832
06/03/26 19:23:50
とりあえず出来たからいいや、教えないいけどｗ

835:デフォルトの名無しさん
06/03/27 00:59:50
>>831
>>833
それがクロスプラットフォーム性の代償です。
（等価交換の法則）

836:デフォルトの名無しさん
06/03/27 01:36:40
いやそれにしてもでかすぎだろ。TkはTclインタプリタ抱き合わせだけど
1.5Mくらいだろ。なんであんなにでかくなんだよ。

837:デフォルトの名無しさん
06/03/27 02:12:13
リンクするときに普通は必要な部分だけのバイナリを実行ファイルに組み込むわけで
小さくなるんだけど
これは常にほとんど使用状態で上位クラスが成り立ってるから全部セットでついてくるんだよな
Hello Worldだけでも相当でかいｗ
まあ規模のでかいソフトだと別に問題ないがｗ

838:デフォルトの名無しさん
06/03/27 02:35:12
ランタイムを分離するとかもう少しやり方がありそうなモノだが。
実行ファイルがいくつもある場合無駄が多すぎ。

839:デフォルトの名無しさん
06/03/27 03:03:01
というかそれってできないの？
小さな実行ファイルと巨大なdllに分かれてくれたほうが落ち着くというか何というか

840:デフォルトの名無しさん
06/03/27 07:41:17
できます

841:デフォルトの名無しさん
06/03/27 08:45:06
listctrl.cpp

void wxGenericListCtrl::DoClientToScreen( int *x, int *y ) const
{
return m_mainWin->DoClientToScreen(x, y);
}
なんじゃこりゃｗ

842:デフォルトの名無しさん
06/03/27 12:52:58
丸投げ
return がイカスね

843:デフォルトの名無しさん
06/03/27 15:02:43
return イカス！

844:デフォルトの名無しさん
06/03/27 15:18:49
return イカスミスパゲッティ

845:デフォルトの名無しさん
06/03/27 18:55:04
おいお前ら気づけよ
最新の2.6.3ソースなわけだが
void で returnしてんだよｗ

次ページ