[表示 : 全て 最新50 1-99 101- 201- 301- 2chのread.cgiへ]
Update time : 09/15 03:03 / Filesize : 105 KB / Number-of Response : 314
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


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

【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/


281 名前:デフォルトの名無しさん mailto:sage [2009/01/01(木) 20:38:42 ]
wxとboostがあればもう何もいらない。
これでSOHO GUIアプリ請負で25歳月収60-70万だぜ。

282 名前:デフォルトの名無しさん mailto:sage [2009/01/02(金) 21:05:10 ]
>>281
すごい。SOHOって仕事は自分で営業して取ってくるの?

283 名前:デフォルトの名無しさん mailto:sage [2009/01/02(金) 23:21:46 ]
発注元の慈悲に過ぎん。あと有能な営業なら同じ仕事でも100万で取ってくる。

284 名前:デフォルトの名無しさん mailto:sage [2009/01/03(土) 01:49:01 ]
マ板ネタになりそうだからこれで最後にするが

>>282
もちろんそうよ。ただ、特定の取引先と運良く良いコネが生まれたってのもある。
283のいうとおり、相手の良心に依存してるのはたしかだ。

まだwx自体が知られてなくて、それなりのGUIを作れるわりに
オープンでクロスプラットフォームということもあって
ある程度安心してガンガン技術習得に時間投資できるから
技術的精度が良かったり小回りが効いたりで客の評価は概ね高い。

285 名前:デフォルトの名無しさん mailto:sage [2009/01/03(土) 02:17:40 ]
webやDB込みだよね?
スタンドアロンなアプリで60ならすごいな

286 名前:デフォルトの名無しさん mailto:sage [2009/01/03(土) 02:52:57 ]
たしかにスキルがあって良いコネがあれば,そんぐらいもらえるかもなあ…
羨しすぎる

287 名前:デフォルトの名無しさん mailto:sage [2009/01/03(土) 09:25:49 ]
個人は浮き沈みが激しいから最高値だけで語れないし
将来が不安すぐる

俺も学生の時に某大手商社から個人契約でやらないかって言われたけど
2年後くらいにその商社の社員の賞与が全額カットとかで
行ってたら余裕で切られてたはず

で、今はニートな訳ですが何か?

288 名前:282 mailto:sage [2009/01/03(土) 14:16:16 ]
>>287
自分も今は無職だよ。

ハローワークとかでも、ちょこちょこMFC使った案件の募集をやってる(自分は面接で落ちてしまうけど)んで、
そのままクロスプラットフォーム対応にしたwxWidgetsもそれなりに需要はあると思う。

ただ、wxWidgetsはAUIとかが今後メンテ・拡張されてくのかちょっと不安。
VS2008SP1のMFCみたいな強力なGUIとか、今後開発されるのかな?

289 名前:デフォルトの名無しさん mailto:sage [2009/01/03(土) 15:28:01 ]
無職ならOSSで名を売る作業に戻るんだ
けど、OSSから職に繋がったのなんてほとんど聞いたことない



290 名前:デフォルトの名無しさん mailto:sage [2009/01/03(土) 16:49:55 ]
AUIってドッキングインターフェース?
一般的なアプリでそれほど必須の機能とは思えないけど…
ドッキングできる場所が限定されれば自分で書くのもそれほど大変じゃなさそうだし
市販アプリならスキン的にやたらエキセントリックなUIにしたがるからそっちの方をなんとかしたほうが

wxWidgetsは何処ぞの組み込み系描画ライブラリ企業からバックアップ受けてるから
wxUniversalだのの、コンポーネントを自己描画する方向性ばかりが強まりそう
でもSwingでさえLook&Feelはそれほど発展しなかったのに
wxUniversalにどれほどの需要と将来性があるか個人的には非常に不明だわ

ハロワでMFC案件なんてあるんだ、行ってみようかなぁ

291 名前:デフォルトの名無しさん mailto:sage [2009/01/03(土) 18:55:11 ]
こんなスレまでハロワとかの話題が出てきて
悲しい気分になってきた..

292 名前:デフォルトの名無しさん mailto:sage [2009/01/03(土) 21:09:04 ]
ハロウは楽しかったなあ。俺はあんまり仮装には参加できなかったけどね。

293 名前:282 mailto:sage [2009/01/03(土) 21:22:39 ]
>>289
OSSが仕事で出来れば、それに勝る幸せはないかも。

>>290
wxMac(wxCocoa?)はMac持ってないんで良く分からないんだけど、
wxGTKではMDIがノート(タブ)形式になってしまうんで、LinuxでもMDIっぽいことを
やろうとすると何だかんだでAUI頼みになりそうな気がする。
wxUniversalは個人的には黒歴史として闇に葬り去られて欲しいんだけど、
wxPythonとかではむしろ積極的に活用されてるのかな?

