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


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

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



1 名前:デフォルトの名無しさん [04/10/12 04:58:32]
クロスプラットフォーム GUI ライブラリの wxWidgets (旧 wxWindows)について語りましょう。

本家
 www.wxwidgets.org/
wxWindows日本語プロジェクト
 wxwindowsjp.sourceforge.jp/
Let's wxWidgets
dot-gray.s33.xrea.com/
(*)準備中(*)
www.geocities.co.jp/SiliconValley-Cupertino/8526/
wxWindowsで始めるC++ GUIプログラミング
www.h3.dion.ne.jp/~k5_n/wxwin/
wxWidgets でクロスプラットフォーム GUIアプリを作ろう
namazu.org/~satoru/pub/uu-2004-08/
dW : Linux : wxWindowsの概要
 www-6.ibm.com/jp/developerworks/linux/010413/j_l-wxwin.html
SunWorld Online:wxWindows――無名だが成熟したGUIツールキット
 www.idg.co.jp/sw/back/200102/20010219_01_report.html

702 名前:デフォルトの名無しさん mailto:sage [2006/01/17(火) 08:15:12 ]
マルチバイト文字を考えてる外人も居る(居た)。
しかも上に居るUnicode一点張り野郎と違って修正案まで出して多分wxに反映されてる。
lists.wxwidgets.org/archive/wx-dev/msg48980.html

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

703 名前:デフォルトの名無しさん mailto:sage [2006/01/17(火) 08:23:30 ]
693=696=701
万が一にも修正されたら困るのか?どうでもいい同じ事ばっか書いて。

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

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


706 名前:デフォルトの名無しさん mailto:sage [2006/01/20(金) 10:47:12 ]
wxPythonの変な本が出るらしい.
www.manning.com/books/rappin

707 名前:デフォルトの名無しさん mailto:sage [2006/01/20(金) 11:20:44 ]
表紙の人物が気になる…なんだありゃ

708 名前:デフォルトの名無しさん mailto:sage [2006/01/20(金) 17:33:54 ]
samurai

709 名前:デフォルトの名無しさん mailto:sage [2006/01/20(金) 19:02:28 ]
samuraiといっても、大名行列で並んで歩いてるような
ちょっとショボそうなのを選んでるのはなぜなんだぜ?

710 名前:デフォルトの名無しさん mailto:sage [2006/01/20(金) 20:04:13 ]
外人の描いた絵にそこまで要求しますか



711 名前:デフォルトの名無しさん mailto:sage [2006/01/20(金) 23:43:53 ]
Amazonにもあった。デカイ絵が見られる
ttp://www.amazon.co.jp/exec/obidos/ASIN/1932394621
ttp://images-jp.amazon.com/images/P/1932394621.01.LZZZZZZZ.jpg

712 名前:デフォルトの名無しさん mailto:sage [2006/01/20(金) 23:53:43 ]
一瞬、鬼太郎に見えた

713 名前:デフォルトの名無しさん mailto:sage [2006/01/21(土) 03:46:14 ]
足、みじかくね?

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


715 名前:デフォルトの名無しさん mailto:sage [2006/01/22(日) 17:18:55 ]
ImageMagick自体がいるんでねーの?
www.imagemagick.org/script/index.php

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

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

718 名前:デフォルトの名無しさん mailto:sage [2006/01/22(日) 19:38:05 ]
え?「VSでwx使う人」=「wxをvsで使う人」じゃないの?

719 名前:デフォルトの名無しさん mailto:sage [2006/01/22(日) 20:11:15 ]
プロジェクトに組込むってのがwxと関係ないべ

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




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


722 名前:714 mailto:sage [2006/01/25(水) 13:27:54 ]
コソーリ スレチガイ
結局ビルドはできてもMagick++回りから
原因不明の例外(突き止めるエネルギー無し)が出て動かんので
wx + Magick はMinGWでやることにしました。

ところで
www.codeproject.com/useritems/wxwidgets.asp
このページはいろいろ参考になると思うんですが、テンプレに入れませんか?

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

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

725 名前:デフォルトの名無しさん [2006/01/29(日) 14:02:41 ]
wxってツールバー2段にできないの?

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

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

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

729 名前:デフォルトの名無しさん mailto:sage [2006/01/29(日) 19:07:08 ]
Embeded C++使い

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



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

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

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

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


735 名前:デフォルトの名無しさん mailto:sage [2006/01/30(月) 18:08:56 ]
おれはwxWidgetsを愛している

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

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

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

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


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

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



741 名前:デフォルトの名無しさん mailto:sage [2006/02/06(月) 02:14:43 ]
しむらー、783! 783!

742 名前:デフォルトの名無しさん mailto:sage [2006/02/07(火) 03:08:07 ]
未来人、乙

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

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

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


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

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

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

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

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

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

748 名前:デフォルトの名無しさん [2006/02/16(木) 19:55:50 ]
roadmapを見ていたのだが、

www.wxwindows.org/roadmap.htm
> 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 名前:デフォルトの名無しさん mailto:sage [2006/02/16(木) 23:39:50 ]
std::stringってそもそも継承して使うの推奨されないのでは・・・

