03/10/09 00:43
Fox
URLﾘﾝｸ(www.fox-toolkit.org)
SOL++
URLﾘﾝｸ(home.att.ne.jp)
たけのこ
URLﾘﾝｸ(www5.plala.or.jp)
3:デフォルトの名無しさん
03/10/09 00:45
GUI Toolkit Framework Page
URLﾘﾝｸ(www.geocities.com)
4:デフォルトの名無しさん
03/10/09 00:47
OpenAmulet
URLﾘﾝｸ(www.openip.org)
Fltk
URLﾘﾝｸ(www.fltk.org)
V
URLﾘﾝｸ(www.objectcentral.com)
5:デフォルトの名無しさん
03/10/09 01:06
An embedded Linux application environment. Chosen by IBM and Sharp.
URLﾘﾝｸ(www.trolltech.com)
組み込み用Qt
6:デフォルトの名無しさん
03/10/09 01:06
人が来なくたってsage保守し続けるからな！
ネタがないときは俺がサンプルコード書きまくるからな！
7:>>5の補足(1)
03/10/09 01:08
【Qtopia関連】
SLライブラリドキュメント
URLﾘﾝｸ(more.sbc.co.jp)
Qtopia (パームトップ環境)
URLﾘﾝｸ(www.trolltech.com)
Qt/Embedded (GUIツールキット)
URLﾘﾝｸ(www.trolltech.com)
Qt Reference Documentation
URLﾘﾝｸ(doc.trolltech.com)
Qt リファレンス翻訳
URLﾘﾝｸ(www.kde.gr.jp)
【開発環境整備】
ZaurusZone Howtos
URLﾘﾝｸ(www.zauruszone.com)
Unofficial Zaurus FAQ
URLﾘﾝｸ(www.newbreedsoftware.com)
Zaurus Development Version of DemoLinux bootable CDROM (人柱募集中)
URLﾘﾝｸ(www.pellicosystems.com)
8:>>5の補足 (2)
03/10/09 01:09
【開発プロジェクト】
Zaurus-ja (日本語環境整備)
URLﾘﾝｸ(zaurus-ja.sourceforge.jp)
Zaurus Open Source Development
URLﾘﾝｸ(sourceforge.net)
OpenZaurus
URLﾘﾝｸ(openzaurus.sourceforge.net)
Open Palmtop Integrated Environment (Opie)
URLﾘﾝｸ(opie.handhelds.org)
GPE: The GPE Palmtop Environment
URLﾘﾝｸ(gpe.handhelds.org)
Debian Zaurus
URLﾘﾝｸ(people.debian.org)
【ソフトウェア】
IpkgFind (バイナリパッケージ検索)
URLﾘﾝｸ(ipkgfind.handhelds.org)
Zaurus Software Index
URLﾘﾝｸ(killefiz.de)
Konqueror/Embedded (Webブラウザ)
URLﾘﾝｸ(www.konqueror.org)
布目 for Qtopia 1.0 (日本語手書き入力)
URLﾘﾝｸ(www.sikigami.com)
【その他】
Zaurus.LovesLinux.com (ニュース)
URLﾘﾝｸ(zaurus.loveslinux.com)
Linux Links (リンク集)
URLﾘﾝｸ(www.linuxlinks.com)
9:デフォルトの名無しさん
03/10/09 05:41
知らんのもいくつかあるな。
是非続けてくれ。
10:デフォルトの名無しさん
03/10/09 20:26
NTK
URLﾘﾝｸ(ntk.yi.org)
11:デフォルトの名無しさん
03/10/10 00:06
GUI Toolkits for The X Window System
URLﾘﾝｸ(freshmeat.net)
X Development Tools
URLﾘﾝｸ(cbbrowne.com)
WindowMaker の GUI widget セット WINGs
URLﾘﾝｸ(members.ozemail.com.au)
C++ じゃなくてスマソ。WINGs 単体で使えないかな。
12:デフォルトの名無しさん
03/10/10 00:39
期待age
Non-GUI の、フレームワーク系ライブラリって混ぜちゃダメ？
MUSCLE: Multi User Server Client Linkage Environment
URLﾘﾝｸ(www.lcscanada.com)
13:デフォルトの名無しさん
03/10/10 00:47
皆様情報ｻﾝｸｽﾄﾝ
非C++、Non-GUIもщ(･д･)щﾊﾞｯﾁｺｲ!!
14:デフォルトの名無しさん
03/10/10 09:13
JLIB - A C++ porting of java.awt.*
URLﾘﾝｸ(codeproject.com)
15:デフォルトの名無しさん
03/10/11 11:30
winBe: The BeOS API on Win32
URLﾘﾝｸ(homepage.ntlworld.com)
16:デフォルトの名無しさん
03/10/12 01:17
>>1
そろそろネタ切れだろ
そろそろ話題振ってくれよ
17:デフォルトの名無しさん
03/10/12 02:11
>>16
まぁ基本的に>>1は脇役だからな！
コード例とか追加情報が欲しいライブラリをリクエストしてくれると助かるな！
そしたら>>1が勝手に色々知らべてくるからな！
更に>>16が理想のGUIライブラリなんかについて
語ってくれたりすると嬉しいかもな！
18:デフォルトの名無しさん
03/10/12 02:13
ちなみに>>1はboostのようなモダン設計のGUIライブラリを
探しているのだが、中々見付からないんだよな！
19:デフォルトの名無しさん
03/10/12 15:34
>>18
MLで話題にはなっているみたい。
詳しくは見てないので、どなたか結論教えて～。
[boost] GUI/GDI template library
URLﾘﾝｸ(lists.boost.org)
20:デフォルトの名無しさん
03/10/13 20:02
>>19
Boost infoにも載ってたな！
URLﾘﾝｸ(user.ecc.u-tokyo.ac.jp)
その後E. Gladyshevはサンプルコードを書いて、
(URLﾘﾝｸ(lists.boost.org))
さらにそいつを↓のプロジェクトに発展させた模様だ！
Notus
URLﾘﾝｸ(sourceforge.net)
>Modern GUI/GDI template library.
>Notus is an attempt to build a portable GUI framework
>using design concepts of modern C++ libraries such as STL and boost.
policyは今のところWin32とwxWindowsが用意されてるみたいだな！
まだまだ発展途上だが、wxのモダンなラッパーとしても期待できるかもな！
こいつは要チェックや！サンプルコードはしばし待て！
21:デフォルトの名無しさん
03/10/14 02:07
GUI ツールキットのイベントループの実装を説明している資料って無いでしょうか。
コールバックの登録とか、イベントの通知とか。
fltk と fox のソースを試しに眺めてみましたが、select とか poll してるなぁー
って感じで、いまいちよく分からなかった。。。
唯一見つけたのがこれです。
URLﾘﾝｸ(www.asahi-net.or.jp)
22:デフォルトの名無しさん
03/10/14 22:46
>>21 と絡むのかな？絡まないのかな？
GUIからのイベントを捕まえるのに、大きく分けて
・リスナインタフェース登録型
・コールバック関数登録型
・IDディスパッチ型
・派生してオーバーライド型
があると思う。
C++的には、どれが適しているんだろう？
GCがないからハンドラの寿命を管理する必要があるんだが、
循環参照が生じやすいため、参照カウント法との相性が悪いのが気になっている。
イベントの送受信構成が動的に変わらないんだったら、
それほど問題にはならないかもしれないけど。
23:デフォルトの名無しさん
03/10/15 05:50
>>22
ATL/WTL の「インタフェイス登録式＋デフォルト実装提供式」は「使う側」にとっては
結構便利ですよ。なぜテンプレートベースかというと、標準実装においてインタフェイスに
出さない内部的な処理( 以下の例だと IUIAdonerImplWindowless::CreateFont ) を仮想関数
無しで置き換えられるのと、標準実装においては定義していないメンバ変数、メンバ関数も
利用して実装が書けるから( 同 IUIAdonerImplWindoid::GetWindow )。
以下は単純化した例。
class IUIAdoner {
public:
virtual font get_textFont(void) = 0;
};
template class<T>
class IUIAdonerImplWindowless {
protected:
font m_font;
void CreateFont(font& f) { f = SysCreateFont(); };
public:
IUIAdonerImpl() { T::CreateFont(m_font); }
virtual font get_textFont(void) { return m_font; }
};
template class<T>
class IUIAdonerImplWindoid {
public:
IUIAdonerImplWindoid() {}
virtual font get_textFont(void) { return SysGetWindowFont(T::GetWindow()); }
};
24:デフォルトの名無しさん
03/10/15 10:12
>>23
テンプレートうんぬんの部分は、
abstruct class と本質的に変わらないんじゃ？
class IUIAdonerImplWindowless : public IUIAdoner {
protected:
virtual void CreateFont(font& f) { f = SysCreateFont(); }
...
};
効率性とか、コンストラクタで呼べるとかは抜きにして。
ATL/WTLの自己言及的テンプレートって、結局はvtableケチってるだけでしょ？
25:デフォルトの名無しさん
03/10/15 12:23
>>24
vtbl だけじゃなくて abstruct class の個数が増えるのも嫌ってるんじゃない？
IUIAdonerImplWindoid の方を abstruct class でやろうとすると、IWindow なんてのを使って、
T::GetWindow() のところで (dynamic_cast<IWindow*>(this))->GetWindow() とすることになる。
効率性とか記述性とか抜きにして本質を比べたら、UIイベントを特定のスレッドにシリアライズ
するかしないか、くらいしか手法の違いって無くなっちゃうような。。。
26:24
03/10/15 12:52
>>25
確かに記述性はいいね。
継承リストに、付け加えるだけで、オーバーライドの効果があるわけだし。
ただ、WTLの方法って、やっぱり最上位のラッパーなんだよな。
WTLの場合はWindowsコモンコントロールにあたる、
きちんとした下層ライブラリがあってこそ生きてくる。
27:デフォルトの名無しさん
03/10/15 23:37
Chain of Responsibility.
URLﾘﾝｸ(homepage.mac.com)
URLﾘﾝｸ(www.kmonos.net)
28:デフォルトの名無しさん
03/10/20 02:55
>>21
私も探してみましたが、やはりまとまった資料は見当たらないですね…
各種ツールキットの実装に関する資料を一つ一つ巡るしかないかもです。
29:デフォルトの名無しさん
03/11/09 20:58
FLTK っていつの間に UTF-8 サポートしたの?
URLﾘﾝｸ(www.fltk.org)
30:デフォルトの名無しさん
03/11/09 21:08
サポートしてないから投票してるんじゃ？
31:デフォルトの名無しさん
03/11/09 21:39
なる。excite about って言うくらいだからもう実装したのかと思ったよ。
今しばらく Xlib 直叩きが続きそう・・・。
32:デフォルトの名無しさん
03/11/09 21:44
ていうかUnicodeサポートしてるGUIツールキットって何があるの？けっこうあるの？
33:デフォルトの名無しさん
03/11/09 21:53
有名どころでは Gtk+, Qt, Tcl/Tk がそう。FOX は次のメジャーアップデートでサポート
予定。FLTK も 2.0 からは UTF-8 にしたい
34:デフォルトの名無しさん
03/11/09 21:55
ありゃ、途中で送信しちゃった。
FLTK も 2.0 からは UTF-8 にしたいという話は何度も出ている。アンオフィシャルで
UTF-8 パッチもあるよ。
35:デフォルトの名無しさん
03/11/10 01:24
wxWindows もだべ。
36:デフォルトの名無しさん
03/11/10 03:57
Unicode サポートは要らないからマルチバイトサポートくらいはして欲しい。
下層ライブラリでせっかく用意されているのに、、、
37:デフォルトの名無しさん
03/11/12 09:51
GUI部品図鑑
URLﾘﾝｸ(white.sakura.ne.jp)
他にもGUI部品の解説サイトってありませんか？
38:デフォルトの名無しさん
03/11/12 23:48
URLﾘﾝｸ(white.sakura.ne.jp)
39:デフォルトの名無しさん
03/11/19 21:29
いいのないかねえ
40:デフォルトの名無しさん
03/11/21 11:55
Windows ルックアンドフィールで、モダンなGUITKがあると、助かるが、
いろいろやろうと思ったときは、結局ATL/WTLに行き着いたりして。
41:デフォルトの名無しさん
03/11/22 01:06
>>40
細かいことをやろうとすると、やっぱり生のWin32を使いたくなることも多いよな。
LinuxでQt/GTKなんかでGUIプログラミングしているひとは、生のXlibを叩きたくなることはあるんだろうか？
42:デフォルトの名無しさん
03/11/22 02:15
>>41
Athena/Motifでは日常茶飯事だけど
Qt/GTK+ではプロトコル拡張とかしない限りほぼない
43:デフォルトの名無しさん
03/11/22 17:05
widestudioってどうですか？
44:デフォルトの名無しさん
03/11/22 17:17
widestudioが一番簡単かも。VBやDelphiより簡単。
MLのメンバーにも初心者が多い。
ただしもっさりしていて、
メインウインドウの出ないソフトは起動できない。
45:デフォルトの名無しさん
03/11/22 18:41
widestudioか。
個人的にちょっとした道具を作りたいという人には便利かもしれないが、
そのプログラムを不特定多数に使ってもらう、という段階で無理が生じる気がする。
結局、ランタイムが・・・。
46:デフォルトの名無しさん
03/11/23 10:33
Windowsネイティヴで、
フリーで、
肥大してないコンパクトな大きさで、
いざとなればWin32API叩きもできて、
Windowsのユニコード版APIに対応してる
やつってないかなあ。
47:デフォルトの名無しさん
03/11/23 11:10
>>46
> いざとなればWin32API叩きもできて、
が、ウィンドウ関連のAPIだったら、
それこそ MFC/WTL くらいになってしまうと思うが…。
マルチプラットホームのツールキットって、ネイティブハンドルを公開しないものが多いし。
48:デフォルトの名無しさん
03/11/23 12:46
というか、Win32APIはXのToolkitレベルの処理も含むんだよな。
49:デフォルトの名無しさん
03/11/23 12:51
>>46
Windowsの直API叩きたいならWideStudio。
SetWindowLong/GetWindowLongでthisを渡してるシンプルな実装。
独自のウインドウ出しててもWINMAINマクロいじって
メッセージポンプカスタマイズしてれば大丈夫。
50:デフォルトの名無しさん
03/11/23 14:58
WideStudioおとしてみたけどUIがWinネイティヴじゃない感ありありなので萎え。
WTLのフリー版みたいなのがあればいいのになあ
51:デフォルトの名無しさん
03/11/23 15:14
>>50
nmでシンボルを抽出すると、
「WinMain」は「プロジェクト名.o」の中にある。
ソースファイル名「プロジェクト名.cpp」の先頭の辺りに
WinMainを実行するマクロがある。
#ifdef MSW
WS_WINMAIN
#endif
このマクロの中身は、WIN32APIの入門書のサンプルにある
メッセージポンプそのもの。イベントが起きたらGetWindowsLong
でthisをとって、メッセージパッシング。
ネイティブ感ありあり。
52:デフォルトの名無しさん
03/11/23 15:55
よくわかんない
53:デフォルトの名無しさん
03/11/23 19:24
>>50
WTLってフリーじゃん？ …と思ったけど、ATLがVC++にしか付いてこないのか。
それこそ >>49 の方法で簡易版CWindowImplつくって、その上でWTL使うとか。
54:デフォルトの名無しさん
03/11/28 09:43
SWT なら、頑張れば C++に移植できそうな気がする。
SWTのソースを見るとネイティブのAPI叩きまくっているし。
55:デフォルトの名無しさん
03/11/29 16:52
>>54
gcjでコンパイルしたSWTはg++(のC++)から操作できるよ。
Managed C++みたいな感じって言えばいいかな。
56:デフォルトの名無しさん
03/12/01 00:24
>>33
Unicodeに対応してもIMEやXIMに対応しなきゃあんまり意味がない。。。
57:デフォルトの名無しさん
03/12/01 00:26
>>56
対応してるよ。
58:デフォルトの名無しさん
03/12/05 16:05
>>55
ほえー。興味有り。情報 Thanks。
59:デフォルトの名無しさん
03/12/05 20:33
>>58
gcjについては、
Cygwinでの/usr/include/java以下を見てみるといいよ
きっと萌えるから（ｗ
これはCNIっていうJNIの独自版みたいなやつで
JavaをC++に自動でマップしてるヘッダ
CNIとかgcjでのSWTとか詳しいことは以下を見てちょ
URLﾘﾝｸ(page.freett.com)
60:デフォルトの名無しさん
03/12/05 23:14
URLﾘﾝｸ(page.freett.com)
61:デフォルトの名無しさん
03/12/16 18:36
SwingみたいなライトウエイトなGUIツールキットってないのかな。
まぁ需要なさげといえばそれまでなんだが。
62:デフォルトの名無しさん
03/12/16 18:38
>>61
Fltk?
63:デフォルトの名無しさん
03/12/16 19:28
>>61
Qt
FOX
64:61
03/12/17 01:27
あるのかtnx
今から調べてみるよ
65:デフォルトの名無しさん
03/12/18 12:45
全然ライトウエイトじゃなかったぞｺﾞﾙｧ
66:デフォルトの名無しさん
03/12/18 13:26
FLTK = The Fast Light Toolkit
67:デフォルトの名無しさん
03/12/18 17:23
いや、要するにSkinでLook&FeelをかえられるGUIツールキットがほしかったわけなんだが･･･
68:デフォルトの名無しさん
03/12/18 17:40
>>67
URLﾘﾝｸ(themes.freshmeat.net)
69:デフォルトの名無しさん
03/12/18 17:46
うーんさらにクロスプラットフォームという条件がつくんだが･･･ないかな
70:デフォルトの名無しさん
03/12/18 18:27
ライトウエイトって、ネイティブGUIを使ってないという意味で、
動作が軽いっていう意味ではなかったはず。
71:デフォルトの名無しさん
03/12/18 21:54
>>70
スタティックリンクしてもファイルサイズが小さい事が売りじゃなかった?
実際速いし。
スキンは次のバージョンかららしい。
72:デフォルトの名無しさん
03/12/18 23:43
URLﾘﾝｸ(www.fltk.org)
> The FLTK Team has begun the next phase in the evolution of FLTK.
> The 1.2 series will focus on adding UTF-8, print, basic style support,
> custom cursor support, true alpha-blending of images, Quartz support
> on OSX, and updating the menu widgets to the FLTK 2.0 implementation.
> The new series will also include new widgets such as Fl_Combobox,
> Fl_Dock, Fl_Image_Browser, Fl_Image_Display, Fl_Spinbox, Fl_Table,
> Fl_Toolbar_Window, and Fl_View.
XIM サポートしてくれたら嬉しいな。
73:デフォルトの名無しさん
03/12/19 09:30
FLTKのXIMパッチってまだ入手できるの？
74:デフォルトの名無しさん
03/12/19 23:50
URLﾘﾝｸ(www.fltk.org)
75:デフォルトの名無しさん
04/01/12 13:24
Dat落ち回避age
76:デフォルトの名無しさん
04/01/20 00:45
notusいいよね
URLﾘﾝｸ(sourceforge.net)
77:デフォルトの名無しさん
04/01/20 01:06
>>76
たしかに notus のアプローチも面白いんだけど、
GUIの細かい構成は外部設定ファイルに追い出して、動的に構成するのが流行りっぽくね？
78:デフォルトの名無しさん
04/01/22 00:18
>>77
たとえばツールで見た目つくって
実行時にライブラリ側で画面構築してもらうみたいな？
それもお手軽でいいよね。
そういうアプローチのツールキットってなにかある？
79:デフォルトの名無しさん
04/01/22 00:33
GTKをはじめとしていろいろあるだろ。
80:デフォルトの名無しさん
04/01/22 22:30
gtkってgnome界隈で使う分にはいいけど
他のplatformに持っていくと浮いちゃうよね
なんだかなー
81:デフォルトの名無しさん
04/01/22 23:25
Windows 用のツールキットなら、CodeProject 。
jlib が最近のお気に入り。
82:デフォルトの名無しさん
04/01/22 23:38
codeprojectって中途半端じゃね？
漢ならstringray
83:デフォルトの名無しさん
04/01/28 00:19
さいきん話題ないな
84:デフォルトの名無しさん
04/01/29 02:51
>>79
GTKみたいに大掛かりなものじゃなくて、
レイアウトファイルから情報を読み込んで、
あとはプログラム側で好きなようにウィジェットを作成していくようなものはありますか？
XML とか YAML を使えばいいとは思うんだけど、
ＧＵＩ を記述する標準スキーマみたいなものがあれば、それを使いたいのです。
85:デフォルトの名無しさん
04/01/29 19:01
>ＧＵＩ を記述する標準スキーマ
そんなもん無い。
あえて上げるとすればhtml
86:デフォルトの名無しさん
04/01/29 20:46
いちおう、XULがあるのか？
Mozillaも漏れなく付いて来てしまうが。
87:デフォルトの名無しさん
04/01/31 06:37
GLUIはまだでてないかな。
私のまわりではちらほら見ます。
88:デフォルトの名無しさん
04/02/01 00:37
URLﾘﾝｸ(sourceforge.net)
89:デフォルトの名無しさん
04/02/01 01:54
WTL ・・・ ｽﾃｷ!!
90:デフォルトの名無しさん
04/02/01 12:41
Motif/UILだろやっぱ
91:デフォルトの名無しさん
04/02/12 14:51
An introduction to using Fluid
8.5Megs 16 Minutes Running Time
URLﾘﾝｸ(seriss.com)
92:デフォルトの名無しさん
04/02/12 21:27
>>73
↓のことを言ってるのか?
URLﾘﾝｸ(sourceforge.net)
放置プレイになってる。
93:デフォルトの名無しさん
04/02/22 01:26
URLﾘﾝｸ(www.nigels.com)
94:デフォルトの名無しさん
04/02/22 20:35
GUIツールキットはLGPLのやつばっかりだな。BSD系ってTkくらいか。
95:デフォルトの名無しさん
04/02/22 20:57
>>94
Visual Basicでも使えたらよかったのにね
96:デフォルトの名無しさん
04/02/22 21:13
>>73 >>92
URLﾘﾝｸ(www.oksid.ch)
ここのfltk-utf8ならXIM使えるっぽいけど
97:デフォルトの名無しさん
04/02/22 21:56
VBって特定のライセンスのライブラリ使えないの？？
98:デフォルトの名無しさん
04/02/23 00:22
>>94
LGPL だけど、スタティックリンクに関して例外を設けている事が多いね。
99:デフォルトの名無しさん
04/02/24 06:45
>>53
遅レスだけどATLはC++BuilderXのフリー版にもついてくる。
100:デフォルトの名無しさん
04/02/24 09:31
fltk2.0リリースまで何をする気にもなれない
んで100get
101:デフォルトの名無しさん
04/02/24 10:32
fltk はイベント処理まわりがキモすぎる。
102:デフォルトの名無しさん
04/03/09 23:57
URLﾘﾝｸ(www.turn.co.za)
103:デフォルトの名無しさん
04/03/15 22:48
Linux Windows Macのクロスプラットフォームなアプリを作りたいんだけど、
おすすめツールキットある？ 当初はQtで考えてたんだがいつのまにか
Windows版のライセンスがややこしくなってて有料らしいので、ほかを探し
てます。とりあえず、wxWindows(wxWidgets)は上の３つに対応しているらしい
ことがわかったけど、ほかの選択肢はどんなもんでしょう。経験者いたら
経験談キボンヌ。
104:デフォルトの名無しさん
04/03/15 22:52
>>103
Fox tool kit これが一番洗練されていてクロスプラットフォームだ。
でなければ、Swingでも使うんだな。
105:デフォルトの名無しさん
04/03/15 23:34
>>104
サイトを見る限りではMacOSに対応してないようなんですが。
FreeBSDに対応しているのでX上では動かせるのでしょうか？
106:デフォルトの名無しさん
04/03/15 23:34
>>103
私見ですけども
Mac向けのものはwxを含めとにかくMacOSXでの日本語の扱いが
ダメダメつうか壊滅状態ですので、現状素直にCocoa/Carbonで
書き起こすのが最適かと思われます
Macを外せばwx,fltk,XPToolkit等等
一長一短な奴等で十分いけますが、
なかなかアクが強いのでおきおつけくだされ
ぶっちゃけネイティブものを各プラットフォームごとに書いたほうが
楽じゃねーかと思う昨今です
107:デフォルトの名無しさん
04/03/15 23:40
>>106
>ぶっちゃけネイティブものを各プラットフォームごとに書いたほうが
>楽じゃねーかと思
わない昨今です。
Windows|Linuxでやってたけど挫折しました。
今はwxWidgetsでそこそこ幸せに暮らしております。
108:デフォルトの名無しさん
04/03/15 23:41
>>106
じつはMacは持ってないもんで、ユーザにソース渡してコンパイルして
もらおうかと。Cocoaの開発はさすがにMacないとつらいっすよね・・。
まあツールキット使っててもどっちみち厳しいかもしれませんが。
やっぱそれぞれ癖ありますよね。とりあえずwxでやってみます。でも
Qtがわりとよさげなんで最悪ライセンス購入するのもありかと思って
きました。
109:デフォルトの名無しさん
04/03/15 23:49
Tkは？
110:デフォルトの名無しさん
04/03/16 00:02
>>108
>Qtがわりとよさげなんで最悪ライセンス購入するのもありかと思って
>きました。
あー漏れもそろそろ買うつもりでいます
一般的なアプリケーションを書くのならQtはかなり良い選択肢ですよね
111:デフォルトの名無しさん
04/03/16 00:12
>>108
以前触った感じでは、wx と Qt 以外は Mac では日本語の扱いは厳しいよ。
fltk とかは Mac Roman を前提にしているし。日本語の表示だけなら、wx,
Qt, fltk, Tcl/Tk は出来ます。入力もオケなのは wx と Qt だけ。ただし
ちょと不安定だよ。X11 前提で Gtk+ とか使うのが良いかも。Cocoa は
ObjC のライブラリだから、クロスプラットフォームは難しいと思う。
>>109
Tk も安定してなかった。もう少しな感じはしたけどね。
XUL とか SWT とかはどうかな。
112:デフォルトの名無しさん
04/03/16 00:22
Qtって買わないといけないものなの？
113:デフォルトの名無しさん
04/03/16 00:51
>>112
買わなきゃ逝けないのは Win 版か商用開発したい場合のみ。
114:名無しさん@Vim%Chalice
04/03/16 00:58
まぁ今はこんなのもあるわけだが。
URLﾘﾝｸ(kde-cygwin.sourceforge.net)
115:デフォルトの名無しさん
04/03/16 15:28
>>114
なにこれすげー。
早く言ってくれよー、頼むよー。
早速使ってみまつ。
116:デフォルトの名無しさん
04/03/16 17:40
>>114
使ってる?＞Qt3-Win32
Cygwin/X11バックエンドのQt3はKDEが（使い物にはならないスピードで）動くところまできてるけど
Win32バックエンドのほうは開発も停滞してるし、まだ実用にはならないように見えるんだけど。
MLのログをあさってみても3.1ベースが9割がたくらい動いてるけど、みたいに書かれてるし。
使ってるんなら感想プリーズ。
117:デフォルトの名無しさん
04/03/16 18:15
>>113
いまトロールテックのサイトで見てきたけど、ライセンス結構高いんだね。
GPLで公開するアプリなら、Winライセンスだけ買えばいいのかな。
118:デフォルトの名無しさん
04/03/16 21:57
結局wxWindowsが一番か。ソースも公開しなくていいしな。
Tcl/Tkも好きなんだがな。
119:デフォルトの名無しさん
04/03/16 22:14
wxWindowsで作られた実用アプリって聞いたことないけどね。
Eclipse以外のSWTで作られた実用アプリもそうだが。
120:デフォルトの名無しさん
04/03/16 22:18
wxWindowsとSWTって言語は違うけど発想は似てるね。
121:デフォルトの名無しさん
04/03/16 22:27
最終的には、Swingか、AWTで書くしかないだろう。
最近のJVMは割とまともになってきたから、Javaアプリを作るのも
一つの手ではある。
122:デフォルトの名無しさん
04/03/16 22:37
>>119
Audacity
URLﾘﾝｸ(audacity.sourceforge.net)
123:デフォルトの名無しさん
04/03/16 23:59
>>121
スレタイ嫁よ。これだからJava厨はいやだな。
124:デフォルトの名無しさん
04/03/17 00:00
AdobeのソフトやOpera等はどうやってクロスプラットフォームで
作っているのだろう…と言ってみる。
125:デフォルトの名無しさん
04/03/17 00:01
>>123
>13
126:114
04/03/17 00:34
>>116
正直使ってはいない。スマソ。でもなんか昔いじってみたら
「おー一応動くじゃねーか日本語入力出来ねーみてーだけど」
ぐらいの感想を持った…と記憶してるんだけど…
もちろん X11 無しで。
# もしかしたら qt2-win32 だったかもだけど…（^^A;
127:デフォルトの名無しさん
04/03/17 00:47
>>124
Windows版のOperaは知らないけど少なくともUnix版はQtを使ってる。
Adobeはメインストリームの製品は自前のライブラリをもってそうだがQtも使ってるようだ。
URLﾘﾝｸ(www.trolltech.com)
あと国内でAccessがブラウザのNetFrontでうまく階層化してQtでもgtk+でもWin32でも
使えるような仕掛けは用意してたはず。
128:デフォルトの名無しさん
04/03/17 01:44
>>127
へー
AdobeってPowerPlantじゃなかったんだ
129:デフォルトの名無しさん
04/03/17 21:00
>>128
Mac用とWindows用はPowerPlant。
UNIX用はMotif。
Qtを使ったのは実験的なやつ。
130:デフォルトの名無しさん
04/03/18 21:21
>>123
>>13
131:デフォルトの名無しさん
04/03/18 21:27
漢字talk7.5でも使えるクロスプラットフォームな
ライブラリ無い？
132:デフォルトの名無しさん
04/03/18 23:29
>>131
68k?
133:デフォルトの名無しさん
04/03/19 02:38
EZWindows
URLﾘﾝｸ(www.google.com)
134:デフォルトの名無しさん
04/03/21 19:35
URLﾘﾝｸ(www.cs.virginia.edu)
135:デフォルトの名無しさん
04/04/03 21:46
FOX のコーディングスタイル
ｷﾓｰ
136:デフォルトの名無しさん
04/04/04 20:53
>>135
ﾎｼｭ乙
137:デフォルトの名無しさん
04/04/27 13:48
SmartWin++
URLﾘﾝｸ(smartwin.sourceforge.net)
URLﾘﾝｸ(smartwin.sourceforge.net)
138:デフォルトの名無しさん
04/04/28 15:50
>>137
煽りだけ読んでると、gtkmm がゴミに見えてくるな。
139:デフォルトの名無しさん
04/05/11 21:47
notusなにげにバージョンあがってるな
140:デフォルトの名無しさん
04/05/12 22:50
>>139
Notusのアイコンがタケコプター帽子になってて微笑した
URLﾘﾝｸ(notus.sourceforge.net)
141:デフォルトの名無しさん
04/05/17 14:01
FOX バージョンアップしたね。
142:デフォルトの名無しさん
04/05/20 14:22
May 18, 2004 - FOX STABLE 1.2.1
May 16, 2004 - FOX STABLE 1.2.0
143:デフォルトの名無しさん
04/05/20 15:36
「FOX ★」もさっさとバージョンアップしろよ、ぽんこつめ。
144:デフォルトの名無しさん
04/05/20 22:08
UTF-8は使えるの？
145:デフォルトの名無しさん
04/05/26 15:45
Ｃで使えてクロスプラットフォームな
おすすめのライブラリってどれ？
146:デフォルトの名無しさん
04/05/26 19:11
うーんと、スレタイ読め。
147:デフォルトの名無しさん
04/05/26 21:16
>>146
>>13
148:デフォルトの名無しさん
04/05/26 21:21
>>145
glibc
149:デフォルトの名無しさん
04/05/30 02:08
Swing-likeなGUIツールキット無いかな？言語はC++で。
150:デフォルトの名無しさん
04/05/31 05:09
>>148
glibcってGUIなの？
151:デフォルトの名無しさん
04/06/08 02:22
GNUです。
152:デフォルトの名無しさん
04/06/19 21:42
保守
153:デフォルトの名無しさん
04/06/24 03:11
FOXﾓﾘﾓﾘバージョンアップしてるね。
154:デフォルトの名無しさん
04/06/25 00:55
FLTK CVS Head で日本人の作った UTF-8 パッチがマージされているみたいなんだけど、
試した人いませんか？
うちでは日本語表示は出来たんだけど、入力がダメっぽい。。。
155:mattn@Vim%Chalice
04/06/25 12:56
>>154
すみません。パッチ全部は取り込まれませんでした。
XFontSet を使ったパッチなんですが、オフィシャルでは
やりたくないようなので別のパッチを作成している所です。
156:デフォルトの名無しさん
04/06/25 13:07
これはどうなの？
FLTK UTF-8 URLﾘﾝｸ(www.oksid.ch)
157:mattn@Vim%Chalice
04/06/25 13:11
>>156
こちらにも、IME や XIM のパッチを送りましたが、実際に
マージはまだしてもらってません。
(マージは予定しておくという返事はもらいましたが...)
こちらは 1.x 系なので、今回 cvs2.0 用のパッチを作成
した次第です。
158:デフォルトの名無しさん
04/06/28 19:07
age
159:デフォルトの名無しさん
04/06/28 19:18
質問です。
ショボクテモ良いので、最も新たな環境に移植しやすいウィンドウシステムは何ですか？
新たな環境とは、T-EngineとかITRON（何も規定されてないですが）を想定しています。
160:デフォルトの名無しさん
04/06/28 19:57
そもそもTRONのGUIってどんなのかさっぱり想像もできん。
マウスとキーボードは使えるのか？
161:デフォルトの名無しさん
04/06/28 21:16
>>155
2ch ねらの方でしたか。乙！
FLTK で日本語使えたら最高だなと思いつつ、今まで傍観していたのでとてもありがたいです。
162:デフォルトの名無しさん
04/06/29 09:54
ITRONならMicrowindowsがねらい目かな？
163:デフォルトの名無しさん
04/06/29 10:31
OSIの通信スタックみたいに、
ウィンドウシステムのレイヤーを分類したものありまつか？
164:デフォルトの名無しさん
04/07/09 11:39
>>163
そんなんシステムによって違うし、普通はマニュアルに書いてある。
165:デフォルトの名無しさん
04/07/26 12:00
166:デフォルトの名無しさん
04/08/18 06:46
↓これってなんかよさげなんだが、まだこのスレで語られてない？
VCF
URLﾘﾝｸ(vcf.sourceforge.net)
ネーミングがVCLのパチモンっぽいが、Qt/Gtk+/wxWidgetのどれよりも
ゆるやかなBSDライセンスってところが惹かれる。
167:デフォルトの名無しさん
04/08/24 11:32
wxWidget のライセンスは十分にゆるいと思うけどな～
168:デフォルトの名無しさん
04/08/24 11:34
s がなかたよ
169:デフォルトの名無しさん
04/08/26 23:44
>>166
かなりよさげでワクワクしたがLinuxで動かないようだ。
170:デフォルトの名無しさん
04/08/27 00:13
Linux上ではGTK+1.x or GTK+2.xを使って、
Windows上ではWIN32API使うツールキットって
wxWidgets以外に何かある？
171:デフォルトの名無しさん
04/08/27 22:50
目玉焼きには…醤油だろ。
172:デフォルトの名無しさん
04/08/31 13:38
>>170
確か、V もそうできたような。
173:デフォルトの名無しさん
04/09/03 17:48
保守
174:デフォルトの名無しさん
04/10/04 22:38:53
なんかこう、Windows で使えて IME にも対応してて
exception-safe なライブラリは無いものですか？
175:デフォルトの名無しさん
04/10/04 22:58:49
>>171
ｷｯｺｰﾏｿ?
176:デフォルトの名無しさん
04/10/22 02:18:55
ﾎｯｼｭ
177:デフォルトの名無しさん
04/10/30 01:42:19
>>174
そこで.NETですよ
178:デフォルトの名無しさん
04/11/01 03:27:17
>>177
ﾎﾟﾚの中ではgtk+と同じくらい配布が面倒という扱いだけども、実際のところはどうよ？
179:デフォルトの名無しさん
04/11/09 22:52:20
GUIのコンボボックスとかスライダーとかを独自のデザインでつくっている
アプリケーションがあるけど、あれってどうやるの？
180:デフォルトの名無しさん
04/11/10 10:06:09
MSDNよめばー？
181:デフォルトの名無しさん
04/11/10 11:08:01
ActiveXコントロールぐらいしかおもいつかにいんですが...
182:デフォルトの名無しさん
04/11/11 00:30:07
オーナードローで作れる範囲ならそうしてるだろうし、
そうじゃないなら自前で一から描画させてるんだろ。
183:デフォルトの名無しさん
04/11/22 16:18:56
184:デフォルトの名無しさん
04/11/23 19:33:32
結構無茶な条件なんだが…
・Rubyから使える
・Windows、X Window、MacOSXの各ネイティブ環境で動く
・日本語が使用できる
の条件に当てはまるGUIツールキットがあったら教えてください
wxRubyはMacOSXで日本語が通らないし(＆メニューが使えない？)…orz
widestudioはMacOSXでX11入れろとか書いてあるし…orz
185:デフォルトの名無しさん
04/11/23 20:06:57
ｑｑｑｑｑｑｑｑｑｑｑｑｑｑｑｑｑっっっっっっっっっっっっっっっっっｔ
186:デフォルトの名無しさん
04/11/24 22:47:39
Macなんて窓から投げ捨てろ
187:デフォルトの名無しさん
04/11/25 01:27:27
>>184
「MacOSXのネイティブはCocoaである」という定義であれば絶望的。
188:デフォルトの名無しさん
04/12/01 02:13:53
URLﾘﾝｸ(swtfox.sourceforge.net)
保守上げ
こんなのあった。
189:デフォルトの名無しさん
04/12/06 21:37:06
GUIツールキットをつくりたいんだけど、いい書籍とかWEBページとかしらない？
洋書でもいいんだけど。
190:デフォルトの名無しさん
04/12/06 21:55:41
プラットフォームは？目的としては学習用途？
191:デフォルトの名無しさん
04/12/06 21:58:29
プラットフォームはWindowsとLinuxで。
目的は学習用途で。
192:本田
04/12/06 22:26:34
>>189
「デザインパターン プログラミング」（改訂版）
W.プリー 著
佐藤啓太、金澤典子 訳
193:デフォルトの名無しさん
04/12/26 20:08:01
FOXいつの間にかxft対応になってんだ。Unicodeも本家で対応になってるけど
IM周りはどうなってるんだろう。。。教えてエロい人
194:名無しさん＠お腹いっぱい。
05/01/07 09:17:08
>>193
使ってみたので報告...
win32 版は IME 起動すると、その後の動作がめちゃめちゃになって IME 切っても入力出来なくなったりする。
linux 版は XIM 起動すると Root タイプの入力エリアが表示されるが、何を入力しても受け付けない。
また、どちらにも言えるが、utf サポートしてそうなファイルはあるが、多バイト処理は出来てないみたい。
付属のエディタで確認したので、そのエディタの問題かもしれないが...
195:デフォルトの名無しさん
05/01/09 06:57:14
それは多分ADIEがFXWStringを使ってないからだと思う。
使ったからまともかと言えばそうでもないんだろうけど
196:名無しさん＠お腹いっぱい。
05/01/12 09:00:42
fltk cvs head 試して見たけど、( ・∀・)ｲｲ!ねぇ
IMもフォントも出来てるじゃん
あとは軽さを追い求めてくれれば...
197:デフォルトの名無しさん
05/01/19 23:53:53
URLﾘﾝｸ(engrm.com)
198:デフォルトの名無しさん
05/01/24 01:47:14
これ、どうやって取得するの？
199:Rubyist!
05/02/05 02:27:25
subversionクライアント落としてcheckout
200:デフォルトの名無しさん
05/02/05 03:43:46
fltk2をvc6でコンパイルしてみたけど、hello以外全部一瞬ウィンドウが出てクラッシュする。
checkersは右クリックすると落ちる……
201:デフォルトの名無しさん
05/02/05 11:06:24
>>200
mingw だとそこまで酷くなかったよ
202:デフォルトの名無しさん
05/02/06 23:33:34
>>201
WinME/mingwでそのままmakeしてもtest/以下の実行ファイルの状況は全く同じだったです。
本家フォーラムに同様の状況はないようだし、何かポカしてるのかなぁ。
203:_gunzip
05/02/07 02:28:06
疑うべきはフォント周りだと思うな。
204:デフォルトの名無しさん
05/02/07 19:56:37
フォント！！
なんでhelloだけうごくんだーと思って試してたら./hello stringで落ちた。
んでbox->labelfont(HELVETICA);とフォント指定したら落ちなくなった。
デフォルトのフォントがおかしいのかな？テーマ指定で回避できるのかな？
取りあえずSCREEN_FONT指定で日本語の表示/入力もちゃんとできますな。
LinuxでもVJEなんちゃらという帯が常時表示されて妙だけど表示入力共にできますな。
205:デフォルトの名無しさん
05/02/07 23:57:21
>>204
英語でバグ報告しといてね♥
206:mattn@Vim%Chalice
05/02/08 09:22:33
>>204
詳細を教えて頂けませんでしょうか？
# 私が入れてしまったバグかもしれませんので...orz
207:デフォルトの名無しさん
05/02/08 17:51:16
パッチ作って下さっている方ですか！ご苦労様であります。
環境はwindows98(not SE)/me
コンパイラはvc6(sp5)/mingw(g++3.4.2)
の四通りです。
src/win32/fltk_theme.cxxの220、232、248行の
font = fltk::font(name,/*name=="MS UI Gothic"*/, //以下略...
がNULL返してスタイルのtextfont_,labelfont_全てがNULLになり、
それが原因でSEGVってるような気がします。
全てのウィジェットにlabelfont(),textfont()でフォント指定するか、
この3箇所を適当にfont = fltk::SCREEN_FONT;とかいい加減なことをすると、
今までクラッシュしていたのが全部すんなり動きました。
うちでEnumFontFamiliesExAが返すフォント名は
System, FixedSys, MS Serif, MS Sans Serif, Courier, Small Fonts, News Gothic MT, Lucida Handwriting
Lucida Sans, Lucida Sans Unicode, Book Antiqua, Century Gothic, OCR A Extended, Calisto MT, Abadi MT Condensed Light
Copperplate Gothic Bold, Copperplate Gothic Light, Matisse ITC, Tempus Sans ITC, Westminster, Arial, Courier New
Lucida Console, Tahoma, Times New Roman, Arial Black, Comic Sans MS, Impact, Verdana, Arial Narrow
Georgia, Lucida Blackletter, Lucida Bright
でMS UI Gothicないですね
Win32APIとか自分は詳しくないので……というかうちのシステムが悪いだけだったりしたら（…そんな予感が）ごめんなさい。
208:XP欲しい
05/02/08 19:02:16
#include <fltk/Window.h>
#include <fltk/Widget.h>
#include <fltk/run.h>
using namespace fltk;
int main(int argc, char **argv) {
Window *window = new Window(300, 180);
window->begin();
Widget *box;
box = new Widget(20, 40, 260, 100, "Hello, World!");
//box->labelfont(HELVETICA);
window->end();
window->show();
return run();
}
Program received signal SIGSEGV, Segmentation fault.
0x00411298 in fltk::setfont(fltk::Font*, float) (font=0x0, psize=12)
at win32/Font.cxx:229
229 for (f = ((IFont*)font)->first; f; f = f->next)
209:デフォルトの名無しさん
05/02/09 02:51:53
ちょっと触ってみたがfltkいいな。
210:デフォルトの名無しさん
05/02/09 03:07:05
URLﾘﾝｸ(seriss.com)
ビデオチュートリアルってのがあるようだ。
211:ぼるじょあ ◆yBEncckFOU
05/02/09 05:26:41
（・３・） エェー ぼくパッチの書き方わからないＹＯ
fltk\src\win32\list_fonts.cxx
152
- if (lplf->lfCharSet != ANSI_CHARSET) return 1;
+ //if (lplf->lfCharSet != ANSI_CHARSET) return 1;
172
- memset(&lf, 0, sizeof(lf));
+ memset(&lf, 0, sizeof(lf)); lf.lfCharSet = DEFAULT_CHARSET;
212:デフォルトの名無しさん
05/02/09 05:34:00
うむ。ok
213:デフォルトの名無しさん
05/02/09 05:35:03
でもそれでいいのかね？
214:デフォルトの名無しさん
05/02/09 06:29:04
FLTK2のテーマサポートってまだ未完成？
215:mattn@Vim%Chalice
05/02/09 10:18:22
>>214
未完成です。現状は ~/.kderc を見てエミュレートしている状態です。
216:ぼるじょあ ◆yBEncckFOU
05/02/09 14:11:09
（・３・） エェー このページを参考にして訂正しますＹＯ
SHIFTJIS_CHARSETだけがリストされるようになりましたＹＯ
URLﾘﾝｸ(blogs.sqlpassj.org)
fltk\src\win32\list_fonts.cxx
152
- if (lplf->lfCharSet != ANSI_CHARSET) return 1;
+ //if (lplf->lfCharSet != ANSI_CHARSET) return 1;
172
- memset(&lf, 0, sizeof(lf));
+ memset(&lf, 0, sizeof(lf));lf.lfCharSet = GetTextCharset(dc);
217:デフォルトの名無しさん
05/02/10 17:44:32
>>216
パッチの作り方
URLﾘﾝｸ(www.kde.gr.jp)
218:デフォルトの名無しさん
05/02/12 14:24:10
fltkとかfoxとか、この手のツールキットがwxより優れている点ってなに？
ないでしょ？
219:デフォルトの名無しさん
05/02/12 15:28:30
痛い質問者だなあ。
220:デフォルトの名無しさん
05/02/12 16:17:24
ないんですね？
やっぱり
221:デフォルトの名無しさん
05/02/12 17:31:58
では逆にwxがこれらより優れているところをトクトクと語ってくれたまえ。
222:デフォルトの名無しさん
05/02/12 18:54:44
fltk2ざっと見た感じシンプルで良いなと思ったけどレイアウトマネージャはないのかな？
全部決め打ち？
223:デフォルトの名無しさん
05/02/12 19:38:51
Ruby ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ Ｃ＋＋
wxWidgets＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ｆｌｔｋ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ＦＯＸ＞＞＞＞＞＞＞＞＞＞＞＞＞
224:デフォルトの名無しさん
05/02/12 19:41:22
糞ツールキット糞すぎだっせーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
225:デフォルトの名無しさん
05/02/12 19:46:47
もうこのスレお気に入りから削除しますねー
226:デフォルトの名無しさん
05/02/12 19:57:26
マイナーGUIツールキットに関するスレなのに一度も言及されていない
IBM Open Class Libraryのマイナーっぷりには頭が下がる。
227:デフォルトの名無しさん
05/02/12 20:05:24
ウィジェットの独自描画て評判悪いのか？
228:デフォルトの名無しさん
05/02/12 20:06:36
>>227 軽量コンポーネントの話?
229:デフォルトの名無しさん
05/02/14 01:53:14
Qt:
- most polished GUI of the bunch, great documentation, great portability, looks great.
- typesafe callbacks
- smallest learning curve - very easy to use.
- downside: price, MOC preprocessor, very long compiles.
- recommendation: if you have the money - go buy it.
FLTK:
- perhaps the fastest and has the smallest memory footprint of the bunch.
- small size comes with a price - the look and feel is noticably "off" and often you get non-standard widget behavior.
- void* based event callbacks
- fastest compiles
FOX:
- programs look quite professional
- non typesafe events void* pointers that are a royal pain in the butt to use, and are very poorly documented.
- lack of virtual functions for most GUI classes - must use table dispatch for each new class to override behavior.
- only supports UNIX (X11) and Windows
- only has Windows 2000 look on any platform, but looks quite good nonetheless with minimal flicker
- small user base
- no CVS access - maintained by one individual
WxWindows:
- supports the most platforms, has native look.
- large community of support
- many interpreted language bindings
- different behavior on different platforms
- widgets flicker like crazy
- not very stable in my experience
230:デフォルトの名無しさん
05/02/15 00:57:23
組み込みにすぐ移植できそうなＧＵＩライブラリってありますか？
文字表示関数や、ラインやボックスフィル関数とかを与えてやるとすぐ使えそうなやつ。
231:デフォルトの名無しさん
05/02/16 10:36:07
>>230
Linux上だったら、Microwindows改めNano-XとFLNXの組み合わせが、わりとすんなり動いたよ。
この辺参照↓
URLﾘﾝｸ(www.nano-x.org)
232:デフォルトの名無しさん
05/02/23 21:30:56
fltkのフォーラム見にくいな。
233:デフォルトの名無しさん
05/02/24 23:03:33
FLTK2cvsをNetBSDでもmakeできるようにしてほしい・・・。
234:233
05/02/25 09:13:07
すいません、MAKE = gmake と指定したらできました。
235:デフォルトの名無しさん
05/03/11 22:09:19
FLTK2
IMEオンのままだと終了しない。どうすれば…？
236:デフォルトの名無しさん
05/03/15 21:06:55
FLNX のソースってどこにあるかどなたかご存知無い？
237:マイク ◆yrBrqfF1Ew
05/03/16 04:15:53
Qtはマイナーじゃないな。
マイナー扱いしてるのはただのトンチンカンだ。
238:デフォルトの名無しさん
05/03/16 04:28:10
静的リンクしたいんだけど一番サイズが小さいのどれ？
239:デフォルトの名無しさん
05/03/16 09:23:19
>>236
PIXILのサイトからは辿れなくなってるね。
Nano-Xのサイトからﾄﾞｿﾞｰ
URLﾘﾝｸ(www.nano-x.org)
→Downloads:Source Code
→flnx
直リン:
fURLﾘﾝｸ(microwindows.censoft.com)
240:236
05/03/16 10:39:47
>>239
ありが㌧
241:240
05/03/16 15:05:16
ビルド報告
microwindows-0.90
flnx-0.18
CentOS 3.4
gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-49)
にて、
Fl_Animator.cxx:32: default argument given for parameter 8 of `
Fl_Animator::Fl_Animator(char* const*, int, int, int, int, int, int, const
char* = 0)'
../FL/Fl_Animator.H:49: after previous specification in `
Fl_Animator::Fl_Animator(char* const*, int, int, int, int, int, int, const
char* = 0)'
というエラーがでました。
定義部 Fl_Animator.cxx Fl_Animator::Fl_Animator() の最後の引数部分を
const char* = 0 から
const char*
に変更することでコンパイルは通りました。以上報告まで。
242:デフォルトの名無しさん
05/03/17 02:32:16
ビデオチュートリアルつうのは良いな。
243:デフォルトの名無しさん
05/03/29 03:30:43
しばらく前から FLTK のサイトデザインが変わったね。
snapshot が ftp でダウンロード出来る様になったのは嬉しいな。
244:デフォルトの名無しさん
05/04/04 18:27:15
>>237
Qtはマイナー扱いされてないよ。Qtopiaがマイナー扱いされてるだけ。
245:デフォルトの名無しさん
05/04/05 12:10:35
399 ：デフォルトの名無しさん ：2005/04/04(月) 13:51:27
StyleというSWTのC++移植が出てる。
果たしてwxWidgetsのライバルに成長するのかどうか。
URLﾘﾝｸ(www.uiwithstyle.org)
246:デフォルトの名無しさん
05/04/05 19:45:19
>>245
Win32 版がないじゃん。
247:デフォルトの名無しさん
05/04/05 20:04:56
>>246
"Style currently targets OSX, Win32 and GTK."と書かれているから、
出す予定はあるんでしょ。今のところOSX版しか出てないけど。
248:デフォルトの名無しさん
05/04/05 21:40:33
>>247
>今のところOSX版しか出てないけど。
つまりWin32版がないってことじゃん。
249:デフォルトの名無しさん
05/04/05 22:44:48
OSX版しかなかったら、プログラマーの99%以上が使わないってことじゃないか。
250:デフォルトの名無しさん
05/04/05 23:02:27
まだ出たばかりだからそんなもんじゃね？
251:デフォルトの名無しさん
05/04/06 01:38:41
>>186
むしろRubyを。
252:デフォルトの名無しさん
05/04/06 01:45:34
Ruby厨最近おとなしくなったなw
ていうかアレは一人だったのだろうなぁ。
253:デフォルトの名無しさん
05/04/06 02:26:06
もう春休み終わったよ
たぶん明日から学校
254:デフォルトの名無しさん
05/04/06 07:21:51
Ruby厨ってMWのことじゃないの？
255:デフォルトの名無しさん
05/04/29 21:29:33
Notus
URLﾘﾝｸ(notus.sourceforge.net)
256:デフォルトの名無しさん
05/04/29 21:59:18
結局使い物にならなかったな
257:デフォルトの名無しさん
05/04/29 22:08:32
自作ゲームの中に簡単に組み込めるGUIライブラリってないかなぁ。
DxLib使ってるんだけど、ボタンとかリストボックスとか欲しい。
258:デフォルトの名無しさん
05/04/30 08:32:48
モチーフとか駄目なの？よく知らないけど。
259:Rubyist!
05/04/30 18:34:11
なんでMotifが出てくるんだよ。よく知らないならすっこんでろ
260:デフォルトの名無しさん
05/06/13 14:06:35
URLﾘﾝｸ(opensource.adobe.com)
Adobe Opensource Widget Library
261:デフォルトの名無しさん
05/06/20 22:26:45
URLﾘﾝｸ(www.torjo.com)
これ弄った事ある人居る？
名前からしてプラットフォーム限定だが。
俺、英語分かんなくてさ……。
STLと仲良しこよし、という辺りにちょっと興味が。
262:デフォルトの名無しさん
05/06/21 12:08:53
>>261
日本語環境だとうまく動かないのか、それとも私の環境が悪いのか、
ビルドして実行したときにエラー吐いて落ちたことがあった。
ちなみに、XPsp2 VC++7.1
263:デフォルトの名無しさん
05/06/22 03:32:10
C++でGUIプログラムを作るときって、やっぱり主流はMFCなんですか? 今でも。
264:デフォルトの名無しさん
05/06/22 16:25:39
VC++ならそうだろうな
その次がWTL
265:デフォルトの名無しさん
05/06/22 19:42:34
MFCなんてありえなーい
ていうか、MFCちょむかー
266:デフォルトの名無しさん
05/06/30 22:31:49
じゃあ KFC 行ってくるよ。
267:デフォルトの名無しさん
05/07/06 00:57:01
3DCGツール『LightWave』のようなカッコイイGUIを創りたいんですが、これって何処かのGUIツールキットとか使ってるんですかね？
URLﾘﾝｸ(www.dstorm.co.jp)
探してもそれらしいのは見つからなかったので、誰か知ってるひといたら教えてください。
まあ、自社ライブラリの可能性もありますが……
268:デフォルトの名無しさん
05/07/06 01:08:54
LightWaveはAmiga時代からオリジナルのGUIを引き継いでるんだぷ
269:デフォルトの名無しさん
05/07/06 01:09:10
カッコいいよね。
ライブラリは独自じゃないかな。マルチプラットフォームなアプリではままある話。
Blender とか。
URLﾘﾝｸ(www.blender3d.org)
270:デフォルトの名無しさん
05/07/06 01:47:04
なるほど、やはり独自ですか……あきらめるしかないですね。
Blenderもカッコイイですね。
まあ、スタイリッシュなGUIはであればLightWave風でなくてもいいので、なにか情報があればお願いします。(一応Windowsで)
最悪、自作コンポーネント画像を屈指して作れっていう感じですかね＾＾；
ちょっとGUIツールキットの話題からはずれてますな。すいません＾＾；
271:デフォルトの名無しさん
05/07/06 19:08:02
海外は、何故かGUI自作する文化があるよな。
スクロールバーがホイールとか対応してなくてたまにキレるけど
272:デフォルトの名無しさん
05/07/09 01:30:00
海外でなくともゲームではUIは自作するのが普通でしょ
273:デフォルトの名無しさん
05/07/09 01:50:14
確かにそうだな
274:デフォルトの名無しさん
05/07/26 01:19:02
>>270
BlenderはオープンソースだからGUI部分読んでみるといいよ。
ちなみにあれはぜんぶOpenGLで描画してる。だからOpenGLに
対応した環境には簡単に移植できる。
275:デフォルトの名無しさん
05/07/27 16:13:30
ゲームは、マウスとか使わないから比較的簡単に自作できる。
276:デフォルトの名無しさん
05/07/27 19:27:39
>>274
そうなのかー！
いいこと聞いた。
早速見てみることにスるす
277:デフォルトの名無しさん
05/07/28 22:25:26
GUI部だけ抜いてOpenGL使ったツールキット作ってくれたら神だな
278:デフォルトの名無しさん
05/07/28 22:42:14
要らぬお世話な気もするけど、Blender は GPL だからソースの流用には注意してね
279:デフォルトの名無しさん
05/08/06 17:38:57
>>278
まじかよ！
目コピするしかねーじゃねかｗ
280:デフォルトの名無しさん
05/08/07 01:21:43
>>279
そんなことないよ。ガンガンソース流用してくれ。
もちろんおまいもGPLで公開な。
281:デフォルトの名無しさん
05/08/09 01:20:35
eXene
282:デフォルトの名無しさん
05/08/18 07:14:27
Ultimate++は出てきてない？
283:デフォルトの名無しさん
05/09/17 15:19:18
C++のGUIツールキットってなんでみんな独自の文字列クラスがあるんだろ？
標準C++ライブラリじゃだめなん？
284:デフォルトの名無しさん
05/09/17 15:47:41
>283
漏れの場合は
rope いくつかの文字列クラスを寄せ集めた文字列クラス
string ヒープ上にメモリを確保した文字列クラス
auto string スタック上に確保した、書き換え可能な文字列クラス
literal 書き換え不能なメモリ（あるいはROM）に確保した文字列クラス
substring 他の変数や文字列クラスが管理しているメモリのどこかを指す文字列クラス
* string と auto string は editable string インタフェースを継承する
* 全てのクラスは a string 抽象クラスを継承する
こんなのが欲しかったからなあ。
けっこう、パフォーマンス良くなるんよ。
285:デフォルトの名無しさん
05/09/18 15:22:25
とにかくコンパクトでコントロールは一通り揃ってるGUIツールキットキボンヌ。
286:デフォルトの名無しさん
05/09/18 16:15:34
俺の出番だな(´ー｀)
287:デフォルトの名無しさん
05/09/19 00:51:08
std::stringって、いまいち使いにくいな。
JavaのStringくらい使いやすいのが欲しい。
288:デフォルトの名無しさん
05/11/16 02:44:48
できるだけ速度に重点を置いた高速GUIツールってどれですか?
289:デフォルトの名無しさん
05/11/23 20:25:26
マイナーじゃないかもしれないけどwin32guiって使ってみた人どう？
これから試してみるけど。
290:デフォルトの名無しさん
05/11/25 09:14:32
FLTKが実はハリウッドの特殊効果スタジオDigitalDomain製
だという事はご存知か
元々は社内用のtoolkitとして使うためにOpenGLとの親和性を
考慮して作られたらしい
この会社は自社製実写合成アプリのtoolkitとしてFLTKを使っている
URLﾘﾝｸ(www.d2software.com)
291:デフォルトの名無しさん
06/01/06 14:44:32
test
292:デフォルトの名無しさん
06/01/21 22:55:45
FXAge* pFxAge = NULL;
293:デフォルトの名無しさん
06/01/21 22:56:36
new FXSage();
294:デフォルトの名無しさん
06/02/04 23:35:01
最近は wxWidgets が流行ってるみたいだけど、あの MFC 並に古い設計は
なんとかならんのか。かといって Win32, UNIX, Mac にまともに対応してる
Toolkit ってほとんどないし…。
295:デフォルトの名無しさん
06/02/05 00:22:21
Mac にはまともに対応してないけどね。
296:デフォルトの名無しさん
06/02/05 01:17:33
wxNGを作りたいって話はあるが、それだけの時間を誰が出すのかという話になる。
297:デフォルトの名無しさん
06/02/05 11:24:50
>>294
Qtは?
298:デフォルトの名無しさん
06/02/08 02:56:48
>>297
文句ばかり垂れてても前進しない、という意見は承知の上で。
・プリプロセッサによる C++ 拡張がなんか嫌。
・だから Array とか Map とか自前実装するなって！
後者は Qt に限った話ではないけど。複数のライブラリを組み合わせると
*Array が山ほどあったりな…。
299:デフォルトの名無しさん
06/02/09 17:04:46
でも消去法だとQtだよな。Macでもwxよりちゃんと動くし。完成度もそこそこ高い。
mocうざいけど。
300:デフォルトの名無しさん
06/02/11 20:03:57
>>298
＞ Array とか Map とか自前実装するなって
干渉しあわなければ問題ない
301:デフォルトの名無しさん
06/02/11 22:44:39
>>294
gtkmm
302:デフォルトの名無しさん
06/02/17 13:15:15
Qtはライセンスが・・・
303:デフォルトの名無しさん
06/02/17 23:44:41
>>302
GPLじゃまずいのですか？
304:デフォルトの名無しさん
06/02/18 05:16:12
>>300
んな馬鹿な。相互変換が面倒な上に非効率的。
>>301
GTKmm はモダンな設計で良いですな。 boost の再発明は…まぁしょうがないよな。
ただ、GTK の Win32, OS X 対応は微妙。
305:デフォルトの名無しさん
06/02/25 19:06:27
GPLは糞。
306:デフォルトの名無しさん
06/02/25 19:28:34
>>305
理由は？
307:デフォルトの名無しさん
06/02/25 23:07:08
俺もライブラリのくせに GPL なのはどうかと思う。
308:デフォルトの名無しさん
06/02/26 18:15:11
>>307
GPLが嫌だったら買えばいい。
309:デフォルトの名無しさん
06/02/26 18:37:13
>>308
他の選択肢もあるのに、買えばいいなんてのは全く現実的じゃない。
310:デフォルトの名無しさん
06/02/27 03:44:18
spComponent なんてのがあるんですが、どうなんでしょ？
URLﾘﾝｸ(www.sp.m.is.nagoya-u.ac.jp)
Windows上でちょっと触ってみてわかったことは
・完全にC言語 (C++一切無し)
・マルチプラットフォーム(Windows、Linux(GTK or Motif)、MacOS)
・使い勝手は Xt ライク
・コピーレフトのゆるいライセンス(MITライセンス？)
・4年前から開発が止まってるみたい
といったとこです
311:デフォルトの名無しさん
06/04/30 02:37:29
cppkt
312:デフォルトの名無しさん
06/04/30 11:23:45
>>311
cpptk?
313:デフォルトの名無しさん
06/05/24 19:54:01
>310
sneg?
314:デフォルトの名無しさん
06/06/06 23:21:31
C:\Documents and Settings\[user]\Application Data\fltk.org\filechooser.prefs
こんなのがポツンとあったんですけど、これ何のファイルですか？
FLTKなんて入れた覚えないんですけど、その関連ですか？
315:デフォルトの名無しさん
06/06/21 00:24:50
以前にも名前出てたけど
Ultimate++
URLﾘﾝｸ(upp.sourceforge.net)
使ったやついる?
316:デフォルトの名無しさん
06/06/21 00:35:52
まだこれ出てないよね
EasyWin
URLﾘﾝｸ(suuri.ics.kagoshima-u.ac.jp)
とっつきやすいと思うよ
317:デフォルトの名無しさん
06/06/21 00:43:40
>>316
必要最低限の機能をミニマムにまとめた感じでよいね。
小さなもの作るのにいいかも。ゲームとか。
318:デフォルトの名無しさん
06/06/21 01:03:49
昨日FreeBSDにて、Gnomeのコンパイルに約1日かかりました。
WindowMakerとかの、軽量ウィンドウマネージャに最適の、見た目も良い
GUIフレームワークってありますか？
あと、GTK+アプリとかQTアプリって、WindowMakerとかで
動かせるもんなんですか？
319:デフォルトの名無しさん
06/06/24 00:18:42
ＧＴＫのライセンスってどんなのだっけ。
GTK+2って使いやすいのかな。
320:デフォルトの名無しさん
06/06/24 02:15:15
>>319
LGPL。Qtと違ってGPLではない。
321:デフォルトの名無しさん
06/06/24 02:59:47
え・・・QtってGPLだったのか・・・。
非商用なら自由に使えるように考えてたんだけど・・・。
ソース公開しないといけないとなると、いやだなぁ。
322:デフォルトの名無しさん
06/06/24 05:24:16
Qtはいろんなライセンスのがあるから自分でしらべたら？
Linuxに入っているのはGPL版。
Winだと2.xフリー版や3.x書籍配布のやつは独自フリーライセンス
（ソース公開義務なし）、4.xからはGPL。
他に各OS用の有償の商用版がある。
323:デフォルトの名無しさん
06/06/24 09:34:28
>>321
>>322の言う通り、
QtはGPLと商用ライセンスのデュアルライセンス。
昔はフリーじゃなかった。KDEで注目されて、
何でフリーじゃないライブラリ使ってんの？ とか揉めてた。
互換ライブラリ作ろうとか色々あったが、
結局、独自オープンソースライセンスを経てGPLになり、
事態は収束した。
324:デフォルトの名無しさん
06/06/30 19:35:04
あんまり継承使わない感じのやつないかな
325:デフォルトの名無しさん
06/06/30 21:27:44
割烹つばめ
福岡屋台で
なぜか池田
326:デフォルトの名無しさん
06/07/05 15:38:53
FOXって日本語サイトだとLGPLとされてるけど、公式では静的リンクは動的リンクと同等だという附則を付けて
FOX自体を弄らなければ静的リンクでもソース公開しなくても良い（LGPLじゃなくていい）らしい。
英語が余りわからんが、大体そのような事が書いてある。
URLﾘﾝｸ(www.fox-toolkit.org)
327:デフォルトの名無しさん
06/07/07 03:14:21
FOXのIME使えるパッチって誰か保守してくれないかなぁ。
みんながFOXを嫌う最大の理由がIMEが使えないってとこだと思うけど。
メールソフトとか作れねーし。
328:デフォルトの名無しさん
06/07/07 18:13:42
FOX★ に日本語が通じないのは仕様です
329:デフォルトの名無しさん
06/07/08 01:37:58
FOXのEditボックスとか改造して内部でCreateWindowでEditボックスを
を作ってFOXになりすます事って出来ないかな。
330:デフォルトの名無しさん
06/08/30 02:37:15
Juce使ってみるよ。
URLﾘﾝｸ(www.rawmaterialsoftware.com)
331:デフォルトの名無しさん
06/08/30 03:20:19
GPL なのね。
332:デフォルトの名無しさん
06/09/02 22:15:11
>>330
これすごい。みんなデモ動かしてみるべし！
333:デフォルトの名無しさん
06/09/02 23:10:48
でもGPLだし。
334:デフォルトの名無しさん
06/09/02 23:21:26
ﾃﾗﾀｶｽwwwwwww
Prices
* Commercial licence for a single product - ￡399 (+ VAT for countries in the European union).
* Commercial licence for any number of products - ￡699 (+ VAT for countries in the European union).
335:デフォルトの名無しさん
06/09/06 01:57:08
>330
Tracktionに使われてるGUIなんだな。日本語通る雰囲気がしないのが困る。
336:デフォルトの名無しさん
06/09/06 09:51:51
その上GPLだからなあ
337:デフォルトの名無しさん
06/10/07 11:49:47
>Juce使ってみるよ。
すごいねこれ。昔見たSwingのデモプログラムみたいだ。でもSwingより
速いしいいね。
ラッパーとかじゃなくて全部自前で描画してるみたいだけど、すげー大変そう
だなあ、これ作るの。外部WindowにドラッグできるWindowとかどういう実装
なんだろ？
338:デフォルトの名無しさん
06/10/25 00:55:47
SOL++
これ、なぜに英語なんだ？
339:デフォルトの名無しさん
07/01/17 23:05:59
ほしゅ
340:デフォルトの名無しさん
07/02/25 06:30:07
Foxのソースを久しぶりにのぞいてみたらIME関連のソースが追加されていたけどコメントアウトされてた。
341:デフォルトの名無しさん
07/02/25 10:23:14
>>334
Qtより安いな。
342:デフォルトの名無しさん
07/02/28 05:59:55
緊急浮上！！
で、ポータブルで書きやすいGUITkってなによ？Qt?
343:デフォルトの名無しさん
07/03/01 15:56:31
＞Juce
とか
＞Qt
って組み込みITRON系に使える？
344:デフォルトの名無しさん
07/03/02 05:55:43
君はあちこちで同じ事を聞いてるな
345:デフォルトの名無しさん
07/03/02 09:03:09
ヒント：答えが無い
346:デフォルトの名無しさん
07/03/02 13:19:20
ヒント：答えは無い
347:デフォルトの名無しさん
07/03/19 15:44:03
Windows XP, MinGW + MSYSでFLTK v1.1.7を使っています。
Fl_GroupでopenGLの画面を子(child)にしたComposite Widgetを作ると、
openGLの画面が全く描画されません。但し、
・Fl_Buttonなどは描画される
・Fl_Groupを使わないでやるとちゃんとopenGLの画面が表示される
どなかた試された方いらっしゃいませんか？
348:デフォルトの名無しさん
07/04/28 03:08:40
URLﾘﾝｸ(www.memecode.com)
349:デフォルトの名無しさん
07/05/20 01:47:43
ツールキットの紹介↓
URLﾘﾝｸ(dmoz.org)
↑の LGI は VC++ 2005 EE でコンパイルすると大量にエラーが出てコンパイルできなかった
350:デフォルトの名無しさん
07/05/20 12:50:56
ZooLib
URLﾘﾝｸ(zoolib.sourceforge.net)
351:デフォルトの名無しさん
07/05/23 10:22:07
adobeのやつどうよ
URLﾘﾝｸ(opensource.adobe.com)
352:デフォルトの名無しさん
07/05/24 14:33:21
adobeの面白そうだけど難しそうだよね
誰か試した人いないかなあ
353:デフォルトの名無しさん
07/05/24 21:26:15
面白そう?
何か普通のと違うのけ?
354:デフォルトの名無しさん
07/05/27 01:51:34
link集/GUI/C++
URLﾘﾝｸ(www.nbrains.net)
355:デフォルトの名無しさん
07/05/27 08:59:35
何で X の事を X Windows って間違えちゃうんだろうね。Windows XP を Window XP と
書いたらおかしいべ。何と言うか、作者のやる気の無さが伝わって来て食指が動かない。
356:デフォルトの名無しさん
07/05/27 14:40:13
触手うねうね
357:デフォルトの名無しさん
07/05/27 22:30:17
>>355
"windows"という語をウィンドウによるGUIの一般的な総称のように
認識しているのかも。または他の適切な呼称を思いつかずそれで代用している。
そういう概念に対してXは "window system" という呼称を当てている
けど、それがいまひとつ認知されていないせいもあるかと。長いし。
概念があまりに一般的になると、説明的な呼称は廃れていくのかもね。
> The X Window System is a network transparent window system which runs
> on a wide range of computing and graphics machines.
358:デフォルトの名無しさん
07/06/09 17:10:45
>>351
AEL つう GUI 記述言語を使うのは面白そうだね。JavaFX みたい。
プラットフォームは Mac OS X と W i n X P みたいだけど、X11 じゃ動かないの?
359:デフォルトの名無しさん
07/06/10 19:46:10
宣言的にユーザインターフェイスを定義出来るのは良いね。
360:デフォルトの名無しさん
07/07/25 01:07:29
あ
げ
361:デフォルトの名無しさん
07/07/25 01:12:30
FireFox の GUI toolkit を拝借すると良い感じになる様な気がする
XUL じゃなく純粋に C++ のウィジェットライブラリとして
362:デフォルトの名無しさん
07/07/25 06:30:51
>>361
C++や他の言語からもっと簡単に使えるようにして、
ウェブとデスクトップの境界を云々とはもう何年も前から言われてるけど、
mozillaにやる気がないっぽい。
もうだめぽ
363:デフォルトの名無しさん
07/07/25 09:59:58
>>362
いや、そうじゃなくて、Firefox のソースツリーの中の mozilla/widget 以下を
自分のアプリにコピって使うということ。もちろんライセンスはそこだけ MPL で。
364:デフォルトの名無しさん
07/07/25 17:43:27
>>362
最近GNOMEの連中がいろいろやってるな。スラドでは「ネットとデスクトップの融合なんて、
MSの二の舞になるつもりかよw」なんて煽られてたけど。
Clutterの話題なんてなかなか出てこないよね。
365:デフォルトの名無しさん
07/09/06 10:09:02
age
366:デフォルトの名無しさん
07/10/15 21:28:19
FoxToolkit-1.6のtests/glviewerをMacOSX(v10.4)でg++を使ってコンパイル
(OpenGLはネイティブのものを使用)すると、エラーおよびワーニングなしで
コンパイルできるんですけど、実行するとOpenGLの部分がうまく動作しません。
キャンバスを含む窓の中身が真っ白で何も描画されないのです。
二十回くらい実行すると一回くらいは巧くいくのですが、
どこが悪いのかよく解りません。なにか知ってる人はいませんか？
367:デフォルトの名無しさん
07/10/15 21:40:43
>>366
×ワーニング
○ウォーニング
368:デフォルトの名無しさん
07/10/16 02:41:14
俺も昔は、ウォーニングだよ＾＾、って毎回突っ込んでたけど、
cos をコウサインって書くのか？ って言われてから黙ることにしてるｗ
369:デフォルトの名無しさん
07/10/16 13:23:00
それで本題にはノーコメントですか？
370:デフォルトの名無しさん
07/10/20 08:24:31
単にOpenGLの各種設定をちゃんと初期化してないだけでは。
忘れがちな設定についてはこの辺を見れ。
URLﾘﾝｸ(homepage2.nifty.com)
371:デフォルトの名無しさん
07/10/27 00:16:14
Linux系のOSで、MFCのCListViewのようなコントロールが付いているGUIライブラリで、なるたけサイズが小さいのってあるんでしょうか？
372:デフォルトの名無しさん
07/10/27 07:09:21
>>371
FLTK
373:371
07/10/27 13:00:29
>>372
ありがとうございます。ちょっと試してみます。
URLﾘﾝｸ(seriss.com)
374:デフォルトの名無しさん
07/11/05 01:51:52
まいなー、wxWidgetsだな
375:デフォルトの名無しさん
07/11/10 09:01:17
fltkとfltk2の違いってなんですか？
どちらも更新されているようなのですが、
やっぱり２を使った方がいいことありそうですか？
376:デフォルトの名無しさん
07/11/10 11:44:02
何をしたいかによるんじゃない。FLTK は小さいから、ソースコードを読んで
自分で手直ししながら使うものだと思う。
377:デフォルトの名無しさん
07/11/10 11:56:22
スタティックリンクにしてもEXEのサイズ小さくて
OSのルック＆フィール(特にWindows)で
ってある？
wxWidgetsとかgtkmmとかはランタイムが巨大だしなー
マルチプラットフォームとか気にせずにWTLとかを素直に使った方が良いのかな？
378:デフォルトの名無しさん
07/11/10 12:33:59
誰かWTLとwxWidgetsを統合化して、超軽量のwxWidgetsを作ってくれないかなぁ。
ライセンス的にどうなるのか分かんないけど。
379:デフォルトの名無しさん
07/11/10 12:44:38
>>377
>マルチプラットフォームとか気にせずにWTLとかを素直に使った方が良いのかな？
Yes, that's right!!
But, 一番賢いのはサイズなんてもう気にしない事。
380:デフォルトの名無しさん
07/11/10 13:15:37
>>377
Java + SWTでがんばってください。
というのは冗談にしても、実行ファイルのサイズが数十kb以内なんてのはプログラム開発者の
グルーコード以外全部プラットフォームのAPIに丸投げしてなせる技だろうし、
少なくともマルチプラットフォームでってのはあきらめたほうがいいんじゃない？
381:デフォルトの名無しさん
07/11/10 13:30:05
> マルチプラットフォームとか気にせずにWTLとかを素直に使った方が良いのかな？
どうでもいいが、
一昔前って、
マルチプラットフォーム対応のUIライブラリで、ダサイのしかなかったよな・・・
なんで、Windowsに持ってくるとあんなにダサイんだ？というものしか。
今は、SWTなんかは、まだましだけど
382:デフォルトの名無しさん
07/11/10 19:35:46
Tkがダサいと申したか
383:デフォルトの名無しさん
07/11/10 21:03:33
Tkは普通じゃん？
384:デフォルトの名無しさん
07/11/12 16:42:33
>>378
つ wxForms
WTLは入ってないけど、ポトペタできてクロスコンパイルできるらしい。
385:デフォルトの名無しさん
07/11/12 19:57:14
Turbo C++ Explorerじゃ無理か。
386:デフォルトの名無しさん
07/12/12 11:25:03
保守したほうがいい？
387:デフォルトの名無しさん
07/12/12 23:03:56
頼んだ
388:デフォルトの名無しさん
07/12/13 01:26:15
お前らの連携のよさと言ったら！
389:デフォルトの名無しさん
08/01/14 12:44:24
めも
URLﾘﾝｸ(www.thefreecountry.com)
390:デフォルトの名無しさん
08/01/20 23:06:16
どなたかOMGUIのサイトの行方を知りませんか？
URLﾘﾝｸ(www.omgui.org)
(参考：URLﾘﾝｸ(www.crystalclearsoftware.com))
昨年夏頃までは見れてたように思うのに、今はドメイン売り出し中って…。
391:デフォルトの名無しさん
08/01/22 02:21:04
>>390
URLﾘﾝｸ(cia.vc)
392:390
08/01/22 07:31:59
>>391
ありがとうございます。プロジェクトそのものは消えてないようで助かりました。
393:デフォルトの名無しさん
08/02/04 20:09:28
URLﾘﾝｸ(dclib.sourceforge.net)
394:デフォルトの名無しさん
08/02/04 23:33:39
こんな感じかあ
URLﾘﾝｸ(www.geocities.jp)
395:デフォルトの名無しさん
08/02/27 23:42:49
マイナーじゃないけど
URLﾘﾝｸ(www.tcl.tk) のtk見た目がだいぶましになったな
tclに依存してなければいいのに
396:デフォルトの名無しさん
08/02/28 05:14:11
スクリーンショットにたどり着きにくい
URLﾘﾝｸ(wiki.tcl.tk)
これか
397:デフォルトの名無しさん
08/03/26 21:10:53
FOX-Toolkitって使っている方いらっしゃいますか？
398:デフォルトの名無しさん
08/03/27 11:17:17
使ってますよ。OpenGLも使ってます。
399:デフォルトの名無しさん
08/03/27 22:39:58
このスレの住人なら知っていますね、あの糞開発ツールのことを
・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている
・糞開発ツールを批判すると「性格が悪いから糞ツールを批判するんだ」と言われる
糞だけど、政治的な理由で無理やり使わされているんですよね。
もう、あんな厨の作った糞ツールを我慢して使うのはやめましょう。
・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・糞開発ツールを使わせる上司の下では働けません、と上司の上司に直訴しましょう。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
バグレポートなどしてはいけません。改善要求などもってのほかです。
あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」
なんて話が出たら力強く机を叩き、会議室を出ましょう。
あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。
糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
400:デフォルトの名無しさん
08/05/11 17:40:10
trixul
URLﾘﾝｸ(trixul.com)
使ったことはないけど、本屋で少し立ち読みしたら結構面白そうだったので。
401:デフォルトの名無しさん
08/05/11 22:31:26
>>400 書名ｷﾎﾞﾝﾇ
402:デフォルトの名無しさん
08/05/11 22:31:46
XUL と違うんだね
403:400
08/05/12 01:56:52
書名は「Cross-Platform Development in C++」
URLﾘﾝｸ(www.amazon.co.jp)
XULと.NETのWindowsForms(XAML?)の概念を組み合わせてJavaScript(SpiderMonkey)でイベントハンドリングできるようなことが書いてあったような気がする。
でもSourceForge(URLﾘﾝｸ(sourceforge.net))の方を見た感じではまだまだ発展途上なのかな。
404:デフォルトの名無しさん
08/05/14 08:19:51
Fox-ToolkitってIME制御ってできない？
コピペで漢字入力はできるんだけどね。
405:デフォルトの名無しさん
08/05/22 12:20:00
FoxToolkitの1.7の最新でIMEの制御もできて漢字入力もできるっぽい。
406:本田
08/05/25 06:20:45
>>312
>C++/Tcl
URLﾘﾝｸ(cpptcl.sourceforge.net)
>A C++ library for interoperability between C++ and Tcl
>C++/Tk
URLﾘﾝｸ(cpptk.sourceforge.net)
>A complete C++ interface to the Tk GUI toolkit
407:デフォルトの名無しさん
08/06/14 21:46:52
GUIまったくわからないC++初心者が手を出しやすいGUIってありますか？
408:デフォルトの名無しさん
08/06/15 00:03:43
とにかく標準のGUIツールを使え
マイナーなものは糞だからマイナーなんだ
409:デフォルトの名無しさん
08/06/15 00:22:48
標準=Qt/wxWidgets？
410:デフォルトの名無しさん
08/06/15 14:04:34
>>409
そのOSの標準GUIからってことじゃない？
いきなりクロスプラットフォームなんて欲張りだと思う
411:デフォルトの名無しさん
08/06/16 09:26:28
MFCみたいなこれって何語っていうようなカスもあるお。
412:デフォルトの名無しさん
08/06/16 09:58:39
Windowsで初心者なら.NET一択じゃね
ｳﾝｺｳﾝｺ言われながらも、情報量が圧倒的過ぎる
413:デフォルトの名無しさん
08/06/16 10:06:46
情報量は圧倒だが、アウトプットのアプリは皆無。
414:デフォルトの名無しさん
08/06/16 13:28:18
>>413
俺もそれ不思議。
「delphiで作った有名ソフトって何があるの？」に対抗して
「.NETで作った有名ソフトって何がある？」スレないのかな？
415:デフォルトの名無しさん
08/06/16 13:32:49
.NET（C#,C♯,C＃）で作られた有名なアプリって何？
ｽﾚﾘﾝｸ(tech板)
立てました
416:デフォルトの名無しさん
08/06/16 13:37:21
一番好きなプログラミング言語は？
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
プログラマに対象を絞って聞いた「一番好きなプログラミング言語」は，「C/C++」（24％）が最も多く，
「Visual Basic（VB）」（20％），「COBOL」（13％）と続いた（図2）。企業の基幹システムに浸透しつつあるJavaや，
Webアプリケーション関連で使われることの多いスクリプト言語は，上位3位までに食い込むことができなかった。
C/C++ 24%
VB6.0 20%
COBOL 13%
Java 9%
Perl/PHP 7%
C# 2% ← m9(^Д^)ﾌﾟｷﾞｬｰ
一番好きな言語と対比する格好で「最もよく使っているプログラミング言語」も聞いてみたが，
ここでは「C/C++」と「VB」の順位が逆転，「VB」が一位だった。
417:デフォルトの名無しさん
08/06/16 21:56:13
C#はいい言語だと思うんだがなぁ…
.NETじゃくネイティブコードコンパイラなければもっと使ってるのに…
COBOL(13%)ってのはITPro(というか日経)の読者層を反映しすぎてる気がする
418:デフォルトの名無しさん
08/06/19 23:55:15
ここにも貼っておく
URLﾘﾝｸ(torjo.com)
419:デフォルトの名無しさん
08/08/10 00:45:15
VB6.0にCOBOLが2～3位って、時代に取り残されたおっさん確定だろ
そんな奴らにC#の良さが分かるとは思えないｗ
420:デフォルトの名無しさん
08/08/10 06:46:14
>>419
4番目にJavaはともかく、5番目にPerl/PHPだもんなｗ
421:デフォルトの名無しさん
08/08/10 08:56:54
GC.AddMemoryPressureが追加されるまでのC#は実用にならないゴミだったから仕方が無い
422:デフォルトの名無しさん
08/08/11 04:31:35
>>417
海外だとC#で書いたものが多くなってますよね
日本じゃまだ目新しすぎてついて行けないだけじゃないかなぁ
C/C++が一番多いのは納得だけど、VB6が20%なのは厨房SE/PGが多い日本ならでわかと。
423:デフォルトの名無しさん
08/08/11 07:57:16
Delphiがその他のどのくらいの割合なのかが気になる上に
VB6.0て分けるぐらいならC/C++も分けるべきだったろに。
424:デフォルトの名無しさん
08/08/11 20:01:01
>>422
厨房がVB6なんて知ってるわけねえだろ。
425:デフォルトの名無しさん
08/08/12 08:25:15
>>424
はぁ？リアル池沼乙。
426:デフォルトの名無しさん
08/08/12 10:38:25
>>422の言葉が悪いな
厨房じゃなくてオッサンなだけなんだよ
>>416の調査のメインの対象が
>回答者の年齢構成は，40才代が最も多くて39.4％，続いて30才代が34.8％，
>50才以上が19.3％，20才代が6.2％だった
という年齢層分布で察しる
427:デフォルトの名無しさん
08/08/24 00:05:28
gtkmm
428:デフォルトの名無しさん
08/08/25 00:03:40
だれか、使いやすいのを作ってくれ
429:デフォルトの名無しさん
08/09/05 22:59:18
>>426
でも20代なんてカネ稼いでない層だろ。
仕事でも無いのにプログラムを書くような人間が多い時代でもないだろ。
今の20代が10年後に何を好むのかは気になるけどな。
430:デフォルトの名無しさん
08/09/06 00:25:07
>>429
> でも20代なんてカネ稼いでない層だろ。
え？
現役で「プログラマ」をやってるのは圧倒的に20～30代が多い、でしょ？
少なくとも日本では。
業界にもよるが、基本的にプログラマは下っ端の兵隊で、高級なデベロッパが
ほとんど存在しないという文化だからね。
431:デフォルトの名無しさん
08/09/06 02:22:15
>>430
20代。
いわゆるプログラマではほとんどカネが稼げない現実もあるだろうなぁ。
稼げないと好きになんてならないだろうに。
432:デフォルトの名無しさん
08/09/06 02:59:58
脱しようと今起業しているがなかなかプログラムだと稼げないね
今年入った収入は1万8千円
受注仕事やるといいんだろうが、起業している意味ないしなあ
433:デフォルトの名無しさん
08/09/06 03:16:16
1万8千円って俺の月収より低いな
434:デフォルトの名無しさん
08/09/06 10:49:21
携帯ゲームあたりだろうか
435:デフォルトの名無しさん
08/09/06 23:25:16
WTL
436:デフォルトの名無しさん
08/11/07 23:19:54
自作してみたいんだが、どうすればいい？
環境は WindowsXP で VC2008EE
437:デフォルトの名無しさん
08/11/08 01:28:14
既存APIのラッパーを作ることから始めてはどうか
438:デフォルトの名無しさん
08/11/08 01:31:14
質問する段階なら、APIの薄いラップのみでいいんじゃない
物足りなくなったら、他のツールキットがどういうアーキテクチャになってるか
調べて取り入れるとか
あと、ｵﾚｵﾚライブラリの類は、演習と割り切って作らないと前に進むのが遅くなるよ
結局、既存のツールキットを使ったほうが便利な場面も多いし
ってこのスレで言うことじゃないなｗ
439:デフォルトの名無しさん
08/11/08 01:33:29
ボタンもリストも基本はWindow。その辺はググれば出てくる。
多くの人間が通る道として、それらをC++でラップしたコントロールを作る。
そしてメソッドで対応するのが面倒になり、GetHwnd()とか作ってごまかして終了する。
VC2008EEで生産性を追及してGUIを自作したいなら、個人的には
ResEditとかフリーのリソース作成ツールが吐き出したソースを
サポートする形にするのが良いかと。
440:デフォルトの名無しさん
08/11/08 17:29:15
ふむ、アドバイス㌧クス
まず、ラッパからやってみるよ。
できたら晒しにくるよ。
441:デフォルトの名無しさん
08/11/08 22:08:18
ラッパやってみたけど、うまくいかない。。orz
アドバイスくれorz
URLﾘﾝｸ(www.geocities.jp)
置き場を↑にする
442:デフォルトの名無しさん
08/11/08 22:30:22
メンバ関数名にまでWindowは付けなくていい。
あとメッセージループもメンバ関数にしたらどうだろう。
エラーの原因はポインタの扱いだから、
その辺復習しながら作るといいよ。
443:デフォルトの名無しさん
08/11/08 23:43:45
久しぶりにネット繋いだらVC++6.0に怒濤のごとく更新入った
444:デフォルトの名無しさん
08/11/08 23:53:16
>>442
アドバイス有難う。
うまく表示できた。
さて、ウィンドウの表示はできた。
次は、
LRESULT CALLBACK WindowProc(HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam)
の中でしているのをどうするかだ。。。
ここで、メッセージループをしているのをどうにかしたい。
じゃないと、ラッパを作る意味がないきがする。
445:デフォルトの名無しさん
08/11/09 00:13:01
>>444
WindowインスタンスごとにVirtualAllocで確保した領域に
ECXにthisを入れてメンバのWndProcに飛ぶコードを動的生成して
それをRegisterClassExでコールバックとして渡しておく。
そうすればWindowsが直接メンバ関数を呼んでくれるようになる。
あとはそれをOnXXXとかのvirtualなハンドラに飛ばして、
必要に応じて外部に委譲させておけばおｋ。
446:デフォルトの名無しさん
08/11/09 01:47:00
>>445
ググって、VirtualAllocこれが何かはわかった。
（呼び出し側プロセスの仮想アドレス空間に領域を確保）
が、そのほかの部分がわからない。
もうちょっと噛み砕いてお願いしたい。
447:デフォルトの名無しさん
08/11/09 02:04:48
とりあえず他でやって欲しい。
448:デフォルトの名無しさん
08/11/09 02:05:45
マイナーGUI（ラッパか・・・）作ってるからいいんじゃね？
449:デフォルトの名無しさん
08/11/09 02:27:18
>>446
君がどういうレベルかわからないと説明は難しい。
stdcallとcdeclは知っている？
clのABIはthiscallでECXにthisが入るのは知っている？
450:デフォルトの名無しさん
08/11/09 02:41:11
私のレベルは、簡単なものならAPIをガリガリでモノを作れる。
MFCは使ったことなし。
>stdcallとcdeclは知っている？
これは名前は知っている。
>clのABIはthiscallでECXにthisが入るのは知っている？
これは、知らない。
cl・・・コンパイラ？
ABI・・・アプリケーション・バイナリー・インターフェイス？
thiscall ≒ cdecl？
ECX・・・アセンブリは全く知らない
つまり、アセンブリを知らないとできないってこと？orz
451:デフォルトの名無しさん
08/11/09 03:14:18
>>450
アセンブリと言っても別に難しい知識は必要ない。
C言語が使えるんなら、レジスタとスタックの操作、
つまりmovとpushくらいは3分でわかるはず。
そして引数がスタックに積まれることが理解できれば良い。
そのスタックをどこで戻すかの違いがstdcallとcdecl。
インスタンスメソッドに対してはインスタンスが引数として扱われる。
それがcl（VC++のコンパイラ）ではECXで渡されるということ。
ちなみにgccだと第一引数としてスタックに積まれる。
こういう呼び出し規約のことをABIと呼ぶ。
なぜこんな知識が必要か？
それはインスタンスメソッドに対してコールバックさせるため。
実際にATLではこの方法が使われている。
ハッシュで済ませるんなら必要ないんだけど、
外部に委譲させるときに悩むことになる。
452:デフォルトの名無しさん
08/11/09 03:23:19
ふと疑問に思って昔作ったGUIクラスをひっぱりだして覗いてみたら
SetWindowLong( hWnd, GWL_USERDATA, (int)this );
みたいな感じのを使ってた。ハンドルと32bitデータを関連付けられるらしい。
で、Windowプロシージャで
GetWindowLong( hWnd, GWL_USERDATA );
を使って、ハンドルから対応クラスのポインタをひっぱってきて
Window別のイベントを処理してた。なつかすぃ。
453:デフォルトの名無しさん
08/11/09 03:33:48
>>452
その方法だとたとえばウィンドウ上でIMEの入力をしているときに
候補の上でホイール回したりしてIMEが作ったhWndが飛んでくると
不正なポインタに飛ばすことになって落ちるよ。
結局、登録されたhWndかどうかチェックするとハッシュになってしまう。
454:デフォルトの名無しさん
08/11/09 07:15:09
>>445
ウィンドウインスタンスごとにRegisterClassExって何か違うと思う。
ATLでやってるのは、StartWindowProcってのを登録しといて、
StartWindowProcの中でサンクつくって、次回以降はそれが呼ばれるようにする、っていう方法だったと思う。
>>453
俺はIME触ったこと無いから実際はどうなのか知らないんだけど、
そんなことがあったらそれIMEのバグじゃねーの?
455:デフォルトの名無しさん
08/11/09 09:30:36
同じくで、サンク作る方法は自分でも書いたことあったけども>>454の意味はちまちまわからんとこが。
ATLのソースか、エディタのGreenPadがそんな方法使ってたから見てみてもいいかも。
わかりにくい上に機械語直接埋め込むから試しに自分でラッパ書いてみる、って段階ではどうかと思うが、早いし。
ウィンドウハンドルとthisを関連づける方法はGWL_USERDATAの他にSetProp/GetPropAPIもある。
URLﾘﾝｸ(hp.vector.co.jp)
URLﾘﾝｸ(hilbert.elcom.nitech.ac.jp)
一応この辺がその辺の話。
456:デフォルトの名無しさん
08/11/09 10:50:11
454だけど、実際にATLがどうやってるのかは>>455のリンク先が詳しいのでそっち見てね。
あと、WndProcからthisを手に入れる方法を適当にまとめてみた。他にも方法あるかも。
どこにHWND↔thisの対応を入れておくか
・Set/GetWindowLongPtrを使う(GWLP_USERDATAを使うのか、cbWndExtraで確保しとくのか)
・Set/GetPropを使う(キーは文字列かATOMか)
・ハッシュテーブルを使う(排他制御はどうすんのか)
・サンクを使う(CPUのアーキテクチャごとにry)
どのタイミングでHWND↔thisを関連づけるか
・WM_CREATEで(thisはCreateWindowの最後の引数か、グローバル変数から)
・最初にWndProcが呼ばれた段階で(thisはグローバル変数から)
・WH_CBTとかWH_CALLWNDPROCフックで(thisはグローバル変数から)
・そもそもWM_CREATEイラネ、CreateWindowを呼んだ後で
ただしグローバル変数にはTLSも含む
457:デフォルトの名無しさん
08/11/09 12:24:53
いくつか意見がでてるけど、個人的にはハッシュが一番楽じゃない？と思う。
std::map<HWND,[基底クラスのポインタ]> g_controlList;
LRESULT CALLBACK WindowProc(HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam)
{
基底クラス *p基底クラス = g_controlList[ hWnd ];
// コントロール別イベント処理
p基底クラス->OnEvent(msg, wParam, lParam);
}
最近C++書いてないんで色々間違ってそうだけど、キモはこんな感じかと。
ここは、より良い方法がでてきたら差し替えることにして
次へ進んだ方が本人の為になるし、スレ的にも面白いｗ