>>291
ごめん、ハロワとかの暗い話題はこの辺でやめときます。

294 名前:デフォルトの名無しさん mailto:sage [2009/01/12(月) 12:28:27 ]
290みたいな御託だけで何もしなさそうな奴が、無職なのはすごく納得する。

295 名前:デフォルトの名無しさん mailto:sage [2009/01/12(月) 15:59:53 ]
wxBlogの方で以下の記事を見かけたんだけど、
日本語に翻訳されたものって何処かにあるのかな?

[wxBlog: Another Year of WX]
wxwidgets.blogspot.com/2009/01/another-year-of-wx.html
[The Wonderful World of wxWidgets 3.0]
svn.wxwidgets.org/viewvc/wx/wxWidgets/trunk/docs/publicity/WoWoW30.html?view=co

296 名前:デフォルトの名無しさん mailto:sage [2009/01/12(月) 17:45:04 ]
>>294
御託だけで何もしないか、そうか、悪かったな。

>>295
概要だけで許せ

[wxBlog: Another Year of WX]
●2008年のwxの大きな動き
・コード書きより環境の改善が大きかった。
・sourceforgeのバグトラッカーをやめてTracを使うようにした。
・BuildBotを導入してビルドエラーを自動検出するようにした。
・Doxygenを使ってドキュメントを自動生成できるようにした。
●2008年に決定した戦略
・wxMacについてCarbonベースからαレベルではあるがwxCocoa(wxOSX)に移行を開始した。
   これにより32/64bitの両環境に対応しUnixスタイルのdynamic libraryからframeworkに移行できる。
・ライブラリの品質向上。
   これにより(長くメンテされておらず、バグが多く非互換性が強くなった)ODBCのサポートがドロップする。
   同様にかなり酷い状況だったwxSocketとwxURLがクリーンアップされた。
   全てではないがいくつかのwxGridの問題が修正された。

297 名前:デフォルトの名無しさん mailto:sage [2009/01/12(月) 17:45:28 ]
(続き)
●機能追加
・wxPorpertyGridがwxWidgetsに含まれた。
・wxDataViewCtrlと関連クラスが結構良くなった。
・wxRichTextCtrlが多くの小さな修正で重要な改善を果たした。
・wxGrid/wxListCtrlのカラム表示サポートの一部としてwxHeaderCtrl、
 wxRearrangeListと関連クラスが追加され、カラムの順序変更が実装された。
・wxWrapSizerが追加された。
・wxCalendarCtrlがネイティブ実装になった。
・wxMessageDialogが改良され、特にボタンにカスタムラベルが使用可能になった。
・wxStaticTextがいくつか改良され、内容の省略をサポートした。
・wxGLCanvasがアンチエイリアスをサポート。
・AUIの主要な変更はwxAUIToolBarの追加。
・ついにwxBaseにイベントのサポートが追加された。
・忘れてるだけで他にもあるかも。
●他
・2.9.0の開発ブランチをプレビューリリースできなかった。
   Unicode関連のフィードバックを取り込むため可及的に早くしたい。
・wxButtonで画像をサポートして欲しいという要望が多い。簡単なのですぐやる。
・今年はwxOSXを完成させて3.0をリリースしたい。

298 名前:デフォルトの名無しさん mailto:sage [2009/01/12(月) 17:46:52 ]
[The Wonderful World of wxWidgets 3.0]

Documentation in Doxygen
・3.0までにカスタムLaTexでドキュメントを整備する。
・ドキュメントの質を上げるためDoxygen形式を採用するが、手作業がかなり必要。
・これで3.0までに内容が見やすく正確になり、
 ビルトインサーチや多くのコントロールのスクリーンショットが含まれる。

C++ features and template support
・STLはバギーな環境・コンパイラが多かったので避けてきた。
・が、大分良くなったので以下のようなSTLが有効な部分で使用する。
   コンテナwxVector<T>、スマートポインタwxSharedPtr<T>、弱参照wxWeakRef<T>等々。
・Visual C++ 6.0のような古いシステムではwxが使えないか、機能制限される。

Platform features and backwards compatibility
・プラットフォームの新機能を取り込む一方、
 最新のシステム向けの開発を阻害しない範囲で互換性もサポートしてきた。
・特にOSXとGTK+2が問題で、10.4Tiger未満のOSXと2.4未満のGTK+2は非サポートに。
・クロスプラットフォームなDB APIは本来範囲外だろということでwxODBCはドロップ。