750 名前:デフォルトの名無しさん mailto:sage [2006/02/16(木) 23:52:33 ]
>>749
ディストラクタに virtual が無いからだっけ。

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



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

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

753 名前:デフォルトの名無しさん mailto:sage [2006/02/22(水) 06:40:03 ]
752の頭は糞だな。
752氏ね!



754 名前:デフォルトの名無しさん mailto:sage [2006/02/22(水) 06:42:53 ]
つかいったいどのライセンスを調べたんだ。
実は別のスレへの誤爆だとか?



755 名前:デフォルトの名無しさん mailto:sage [2006/02/22(水) 08:27:59 ]
>>754
うん。wxのことではないことは確かだな。

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

757 名前:756 mailto:sage [2006/02/23(木) 09:27:24 ]
一応環境はVC6でWindowsOSを基礎にしてます

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

759 名前:756 mailto:sage [2006/02/23(木) 09:35:03 ]
あ、と書いてていい方法思いついてしまったw

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



761 名前:756 mailto:sage [2006/02/23(木) 17:22:12 ]
wxScintillaへの当てこすりですから^^

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

763 名前:デフォルトの名無しさん mailto:sage [2006/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 mailto:sage [2006/02/26(日) 20:03:42 ]
file.GoToLine(file.GetLineCount());

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

766 名前:デフォルトの名無しさん mailto:sage [2006/02/26(日) 22:44:25 ]
file.AddLine(buf,wxTextFileType_Dos);

767 名前:763 mailto:sage [2006/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 名前:デフォルトの名無しさん mailto:sage [2006/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 名前:デフォルトの名無しさん mailto:asage [2006/02/27(月) 05:58:26 ]
試行錯誤の前にドキュメント

770 名前:デフォルトの名無しさん mailto:sage [2006/03/03(金) 15:31:56 ]
wxDialogを継承したやつにwxPanelを貼り付けるとおかしくなるのは俺だけ?



771 名前:デフォルトの名無しさん mailto:sage [2006/03/03(金) 20:24:19 ]
>>770
どうおかしくなるか書けばいいと思う。


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

773 名前:770 mailto:sage [2006/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 名前:デフォルトの名無しさん mailto:sage [2006/03/04(土) 01:26:34 ]
wxDialogにwxPanelって貼り付けるもんなのかな。
wxFlameに貼るのは普通だと思うけど。
wxDialogもwxPanelもWX_DECLARE_CONTROL_CONTAINERとかあるから、
そこら辺の競合?とか勝手な想像をしてみる。

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

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

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

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

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

778 名前:デフォルトの名無しさん mailto:sage [2006/03/04(土) 17:03:45 ]
wxWindow上のSizerを他のSizerに入れるなんて想定されてないだろ。


779 名前:デフォルトの名無しさん mailto:sage [2006/03/05(日) 03:41:33 ]
されてないな

780 名前:デフォルトの名無しさん mailto:sage [2006/03/10(金) 18:09:54 ]

道 木 禿 鞄 穴 局 車 机 髭 忍



781 名前:デフォルトの名無しさん mailto:sage [2006/03/10(金) 23:03:31 ]
木禿鞄道穴局机車髭忍

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

783 名前:デフォルトの名無しさん mailto:sage [2006/03/17(金) 00:04:43 ]
枠線とかだけならXORでインスタンスドローすればいいんじゃね?

784 名前:デフォルトの名無しさん [2006/03/17(金) 01:23:56 ]
インスタンスドローってなに?

785 名前:http://www.vector.co.jp/soft/win95/util/se072729.html mailto:http://www.microsoft.com/japan/windowsxp/64bit/default.mspx [2006/03/18(土) 19:31:50 ]
64bitに対応したトリップ検索プログラムありますか?

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

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

786 名前:デフォルトの名無しさん [2006/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 mailto:sage [2006/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 名前:デフォルトの名無しさん [2006/03/20(月) 16:04:30 ]
wxTextCtrlでSetValueしただけでEVT_TEXTが飛び回るわけですが
片方を変更すると片方に反映するというのを相互にやろうとした場合
永久機関の完成ですよ
なんですかこの仕様は

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

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



791 名前:デフォルトの名無しさん mailto:sage [2006/03/20(月) 17:51:02 ]
>>788
EVT_TEXT_ENTER や EVT_CHAR は?

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

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

794 名前:デフォルトの名無しさん [2006/03/21(火) 12:32:11 ]
利点の問題でしょ

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


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

797 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 21:48:06 ]
被害妄想乙

798 名前:デフォルトの名無しさん mailto:sage [2006/03/21(火) 22:00:15 ]
Windowsネイティうは


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

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



801 名前:デフォルトの名無しさん mailto:sage [2006/03/22(水) 03:01:47 ]
>>799
「洗濯機」まで読んだ

802 名前:デフォルトの名無しさん mailto:sage [2006/03/22(水) 06:00:10 ]
wxWashingMachine






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

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

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