299 名前:デフォルトの名無しさん mailto:sage [2009/01/12(月) 17:48:24 ]
Unicode: A Single Build for Everyone
・3.0までは歴史的経緯によりUnicodeビルドとANSIビルドの2つが存在する。
・WindowsやJavaはUTF-16を使いGTK+やOSXがUTF-8を使う時代になった。
・ANSIモードは削除。WindowsではUTF-16、それ以外ではUTF-8を使うことを決定。
   UnixとGTK+での呼び出しで異なるUnicode表現間の変換は不要になる。
   wxString、wxPrintf()等はUnicodeと8bit-stringの両方を必要に応じ受ける。
・wxアプリのユーザには見えないが、基礎的な変更で、3.0の主要な動機だった。

New 2D Drawing Code
・2D描画API(wxDC, wxPen等)は常にwxの一部だったが、初期からほぼ変わらず、
 単一のフロントエンドに対し多数のバックエンドが分岐して
 バイナリ互換性を気にすることなく簡単にプラットフォームの差違を吸収してきた。
・古い描画APIは多くのタスクと1990年代の描画能力に対し十分であったが、
 WindowsのGDI+やLinuxのCairo、OSXのCoreGraphics等、
 透過やアンチエイリアス、マトリックス変換といった現代的2Dシステムの
 先進的機能を使用できなかった。
・このため新描画API(wxGraphicsContextとか)が追加される。
   ビットマップでのαチャネルのサポート
   ビットマップのRAWデータへのアクセスをサポート
   定数を変更、wxMODERN→wxFONTFAMILY_MODERN、wxSOLID→wxBRUSHSTYLE_SOLID等。
・参照カウントが合理化されプラットフォームで共通になる。

なんかバカバカしくなったのでここまでで終了。
しょせん気まぐれだ、許せ。



300 名前:295 mailto:sage [2009/01/12(月) 19:19:24 ]
>>296-299
翻訳超乙。Unicode化の理由と、Graphicsの改善のあたりが良く分かった。
とりあえず、3.0は期待して損はなさそうだね。

301 名前:デフォルトの名無しさん mailto:sage [2009/01/12(月) 21:10:20 ]
一服して若干気を取り直したので続きを投下。

Changes to wxBase
(訳注:wxBase自体の紹介は省略)
・wxStringとコンテナクラスには多くの変更がある。
・wxBaseの一番大きな変更はwx3.0でイベントベースのプログラムを書くための
 イベントループ、タイマー、ソケット等の追加。
・ソケットのコードは重複部分を削除、C/C++で分かれていたコードをドロップ。

302 名前:デフォルトの名無しさん mailto:sage [2009/01/12(月) 21:10:54 ]
New controls and other major GUI additions for all ports
全ての修正とマイナーチェンジを羅列できないので、GUIの変更の概要のみ。
・柔軟な表現が可能なwxDataViewCtrl/wxDataViewTreeCtrlを実装。wxListCtrl/wxTreeCtrlを一部代替。
・wxGridの表形式はwxHeaderCtrlに分離したネイティブなヘッダを実装。
・wxPropertyGridの追加。
   名前-値のペアを表現する一般的クラス。
   wxDataViewCtrlと同様、数値、テキスト、リスト、フォントなどの
   組み込みのエディタ(in-place, ポップアップ、コンボボックス等)を提供する。
・wxHyperlinkCtrlをGTKでネイティブに、他では一般的方法で実装。
・ファイルダイアログのカスタマイズのためwxFileCtrlを実装。
・wxRichTextCtrlに親・子スクリプトのサポートを始め高速化など色々改良。
・wxTreeCtrlに状態アイコン表示機能追加。チェックボックス的にも使える。
・wxCalendarCtrlを刷新しMSWとGTK+でネイティブに。その他改良。
・wxTextCtrlとwxComboBoxでオートコンプリート機能を実装。
・wxAUIのクラス群にwxAUIToolBarを追加。より柔軟で自然に。
・wxBitmapComboBoxを再実装、MSWとGTKではネイティブに。
・wxBitmapToggleButtonを全プラットフォームに。
・wxStaticTextは全プラットフォームで省略表現をサポート、GTK+でマークアップ書式をサポート。
・全プラットフォームでwxListBoxの選択イベントの発起方法を書き直し精確にした。
・GTKとOSXでwxCollapsiblePaneをネイティブ実装。
・複数行に渡ってwrap可能な新しいsizer、wxWrapSizerを追加。
・OpenGlキャンバスにマルチサンプル、アンチエイリアスサポート追加。
 wxGLCanvasとwxGLContext分離。
・wxTopLevelWindowをネイティブウィンドウハンドルから構築するため
 MSWとGTK+にwxNativeContainerWindowを追加。

303 名前:デフォルトの名無しさん mailto:sage [2009/01/12(月) 21:11:29 ]
wxMac specific changes (now called wxOSX)
・wxMacという呼称は廃止、wxOSXと呼称、iPhoneとiPodを一部サポート。
・Carbon, Cocoa, CocoaTouchの3つの一般コードに整理。
・OSXのCoreFoundationへのラッパでったり一般的なクラスへのラッパだったり。
・CarbonがwxMacのコアで安定していたが、iPhone対応にCocoa(Touch)が必要で、
 64bitのOSXでは非推奨となるため、現在はCarbonでも今後はCocoaにフォーカス。
・リストラクチャリングの一貫としてQuickDraw APIを使ったコードは削除。
 今後はCoreGraphicsを使用する。
・同様にOSX10.4にないCarbonの関数を使用したコードは削除。
 OSX10.4が最低動作環境になる。
・IconRefのサポート拡充。
・英語以外のロケールでのメニュー項目の重複を修正。
・ボタンにアクセラレータが使用可能に。
・CFLocaleを使用したwxLocal::GetInfo()の実装。

wxGTK specific changes
・GTK+のAPIが後方互換性がなくなって来たためGTK+2.4を最低環境とする。
・wxToolbarは新しいGTK+のツールバーAPIを使用。
・wxChoiceはGtkOptionMenuでなくGtkComboBoxを使用。
・wxComboBoxは非推奨のGtkCombでなく常にGtkComboBoxを使用。
・URLのドラッグはwxURLDataObjectで"text/x-moz-url"を使用。
・GtkPrintとCairoのダイアログを使用した新しいプリントバックエンド。
・アイドルイベントの生成コードを書き直し。
・タブの走査はGTK+でネイティブに。
・wxFrameのメニューバー、ツールバー、クライアントウィンドウとステータスバーは
 GtkVBoxを使用したレイアウトに書き直し。
・ウィンドウマネージャに帰属するウィンドウの装飾に係わらず
 トップレベルウィンドウSetSize()/GetSize()を正しく実装。
・wxYield()の呼び出しを避ける(リエントラント問題回避)ため
 wxClipboardの非同期APIを追加。
・Nokiaのタブレットで使われるMaemoプラットフォームの
 Hildonコントロールをいくつかサポート。

304 名前:デフォルトの名無しさん mailto:sage [2009/01/12(月) 21:13:12 ]
wxMSW specific changes
・後方互換性が確保されており、ユーザ数が多いため最も安定しており、
 他のプラットフォームに比べ大きな変更はない。
・wxCheckListBoxがよりネイティブな感じに。
・長いツールチップが可能に。
・wxCheckBoxとwxToggleButtonで複数行ラベルをサポート。
・より正確なプリントプレビュー。
・サイズ変更可能なダイアログでリサイズグリップを表示。

以上、>>294曰く「御託だけで何もしない無職」の大雑把な訳でした。

305 名前:300 mailto:sage [2009/01/12(月) 23:38:51 ]
>>301-304
引き続きサンクス。wxOSXが結構面白そうに思えたんで、Mac Miniの中古でも
買ってみようかな。
あと、御託云々はあんまし気にしなくても良いと思うよ。

それよか、スタティックリンクでソース公開しなくてもいいwxWidgetsを使って
金儲けできると良いんだけど、クロスプラットフォームでお金になりそうなアプリって
どんなのだろ?どうにもイメージが沸かない。

306 名前:デフォルトの名無しさん mailto:sage [2009/01/13(火) 07:22:12 ]
2ちゃんでちょっと煽られたくらいでむきになるようだと
実社会で辛くないか

307 名前:デフォルトの名無しさん mailto:sage [2009/01/13(火) 07:46:14 ]
翻訳しただけでムキになってるとか決めつけるようだと
実社会ですぐ口論にならないか

308 名前:デフォルトの名無しさん mailto:sage [2009/01/13(火) 18:05:10 ]
まぁ、どう見ても煽られたのが原動力にはなってるがな

309 名前:デフォルトの名無しさん mailto:sage [2009/01/13(火) 18:18:57 ]
翻訳人は無能ではないことを証明したし
英語読めない人は3.0の改善項目がわかったし
みんな幸せってことでいいんじゃなかろか



310 名前:デフォルトの名無しさん mailto:sage [2009/01/14(水) 00:58:01 ]
英語読めるようになりたいな

311 名前:デフォルトの名無しさん mailto:sage [2009/01/14(水) 01:40:22 ]
これからはアラビア語の時代だけれどもね。

312 名前:デフォルトの名無しさん [2009/01/14(水) 13:11:27 ]
つまらん、次

313 名前:デフォルトの名無しさん mailto:sage [2009/01/14(水) 13:56:31 ]
これからはアラビアゴムの時代だけれどもね。






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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

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