とにかくdat落ち必死なこの話題をどうかひとつ。
関連スレ:
【GUIライブラリ】wxWindowsでのひょーん
http://pc2.2ch.net/test/read.cgi/tech/1052186697/
探検
【C++】マイナーGUIツールキット
■ このスレッドは過去ログ倉庫に格納されています
NGNG
NGNG
NGNG
GUI Toolkit Framework Page
http://www.geocities.com/SiliconValley/Vista/7184/guitool.html
http://www.geocities.com/SiliconValley/Vista/7184/guitool.html
NGNG
NGNG
An embedded Linux application environment. Chosen by IBM and Sharp.
http://www.trolltech.com/products/qtopia/
組み込み用Qt
http://www.trolltech.com/products/qtopia/
組み込み用Qt
NGNG
人が来なくたってsage保守し続けるからな!
ネタがないときは俺がサンプルコード書きまくるからな!
ネタがないときは俺がサンプルコード書きまくるからな!
NGNG
【Qtopia関連】
SLライブラリドキュメント
http://more.sbc.co.jp/sl_j/doc/reference.htm
Qtopia (パームトップ環境)
ttp://www.trolltech.com/developer/download/qtopia.html
Qt/Embedded (GUIツールキット)
ttp://www.trolltech.com/developer/download/qt-embedded.html
Qt Reference Documentation
ttp://doc.trolltech.com/2.3/
Qt リファレンス翻訳
ttp://www.kde.gr.jp/~ichi/qtdoc-ja.html
【開発環境整備】
ZaurusZone Howtos
ttp://www.zauruszone.com/howtos/
Unofficial Zaurus FAQ
ttp://www.newbreedsoftware.com/zaurus-faq/
Zaurus Development Version of DemoLinux bootable CDROM (人柱募集中)
ttp://www.pellicosystems.com/devolinux/zdevolinux/
SLライブラリドキュメント
http://more.sbc.co.jp/sl_j/doc/reference.htm
Qtopia (パームトップ環境)
ttp://www.trolltech.com/developer/download/qtopia.html
Qt/Embedded (GUIツールキット)
ttp://www.trolltech.com/developer/download/qt-embedded.html
Qt Reference Documentation
ttp://doc.trolltech.com/2.3/
Qt リファレンス翻訳
ttp://www.kde.gr.jp/~ichi/qtdoc-ja.html
【開発環境整備】
ZaurusZone Howtos
ttp://www.zauruszone.com/howtos/
Unofficial Zaurus FAQ
ttp://www.newbreedsoftware.com/zaurus-faq/
Zaurus Development Version of DemoLinux bootable CDROM (人柱募集中)
ttp://www.pellicosystems.com/devolinux/zdevolinux/
NGNG
【開発プロジェクト】
Zaurus-ja (日本語環境整備)
http://zaurus-ja.sourceforge.jp/
Zaurus Open Source Development
http://sourceforge.net/projects/zaurus/
OpenZaurus
http://openzaurus.sourceforge.net/
Open Palmtop Integrated Environment (Opie)
ttp://opie.handhelds.org/
GPE: The GPE Palmtop Environment
ttp://gpe.handhelds.org/
Debian Zaurus
ttp://people.debian.org/~mdz/zaurus/
【ソフトウェア】
IpkgFind (バイナリパッケージ検索)
ttp://ipkgfind.handhelds.org/
Zaurus Software Index
ttp://killefiz.de/zaurus/
Konqueror/Embedded (Webブラウザ)
ttp://www.konqueror.org/embedded.html
布目 for Qtopia 1.0 (日本語手書き入力)
ttp://www.sikigami.com/nunome-Qtopia-1.0/
【その他】
Zaurus.LovesLinux.com (ニュース)
ttp://zaurus.loveslinux.com/
Linux Links (リンク集)
ttp://www.linuxlinks.com/PDA/Zaurus/
Zaurus-ja (日本語環境整備)
http://zaurus-ja.sourceforge.jp/
Zaurus Open Source Development
http://sourceforge.net/projects/zaurus/
OpenZaurus
http://openzaurus.sourceforge.net/
Open Palmtop Integrated Environment (Opie)
ttp://opie.handhelds.org/
GPE: The GPE Palmtop Environment
ttp://gpe.handhelds.org/
Debian Zaurus
ttp://people.debian.org/~mdz/zaurus/
【ソフトウェア】
IpkgFind (バイナリパッケージ検索)
ttp://ipkgfind.handhelds.org/
Zaurus Software Index
ttp://killefiz.de/zaurus/
Konqueror/Embedded (Webブラウザ)
ttp://www.konqueror.org/embedded.html
布目 for Qtopia 1.0 (日本語手書き入力)
ttp://www.sikigami.com/nunome-Qtopia-1.0/
【その他】
Zaurus.LovesLinux.com (ニュース)
ttp://zaurus.loveslinux.com/
Linux Links (リンク集)
ttp://www.linuxlinks.com/PDA/Zaurus/
NGNG
知らんのもいくつかあるな。
是非続けてくれ。
是非続けてくれ。
NGNG
NGNG
GUI Toolkits for The X Window System
http://freshmeat.net/articles/view/928
X Development Tools
http://cbbrowne.com/info/xlibs.html
WindowMaker の GUI widget セット WINGs
http://members.ozemail.com.au/~crn/wm/wings.html
C++ じゃなくてスマソ。WINGs 単体で使えないかな。
http://freshmeat.net/articles/view/928
X Development Tools
http://cbbrowne.com/info/xlibs.html
WindowMaker の GUI widget セット WINGs
http://members.ozemail.com.au/~crn/wm/wings.html
C++ じゃなくてスマソ。WINGs 単体で使えないかな。
12デフォルトの名無しさん
NGNG 期待age
Non-GUI の、フレームワーク系ライブラリって混ぜちゃダメ?
MUSCLE: Multi User Server Client Linkage Environment
http://www.lcscanada.com/muscle/
Non-GUI の、フレームワーク系ライブラリって混ぜちゃダメ?
MUSCLE: Multi User Server Client Linkage Environment
http://www.lcscanada.com/muscle/
NGNG
皆様情報サンクストン
非C++、Non-GUIもщ(・д・)щバッチコイ!!
非C++、Non-GUIもщ(・д・)щバッチコイ!!
NGNG
JLIB - A C++ porting of java.awt.*
http://codeproject.com/library/jlib.asp
http://codeproject.com/library/jlib.asp
NGNG
winBe: The BeOS API on Win32
http://homepage.ntlworld.com/nathaniel.cross/
http://homepage.ntlworld.com/nathaniel.cross/
NGNG
NGNG
NGNG
ちなみに>>1はboostのようなモダン設計のGUIライブラリを
探しているのだが、中々見付からないんだよな!
探しているのだが、中々見付からないんだよな!
NGNG
>>18
MLで話題にはなっているみたい。
詳しくは見てないので、どなたか結論教えて〜。
[boost] GUI/GDI template library
http://lists.boost.org/MailArchives/boost/msg49854.php
MLで話題にはなっているみたい。
詳しくは見てないので、どなたか結論教えて〜。
[boost] GUI/GDI template library
http://lists.boost.org/MailArchives/boost/msg49854.php
NGNG
>>19
Boost infoにも載ってたな!
http://user.ecc.u-tokyo.ac.jp/~s31552/wp/boost/memo/
その後E. Gladyshevはサンプルコードを書いて、
(http://lists.boost.org/MailArchives/boost/msg50043.php)
さらにそいつを↓のプロジェクトに発展させた模様だ!
Notus
http://sourceforge.net/projects/notus/
>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のモダンなラッパーとしても期待できるかもな!
こいつは要チェックや!サンプルコードはしばし待て!
Boost infoにも載ってたな!
http://user.ecc.u-tokyo.ac.jp/~s31552/wp/boost/memo/
その後E. Gladyshevはサンプルコードを書いて、
(http://lists.boost.org/MailArchives/boost/msg50043.php)
さらにそいつを↓のプロジェクトに発展させた模様だ!
Notus
http://sourceforge.net/projects/notus/
>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のモダンなラッパーとしても期待できるかもな!
こいつは要チェックや!サンプルコードはしばし待て!
NGNG
GUI ツールキットのイベントループの実装を説明している資料って無いでしょうか。
コールバックの登録とか、イベントの通知とか。
fltk と fox のソースを試しに眺めてみましたが、select とか poll してるなぁー
って感じで、いまいちよく分からなかった。。。
唯一見つけたのがこれです。
ttp://www.asahi-net.or.jp/~cv8t-hdk/fox/fox-doc.ja/faq.ja.html#CALLBACKS
コールバックの登録とか、イベントの通知とか。
fltk と fox のソースを試しに眺めてみましたが、select とか poll してるなぁー
って感じで、いまいちよく分からなかった。。。
唯一見つけたのがこれです。
ttp://www.asahi-net.or.jp/~cv8t-hdk/fox/fox-doc.ja/faq.ja.html#CALLBACKS
NGNG
>>21 と絡むのかな?絡まないのかな?
GUIからのイベントを捕まえるのに、大きく分けて
・リスナインタフェース登録型
・コールバック関数登録型
・IDディスパッチ型
・派生してオーバーライド型
があると思う。
C++的には、どれが適しているんだろう?
GCがないからハンドラの寿命を管理する必要があるんだが、
循環参照が生じやすいため、参照カウント法との相性が悪いのが気になっている。
イベントの送受信構成が動的に変わらないんだったら、
それほど問題にはならないかもしれないけど。
GUIからのイベントを捕まえるのに、大きく分けて
・リスナインタフェース登録型
・コールバック関数登録型
・IDディスパッチ型
・派生してオーバーライド型
があると思う。
C++的には、どれが適しているんだろう?
GCがないからハンドラの寿命を管理する必要があるんだが、
循環参照が生じやすいため、参照カウント法との相性が悪いのが気になっている。
イベントの送受信構成が動的に変わらないんだったら、
それほど問題にはならないかもしれないけど。
NGNG
>>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()); }
};
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()); }
};
NGNG
>>23
テンプレートうんぬんの部分は、
abstruct class と本質的に変わらないんじゃ?
class IUIAdonerImplWindowless : public IUIAdoner {
protected:
virtual void CreateFont(font& f) { f = SysCreateFont(); }
...
};
効率性とか、コンストラクタで呼べるとかは抜きにして。
ATL/WTLの自己言及的テンプレートって、結局はvtableケチってるだけでしょ?
テンプレートうんぬんの部分は、
abstruct class と本質的に変わらないんじゃ?
class IUIAdonerImplWindowless : public IUIAdoner {
protected:
virtual void CreateFont(font& f) { f = SysCreateFont(); }
...
};
効率性とか、コンストラクタで呼べるとかは抜きにして。
ATL/WTLの自己言及的テンプレートって、結局はvtableケチってるだけでしょ?
NGNG
>>24
vtbl だけじゃなくて abstruct class の個数が増えるのも嫌ってるんじゃない?
IUIAdonerImplWindoid の方を abstruct class でやろうとすると、IWindow なんてのを使って、
T::GetWindow() のところで (dynamic_cast<IWindow*>(this))->GetWindow() とすることになる。
効率性とか記述性とか抜きにして本質を比べたら、UIイベントを特定のスレッドにシリアライズ
するかしないか、くらいしか手法の違いって無くなっちゃうような。。。
vtbl だけじゃなくて abstruct class の個数が増えるのも嫌ってるんじゃない?
IUIAdonerImplWindoid の方を abstruct class でやろうとすると、IWindow なんてのを使って、
T::GetWindow() のところで (dynamic_cast<IWindow*>(this))->GetWindow() とすることになる。
効率性とか記述性とか抜きにして本質を比べたら、UIイベントを特定のスレッドにシリアライズ
するかしないか、くらいしか手法の違いって無くなっちゃうような。。。
2624
NGNG >>25
確かに記述性はいいね。
継承リストに、付け加えるだけで、オーバーライドの効果があるわけだし。
ただ、WTLの方法って、やっぱり最上位のラッパーなんだよな。
WTLの場合はWindowsコモンコントロールにあたる、
きちんとした下層ライブラリがあってこそ生きてくる。
確かに記述性はいいね。
継承リストに、付け加えるだけで、オーバーライドの効果があるわけだし。
ただ、WTLの方法って、やっぱり最上位のラッパーなんだよな。
WTLの場合はWindowsコモンコントロールにあたる、
きちんとした下層ライブラリがあってこそ生きてくる。
NGNG
Chain of Responsibility.
ttp://homepage.mac.com/mkino2/oop/chainOfResp/index.html
ttp://www.kmonos.net/wlog/sub/cpp_cor.php
ttp://homepage.mac.com/mkino2/oop/chainOfResp/index.html
ttp://www.kmonos.net/wlog/sub/cpp_cor.php
NGNG
29デフォルトの名無しさん
NGNG30デフォルトの名無しさん
NGNG サポートしてないから投票してるんじゃ?
NGNG
なる。excite about って言うくらいだからもう実装したのかと思ったよ。
今しばらく Xlib 直叩きが続きそう・・・。
今しばらく Xlib 直叩きが続きそう・・・。
32デフォルトの名無しさん
NGNG ていうかUnicodeサポートしてるGUIツールキットって何があるの?けっこうあるの?
NGNG
有名どころでは Gtk+, Qt, Tcl/Tk がそう。FOX は次のメジャーアップデートでサポート
予定。FLTK も 2.0 からは UTF-8 にしたい
予定。FLTK も 2.0 からは UTF-8 にしたい
NGNG
ありゃ、途中で送信しちゃった。
FLTK も 2.0 からは UTF-8 にしたいという話は何度も出ている。アンオフィシャルで
UTF-8 パッチもあるよ。
FLTK も 2.0 からは UTF-8 にしたいという話は何度も出ている。アンオフィシャルで
UTF-8 パッチもあるよ。
NGNG
wxWindows もだべ。
NGNG
Unicode サポートは要らないからマルチバイトサポートくらいはして欲しい。
下層ライブラリでせっかく用意されているのに、、、
下層ライブラリでせっかく用意されているのに、、、
NGNG
GUI部品図鑑
ttp://white.sakura.ne.jp/~rryu/gui-book/
他にもGUI部品の解説サイトってありませんか?
ttp://white.sakura.ne.jp/~rryu/gui-book/
他にもGUI部品の解説サイトってありませんか?
38デフォルトの名無しさん
NGNGhttp://white.sakura.ne.jp/~rryu/gui-book/
39デフォルトの名無しさん
NGNG いいのないかねえ
NGNG
Windows ルックアンドフィールで、モダンなGUITKがあると、助かるが、
いろいろやろうと思ったときは、結局ATL/WTLに行き着いたりして。
いろいろやろうと思ったときは、結局ATL/WTLに行き着いたりして。
NGNG
>>40
細かいことをやろうとすると、やっぱり生のWin32を使いたくなることも多いよな。
LinuxでQt/GTKなんかでGUIプログラミングしているひとは、生のXlibを叩きたくなることはあるんだろうか?
細かいことをやろうとすると、やっぱり生のWin32を使いたくなることも多いよな。
LinuxでQt/GTKなんかでGUIプログラミングしているひとは、生のXlibを叩きたくなることはあるんだろうか?
NGNG
43デフォルトの名無しさん
NGNG widestudioってどうですか?
NGNG
widestudioが一番簡単かも。VBやDelphiより簡単。
MLのメンバーにも初心者が多い。
ただしもっさりしていて、
メインウインドウの出ないソフトは起動できない。
MLのメンバーにも初心者が多い。
ただしもっさりしていて、
メインウインドウの出ないソフトは起動できない。
NGNG
widestudioか。
個人的にちょっとした道具を作りたいという人には便利かもしれないが、
そのプログラムを不特定多数に使ってもらう、という段階で無理が生じる気がする。
結局、ランタイムが・・・。
個人的にちょっとした道具を作りたいという人には便利かもしれないが、
そのプログラムを不特定多数に使ってもらう、という段階で無理が生じる気がする。
結局、ランタイムが・・・。
46デフォルトの名無しさん
NGNG Windowsネイティヴで、
フリーで、
肥大してないコンパクトな大きさで、
いざとなればWin32API叩きもできて、
Windowsのユニコード版APIに対応してる
やつってないかなあ。
フリーで、
肥大してないコンパクトな大きさで、
いざとなればWin32API叩きもできて、
Windowsのユニコード版APIに対応してる
やつってないかなあ。
NGNG
>>46
> いざとなればWin32API叩きもできて、
が、ウィンドウ関連のAPIだったら、
それこそ MFC/WTL くらいになってしまうと思うが…。
マルチプラットホームのツールキットって、ネイティブハンドルを公開しないものが多いし。
> いざとなればWin32API叩きもできて、
が、ウィンドウ関連のAPIだったら、
それこそ MFC/WTL くらいになってしまうと思うが…。
マルチプラットホームのツールキットって、ネイティブハンドルを公開しないものが多いし。
NGNG
というか、Win32APIはXのToolkitレベルの処理も含むんだよな。
NGNG
>>46
Windowsの直API叩きたいならWideStudio。
SetWindowLong/GetWindowLongでthisを渡してるシンプルな実装。
独自のウインドウ出しててもWINMAINマクロいじって
メッセージポンプカスタマイズしてれば大丈夫。
Windowsの直API叩きたいならWideStudio。
SetWindowLong/GetWindowLongでthisを渡してるシンプルな実装。
独自のウインドウ出しててもWINMAINマクロいじって
メッセージポンプカスタマイズしてれば大丈夫。
50デフォルトの名無しさん
NGNG WideStudioおとしてみたけどUIがWinネイティヴじゃない感ありありなので萎え。
WTLのフリー版みたいなのがあればいいのになあ
WTLのフリー版みたいなのがあればいいのになあ
NGNG
>>50
nmでシンボルを抽出すると、
「WinMain」は「プロジェクト名.o」の中にある。
ソースファイル名「プロジェクト名.cpp」の先頭の辺りに
WinMainを実行するマクロがある。
#ifdef MSW
WS_WINMAIN
#endif
このマクロの中身は、WIN32APIの入門書のサンプルにある
メッセージポンプそのもの。イベントが起きたらGetWindowsLong
でthisをとって、メッセージパッシング。
ネイティブ感ありあり。
nmでシンボルを抽出すると、
「WinMain」は「プロジェクト名.o」の中にある。
ソースファイル名「プロジェクト名.cpp」の先頭の辺りに
WinMainを実行するマクロがある。
#ifdef MSW
WS_WINMAIN
#endif
このマクロの中身は、WIN32APIの入門書のサンプルにある
メッセージポンプそのもの。イベントが起きたらGetWindowsLong
でthisをとって、メッセージパッシング。
ネイティブ感ありあり。
52デフォルトの名無しさん
NGNG よくわかんない
NGNG
NGNG
SWT なら、頑張れば C++に移植できそうな気がする。
SWTのソースを見るとネイティブのAPI叩きまくっているし。
SWTのソースを見るとネイティブのAPI叩きまくっているし。
NGNG
NGNG
>>33
Unicodeに対応してもIMEやXIMに対応しなきゃあんまり意味がない。。。
Unicodeに対応してもIMEやXIMに対応しなきゃあんまり意味がない。。。
NGNG
>>56
対応してるよ。
対応してるよ。
NGNG
59デフォルトの名無しさん
NGNG >>58
gcjについては、
Cygwinでの/usr/include/java以下を見てみるといいよ
きっと萌えるから(w
これはCNIっていうJNIの独自版みたいなやつで
JavaをC++に自動でマップしてるヘッダ
CNIとかgcjでのSWTとか詳しいことは以下を見てちょ
ttp://page.freett.com/gikob/gcj/
gcjについては、
Cygwinでの/usr/include/java以下を見てみるといいよ
きっと萌えるから(w
これはCNIっていうJNIの独自版みたいなやつで
JavaをC++に自動でマップしてるヘッダ
CNIとかgcjでのSWTとか詳しいことは以下を見てちょ
ttp://page.freett.com/gikob/gcj/
60デフォルトの名無しさん
NGNGNGNG
SwingみたいなライトウエイトなGUIツールキットってないのかな。
まぁ需要なさげといえばそれまでなんだが。
まぁ需要なさげといえばそれまでなんだが。
NGNG
>>61
Fltk?
Fltk?
NGNG
6461
NGNG あるのかtnx
今から調べてみるよ
今から調べてみるよ
NGNG
全然ライトウエイトじゃなかったぞゴルァ
NGNG
FLTK = The Fast Light Toolkit
NGNG
いや、要するにSkinでLook&FeelをかえられるGUIツールキットがほしかったわけなんだが・・・
NGNG
うーんさらにクロスプラットフォームという条件がつくんだが・・・ないかな
NGNG
ライトウエイトって、ネイティブGUIを使ってないという意味で、
動作が軽いっていう意味ではなかったはず。
動作が軽いっていう意味ではなかったはず。
NGNG
NGNG
ttp://www.fltk.org/news.php?V230
> 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 サポートしてくれたら嬉しいな。
> 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 サポートしてくれたら嬉しいな。
NGNG
FLTKのXIMパッチってまだ入手できるの?
74デフォルトの名無しさん
NGNG75デフォルトの名無しさん
NGNG Dat落ち回避age
NGNG
notusいいよね
ttp://sourceforge.net/projects/notus
ttp://sourceforge.net/projects/notus
NGNG
NGNG
NGNG
GTKをはじめとしていろいろあるだろ。
NGNG
gtkってgnome界隈で使う分にはいいけど
他のplatformに持っていくと浮いちゃうよね
なんだかなー
他のplatformに持っていくと浮いちゃうよね
なんだかなー
NGNG
Windows 用のツールキットなら、CodeProject 。
jlib が最近のお気に入り。
jlib が最近のお気に入り。
NGNG
codeprojectって中途半端じゃね?
漢ならstringray
漢ならstringray
NGNG
さいきん話題ないな
NGNG
>>79
GTKみたいに大掛かりなものじゃなくて、
レイアウトファイルから情報を読み込んで、
あとはプログラム側で好きなようにウィジェットを作成していくようなものはありますか?
XML とか YAML を使えばいいとは思うんだけど、
GUI を記述する標準スキーマみたいなものがあれば、それを使いたいのです。
GTKみたいに大掛かりなものじゃなくて、
レイアウトファイルから情報を読み込んで、
あとはプログラム側で好きなようにウィジェットを作成していくようなものはありますか?
XML とか YAML を使えばいいとは思うんだけど、
GUI を記述する標準スキーマみたいなものがあれば、それを使いたいのです。
NGNG
>GUI を記述する標準スキーマ
そんなもん無い。
あえて上げるとすればhtml
そんなもん無い。
あえて上げるとすればhtml
NGNG
いちおう、XULがあるのか?
Mozillaも漏れなく付いて来てしまうが。
Mozillaも漏れなく付いて来てしまうが。
87デフォルトの名無しさん
NGNG GLUIはまだでてないかな。
私のまわりではちらほら見ます。
私のまわりではちらほら見ます。
88デフォルトの名無しさん
NGNG89デフォルトの名無しさん
NGNG WTL ・・・ ステキ!!
NGNG
Motif/UILだろやっぱ
NGNG
An introduction to using Fluid
8.5Megs 16 Minutes Running Time
http://seriss.com/people/erco/fltk-videos/
8.5Megs 16 Minutes Running Time
http://seriss.com/people/erco/fltk-videos/
NGNG
94デフォルトの名無しさん
NGNG GUIツールキットはLGPLのやつばっかりだな。BSD系ってTkくらいか。
NGNG
>>94
Visual Basicでも使えたらよかったのにね
Visual Basicでも使えたらよかったのにね
NGNG
97デフォルトの名無しさん
NGNG VBって特定のライセンスのライブラリ使えないの??
NGNG
>>94
LGPL だけど、スタティックリンクに関して例外を設けている事が多いね。
LGPL だけど、スタティックリンクに関して例外を設けている事が多いね。
NGNG
>>53
遅レスだけどATLはC++BuilderXのフリー版にもついてくる。
遅レスだけどATLはC++BuilderXのフリー版にもついてくる。
100デフォルトの名無しさん
NGNG fltk2.0リリースまで何をする気にもなれない
んで100get
んで100get
101デフォルトの名無しさん
NGNG fltk はイベント処理まわりがキモすぎる。
102デフォルトの名無しさん
NGNG ttp://www.turn.co.za/david/gui/
103デフォルトの名無しさん
NGNG Linux Windows Macのクロスプラットフォームなアプリを作りたいんだけど、
おすすめツールキットある? 当初はQtで考えてたんだがいつのまにか
Windows版のライセンスがややこしくなってて有料らしいので、ほかを探し
てます。とりあえず、wxWindows(wxWidgets)は上の3つに対応しているらしい
ことがわかったけど、ほかの選択肢はどんなもんでしょう。経験者いたら
経験談キボンヌ。
おすすめツールキットある? 当初はQtで考えてたんだがいつのまにか
Windows版のライセンスがややこしくなってて有料らしいので、ほかを探し
てます。とりあえず、wxWindows(wxWidgets)は上の3つに対応しているらしい
ことがわかったけど、ほかの選択肢はどんなもんでしょう。経験者いたら
経験談キボンヌ。
104デフォルトの名無しさん
NGNG105デフォルトの名無しさん
NGNG106デフォルトの名無しさん
NGNG >>103
私見ですけども
Mac向けのものはwxを含めとにかくMacOSXでの日本語の扱いが
ダメダメつうか壊滅状態ですので、現状素直にCocoa/Carbonで
書き起こすのが最適かと思われます
Macを外せばwx,fltk,XPToolkit等等
一長一短な奴等で十分いけますが、
なかなかアクが強いのでおきおつけくだされ
ぶっちゃけネイティブものを各プラットフォームごとに書いたほうが
楽じゃねーかと思う昨今です
私見ですけども
Mac向けのものはwxを含めとにかくMacOSXでの日本語の扱いが
ダメダメつうか壊滅状態ですので、現状素直にCocoa/Carbonで
書き起こすのが最適かと思われます
Macを外せばwx,fltk,XPToolkit等等
一長一短な奴等で十分いけますが、
なかなかアクが強いのでおきおつけくだされ
ぶっちゃけネイティブものを各プラットフォームごとに書いたほうが
楽じゃねーかと思う昨今です
107デフォルトの名無しさん
NGNG >>106
>ぶっちゃけネイティブものを各プラットフォームごとに書いたほうが
>楽じゃねーかと思
わない昨今です。
Windows|Linuxでやってたけど挫折しました。
今はwxWidgetsでそこそこ幸せに暮らしております。
>ぶっちゃけネイティブものを各プラットフォームごとに書いたほうが
>楽じゃねーかと思
わない昨今です。
Windows|Linuxでやってたけど挫折しました。
今はwxWidgetsでそこそこ幸せに暮らしております。
108デフォルトの名無しさん
NGNG >>106
じつはMacは持ってないもんで、ユーザにソース渡してコンパイルして
もらおうかと。Cocoaの開発はさすがにMacないとつらいっすよね・・。
まあツールキット使っててもどっちみち厳しいかもしれませんが。
やっぱそれぞれ癖ありますよね。とりあえずwxでやってみます。でも
Qtがわりとよさげなんで最悪ライセンス購入するのもありかと思って
きました。
じつはMacは持ってないもんで、ユーザにソース渡してコンパイルして
もらおうかと。Cocoaの開発はさすがにMacないとつらいっすよね・・。
まあツールキット使っててもどっちみち厳しいかもしれませんが。
やっぱそれぞれ癖ありますよね。とりあえずwxでやってみます。でも
Qtがわりとよさげなんで最悪ライセンス購入するのもありかと思って
きました。
109デフォルトの名無しさん
NGNG Tkは?
110デフォルトの名無しさん
NGNG111デフォルトの名無しさん
NGNG112デフォルトの名無しさん
NGNG Qtって買わないといけないものなの?
113デフォルトの名無しさん
NGNG >>112
買わなきゃ逝けないのは Win 版か商用開発したい場合のみ。
買わなきゃ逝けないのは Win 版か商用開発したい場合のみ。
NGNG
まぁ今はこんなのもあるわけだが。
ttp://kde-cygwin.sourceforge.net/qt3-win32/index.php
ttp://kde-cygwin.sourceforge.net/qt3-win32/index.php
115デフォルトの名無しさん
NGNG116デフォルトの名無しさん
NGNG >>114
使ってる?>Qt3-Win32
Cygwin/X11バックエンドのQt3はKDEが(使い物にはならないスピードで)動くところまできてるけど
Win32バックエンドのほうは開発も停滞してるし、まだ実用にはならないように見えるんだけど。
MLのログをあさってみても3.1ベースが9割がたくらい動いてるけど、みたいに書かれてるし。
使ってるんなら感想プリーズ。
使ってる?>Qt3-Win32
Cygwin/X11バックエンドのQt3はKDEが(使い物にはならないスピードで)動くところまできてるけど
Win32バックエンドのほうは開発も停滞してるし、まだ実用にはならないように見えるんだけど。
MLのログをあさってみても3.1ベースが9割がたくらい動いてるけど、みたいに書かれてるし。
使ってるんなら感想プリーズ。
117デフォルトの名無しさん
NGNG118デフォルトの名無しさん
NGNG 結局wxWindowsが一番か。ソースも公開しなくていいしな。
Tcl/Tkも好きなんだがな。
Tcl/Tkも好きなんだがな。
119デフォルトの名無しさん
NGNG wxWindowsで作られた実用アプリって聞いたことないけどね。
Eclipse以外のSWTで作られた実用アプリもそうだが。
Eclipse以外のSWTで作られた実用アプリもそうだが。
120デフォルトの名無しさん
NGNG wxWindowsとSWTって言語は違うけど発想は似てるね。
121デフォルトの名無しさん
NGNG 最終的には、Swingか、AWTで書くしかないだろう。
最近のJVMは割とまともになってきたから、Javaアプリを作るのも
一つの手ではある。
最近のJVMは割とまともになってきたから、Javaアプリを作るのも
一つの手ではある。
122デフォルトの名無しさん
NGNG123デフォルトの名無しさん
NGNG >>121
スレタイ嫁よ。これだからJava厨はいやだな。
スレタイ嫁よ。これだからJava厨はいやだな。
124デフォルトの名無しさん
NGNG AdobeのソフトやOpera等はどうやってクロスプラットフォームで
作っているのだろう…と言ってみる。
作っているのだろう…と言ってみる。
125デフォルトの名無しさん
NGNG >>123
>13
>13
126114
NGNG >>116
正直使ってはいない。スマソ。でもなんか昔いじってみたら
「おー一応動くじゃねーか日本語入力出来ねーみてーだけど」
ぐらいの感想を持った…と記憶してるんだけど…
もちろん X11 無しで。
# もしかしたら qt2-win32 だったかもだけど…(^^A;
正直使ってはいない。スマソ。でもなんか昔いじってみたら
「おー一応動くじゃねーか日本語入力出来ねーみてーだけど」
ぐらいの感想を持った…と記憶してるんだけど…
もちろん X11 無しで。
# もしかしたら qt2-win32 だったかもだけど…(^^A;
127デフォルトの名無しさん
NGNG >>124
Windows版のOperaは知らないけど少なくともUnix版はQtを使ってる。
Adobeはメインストリームの製品は自前のライブラリをもってそうだがQtも使ってるようだ。
ttp://www.trolltech.com/newsroom/announcements/00000120.html
あと国内でAccessがブラウザのNetFrontでうまく階層化してQtでもgtk+でもWin32でも
使えるような仕掛けは用意してたはず。
Windows版のOperaは知らないけど少なくともUnix版はQtを使ってる。
Adobeはメインストリームの製品は自前のライブラリをもってそうだがQtも使ってるようだ。
ttp://www.trolltech.com/newsroom/announcements/00000120.html
あと国内でAccessがブラウザのNetFrontでうまく階層化してQtでもgtk+でもWin32でも
使えるような仕掛けは用意してたはず。
128デフォルトの名無しさん
NGNG129デフォルトの名無しさん
NGNG130デフォルトの名無しさん
NGNG131デフォルトの名無しさん
NGNG 漢字talk7.5でも使えるクロスプラットフォームな
ライブラリ無い?
ライブラリ無い?
132デフォルトの名無しさん
NGNG >>131
68k?
68k?
133デフォルトの名無しさん
NGNG134デフォルトの名無しさん
NGNG135デフォルトの名無しさん
NGNG FOX のコーディングスタイル
キモー
キモー
136デフォルトの名無しさん
NGNG >>135
ホシュ乙
ホシュ乙
137デフォルトの名無しさん
NGNG138デフォルトの名無しさん
NGNG >>137
煽りだけ読んでると、gtkmm がゴミに見えてくるな。
煽りだけ読んでると、gtkmm がゴミに見えてくるな。
139デフォルトの名無しさん
NGNG notusなにげにバージョンあがってるな
140デフォルトの名無しさん
NGNG141デフォルトの名無しさん
NGNG FOX バージョンアップしたね。
142デフォルトの名無しさん
NGNG May 18, 2004 - FOX STABLE 1.2.1
May 16, 2004 - FOX STABLE 1.2.0
May 16, 2004 - FOX STABLE 1.2.0
143デフォルトの名無しさん
NGNG 「FOX ★」もさっさとバージョンアップしろよ、ぽんこつめ。
144デフォルトの名無しさん
NGNG UTF-8は使えるの?
145デフォルトの名無しさん
NGNG Cで使えてクロスプラットフォームな
おすすめのライブラリってどれ?
おすすめのライブラリってどれ?
146デフォルトの名無しさん
NGNG うーんと、スレタイ読め。
147デフォルトの名無しさん
NGNG148デフォルトの名無しさん
NGNG >>145
glibc
glibc
149デフォルトの名無しさん
NGNG Swing-likeなGUIツールキット無いかな?言語はC++で。
150デフォルトの名無しさん
NGNG >>148
glibcってGUIなの?
glibcってGUIなの?
151デフォルトの名無しさん
NGNG GNUです。
152デフォルトの名無しさん
NGNG 保守
153デフォルトの名無しさん
NGNG FOXモリモリバージョンアップしてるね。
154デフォルトの名無しさん
NGNG FLTK CVS Head で日本人の作った UTF-8 パッチがマージされているみたいなんだけど、
試した人いませんか?
うちでは日本語表示は出来たんだけど、入力がダメっぽい。。。
試した人いませんか?
うちでは日本語表示は出来たんだけど、入力がダメっぽい。。。
NGNG
156デフォルトの名無しさん
NGNG これはどうなの?
FLTK UTF-8 http://www.oksid.ch/fltk-utf/
FLTK UTF-8 http://www.oksid.ch/fltk-utf/
NGNG
>>156
こちらにも、IME や XIM のパッチを送りましたが、実際に
マージはまだしてもらってません。
(マージは予定しておくという返事はもらいましたが...)
こちらは 1.x 系なので、今回 cvs2.0 用のパッチを作成
した次第です。
こちらにも、IME や XIM のパッチを送りましたが、実際に
マージはまだしてもらってません。
(マージは予定しておくという返事はもらいましたが...)
こちらは 1.x 系なので、今回 cvs2.0 用のパッチを作成
した次第です。
158デフォルトの名無しさん
NGNG age
159デフォルトの名無しさん
NGNG 質問です。
ショボクテモ良いので、最も新たな環境に移植しやすいウィンドウシステムは何ですか?
新たな環境とは、T-EngineとかITRON(何も規定されてないですが)を想定しています。
ショボクテモ良いので、最も新たな環境に移植しやすいウィンドウシステムは何ですか?
新たな環境とは、T-EngineとかITRON(何も規定されてないですが)を想定しています。
160デフォルトの名無しさん
NGNG そもそもTRONのGUIってどんなのかさっぱり想像もできん。
マウスとキーボードは使えるのか?
マウスとキーボードは使えるのか?
161デフォルトの名無しさん
NGNG162デフォルトの名無しさん
NGNG ITRONならMicrowindowsがねらい目かな?
163デフォルトの名無しさん
NGNG OSIの通信スタックみたいに、
ウィンドウシステムのレイヤーを分類したものありまつか?
ウィンドウシステムのレイヤーを分類したものありまつか?
164デフォルトの名無しさん
NGNG >>163
そんなんシステムによって違うし、普通はマニュアルに書いてある。
そんなんシステムによって違うし、普通はマニュアルに書いてある。
165デフォルトの名無しさん
NGNG166デフォルトの名無しさん
NGNG ↓これってなんかよさげなんだが、まだこのスレで語られてない?
VCF
http://vcf.sourceforge.net/
ネーミングがVCLのパチモンっぽいが、Qt/Gtk+/wxWidgetのどれよりも
ゆるやかなBSDライセンスってところが惹かれる。
VCF
http://vcf.sourceforge.net/
ネーミングがVCLのパチモンっぽいが、Qt/Gtk+/wxWidgetのどれよりも
ゆるやかなBSDライセンスってところが惹かれる。
167デフォルトの名無しさん
NGNG wxWidget のライセンスは十分にゆるいと思うけどな〜
168デフォルトの名無しさん
NGNG s がなかたよ
169デフォルトの名無しさん
NGNG >>166
かなりよさげでワクワクしたがLinuxで動かないようだ。
かなりよさげでワクワクしたがLinuxで動かないようだ。
170デフォルトの名無しさん
NGNG Linux上ではGTK+1.x or GTK+2.xを使って、
Windows上ではWIN32API使うツールキットって
wxWidgets以外に何かある?
Windows上ではWIN32API使うツールキットって
wxWidgets以外に何かある?
171デフォルトの名無しさん
NGNG 目玉焼きには…醤油だろ。
172デフォルトの名無しさん
NGNG >>170
確か、V もそうできたような。
確か、V もそうできたような。
173デフォルトの名無しさん
NGNG 保守
174デフォルトの名無しさん
NGNG なんかこう、Windows で使えて IME にも対応してて
exception-safe なライブラリは無いものですか?
exception-safe なライブラリは無いものですか?
175デフォルトの名無しさん
NGNG >>171
キッコーマソ?
キッコーマソ?
176デフォルトの名無しさん
NGNG ホッシュ
177デフォルトの名無しさん
NGNG >>174
そこで.NETですよ
そこで.NETですよ
178デフォルトの名無しさん
NGNG >>177
ポレの中ではgtk+と同じくらい配布が面倒という扱いだけども、実際のところはどうよ?
ポレの中ではgtk+と同じくらい配布が面倒という扱いだけども、実際のところはどうよ?
179デフォルトの名無しさん
NGNG GUIのコンボボックスとかスライダーとかを独自のデザインでつくっている
アプリケーションがあるけど、あれってどうやるの?
アプリケーションがあるけど、あれってどうやるの?
180デフォルトの名無しさん
NGNG MSDNよめばー?
181デフォルトの名無しさん
NGNG ActiveXコントロールぐらいしかおもいつかにいんですが...
182デフォルトの名無しさん
NGNG オーナードローで作れる範囲ならそうしてるだろうし、
そうじゃないなら自前で一から描画させてるんだろ。
そうじゃないなら自前で一から描画させてるんだろ。
183デフォルトの名無しさん
NGNG184デフォルトの名無しさん
NGNG 結構無茶な条件なんだが…
・Rubyから使える
・Windows、X Window、MacOSXの各ネイティブ環境で動く
・日本語が使用できる
の条件に当てはまるGUIツールキットがあったら教えてください
wxRubyはMacOSXで日本語が通らないし(&メニューが使えない?)…orz
widestudioはMacOSXでX11入れろとか書いてあるし…orz
・Rubyから使える
・Windows、X Window、MacOSXの各ネイティブ環境で動く
・日本語が使用できる
の条件に当てはまるGUIツールキットがあったら教えてください
wxRubyはMacOSXで日本語が通らないし(&メニューが使えない?)…orz
widestudioはMacOSXでX11入れろとか書いてあるし…orz
185デフォルトの名無しさん
NGNG qqqqqqqqqqqqqqqqqっっっっっっっっっっっっっっっっっt
186デフォルトの名無しさん
NGNG Macなんて窓から投げ捨てろ
187デフォルトの名無しさん
NGNG >>184
「MacOSXのネイティブはCocoaである」という定義であれば絶望的。
「MacOSXのネイティブはCocoaである」という定義であれば絶望的。
188デフォルトの名無しさん
NGNG189デフォルトの名無しさん
NGNG GUIツールキットをつくりたいんだけど、いい書籍とかWEBページとかしらない?
洋書でもいいんだけど。
洋書でもいいんだけど。
190デフォルトの名無しさん
NGNG プラットフォームは?目的としては学習用途?
191デフォルトの名無しさん
NGNG プラットフォームはWindowsとLinuxで。
目的は学習用途で。
目的は学習用途で。
192本田
NGNG193デフォルトの名無しさん
NGNG FOXいつの間にかxft対応になってんだ。Unicodeも本家で対応になってるけど
IM周りはどうなってるんだろう。。。教えてエロい人
IM周りはどうなってるんだろう。。。教えてエロい人
NGNG
>>193
使ってみたので報告...
win32 版は IME 起動すると、その後の動作がめちゃめちゃになって IME 切っても入力出来なくなったりする。
linux 版は XIM 起動すると Root タイプの入力エリアが表示されるが、何を入力しても受け付けない。
また、どちらにも言えるが、utf サポートしてそうなファイルはあるが、多バイト処理は出来てないみたい。
付属のエディタで確認したので、そのエディタの問題かもしれないが...
使ってみたので報告...
win32 版は IME 起動すると、その後の動作がめちゃめちゃになって IME 切っても入力出来なくなったりする。
linux 版は XIM 起動すると Root タイプの入力エリアが表示されるが、何を入力しても受け付けない。
また、どちらにも言えるが、utf サポートしてそうなファイルはあるが、多バイト処理は出来てないみたい。
付属のエディタで確認したので、そのエディタの問題かもしれないが...
195デフォルトの名無しさん
NGNG それは多分ADIEがFXWStringを使ってないからだと思う。
使ったからまともかと言えばそうでもないんだろうけど
使ったからまともかと言えばそうでもないんだろうけど
NGNG
fltk cvs head 試して見たけど、( ・∀・)イイ!ねぇ
IMもフォントも出来てるじゃん
あとは軽さを追い求めてくれれば...
IMもフォントも出来てるじゃん
あとは軽さを追い求めてくれれば...
197デフォルトの名無しさん
05/01/19 23:53:53 ttp://engrm.com/svn/boost/trunk/gui/
198デフォルトの名無しさん
05/01/24 01:47:14 これ、どうやって取得するの?
199Rubyist!
05/02/05 02:27:25 subversionクライアント落としてcheckout
200デフォルトの名無しさん
05/02/05 03:43:46 fltk2をvc6でコンパイルしてみたけど、hello以外全部一瞬ウィンドウが出てクラッシュする。
checkersは右クリックすると落ちる……
checkersは右クリックすると落ちる……
201デフォルトの名無しさん
05/02/05 11:06:24 >>200
mingw だとそこまで酷くなかったよ
mingw だとそこまで酷くなかったよ
202デフォルトの名無しさん
05/02/06 23:33:34203_gunzip
05/02/07 02:28:06 疑うべきはフォント周りだと思うな。
204デフォルトの名無しさん
05/02/07 19:56:37 フォント!!
なんでhelloだけうごくんだーと思って試してたら./hello stringで落ちた。
んでbox->labelfont(HELVETICA);とフォント指定したら落ちなくなった。
デフォルトのフォントがおかしいのかな?テーマ指定で回避できるのかな?
取りあえずSCREEN_FONT指定で日本語の表示/入力もちゃんとできますな。
LinuxでもVJEなんちゃらという帯が常時表示されて妙だけど表示入力共にできますな。
なんでhelloだけうごくんだーと思って試してたら./hello stringで落ちた。
んでbox->labelfont(HELVETICA);とフォント指定したら落ちなくなった。
デフォルトのフォントがおかしいのかな?テーマ指定で回避できるのかな?
取りあえずSCREEN_FONT指定で日本語の表示/入力もちゃんとできますな。
LinuxでもVJEなんちゃらという帯が常時表示されて妙だけど表示入力共にできますな。
205デフォルトの名無しさん
05/02/07 23:57:21 >>204
英語でバグ報告しといてね♥
英語でバグ報告しといてね♥
05/02/08 09:22:33
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とか自分は詳しくないので……というかうちのシステムが悪いだけだったりしたら(…そんな予感が)ごめんなさい。
環境は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とか自分は詳しくないので……というかうちのシステムが悪いだけだったりしたら(…そんな予感が)ごめんなさい。
208XP欲しい
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)
#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:05211ぼるじょあ ◆yBEncckFOU
05/02/09 05:26:41 (・3・) エェー ぼくパッチの書き方わからないYO
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;
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のテーマサポートってまだ未完成?
05/02/09 10:18:22
>>214
未完成です。現状は ~/.kderc を見てエミュレートしている状態です。
未完成です。現状は ~/.kderc を見てエミュレートしている状態です。
216ぼるじょあ ◆yBEncckFOU
05/02/09 14:11:09 (・3・) エェー このページを参考にして訂正しますYO
SHIFTJIS_CHARSETだけがリストされるようになりましたYO
http://blogs.sqlpassj.org/akiraonishi/articles/4258.aspx
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);
SHIFTJIS_CHARSETだけがリストされるようになりましたYO
http://blogs.sqlpassj.org/akiraonishi/articles/4258.aspx
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:32218デフォルトの名無しさん
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 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> C++
wxWidgets>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>fltk>>>>>>>>>>>>>>>FOX>>>>>>>>>>>>>
wxWidgets>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>fltk>>>>>>>>>>>>>>>FOX>>>>>>>>>>>>>
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のマイナーっぷりには頭が下がる。
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
- 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 組み込みにすぐ移植できそうなGUIライブラリってありますか?
文字表示関数や、ラインやボックスフィル関数とかを与えてやるとすぐ使えそうなやつ。
文字表示関数や、ラインやボックスフィル関数とかを与えてやるとすぐ使えそうなやつ。
231デフォルトの名無しさん
05/02/16 10:36:07232デフォルトの名無しさん
05/02/23 21:30:56 fltkのフォーラム見にくいな。
233デフォルトの名無しさん
05/02/24 23:03:33 FLTK2cvsをNetBSDでもmakeできるようにしてほしい・・・。
234233
05/02/25 09:13:07 すいません、MAKE = gmake と指定したらできました。
235デフォルトの名無しさん
05/03/11 22:09:19 FLTK2
IMEオンのままだと終了しない。どうすれば…?
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のサイトからドゾー
ttp://www.nano-x.org/
→Downloads:Source Code
→flnx
直リン:
ftp://microwindows.censoft.com/pub/microwindows/flnx/
PIXILのサイトからは辿れなくなってるね。
Nano-Xのサイトからドゾー
ttp://www.nano-x.org/
→Downloads:Source Code
→flnx
直リン:
ftp://microwindows.censoft.com/pub/microwindows/flnx/
241240
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*
に変更することでコンパイルは通りました。以上報告まで。
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デフォルトの名無しさん
2005/03/29(火) 03:30:43 しばらく前から FLTK のサイトデザインが変わったね。
snapshot が ftp でダウンロード出来る様になったのは嬉しいな。
snapshot が ftp でダウンロード出来る様になったのは嬉しいな。
244デフォルトの名無しさん
2005/04/04(月) 18:27:15 >>237
Qtはマイナー扱いされてないよ。Qtopiaがマイナー扱いされてるだけ。
Qtはマイナー扱いされてないよ。Qtopiaがマイナー扱いされてるだけ。
245デフォルトの名無しさん
2005/04/05(火) 12:10:35 399 :デフォルトの名無しさん :2005/04/04(月) 13:51:27
StyleというSWTのC++移植が出てる。
果たしてwxWidgetsのライバルに成長するのかどうか。
http://www.uiwithstyle.org/
StyleというSWTのC++移植が出てる。
果たしてwxWidgetsのライバルに成長するのかどうか。
http://www.uiwithstyle.org/
246デフォルトの名無しさん
2005/04/05(火) 19:45:19 >>245
Win32 版がないじゃん。
Win32 版がないじゃん。
247デフォルトの名無しさん
2005/04/05(火) 20:04:56248デフォルトの名無しさん
2005/04/05(火) 21:40:33249デフォルトの名無しさん
2005/04/05(火) 22:44:48 OSX版しかなかったら、プログラマーの99%以上が使わないってことじゃないか。
250デフォルトの名無しさん
2005/04/05(火) 23:02:27 まだ出たばかりだからそんなもんじゃね?
251デフォルトの名無しさん
2005/04/06(水) 01:38:41 >>186
むしろRubyを。
むしろRubyを。
252デフォルトの名無しさん
2005/04/06(水) 01:45:34 Ruby厨最近おとなしくなったなw
ていうかアレは一人だったのだろうなぁ。
ていうかアレは一人だったのだろうなぁ。
253デフォルトの名無しさん
2005/04/06(水) 02:26:06 もう春休み終わったよ
たぶん明日から学校
たぶん明日から学校
254デフォルトの名無しさん
2005/04/06(水) 07:21:51 Ruby厨ってMWのことじゃないの?
255デフォルトの名無しさん
2005/04/29(金) 21:29:33256デフォルトの名無しさん
2005/04/29(金) 21:59:18 結局使い物にならなかったな
257デフォルトの名無しさん
2005/04/29(金) 22:08:32 自作ゲームの中に簡単に組み込めるGUIライブラリってないかなぁ。
DxLib使ってるんだけど、ボタンとかリストボックスとか欲しい。
DxLib使ってるんだけど、ボタンとかリストボックスとか欲しい。
258デフォルトの名無しさん
2005/04/30(土) 08:32:48 モチーフとか駄目なの?よく知らないけど。
259Rubyist!
2005/04/30(土) 18:34:11 なんでMotifが出てくるんだよ。よく知らないならすっこんでろ
260デフォルトの名無しさん
2005/06/13(月) 14:06:35261デフォルトの名無しさん
2005/06/20(月) 22:26:45 http://www.torjo.com/win32gui/
これ弄った事ある人居る?
名前からしてプラットフォーム限定だが。
俺、英語分かんなくてさ……。
STLと仲良しこよし、という辺りにちょっと興味が。
これ弄った事ある人居る?
名前からしてプラットフォーム限定だが。
俺、英語分かんなくてさ……。
STLと仲良しこよし、という辺りにちょっと興味が。
262デフォルトの名無しさん
2005/06/21(火) 12:08:53263デフォルトの名無しさん
2005/06/22(水) 03:32:10 C++でGUIプログラムを作るときって、やっぱり主流はMFCなんですか? 今でも。
264デフォルトの名無しさん
2005/06/22(水) 16:25:39 VC++ならそうだろうな
その次がWTL
その次がWTL
265デフォルトの名無しさん
2005/06/22(水) 19:42:34 MFCなんてありえなーい
ていうか、MFCちょむかー
ていうか、MFCちょむかー
266デフォルトの名無しさん
2005/06/30(木) 22:31:49 じゃあ KFC 行ってくるよ。
267デフォルトの名無しさん
2005/07/06(水) 00:57:01 3DCGツール『LightWave』のようなカッコイイGUIを創りたいんですが、これって何処かのGUIツールキットとか使ってるんですかね?
http://www.dstorm.co.jp/products/lw8/feature/images/large/mdiimage1136_l.jpg
探してもそれらしいのは見つからなかったので、誰か知ってるひといたら教えてください。
まあ、自社ライブラリの可能性もありますが……
http://www.dstorm.co.jp/products/lw8/feature/images/large/mdiimage1136_l.jpg
探してもそれらしいのは見つからなかったので、誰か知ってるひといたら教えてください。
まあ、自社ライブラリの可能性もありますが……
268デフォルトの名無しさん
2005/07/06(水) 01:08:54 LightWaveはAmiga時代からオリジナルのGUIを引き継いでるんだぷ
269デフォルトの名無しさん
2005/07/06(水) 01:09:10 カッコいいよね。
ライブラリは独自じゃないかな。マルチプラットフォームなアプリではままある話。
Blender とか。
http://www.blender3d.org/cms/showpic.php?file=uploads%2Fpics%2Frt_09.jpg&width=1024m&height=768m&bodyTag=%3Cbody%20bgcolor%3D%22black%22%3E&wrap=%3Ca%20href%3D%22javascript%3Aclose%28%29%3B%22%3E%20%7C%20%3C%2Fa%3E&md5=d4da49c32fb16794e25ba4b65a5c0867
ライブラリは独自じゃないかな。マルチプラットフォームなアプリではままある話。
Blender とか。
http://www.blender3d.org/cms/showpic.php?file=uploads%2Fpics%2Frt_09.jpg&width=1024m&height=768m&bodyTag=%3Cbody%20bgcolor%3D%22black%22%3E&wrap=%3Ca%20href%3D%22javascript%3Aclose%28%29%3B%22%3E%20%7C%20%3C%2Fa%3E&md5=d4da49c32fb16794e25ba4b65a5c0867
270デフォルトの名無しさん
2005/07/06(水) 01:47:04 なるほど、やはり独自ですか……あきらめるしかないですね。
Blenderもカッコイイですね。
まあ、スタイリッシュなGUIはであればLightWave風でなくてもいいので、なにか情報があればお願いします。(一応Windowsで)
最悪、自作コンポーネント画像を屈指して作れっていう感じですかね^^;
ちょっとGUIツールキットの話題からはずれてますな。すいません^^;
Blenderもカッコイイですね。
まあ、スタイリッシュなGUIはであればLightWave風でなくてもいいので、なにか情報があればお願いします。(一応Windowsで)
最悪、自作コンポーネント画像を屈指して作れっていう感じですかね^^;
ちょっとGUIツールキットの話題からはずれてますな。すいません^^;
271デフォルトの名無しさん
2005/07/06(水) 19:08:02 海外は、何故かGUI自作する文化があるよな。
スクロールバーがホイールとか対応してなくてたまにキレるけど
スクロールバーがホイールとか対応してなくてたまにキレるけど
272デフォルトの名無しさん
2005/07/09(土) 01:30:00 海外でなくともゲームではUIは自作するのが普通でしょ
273デフォルトの名無しさん
2005/07/09(土) 01:50:14 確かにそうだな
274デフォルトの名無しさん
2005/07/26(火) 01:19:02275デフォルトの名無しさん
2005/07/27(水) 16:13:30 ゲームは、マウスとか使わないから比較的簡単に自作できる。
276デフォルトの名無しさん
2005/07/27(水) 19:27:39277デフォルトの名無しさん
2005/07/28(木) 22:25:26 GUI部だけ抜いてOpenGL使ったツールキット作ってくれたら神だな
278デフォルトの名無しさん
2005/07/28(木) 22:42:14 要らぬお世話な気もするけど、Blender は GPL だからソースの流用には注意してね
279デフォルトの名無しさん
2005/08/06(土) 17:38:57280デフォルトの名無しさん
2005/08/07(日) 01:21:43281デフォルトの名無しさん
2005/08/09(火) 01:20:35 eXene
282デフォルトの名無しさん
2005/08/18(木) 07:14:27 Ultimate++は出てきてない?
283デフォルトの名無しさん
2005/09/17(土) 15:19:18 C++のGUIツールキットってなんでみんな独自の文字列クラスがあるんだろ?
標準C++ライブラリじゃだめなん?
標準C++ライブラリじゃだめなん?
284デフォルトの名無しさん
2005/09/17(土) 15:47:41 >283
漏れの場合は
rope いくつかの文字列クラスを寄せ集めた文字列クラス
string ヒープ上にメモリを確保した文字列クラス
auto string スタック上に確保した、書き換え可能な文字列クラス
literal 書き換え不能なメモリ(あるいはROM)に確保した文字列クラス
substring 他の変数や文字列クラスが管理しているメモリのどこかを指す文字列クラス
* string と auto string は editable string インタフェースを継承する
* 全てのクラスは a string 抽象クラスを継承する
こんなのが欲しかったからなあ。
けっこう、パフォーマンス良くなるんよ。
漏れの場合は
rope いくつかの文字列クラスを寄せ集めた文字列クラス
string ヒープ上にメモリを確保した文字列クラス
auto string スタック上に確保した、書き換え可能な文字列クラス
literal 書き換え不能なメモリ(あるいはROM)に確保した文字列クラス
substring 他の変数や文字列クラスが管理しているメモリのどこかを指す文字列クラス
* string と auto string は editable string インタフェースを継承する
* 全てのクラスは a string 抽象クラスを継承する
こんなのが欲しかったからなあ。
けっこう、パフォーマンス良くなるんよ。
285デフォルトの名無しさん
2005/09/18(日) 15:22:25 とにかくコンパクトでコントロールは一通り揃ってるGUIツールキットキボンヌ。
286デフォルトの名無しさん
2005/09/18(日) 16:15:34 俺の出番だな(´ー`)
287デフォルトの名無しさん
2005/09/19(月) 00:51:08 std::stringって、いまいち使いにくいな。
JavaのStringくらい使いやすいのが欲しい。
JavaのStringくらい使いやすいのが欲しい。
288デフォルトの名無しさん
2005/11/16(水) 02:44:48 できるだけ速度に重点を置いた高速GUIツールってどれですか?
289デフォルトの名無しさん
2005/11/23(水) 20:25:26 マイナーじゃないかもしれないけどwin32guiって使ってみた人どう?
これから試してみるけど。
これから試してみるけど。
290デフォルトの名無しさん
2005/11/25(金) 09:14:32 FLTKが実はハリウッドの特殊効果スタジオDigitalDomain製
だという事はご存知か
元々は社内用のtoolkitとして使うためにOpenGLとの親和性を
考慮して作られたらしい
この会社は自社製実写合成アプリのtoolkitとしてFLTKを使っている
http://www.d2software.com/nuke.php
だという事はご存知か
元々は社内用のtoolkitとして使うためにOpenGLとの親和性を
考慮して作られたらしい
この会社は自社製実写合成アプリのtoolkitとしてFLTKを使っている
http://www.d2software.com/nuke.php
291デフォルトの名無しさん
2006/01/06(金) 14:44:32 test
292デフォルトの名無しさん
2006/01/21(土) 22:55:45 FXAge* pFxAge = NULL;
293デフォルトの名無しさん
2006/01/21(土) 22:56:36 new FXSage();
294デフォルトの名無しさん
2006/02/04(土) 23:35:01 最近は wxWidgets が流行ってるみたいだけど、あの MFC 並に古い設計は
なんとかならんのか。かといって Win32, UNIX, Mac にまともに対応してる
Toolkit ってほとんどないし…。
なんとかならんのか。かといって Win32, UNIX, Mac にまともに対応してる
Toolkit ってほとんどないし…。
295デフォルトの名無しさん
2006/02/05(日) 00:22:21 Mac にはまともに対応してないけどね。
296デフォルトの名無しさん
2006/02/05(日) 01:17:33 wxNGを作りたいって話はあるが、それだけの時間を誰が出すのかという話になる。
297デフォルトの名無しさん
2006/02/05(日) 11:24:50 >>294
Qtは?
Qtは?
298デフォルトの名無しさん
2006/02/08(水) 02:56:48 >>297
文句ばかり垂れてても前進しない、という意見は承知の上で。
・プリプロセッサによる C++ 拡張がなんか嫌。
・だから Array とか Map とか自前実装するなって!
後者は Qt に限った話ではないけど。複数のライブラリを組み合わせると
*Array が山ほどあったりな…。
文句ばかり垂れてても前進しない、という意見は承知の上で。
・プリプロセッサによる C++ 拡張がなんか嫌。
・だから Array とか Map とか自前実装するなって!
後者は Qt に限った話ではないけど。複数のライブラリを組み合わせると
*Array が山ほどあったりな…。
299デフォルトの名無しさん
2006/02/09(木) 17:04:46 でも消去法だとQtだよな。Macでもwxよりちゃんと動くし。完成度もそこそこ高い。
mocうざいけど。
mocうざいけど。
300デフォルトの名無しさん
2006/02/11(土) 20:03:57301デフォルトの名無しさん
2006/02/11(土) 22:44:39 >>294
gtkmm
gtkmm
302デフォルトの名無しさん
2006/02/17(金) 13:15:15 Qtはライセンスが・・・
303デフォルトの名無しさん
2006/02/17(金) 23:44:41 >>302
GPLじゃまずいのですか?
GPLじゃまずいのですか?
304デフォルトの名無しさん
2006/02/18(土) 05:16:12305デフォルトの名無しさん
2006/02/25(土) 19:06:27 GPLは糞。
306デフォルトの名無しさん
2006/02/25(土) 19:28:34 >>305
理由は?
理由は?
307デフォルトの名無しさん
2006/02/25(土) 23:07:08 俺もライブラリのくせに GPL なのはどうかと思う。
308デフォルトの名無しさん
2006/02/26(日) 18:15:11 >>307
GPLが嫌だったら買えばいい。
GPLが嫌だったら買えばいい。
309デフォルトの名無しさん
2006/02/26(日) 18:37:13 >>308
他の選択肢もあるのに、買えばいいなんてのは全く現実的じゃない。
他の選択肢もあるのに、買えばいいなんてのは全く現実的じゃない。
310デフォルトの名無しさん
2006/02/27(月) 03:44:18 spComponent なんてのがあるんですが、どうなんでしょ?
ttp://www.sp.m.is.nagoya-u.ac.jp/people/banno/spLibs/index-j.html
Windows上でちょっと触ってみてわかったことは
・完全にC言語 (C++一切無し)
・マルチプラットフォーム(Windows、Linux(GTK or Motif)、MacOS)
・使い勝手は Xt ライク
・コピーレフトのゆるいライセンス(MITライセンス?)
・4年前から開発が止まってるみたい
といったとこです
ttp://www.sp.m.is.nagoya-u.ac.jp/people/banno/spLibs/index-j.html
Windows上でちょっと触ってみてわかったことは
・完全にC言語 (C++一切無し)
・マルチプラットフォーム(Windows、Linux(GTK or Motif)、MacOS)
・使い勝手は Xt ライク
・コピーレフトのゆるいライセンス(MITライセンス?)
・4年前から開発が止まってるみたい
といったとこです
311デフォルトの名無しさん
2006/04/30(日) 02:37:29 cppkt
312デフォルトの名無しさん
2006/04/30(日) 11:23:45 >>311
cpptk?
cpptk?
313デフォルトの名無しさん
2006/05/24(水) 19:54:01 >310
sneg?
sneg?
314デフォルトの名無しさん
2006/06/06(火) 23:21:31 C:\Documents and Settings\[user]\Application Data\fltk.org\filechooser.prefs
こんなのがポツンとあったんですけど、これ何のファイルですか?
FLTKなんて入れた覚えないんですけど、その関連ですか?
こんなのがポツンとあったんですけど、これ何のファイルですか?
FLTKなんて入れた覚えないんですけど、その関連ですか?
315デフォルトの名無しさん
2006/06/21(水) 00:24:50316デフォルトの名無しさん
2006/06/21(水) 00:35:52317デフォルトの名無しさん
2006/06/21(水) 00:43:40318デフォルトの名無しさん
2006/06/21(水) 01:03:49 昨日FreeBSDにて、Gnomeのコンパイルに約1日かかりました。
WindowMakerとかの、軽量ウィンドウマネージャに最適の、見た目も良い
GUIフレームワークってありますか?
あと、GTK+アプリとかQTアプリって、WindowMakerとかで
動かせるもんなんですか?
WindowMakerとかの、軽量ウィンドウマネージャに最適の、見た目も良い
GUIフレームワークってありますか?
あと、GTK+アプリとかQTアプリって、WindowMakerとかで
動かせるもんなんですか?
319デフォルトの名無しさん
2006/06/24(土) 00:18:42 GTKのライセンスってどんなのだっけ。
GTK+2って使いやすいのかな。
GTK+2って使いやすいのかな。
320デフォルトの名無しさん
2006/06/24(土) 02:15:15321デフォルトの名無しさん
2006/06/24(土) 02:59:47 え・・・QtってGPLだったのか・・・。
非商用なら自由に使えるように考えてたんだけど・・・。
ソース公開しないといけないとなると、いやだなぁ。
非商用なら自由に使えるように考えてたんだけど・・・。
ソース公開しないといけないとなると、いやだなぁ。
322デフォルトの名無しさん
2006/06/24(土) 05:24:16 Qtはいろんなライセンスのがあるから自分でしらべたら?
Linuxに入っているのはGPL版。
Winだと2.xフリー版や3.x書籍配布のやつは独自フリーライセンス
(ソース公開義務なし)、4.xからはGPL。
他に各OS用の有償の商用版がある。
Linuxに入っているのはGPL版。
Winだと2.xフリー版や3.x書籍配布のやつは独自フリーライセンス
(ソース公開義務なし)、4.xからはGPL。
他に各OS用の有償の商用版がある。
323デフォルトの名無しさん
2006/06/24(土) 09:34:28324デフォルトの名無しさん
2006/06/30(金) 19:35:04 あんまり継承使わない感じのやつないかな
325デフォルトの名無しさん
2006/06/30(金) 21:27:44 割烹つばめ
福岡屋台で
なぜか池田
福岡屋台で
なぜか池田
326デフォルトの名無しさん
2006/07/05(水) 15:38:53 FOXって日本語サイトだとLGPLとされてるけど、公式では静的リンクは動的リンクと同等だという附則を付けて
FOX自体を弄らなければ静的リンクでもソース公開しなくても良い(LGPLじゃなくていい)らしい。
英語が余りわからんが、大体そのような事が書いてある。
ttp://www.fox-toolkit.org/license.html
FOX自体を弄らなければ静的リンクでもソース公開しなくても良い(LGPLじゃなくていい)らしい。
英語が余りわからんが、大体そのような事が書いてある。
ttp://www.fox-toolkit.org/license.html
327デフォルトの名無しさん
2006/07/07(金) 03:14:21 FOXのIME使えるパッチって誰か保守してくれないかなぁ。
みんながFOXを嫌う最大の理由がIMEが使えないってとこだと思うけど。
メールソフトとか作れねーし。
みんながFOXを嫌う最大の理由がIMEが使えないってとこだと思うけど。
メールソフトとか作れねーし。
328デフォルトの名無しさん
2006/07/07(金) 18:13:42 FOX★ に日本語が通じないのは仕様です
329デフォルトの名無しさん
2006/07/08(土) 01:37:58 FOXのEditボックスとか改造して内部でCreateWindowでEditボックスを
を作ってFOXになりすます事って出来ないかな。
を作ってFOXになりすます事って出来ないかな。
330デフォルトの名無しさん
2006/08/30(水) 02:37:15 Juce使ってみるよ。
http://www.rawmaterialsoftware.com/juce/
http://www.rawmaterialsoftware.com/juce/
331デフォルトの名無しさん
2006/08/30(水) 03:20:19 GPL なのね。
332デフォルトの名無しさん
2006/09/02(土) 22:15:11 >>330
これすごい。みんなデモ動かしてみるべし!
これすごい。みんなデモ動かしてみるべし!
333デフォルトの名無しさん
2006/09/02(土) 23:10:48 でもGPLだし。
334デフォルトの名無しさん
2006/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).
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デフォルトの名無しさん
2006/09/06(水) 01:57:08 >330
Tracktionに使われてるGUIなんだな。日本語通る雰囲気がしないのが困る。
Tracktionに使われてるGUIなんだな。日本語通る雰囲気がしないのが困る。
336デフォルトの名無しさん
2006/09/06(水) 09:51:51 その上GPLだからなあ
337デフォルトの名無しさん
2006/10/07(土) 11:49:47 >Juce使ってみるよ。
すごいねこれ。昔見たSwingのデモプログラムみたいだ。でもSwingより
速いしいいね。
ラッパーとかじゃなくて全部自前で描画してるみたいだけど、すげー大変そう
だなあ、これ作るの。外部WindowにドラッグできるWindowとかどういう実装
なんだろ?
すごいねこれ。昔見たSwingのデモプログラムみたいだ。でもSwingより
速いしいいね。
ラッパーとかじゃなくて全部自前で描画してるみたいだけど、すげー大変そう
だなあ、これ作るの。外部WindowにドラッグできるWindowとかどういう実装
なんだろ?
338デフォルトの名無しさん
2006/10/25(水) 00:55:47 SOL++
これ、なぜに英語なんだ?
これ、なぜに英語なんだ?
339デフォルトの名無しさん
2007/01/17(水) 23:05:59 ほしゅ
340デフォルトの名無しさん
2007/02/25(日) 06:30:07 Foxのソースを久しぶりにのぞいてみたらIME関連のソースが追加されていたけどコメントアウトされてた。
341デフォルトの名無しさん
2007/02/25(日) 10:23:14 >>334
Qtより安いな。
Qtより安いな。
342デフォルトの名無しさん
2007/02/28(水) 05:59:55 緊急浮上!!
で、ポータブルで書きやすいGUITkってなによ?Qt?
で、ポータブルで書きやすいGUITkってなによ?Qt?
343デフォルトの名無しさん
2007/03/01(木) 15:56:31 >Juce
とか
>Qt
って組み込みITRON系に使える?
とか
>Qt
って組み込みITRON系に使える?
344デフォルトの名無しさん
2007/03/02(金) 05:55:43 君はあちこちで同じ事を聞いてるな
345デフォルトの名無しさん
2007/03/02(金) 09:03:09 ヒント:答えが無い
346デフォルトの名無しさん
2007/03/02(金) 13:19:20 ヒント:答えは無い
347デフォルトの名無しさん
2007/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の画面が表示される
どなかた試された方いらっしゃいませんか?
Fl_GroupでopenGLの画面を子(child)にしたComposite Widgetを作ると、
openGLの画面が全く描画されません。但し、
・Fl_Buttonなどは描画される
・Fl_Groupを使わないでやるとちゃんとopenGLの画面が表示される
どなかた試された方いらっしゃいませんか?
348デフォルトの名無しさん
2007/04/28(土) 03:08:40 ttp://www.memecode.com/lgi.php
349デフォルトの名無しさん
2007/05/20(日) 01:47:43 ツールキットの紹介↓
http://dmoz.org/Computers/Software/Operating_Systems/Graphic_Subsystems/Toolkits/
↑の LGI は VC++ 2005 EE でコンパイルすると大量にエラーが出てコンパイルできなかった
http://dmoz.org/Computers/Software/Operating_Systems/Graphic_Subsystems/Toolkits/
↑の LGI は VC++ 2005 EE でコンパイルすると大量にエラーが出てコンパイルできなかった
350デフォルトの名無しさん
2007/05/20(日) 12:50:56351デフォルトの名無しさん
2007/05/23(水) 10:22:07 adobeのやつどうよ
ttp://opensource.adobe.com/group__widget__reference.html
ttp://opensource.adobe.com/group__widget__reference.html
352デフォルトの名無しさん
2007/05/24(木) 14:33:21 adobeの面白そうだけど難しそうだよね
誰か試した人いないかなあ
誰か試した人いないかなあ
353デフォルトの名無しさん
2007/05/24(木) 21:26:15 面白そう?
何か普通のと違うのけ?
何か普通のと違うのけ?
354デフォルトの名無しさん
2007/05/27(日) 01:51:34 link集/GUI/C++
ttp://www.nbrains.net/php/pukiwiki/index.php?link%BD%B8%2FGUI%2FC%2B%2B
ttp://www.nbrains.net/php/pukiwiki/index.php?link%BD%B8%2FGUI%2FC%2B%2B
355デフォルトの名無しさん
2007/05/27(日) 08:59:35 何で X の事を X Windows って間違えちゃうんだろうね。Windows XP を Window XP と
書いたらおかしいべ。何と言うか、作者のやる気の無さが伝わって来て食指が動かない。
書いたらおかしいべ。何と言うか、作者のやる気の無さが伝わって来て食指が動かない。
356デフォルトの名無しさん
2007/05/27(日) 14:40:13 触手うねうね
357デフォルトの名無しさん
2007/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.
"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デフォルトの名無しさん
2007/06/09(土) 17:10:45359デフォルトの名無しさん
2007/06/10(日) 19:46:10 宣言的にユーザインターフェイスを定義出来るのは良いね。
360デフォルトの名無しさん
2007/07/25(水) 01:07:29 あ
げ
げ
361デフォルトの名無しさん
2007/07/25(水) 01:12:30 FireFox の GUI toolkit を拝借すると良い感じになる様な気がする
XUL じゃなく純粋に C++ のウィジェットライブラリとして
XUL じゃなく純粋に C++ のウィジェットライブラリとして
362デフォルトの名無しさん
2007/07/25(水) 06:30:51363デフォルトの名無しさん
2007/07/25(水) 09:59:58364デフォルトの名無しさん
2007/07/25(水) 17:43:27 >>362
最近GNOMEの連中がいろいろやってるな。スラドでは「ネットとデスクトップの融合なんて、
MSの二の舞になるつもりかよw」なんて煽られてたけど。
Clutterの話題なんてなかなか出てこないよね。
最近GNOMEの連中がいろいろやってるな。スラドでは「ネットとデスクトップの融合なんて、
MSの二の舞になるつもりかよw」なんて煽られてたけど。
Clutterの話題なんてなかなか出てこないよね。
365デフォルトの名無しさん
2007/09/06(木) 10:09:02 age
366デフォルトの名無しさん
2007/10/15(月) 21:28:19 FoxToolkit-1.6のtests/glviewerをMacOSX(v10.4)でg++を使ってコンパイル
(OpenGLはネイティブのものを使用)すると、エラーおよびワーニングなしで
コンパイルできるんですけど、実行するとOpenGLの部分がうまく動作しません。
キャンバスを含む窓の中身が真っ白で何も描画されないのです。
二十回くらい実行すると一回くらいは巧くいくのですが、
どこが悪いのかよく解りません。なにか知ってる人はいませんか?
(OpenGLはネイティブのものを使用)すると、エラーおよびワーニングなしで
コンパイルできるんですけど、実行するとOpenGLの部分がうまく動作しません。
キャンバスを含む窓の中身が真っ白で何も描画されないのです。
二十回くらい実行すると一回くらいは巧くいくのですが、
どこが悪いのかよく解りません。なにか知ってる人はいませんか?
367デフォルトの名無しさん
2007/10/15(月) 21:40:43368デフォルトの名無しさん
2007/10/16(火) 02:41:14 俺も昔は、ウォーニングだよ^^、って毎回突っ込んでたけど、
cos をコウサインって書くのか? って言われてから黙ることにしてるw
cos をコウサインって書くのか? って言われてから黙ることにしてるw
369デフォルトの名無しさん
2007/10/16(火) 13:23:00 それで本題にはノーコメントですか?
370デフォルトの名無しさん
2007/10/20(土) 08:24:31 単にOpenGLの各種設定をちゃんと初期化してないだけでは。
忘れがちな設定についてはこの辺を見れ。
ttp://homepage2.nifty.com/tooshy/document/opengl.html
忘れがちな設定についてはこの辺を見れ。
ttp://homepage2.nifty.com/tooshy/document/opengl.html
371デフォルトの名無しさん
2007/10/27(土) 00:16:14 Linux系のOSで、MFCのCListViewのようなコントロールが付いているGUIライブラリで、なるたけサイズが小さいのってあるんでしょうか?
372デフォルトの名無しさん
2007/10/27(土) 07:09:21 >>371
FLTK
FLTK
373371
2007/10/27(土) 13:00:29374デフォルトの名無しさん
2007/11/05(月) 01:51:52 まいなー、wxWidgetsだな
375デフォルトの名無しさん
2007/11/10(土) 09:01:17 fltkとfltk2の違いってなんですか?
どちらも更新されているようなのですが、
やっぱり2を使った方がいいことありそうですか?
どちらも更新されているようなのですが、
やっぱり2を使った方がいいことありそうですか?
376デフォルトの名無しさん
2007/11/10(土) 11:44:02 何をしたいかによるんじゃない。FLTK は小さいから、ソースコードを読んで
自分で手直ししながら使うものだと思う。
自分で手直ししながら使うものだと思う。
377デフォルトの名無しさん
2007/11/10(土) 11:56:22 スタティックリンクにしてもEXEのサイズ小さくて
OSのルック&フィール(特にWindows)で
ってある?
wxWidgetsとかgtkmmとかはランタイムが巨大だしなー
マルチプラットフォームとか気にせずにWTLとかを素直に使った方が良いのかな?
OSのルック&フィール(特にWindows)で
ってある?
wxWidgetsとかgtkmmとかはランタイムが巨大だしなー
マルチプラットフォームとか気にせずにWTLとかを素直に使った方が良いのかな?
378デフォルトの名無しさん
2007/11/10(土) 12:33:59 誰かWTLとwxWidgetsを統合化して、超軽量のwxWidgetsを作ってくれないかなぁ。
ライセンス的にどうなるのか分かんないけど。
ライセンス的にどうなるのか分かんないけど。
379デフォルトの名無しさん
2007/11/10(土) 12:44:38380デフォルトの名無しさん
2007/11/10(土) 13:15:37 >>377
Java + SWTでがんばってください。
というのは冗談にしても、実行ファイルのサイズが数十kb以内なんてのはプログラム開発者の
グルーコード以外全部プラットフォームのAPIに丸投げしてなせる技だろうし、
少なくともマルチプラットフォームでってのはあきらめたほうがいいんじゃない?
Java + SWTでがんばってください。
というのは冗談にしても、実行ファイルのサイズが数十kb以内なんてのはプログラム開発者の
グルーコード以外全部プラットフォームのAPIに丸投げしてなせる技だろうし、
少なくともマルチプラットフォームでってのはあきらめたほうがいいんじゃない?
381デフォルトの名無しさん
2007/11/10(土) 13:30:05 > マルチプラットフォームとか気にせずにWTLとかを素直に使った方が良いのかな?
どうでもいいが、
一昔前って、
マルチプラットフォーム対応のUIライブラリで、ダサイのしかなかったよな・・・
なんで、Windowsに持ってくるとあんなにダサイんだ?というものしか。
今は、SWTなんかは、まだましだけど
どうでもいいが、
一昔前って、
マルチプラットフォーム対応のUIライブラリで、ダサイのしかなかったよな・・・
なんで、Windowsに持ってくるとあんなにダサイんだ?というものしか。
今は、SWTなんかは、まだましだけど
382デフォルトの名無しさん
2007/11/10(土) 19:35:46 Tkがダサいと申したか
383デフォルトの名無しさん
2007/11/10(土) 21:03:33 Tkは普通じゃん?
384デフォルトの名無しさん
2007/11/12(月) 16:42:33385デフォルトの名無しさん
2007/11/12(月) 19:57:14 Turbo C++ Explorerじゃ無理か。
386デフォルトの名無しさん
2007/12/12(水) 11:25:03 保守したほうがいい?
387デフォルトの名無しさん
2007/12/12(水) 23:03:56 頼んだ
388デフォルトの名無しさん
2007/12/13(木) 01:26:15 お前らの連携のよさと言ったら!
389デフォルトの名無しさん
2008/01/14(月) 12:44:24 めも
ttp://www.thefreecountry.com/sourcecode/gui.shtml
ttp://www.thefreecountry.com/sourcecode/gui.shtml
390デフォルトの名無しさん
2008/01/20(日) 23:06:16 どなたかOMGUIのサイトの行方を知りませんか?
ttp://www.omgui.org/
(参考:ttp://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?BoostGUI)
昨年夏頃までは見れてたように思うのに、今はドメイン売り出し中って…。
ttp://www.omgui.org/
(参考:ttp://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?BoostGUI)
昨年夏頃までは見れてたように思うのに、今はドメイン売り出し中って…。
391デフォルトの名無しさん
2008/01/22(火) 02:21:04 >>390
ttp://cia.vc/stats/project/omgui
ttp://cia.vc/stats/project/omgui
393デフォルトの名無しさん
2008/02/04(月) 20:09:28 ttp://dclib.sourceforge.net/api.html#gui_widgets
394デフォルトの名無しさん
2008/02/04(月) 23:33:39 こんな感じかあ
ttp://www.geocities.jp/mocchi_2003/soft_readme/dlib_patch/dlib_patch_sample1.png
ttp://www.geocities.jp/mocchi_2003/soft_readme/dlib_patch/dlib_patch_sample1.png
395デフォルトの名無しさん
2008/02/27(水) 23:42:49 マイナーじゃないけど
ttp://www.tcl.tk のtk見た目がだいぶましになったな
tclに依存してなければいいのに
ttp://www.tcl.tk のtk見た目がだいぶましになったな
tclに依存してなければいいのに
396デフォルトの名無しさん
2008/02/28(木) 05:14:11 スクリーンショットにたどり着きにくい
ttp://wiki.tcl.tk/13636
これか
ttp://wiki.tcl.tk/13636
これか
397デフォルトの名無しさん
2008/03/26(水) 21:10:53 FOX-Toolkitって使っている方いらっしゃいますか?
398デフォルトの名無しさん
2008/03/27(木) 11:17:17 使ってますよ。OpenGLも使ってます。
399デフォルトの名無しさん
2008/03/27(木) 22:39:58 このスレの住人なら知っていますね、あの糞開発ツールのことを
・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている
・糞開発ツールを批判すると「性格が悪いから糞ツールを批判するんだ」と言われる
糞だけど、政治的な理由で無理やり使わされているんですよね。
もう、あんな厨の作った糞ツールを我慢して使うのはやめましょう。
・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・糞開発ツールを使わせる上司の下では働けません、と上司の上司に直訴しましょう。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
バグレポートなどしてはいけません。改善要求などもってのほかです。
あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx%アップしました」
なんて話が出たら力強く机を叩き、会議室を出ましょう。
あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。
糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている
・糞開発ツールを批判すると「性格が悪いから糞ツールを批判するんだ」と言われる
糞だけど、政治的な理由で無理やり使わされているんですよね。
もう、あんな厨の作った糞ツールを我慢して使うのはやめましょう。
・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・糞開発ツールを使わせる上司の下では働けません、と上司の上司に直訴しましょう。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
バグレポートなどしてはいけません。改善要求などもってのほかです。
あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx%アップしました」
なんて話が出たら力強く机を叩き、会議室を出ましょう。
あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。
糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
400デフォルトの名無しさん
2008/05/11(日) 17:40:10 trixul
ttp://trixul.com/
使ったことはないけど、本屋で少し立ち読みしたら結構面白そうだったので。
ttp://trixul.com/
使ったことはないけど、本屋で少し立ち読みしたら結構面白そうだったので。
401デフォルトの名無しさん
2008/05/11(日) 22:31:26 >>400 書名キボンヌ
402デフォルトの名無しさん
2008/05/11(日) 22:31:46 XUL と違うんだね
403400
2008/05/12(月) 01:56:52 書名は「Cross-Platform Development in C++」
ttp://www.amazon.co.jp/Cross-Platform-Development-C%2B%2B-Building-Applications/dp/032124642X/ref=sr_1_1?ie=UTF8&s=english-books&qid=1210522918&sr=1-1
XULと.NETのWindowsForms(XAML?)の概念を組み合わせてJavaScript(SpiderMonkey)でイベントハンドリングできるようなことが書いてあったような気がする。
でもSourceForge(ttp://sourceforge.net/projects/trixul/)の方を見た感じではまだまだ発展途上なのかな。
ttp://www.amazon.co.jp/Cross-Platform-Development-C%2B%2B-Building-Applications/dp/032124642X/ref=sr_1_1?ie=UTF8&s=english-books&qid=1210522918&sr=1-1
XULと.NETのWindowsForms(XAML?)の概念を組み合わせてJavaScript(SpiderMonkey)でイベントハンドリングできるようなことが書いてあったような気がする。
でもSourceForge(ttp://sourceforge.net/projects/trixul/)の方を見た感じではまだまだ発展途上なのかな。
404デフォルトの名無しさん
2008/05/14(水) 08:19:51 Fox-ToolkitってIME制御ってできない?
コピペで漢字入力はできるんだけどね。
コピペで漢字入力はできるんだけどね。
405デフォルトの名無しさん
2008/05/22(木) 12:20:00 FoxToolkitの1.7の最新でIMEの制御もできて漢字入力もできるっぽい。
406本田
2008/05/25(日) 06:20:45 >>312
>C++/Tcl
http://cpptcl.sourceforge.net/
>A C++ library for interoperability between C++ and Tcl
>C++/Tk
http://cpptk.sourceforge.net/
>A complete C++ interface to the Tk GUI toolkit
>C++/Tcl
http://cpptcl.sourceforge.net/
>A C++ library for interoperability between C++ and Tcl
>C++/Tk
http://cpptk.sourceforge.net/
>A complete C++ interface to the Tk GUI toolkit
407デフォルトの名無しさん
2008/06/14(土) 21:46:52 GUIまったくわからないC++初心者が手を出しやすいGUIってありますか?
408デフォルトの名無しさん
2008/06/15(日) 00:03:43 とにかく標準のGUIツールを使え
マイナーなものは糞だからマイナーなんだ
マイナーなものは糞だからマイナーなんだ
409デフォルトの名無しさん
2008/06/15(日) 00:22:48 標準=Qt/wxWidgets?
410デフォルトの名無しさん
2008/06/15(日) 14:04:34411デフォルトの名無しさん
2008/06/16(月) 09:26:28 MFCみたいなこれって何語っていうようなカスもあるお。
412デフォルトの名無しさん
2008/06/16(月) 09:58:39 Windowsで初心者なら.NET一択じゃね
ウンコウンコ言われながらも、情報量が圧倒的過ぎる
ウンコウンコ言われながらも、情報量が圧倒的過ぎる
413デフォルトの名無しさん
2008/06/16(月) 10:06:46 情報量は圧倒だが、アウトプットのアプリは皆無。
414デフォルトの名無しさん
2008/06/16(月) 13:28:18415デフォルトの名無しさん
2008/06/16(月) 13:32:49416デフォルトの名無しさん
2008/06/16(月) 13:37:21 一番好きなプログラミング言語は?
http://itpro.nikkeibp.co.jp/article/OPINION/20080528/304478/
プログラマに対象を絞って聞いた「一番好きなプログラミング言語」は,「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」が一位だった。
http://itpro.nikkeibp.co.jp/article/OPINION/20080528/304478/
プログラマに対象を絞って聞いた「一番好きなプログラミング言語」は,「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デフォルトの名無しさん
2008/06/16(月) 21:56:13 C#はいい言語だと思うんだがなぁ…
.NETじゃくネイティブコードコンパイラなければもっと使ってるのに…
COBOL(13%)ってのはITPro(というか日経)の読者層を反映しすぎてる気がする
.NETじゃくネイティブコードコンパイラなければもっと使ってるのに…
COBOL(13%)ってのはITPro(というか日経)の読者層を反映しすぎてる気がする
418デフォルトの名無しさん
2008/06/19(木) 23:55:15 ここにも貼っておく
ttp://torjo.com/egui/
ttp://torjo.com/egui/
419デフォルトの名無しさん
2008/08/10(日) 00:45:15 VB6.0にCOBOLが2〜3位って、時代に取り残されたおっさん確定だろ
そんな奴らにC#の良さが分かるとは思えないw
そんな奴らにC#の良さが分かるとは思えないw
420デフォルトの名無しさん
2008/08/10(日) 06:46:14 >>419
4番目にJavaはともかく、5番目にPerl/PHPだもんなw
4番目にJavaはともかく、5番目にPerl/PHPだもんなw
421デフォルトの名無しさん
2008/08/10(日) 08:56:54 GC.AddMemoryPressureが追加されるまでのC#は実用にならないゴミだったから仕方が無い
422デフォルトの名無しさん
2008/08/11(月) 04:31:35 >>417
海外だとC#で書いたものが多くなってますよね
日本じゃまだ目新しすぎてついて行けないだけじゃないかなぁ
C/C++が一番多いのは納得だけど、VB6が20%なのは厨房SE/PGが多い日本ならでわかと。
海外だとC#で書いたものが多くなってますよね
日本じゃまだ目新しすぎてついて行けないだけじゃないかなぁ
C/C++が一番多いのは納得だけど、VB6が20%なのは厨房SE/PGが多い日本ならでわかと。
423デフォルトの名無しさん
2008/08/11(月) 07:57:16 Delphiがその他のどのくらいの割合なのかが気になる上に
VB6.0て分けるぐらいならC/C++も分けるべきだったろに。
VB6.0て分けるぐらいならC/C++も分けるべきだったろに。
424デフォルトの名無しさん
2008/08/11(月) 20:01:01 >>422
厨房がVB6なんて知ってるわけねえだろ。
厨房がVB6なんて知ってるわけねえだろ。
425デフォルトの名無しさん
2008/08/12(火) 08:25:15426デフォルトの名無しさん
2008/08/12(火) 10:38:25427デフォルトの名無しさん
2008/08/24(日) 00:05:28 gtkmm
428デフォルトの名無しさん
2008/08/25(月) 00:03:40 だれか、使いやすいのを作ってくれ
429デフォルトの名無しさん
2008/09/05(金) 22:59:18430デフォルトの名無しさん
2008/09/06(土) 00:25:07 >>429
> でも20代なんてカネ稼いでない層だろ。
え?
現役で「プログラマ」をやってるのは圧倒的に20〜30代が多い、でしょ?
少なくとも日本では。
業界にもよるが、基本的にプログラマは下っ端の兵隊で、高級なデベロッパが
ほとんど存在しないという文化だからね。
> でも20代なんてカネ稼いでない層だろ。
え?
現役で「プログラマ」をやってるのは圧倒的に20〜30代が多い、でしょ?
少なくとも日本では。
業界にもよるが、基本的にプログラマは下っ端の兵隊で、高級なデベロッパが
ほとんど存在しないという文化だからね。
431デフォルトの名無しさん
2008/09/06(土) 02:22:15432デフォルトの名無しさん
2008/09/06(土) 02:59:58 脱しようと今起業しているがなかなかプログラムだと稼げないね
今年入った収入は1万8千円
受注仕事やるといいんだろうが、起業している意味ないしなあ
今年入った収入は1万8千円
受注仕事やるといいんだろうが、起業している意味ないしなあ
433デフォルトの名無しさん
2008/09/06(土) 03:16:16 1万8千円って俺の月収より低いな
434デフォルトの名無しさん
2008/09/06(土) 10:49:21 携帯ゲームあたりだろうか
435デフォルトの名無しさん
2008/09/06(土) 23:25:16 WTL
436デフォルトの名無しさん
2008/11/07(金) 23:19:54 自作してみたいんだが、どうすればいい?
環境は WindowsXP で VC2008EE
環境は WindowsXP で VC2008EE
437デフォルトの名無しさん
2008/11/08(土) 01:28:14 既存APIのラッパーを作ることから始めてはどうか
438デフォルトの名無しさん
2008/11/08(土) 01:31:14 質問する段階なら、APIの薄いラップのみでいいんじゃない
物足りなくなったら、他のツールキットがどういうアーキテクチャになってるか
調べて取り入れるとか
あと、オレオレライブラリの類は、演習と割り切って作らないと前に進むのが遅くなるよ
結局、既存のツールキットを使ったほうが便利な場面も多いし
ってこのスレで言うことじゃないなw
物足りなくなったら、他のツールキットがどういうアーキテクチャになってるか
調べて取り入れるとか
あと、オレオレライブラリの類は、演習と割り切って作らないと前に進むのが遅くなるよ
結局、既存のツールキットを使ったほうが便利な場面も多いし
ってこのスレで言うことじゃないなw
439デフォルトの名無しさん
2008/11/08(土) 01:33:29 ボタンもリストも基本はWindow。その辺はググれば出てくる。
多くの人間が通る道として、それらをC++でラップしたコントロールを作る。
そしてメソッドで対応するのが面倒になり、GetHwnd()とか作ってごまかして終了する。
VC2008EEで生産性を追及してGUIを自作したいなら、個人的には
ResEditとかフリーのリソース作成ツールが吐き出したソースを
サポートする形にするのが良いかと。
多くの人間が通る道として、それらをC++でラップしたコントロールを作る。
そしてメソッドで対応するのが面倒になり、GetHwnd()とか作ってごまかして終了する。
VC2008EEで生産性を追及してGUIを自作したいなら、個人的には
ResEditとかフリーのリソース作成ツールが吐き出したソースを
サポートする形にするのが良いかと。
440デフォルトの名無しさん
2008/11/08(土) 17:29:15 ふむ、アドバイスdクス
まず、ラッパからやってみるよ。
できたら晒しにくるよ。
まず、ラッパからやってみるよ。
できたら晒しにくるよ。
441デフォルトの名無しさん
2008/11/08(土) 22:08:18442デフォルトの名無しさん
2008/11/08(土) 22:30:22 メンバ関数名にまでWindowは付けなくていい。
あとメッセージループもメンバ関数にしたらどうだろう。
エラーの原因はポインタの扱いだから、
その辺復習しながら作るといいよ。
あとメッセージループもメンバ関数にしたらどうだろう。
エラーの原因はポインタの扱いだから、
その辺復習しながら作るといいよ。
443デフォルトの名無しさん
2008/11/08(土) 23:43:45 久しぶりにネット繋いだらVC++6.0に怒濤のごとく更新入った
444デフォルトの名無しさん
2008/11/08(土) 23:53:16 >>442
アドバイス有難う。
うまく表示できた。
さて、ウィンドウの表示はできた。
次は、
LRESULT CALLBACK WindowProc(HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam)
の中でしているのをどうするかだ。。。
ここで、メッセージループをしているのをどうにかしたい。
じゃないと、ラッパを作る意味がないきがする。
アドバイス有難う。
うまく表示できた。
さて、ウィンドウの表示はできた。
次は、
LRESULT CALLBACK WindowProc(HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam)
の中でしているのをどうするかだ。。。
ここで、メッセージループをしているのをどうにかしたい。
じゃないと、ラッパを作る意味がないきがする。
445デフォルトの名無しさん
2008/11/09(日) 00:13:01 >>444
WindowインスタンスごとにVirtualAllocで確保した領域に
ECXにthisを入れてメンバのWndProcに飛ぶコードを動的生成して
それをRegisterClassExでコールバックとして渡しておく。
そうすればWindowsが直接メンバ関数を呼んでくれるようになる。
あとはそれをOnXXXとかのvirtualなハンドラに飛ばして、
必要に応じて外部に委譲させておけばおk。
WindowインスタンスごとにVirtualAllocで確保した領域に
ECXにthisを入れてメンバのWndProcに飛ぶコードを動的生成して
それをRegisterClassExでコールバックとして渡しておく。
そうすればWindowsが直接メンバ関数を呼んでくれるようになる。
あとはそれをOnXXXとかのvirtualなハンドラに飛ばして、
必要に応じて外部に委譲させておけばおk。
446デフォルトの名無しさん
2008/11/09(日) 01:47:00447デフォルトの名無しさん
2008/11/09(日) 02:04:48 とりあえず他でやって欲しい。
448デフォルトの名無しさん
2008/11/09(日) 02:05:45 マイナーGUI(ラッパか・・・)作ってるからいいんじゃね?
449デフォルトの名無しさん
2008/11/09(日) 02:27:18450デフォルトの名無しさん
2008/11/09(日) 02:41:11 私のレベルは、簡単なものならAPIをガリガリでモノを作れる。
MFCは使ったことなし。
>stdcallとcdeclは知っている?
これは名前は知っている。
>clのABIはthiscallでECXにthisが入るのは知っている?
これは、知らない。
cl・・・コンパイラ?
ABI・・・アプリケーション・バイナリー・インターフェイス?
thiscall ≒ cdecl?
ECX・・・アセンブリは全く知らない
つまり、アセンブリを知らないとできないってこと?orz
MFCは使ったことなし。
>stdcallとcdeclは知っている?
これは名前は知っている。
>clのABIはthiscallでECXにthisが入るのは知っている?
これは、知らない。
cl・・・コンパイラ?
ABI・・・アプリケーション・バイナリー・インターフェイス?
thiscall ≒ cdecl?
ECX・・・アセンブリは全く知らない
つまり、アセンブリを知らないとできないってこと?orz
451デフォルトの名無しさん
2008/11/09(日) 03:14:18 >>450
アセンブリと言っても別に難しい知識は必要ない。
C言語が使えるんなら、レジスタとスタックの操作、
つまりmovとpushくらいは3分でわかるはず。
そして引数がスタックに積まれることが理解できれば良い。
そのスタックをどこで戻すかの違いがstdcallとcdecl。
インスタンスメソッドに対してはインスタンスが引数として扱われる。
それがcl(VC++のコンパイラ)ではECXで渡されるということ。
ちなみにgccだと第一引数としてスタックに積まれる。
こういう呼び出し規約のことをABIと呼ぶ。
なぜこんな知識が必要か?
それはインスタンスメソッドに対してコールバックさせるため。
実際にATLではこの方法が使われている。
ハッシュで済ませるんなら必要ないんだけど、
外部に委譲させるときに悩むことになる。
アセンブリと言っても別に難しい知識は必要ない。
C言語が使えるんなら、レジスタとスタックの操作、
つまりmovとpushくらいは3分でわかるはず。
そして引数がスタックに積まれることが理解できれば良い。
そのスタックをどこで戻すかの違いがstdcallとcdecl。
インスタンスメソッドに対してはインスタンスが引数として扱われる。
それがcl(VC++のコンパイラ)ではECXで渡されるということ。
ちなみにgccだと第一引数としてスタックに積まれる。
こういう呼び出し規約のことをABIと呼ぶ。
なぜこんな知識が必要か?
それはインスタンスメソッドに対してコールバックさせるため。
実際にATLではこの方法が使われている。
ハッシュで済ませるんなら必要ないんだけど、
外部に委譲させるときに悩むことになる。
452デフォルトの名無しさん
2008/11/09(日) 03:23:19 ふと疑問に思って昔作ったGUIクラスをひっぱりだして覗いてみたら
SetWindowLong( hWnd, GWL_USERDATA, (int)this );
みたいな感じのを使ってた。ハンドルと32bitデータを関連付けられるらしい。
で、Windowプロシージャで
GetWindowLong( hWnd, GWL_USERDATA );
を使って、ハンドルから対応クラスのポインタをひっぱってきて
Window別のイベントを処理してた。なつかすぃ。
SetWindowLong( hWnd, GWL_USERDATA, (int)this );
みたいな感じのを使ってた。ハンドルと32bitデータを関連付けられるらしい。
で、Windowプロシージャで
GetWindowLong( hWnd, GWL_USERDATA );
を使って、ハンドルから対応クラスのポインタをひっぱってきて
Window別のイベントを処理してた。なつかすぃ。
453デフォルトの名無しさん
2008/11/09(日) 03:33:48 >>452
その方法だとたとえばウィンドウ上でIMEの入力をしているときに
候補の上でホイール回したりしてIMEが作ったhWndが飛んでくると
不正なポインタに飛ばすことになって落ちるよ。
結局、登録されたhWndかどうかチェックするとハッシュになってしまう。
その方法だとたとえばウィンドウ上でIMEの入力をしているときに
候補の上でホイール回したりしてIMEが作ったhWndが飛んでくると
不正なポインタに飛ばすことになって落ちるよ。
結局、登録されたhWndかどうかチェックするとハッシュになってしまう。
454デフォルトの名無しさん
2008/11/09(日) 07:15:09455デフォルトの名無しさん
2008/11/09(日) 09:30:36 同じくで、サンク作る方法は自分でも書いたことあったけども>>454の意味はちまちまわからんとこが。
ATLのソースか、エディタのGreenPadがそんな方法使ってたから見てみてもいいかも。
わかりにくい上に機械語直接埋め込むから試しに自分でラッパ書いてみる、って段階ではどうかと思うが、早いし。
ウィンドウハンドルとthisを関連づける方法はGWL_USERDATAの他にSetProp/GetPropAPIもある。
ttp://hp.vector.co.jp/authors/VA022575/c/msgmap.html
ttp://hilbert.elcom.nitech.ac.jp/~taki/program.html
一応この辺がその辺の話。
ATLのソースか、エディタのGreenPadがそんな方法使ってたから見てみてもいいかも。
わかりにくい上に機械語直接埋め込むから試しに自分でラッパ書いてみる、って段階ではどうかと思うが、早いし。
ウィンドウハンドルとthisを関連づける方法はGWL_USERDATAの他にSetProp/GetPropAPIもある。
ttp://hp.vector.co.jp/authors/VA022575/c/msgmap.html
ttp://hilbert.elcom.nitech.ac.jp/~taki/program.html
一応この辺がその辺の話。
456デフォルトの名無しさん
2008/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も含む
あと、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デフォルトの名無しさん
2008/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++書いてないんで色々間違ってそうだけど、キモはこんな感じかと。
ここは、より良い方法がでてきたら差し替えることにして
次へ進んだ方が本人の為になるし、スレ的にも面白いw
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++書いてないんで色々間違ってそうだけど、キモはこんな感じかと。
ここは、より良い方法がでてきたら差し替えることにして
次へ進んだ方が本人の為になるし、スレ的にも面白いw
458デフォルトの名無しさん
2008/11/09(日) 13:50:14 >>454
インスタンスごとにクラスを登録しているのはWindows Formsだね。
インスタンスごとにクラスを登録しているのはWindows Formsだね。
459デフォルトの名無しさん
2008/11/09(日) 18:40:07 この流れを見てるとこのスレの住人はやっぱり結構自分ラッパを書いてしまっているんだなあと感じて親近感がw
しかし>>450は付いてきているのか。周りが凄い盛り上がってしまってるけど。
しかし>>450は付いてきているのか。周りが凄い盛り上がってしまってるけど。
460デフォルトの名無しさん
2008/11/09(日) 21:38:28 >>450は単語一個一個調べたり、根が真面目そうなんで、
今、大量の情報がドカドカ出てきたので知らん部分をググってる最中じゃない?
期待がプレッシャーにならない程度にマターリ待つのが良いかと。
俺もラッパ作ちゃった1人なんだが、結局デザイナーツールの作成が面倒で
活用には至らなかった。
その辺までしっかり作った人っているの?
今、大量の情報がドカドカ出てきたので知らん部分をググってる最中じゃない?
期待がプレッシャーにならない程度にマターリ待つのが良いかと。
俺もラッパ作ちゃった1人なんだが、結局デザイナーツールの作成が面倒で
活用には至らなかった。
その辺までしっかり作った人っているの?
461デフォルトの名無しさん
2008/11/10(月) 00:28:53 なぁ、>445 の方法って、ネットで探しても情報ないのな。
ATLのソース読んでみようと思ったけど、どこから読んだらいいのかわかんねw
>450 は初心者っぽいしきつい気がするのは俺だけか?
そういや、昔、CマガでGUIライブラリを作るってのがあったが
あれは参考にならないか?
もう、手に入らないけど。
ATLのソース読んでみようと思ったけど、どこから読んだらいいのかわかんねw
>450 は初心者っぽいしきつい気がするのは俺だけか?
そういや、昔、CマガでGUIライブラリを作るってのがあったが
あれは参考にならないか?
もう、手に入らないけど。
462デフォルトの名無しさん
2008/11/10(月) 02:05:47463デフォルトの名無しさん
2008/11/10(月) 06:11:25464デフォルトの名無しさん
2008/11/10(月) 07:58:51 『組み込みGUI(ウィンドウ・システム)環境の設計と実装』って本
読んだことある人います? おもしろい?
読んだことある人います? おもしろい?
465デフォルトの名無しさん
2008/11/10(月) 08:11:08466デフォルトの名無しさん
2008/11/10(月) 13:35:58467デフォルトの名無しさん
2008/11/10(月) 15:47:24 >>464
フレームバッファ直描きでウィンドウシステムを作る本だよ。
OSを作ったりとか、LinuxでXを使わないGUIを作ったりとか、
そういうことに興味がある人には面白いと思う。
Windowsアプリを作るのにはほとんど参考にならない。
フレームバッファ直描きでウィンドウシステムを作る本だよ。
OSを作ったりとか、LinuxでXを使わないGUIを作ったりとか、
そういうことに興味がある人には面白いと思う。
Windowsアプリを作るのにはほとんど参考にならない。
468デフォルトの名無しさん
2008/11/10(月) 21:28:35 一つずつ
>>451
>つまりmovとpushくらいは3分でわかるはず。
mov・・・ジスタやメモリに、データの転送を行う
push・・・スタックにデータを積む
>そのスタックをどこで戻すかの違いがstdcallとcdecl。
このことでいいのかな?
ttp://www.ne.jp/asahi/nagoya/ahomaro/builder/cpb-055.html
>ECX
レジストリと
こんな場所がある、程度でいいのかな?
>>451
>つまりmovとpushくらいは3分でわかるはず。
mov・・・ジスタやメモリに、データの転送を行う
push・・・スタックにデータを積む
>そのスタックをどこで戻すかの違いがstdcallとcdecl。
このことでいいのかな?
ttp://www.ne.jp/asahi/nagoya/ahomaro/builder/cpb-055.html
>ECX
レジストリと
こんな場所がある、程度でいいのかな?
469デフォルトの名無しさん
2008/11/10(月) 21:32:35470デフォルトの名無しさん
2008/11/10(月) 21:34:28471デフォルトの名無しさん
2008/11/10(月) 22:41:30472デフォルトの名無しさん
2008/11/11(火) 17:08:05 WindowsXP SP2のDEPでATLのThunkが問題になってたような気がするんだけど、
あれは何でなんだろ?
あれは何でなんだろ?
473デフォルトの名無しさん
2008/11/11(火) 17:22:32 >>472
ウィルス等がバッファオーバーフローでヒープに不正コードを埋め込むことの対策として
ヒープのコードを実行できなくしたのがDEP。
ATLではサンクをHeapAlloc領域でやっていたため引っ掛かることになった。
今のATLはVirtualAllocでPAGE_EXECUTE_READWRITEで確保するため問題ない。
ウィルス等がバッファオーバーフローでヒープに不正コードを埋め込むことの対策として
ヒープのコードを実行できなくしたのがDEP。
ATLではサンクをHeapAlloc領域でやっていたため引っ掛かることになった。
今のATLはVirtualAllocでPAGE_EXECUTE_READWRITEで確保するため問題ない。
475デフォルトの名無しさん
2008/11/13(木) 03:52:36 おまえら!
言いたいのをガマンしてるなら、代わり俺が言ってやるよ!
あくまでもおまえらの代弁だからな!俺が言いたいワケじゃないんだからな!
なるほど、わかりやすい説明Thunkです。
言いたいのをガマンしてるなら、代わり俺が言ってやるよ!
あくまでもおまえらの代弁だからな!俺が言いたいワケじゃないんだからな!
なるほど、わかりやすい説明Thunkです。
476デフォルトの名無しさん
2008/11/13(木) 07:05:21 さみぃw
477デフォルトの名無しさん
2008/11/17(月) 23:11:46 こんな方法どうやって勉強しました?
478デフォルトの名無しさん
2008/11/18(火) 22:33:44 >>477
Windows 3.1の頃(15年前)からプログラム作ってたら嫌でも身に付く
Windows 3.1の頃(15年前)からプログラム作ってたら嫌でも身に付く
479デフォルトの名無しさん
2008/11/19(水) 18:52:55 class window
{
public:
static window *m_this;
static LRESULT CALLBACK StartWindowProc(HWND, UINT, WPARAM, LPARAM); //スタートアップ
static LRESULT CALLBACK WindowProc(HWND, UINT, WPARAM, LPARAM); //本命
HWND SetHandle(HWND hwnd);//ウインドウハンドルを設定する
void Create();//ここでクリティカルセクションを設定してCreateWindowを呼ぶ
}
window *m_this;
LRESULT CALLBACK window::StartWindowProc(HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam)
{
window *pThis = window::m_this;
window::m_this = NULL;
//ここでクリティカルセクションを取り除く
::SetProp(hwnd, _T("THISCLASS"), (HANDLE)pThis);
pThis->SetHandle(hwnd);
::SetWindowLongPtr(hwnd, GWL_WNDPROC, (LONG)window::WindowProc);
return window::WindowProc(hwnd, msg, wParam, lParam);
}
かなりふざけた方法だけど...
俺はこんな感じでやってる...
{
public:
static window *m_this;
static LRESULT CALLBACK StartWindowProc(HWND, UINT, WPARAM, LPARAM); //スタートアップ
static LRESULT CALLBACK WindowProc(HWND, UINT, WPARAM, LPARAM); //本命
HWND SetHandle(HWND hwnd);//ウインドウハンドルを設定する
void Create();//ここでクリティカルセクションを設定してCreateWindowを呼ぶ
}
window *m_this;
LRESULT CALLBACK window::StartWindowProc(HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam)
{
window *pThis = window::m_this;
window::m_this = NULL;
//ここでクリティカルセクションを取り除く
::SetProp(hwnd, _T("THISCLASS"), (HANDLE)pThis);
pThis->SetHandle(hwnd);
::SetWindowLongPtr(hwnd, GWL_WNDPROC, (LONG)window::WindowProc);
return window::WindowProc(hwnd, msg, wParam, lParam);
}
かなりふざけた方法だけど...
俺はこんな感じでやってる...
480デフォルトの名無しさん
2008/12/01(月) 20:53:23 何となく、自分も昔作ったGUIを晒してみようとサンプル動かしてみたら、
リストビューを拡張して作ろうとしたらしいGridViewがいきなりバグってた。
出直してきます。orz
リストビューを拡張して作ろうとしたらしいGridViewがいきなりバグってた。
出直してきます。orz
481デフォルトの名無しさん
2009/01/12(月) 01:32:46482デフォルトの名無しさん
2009/01/28(水) 13:05:32 保守あげ
483デフォルトの名無しさん
2009/01/31(土) 16:42:03 ATLを使うと勝手に各アーキテクチャごとにthunk作ってくれる。
使い方は↓のようなかんじです。
class HogeWindow {
ATL::CStdCallThunk thunk;
HWND hWnd;
static LRESULT CALLBACK redirect(T* object, UINT msg, WPARAM wParam, LPARAM lParam) {
return object->WindowProcedure(msg, wParam, lParam);
}
LRESULT WindowProcedure(UINT m, WPARAM w, LPARAM l) {
(処理)
}
HogeWindow() {
(HWNDを作る)
thunk.Init((DWORD_PTR)redirect, this);
SetWindowLongPtr(hWnd, GWL_WNDPROC, (LONG_PTR)thunk.GetCodeAddress());
}
};
使い方は↓のようなかんじです。
class HogeWindow {
ATL::CStdCallThunk thunk;
HWND hWnd;
static LRESULT CALLBACK redirect(T* object, UINT msg, WPARAM wParam, LPARAM lParam) {
return object->WindowProcedure(msg, wParam, lParam);
}
LRESULT WindowProcedure(UINT m, WPARAM w, LPARAM l) {
(処理)
}
HogeWindow() {
(HWNDを作る)
thunk.Init((DWORD_PTR)redirect, this);
SetWindowLongPtr(hWnd, GWL_WNDPROC, (LONG_PTR)thunk.GetCodeAddress());
}
};
484デフォルトの名無しさん
2009/03/21(土) 03:51:43 SOL9をVC++2008SP1で試してみた。
>c:\usr\include\sol\window.h(68) : error C2664: 'GetClassNameW' : 2 番目の引数を 'char *' から 'LPWSTR' に変換できません。(新しい機能 ; ヘルプを参照)
1> 指示された型は関連がありません。変換には reinterpret_cast、C スタイル キャストまたは関数スタイルのキャストが必要です。
(面倒だから全部は乗せない)
こんなエラーが大量に出てきた。
これって、VC++2008SP1では使えないのか?
>c:\usr\include\sol\window.h(68) : error C2664: 'GetClassNameW' : 2 番目の引数を 'char *' から 'LPWSTR' に変換できません。(新しい機能 ; ヘルプを参照)
1> 指示された型は関連がありません。変換には reinterpret_cast、C スタイル キャストまたは関数スタイルのキャストが必要です。
(面倒だから全部は乗せない)
こんなエラーが大量に出てきた。
これって、VC++2008SP1では使えないのか?
485デフォルトの名無しさん
2009/03/21(土) 07:50:26486デフォルトの名無しさん
2009/03/22(日) 02:27:38487デフォルトの名無しさん
2009/03/22(日) 02:29:43 SOL9って何?
Solaris9??
Solaris9??
488デフォルトの名無しさん
2009/03/22(日) 02:34:23489デフォルトの名無しさん
2009/03/22(日) 15:53:22 使いやすいのない?
490デフォルトの名無しさん
2009/05/20(水) 19:07:36 ほしゅ
491デフォルトの名無しさん
2009/07/10(金) 06:59:47 Qt LGPL版が出ました。
492デフォルトの名無しさん
2009/07/19(日) 07:23:32 gtkmm一択
493デフォルトの名無しさん
2009/07/19(日) 13:17:11 >>491
10 年前にその選択をしてればな…
10 年前にその選択をしてればな…
494デフォルトの名無しさん
2009/08/04(火) 21:50:27 マイナー用のこのスレで聞くのもどうかと思うけど、
OSSプロジェクトで一番使われているマルチプラットフォーム対応の
C++ GUIツールキットってどれでしょうか?
wxWidgetsとQtはどっちの方が使われてるのかな?
OSSプロジェクトで一番使われているマルチプラットフォーム対応の
C++ GUIツールキットってどれでしょうか?
wxWidgetsとQtはどっちの方が使われてるのかな?
495デフォルトの名無しさん
2009/08/08(土) 08:10:43 fltk
496デフォルトの名無しさん
2009/08/09(日) 13:16:20 今からクロス開発するならQtのほうがよさげ。
497デフォルトの名無しさん
2009/08/09(日) 13:31:27 >>496
できれば理由も聞きたい
できれば理由も聞きたい
498デフォルトの名無しさん
2009/08/09(日) 14:18:48 Qtのほうが作りやすい。API綺麗だし開発ツールも充実してるから。この辺さすが商用は強い。
wxは古臭さ複雑さを隠し切れんな。元がMFCを参考にしているからな。もう限界だろ。
個人的にQPLか高い商用ライセンスがキライだっただけで
今QtをLGPLで使えるなら選択しない理由はあまりないな。
wxの強みはドマイナーなOS環境まで考慮されてることだけど、別にそこまで使わんしw
wxは古臭さ複雑さを隠し切れんな。元がMFCを参考にしているからな。もう限界だろ。
個人的にQPLか高い商用ライセンスがキライだっただけで
今QtをLGPLで使えるなら選択しない理由はあまりないな。
wxの強みはドマイナーなOS環境まで考慮されてることだけど、別にそこまで使わんしw
499デフォルトの名無しさん
2009/08/09(日) 19:49:08 Qtは微妙な独自色がなければ最高なのに。qmakeとかLinguistとかWindowsのUIとか。
500デフォルトの名無しさん
2009/08/14(金) 20:53:50 500
501デフォルトの名無しさん
2009/09/05(土) 08:41:35 Lily C++ GUI Library
ttp://kengolab.net/lily/lily_download.html
windows専用らしい
ttp://kengolab.net/lily/lily_download.html
windows専用らしい
502デフォルトの名無しさん
2009/09/09(水) 10:32:56 >windows専用らしい
イミネーwww
イミネーwww
503デフォルトの名無しさん
2009/09/09(水) 17:37:53 仮にただのMFCラッパーだとしても、使い勝手がよければそこに意味はあるはずだ
あとこのスレって別にマルチプラットフォーム限定ってわけでもないっしょ?
あとこのスレって別にマルチプラットフォーム限定ってわけでもないっしょ?
504デフォルトの名無しさん
2009/09/09(水) 20:51:20 ぺたぺた貼れるなら、使い勝手うんぬん言えるが、できないじゃんwwwww
505デフォルトの名無しさん
2009/09/12(土) 16:58:33 ペロッ
この味は・・・PHPer!
この味は・・・PHPer!
506本田
2009/09/26(土) 17:53:33 Object Windows Library
Inprise/Borland
http://cc.codegear.com/partners/bcb5/exclusive/object_windows_library/index.html
This release of the Object Windows Library is based on the OWL 5.4
release and is denoted as OWL 5.5.
It has been ported to Borland C++Builder 5 by Yura Bidus, author of OWLNExt.
It includes source code and debug and release libraries of, OWL, BIDS and OCF.
Inprise/Borland
http://cc.codegear.com/partners/bcb5/exclusive/object_windows_library/index.html
This release of the Object Windows Library is based on the OWL 5.4
release and is denoted as OWL 5.5.
It has been ported to Borland C++Builder 5 by Yura Bidus, author of OWLNExt.
It includes source code and debug and release libraries of, OWL, BIDS and OCF.
507本田
2009/09/27(日) 12:40:46 >>506
~ OWLNext project home ~
http://owlnext.sourceforge.net/
~ About OWLNext ~
http://owlnext.sourceforge.net/about.html
Advantages of using OWLNext:
* OWLNext is an object-oriented framework, built on top of the Windows API without adding much overhead.
* OWLNext is pure C++ library, which does not use any vendor- or compiler- specific extensions.
* OWLNext fully supports developing Unicode applications.
* OLE, OCX and ActiveX support (server and consumer)
* OWLNext can be used with wide range of C++ compilers. Currently it is tested with
o CodeGear Developer Studio 2007 and 2009
o Borland Developer Studio 2006
o Borland C++ Builder 6.0
o Borland Free C++ Compiler 5.5
o Borland C++ 5.01/5.02
o Microsoft Visual C++ 2003, 2005, 2008
o Microsoft Visual C++ 6.0
Also in the past it has been working with Borland C++ Builder 1.0-5.0, Microsoft Visual C++ 5.0 and GCC and has been ported to Linux using WINE
* OWLNext offers easy upgrade path for porting legacy OWL applications to modern compilers and operating systems.
* OWLNext is open-source project, it's based on contributions and directions from it's community
~ OWLNext project home ~
http://owlnext.sourceforge.net/
~ About OWLNext ~
http://owlnext.sourceforge.net/about.html
Advantages of using OWLNext:
* OWLNext is an object-oriented framework, built on top of the Windows API without adding much overhead.
* OWLNext is pure C++ library, which does not use any vendor- or compiler- specific extensions.
* OWLNext fully supports developing Unicode applications.
* OLE, OCX and ActiveX support (server and consumer)
* OWLNext can be used with wide range of C++ compilers. Currently it is tested with
o CodeGear Developer Studio 2007 and 2009
o Borland Developer Studio 2006
o Borland C++ Builder 6.0
o Borland Free C++ Compiler 5.5
o Borland C++ 5.01/5.02
o Microsoft Visual C++ 2003, 2005, 2008
o Microsoft Visual C++ 6.0
Also in the past it has been working with Borland C++ Builder 1.0-5.0, Microsoft Visual C++ 5.0 and GCC and has been ported to Linux using WINE
* OWLNext offers easy upgrade path for porting legacy OWL applications to modern compilers and operating systems.
* OWLNext is open-source project, it's based on contributions and directions from it's community
508デフォルトの名無しさん
2009/09/27(日) 13:03:16 何だ、クロスプラットフォームじゃないのか…
509デフォルトの名無しさん
2009/09/27(日) 13:47:44 クロスプラットフォームとかいらんだろ
510デフォルトの名無しさん
2009/09/27(日) 16:06:52 クロスプラットフォームじゃなかったら何の意味が?
511デフォルトの名無しさん
2009/09/27(日) 20:08:34 WINEで動けば充分
> has been ported to Linux using WINE
> has been ported to Linux using WINE
512本田
2009/09/27(日) 20:39:01 >>508
Object Windows Library
http://en.wikipedia.org/wiki/Object_Windows_Library
In 1993 Borland launched Borland C++ 2.0 for OS/2 which included a version of OWL 2.0.
OWL 2.0 used BIDS, the newer template library for 'container' or 'class library'.
In January 1994 Borland launched Borland C++ 4.0 for Windows which also included OWL 2.0.
It added Doc/View support, VBX controls, OLE. Win16, Win32s and Win32 was supported
(Windows 95, the Win32 successor of Windows 3.x appeared in August 1995).
Late in 1994, Novell CEO Raymond Noorda resigned.
Novell expansion plans were reconsidered,
AppWare development was stopped and so was OWL for AppWare.
In 1995 a group of original team members bought AppBuilder.
In the same year, Software UNO (www.uno.com) offered a commercial port for OWL 2.0,
to several platforms:
AIX 3.2.5, DEC Alpha OSF/1, HP-UX 9.03, Linux 1.2, Solaris 2.x, Sun OS 4.1.x, and SVR4 fox x86,
it was called WM_MOTIF.
Object Windows Library
http://en.wikipedia.org/wiki/Object_Windows_Library
In 1993 Borland launched Borland C++ 2.0 for OS/2 which included a version of OWL 2.0.
OWL 2.0 used BIDS, the newer template library for 'container' or 'class library'.
In January 1994 Borland launched Borland C++ 4.0 for Windows which also included OWL 2.0.
It added Doc/View support, VBX controls, OLE. Win16, Win32s and Win32 was supported
(Windows 95, the Win32 successor of Windows 3.x appeared in August 1995).
Late in 1994, Novell CEO Raymond Noorda resigned.
Novell expansion plans were reconsidered,
AppWare development was stopped and so was OWL for AppWare.
In 1995 a group of original team members bought AppBuilder.
In the same year, Software UNO (www.uno.com) offered a commercial port for OWL 2.0,
to several platforms:
AIX 3.2.5, DEC Alpha OSF/1, HP-UX 9.03, Linux 1.2, Solaris 2.x, Sun OS 4.1.x, and SVR4 fox x86,
it was called WM_MOTIF.
513デフォルトの名無しさん
2009/09/27(日) 20:46:20 >>512
引用するなら翻訳しろカス
引用するなら翻訳しろカス
514デフォルトの名無しさん
2009/09/27(日) 20:46:37 10年以上昔の話とか、WINEでポーティングされているとか…
515本田
2009/09/27(日) 20:58:13 >>514
【レビュー】
Linux版一太郎と新しいATOKを試す
http://journal.mycom.co.jp/articles/2005/02/03/justlin/002.html
Windows版そのままの「一太郎 for Linux」
一太郎 for Linuxは、Win32 APIと互換のバイナリ実行環境をLinux上に実現する「WINE」を利用して動作する。
LinuxネイティブのELFバイナリではなく、
Windows PEバイナリの形で提供されるWindows用アプリケーションだ。
付属のインストーラ(シェルスクリプト)では隠蔽されていたが、
wineコマンドから直接インストーラ(SETUP.EXE)を起動したところ、
そのまま「一太郎2004のセットアップ」と題されたウィザード形式のダイアログが表示された。
【レビュー】
Linux版一太郎と新しいATOKを試す
http://journal.mycom.co.jp/articles/2005/02/03/justlin/002.html
Windows版そのままの「一太郎 for Linux」
一太郎 for Linuxは、Win32 APIと互換のバイナリ実行環境をLinux上に実現する「WINE」を利用して動作する。
LinuxネイティブのELFバイナリではなく、
Windows PEバイナリの形で提供されるWindows用アプリケーションだ。
付属のインストーラ(シェルスクリプト)では隠蔽されていたが、
wineコマンドから直接インストーラ(SETUP.EXE)を起動したところ、
そのまま「一太郎2004のセットアップ」と題されたウィザード形式のダイアログが表示された。
516デフォルトの名無しさん
2009/09/27(日) 21:00:40 4年以上昔の話とか、WINEでポーティングされているとか…
517デフォルトの名無しさん
2009/09/27(日) 21:12:41 >>515
それもどうかと思うけど、完成品とライブラリを一緒くたにするとか…
それもどうかと思うけど、完成品とライブラリを一緒くたにするとか…
518デフォルトの名無しさん
2009/10/02(金) 16:39:07519デフォルトの名無しさん
2009/10/23(金) 12:27:33 Win32++について「GUIがむずかしすぎる」スレから引っ越してきたヨ
>66 名前: 60 Mail: sage 投稿日: 2009/10/21(水) 14:38:51
>Win32++の翻訳文書を公開した。
>
>・Win32++概要
> http://www.h6.dion.ne.jp/~machan/win32pp/overview.txt
>
>Windowsプログラミングは未経験なので、不適切だったり誤っている箇所があると思う。
>特に、リバーコントロール(Rebar Control)/メッセージの反射(Message Reflection)/
>CWndオブジェクト/WndProc関数に関連した部分は、無理矢理に訳した感がある。
>Win32 APIに詳しい住人さん達からのツッコミに期待。
>66 名前: 60 Mail: sage 投稿日: 2009/10/21(水) 14:38:51
>Win32++の翻訳文書を公開した。
>
>・Win32++概要
> http://www.h6.dion.ne.jp/~machan/win32pp/overview.txt
>
>Windowsプログラミングは未経験なので、不適切だったり誤っている箇所があると思う。
>特に、リバーコントロール(Rebar Control)/メッセージの反射(Message Reflection)/
>CWndオブジェクト/WndProc関数に関連した部分は、無理矢理に訳した感がある。
>Win32 APIに詳しい住人さん達からのツッコミに期待。
520デフォルトの名無しさん
2009/10/26(月) 07:36:35521デフォルトの名無しさん
2009/10/26(月) 14:34:43 sage
522デフォルトの名無しさん
2009/11/03(火) 18:15:47523デフォルトの名無しさん
2009/11/03(火) 18:21:49524デフォルトの名無しさん
2009/11/03(火) 18:24:12 >>522
Last updated May 13, 2007
Last updated May 13, 2007
525本田
2009/11/04(水) 00:38:57526デフォルトの名無しさん
2009/11/04(水) 00:51:02 C++BuilderみたいにGUIでパーツを配置していけるライブラリって
何がありますか?
何がありますか?
527デフォルトの名無しさん
2009/11/04(水) 18:33:28 >>526
あなたが求めているのは,単なるGUIデザイナじゃなくて,IDEと一体になったいわゆるRADツールだよね?
(例えばフォームの上にボタンをGUIデザイナ上で配置しておいてダブルクリックすると,ボタンをクリックした
時のイベントルーチンのスケルトンが自動的に作成されて,後は中身を書けばいいってヤツ)
それだとWindows上のC++で俺の知ってる限りだと,QtとwxWidgets(両方ともマイナーじゃないけど)。
QtならQt CreatorというRADツールがあるし,wxWidgetsならCode::Blocks,DialogBlocks(有料),wxDev-C++,
VisualWxとRADツールはいろいろある。
WideStudioって日本製のもあるけど,デバッグがIDEのエディタ上ではできなくて(そもそもエディタは内蔵してなくて
外部エディタを使う),コマンドラインデバッガでやるってのが痛い。
あとUltimate++ってのもインストールしてみたけど,使い方がさっぱりわからなかった。
俺みたいな短気なアホには向いてないようだ。
どれがいいかは自分で評価するしかないと思うけど,俺はQt+Qt Creatorか,wxWidgets+Code::Blocksが
良いと思う。それぞれ別スレがあるので覗いてみたら?
俺もC++ Builderの将来に不安を抱いてて,いろいろ評価してるから気持ちはわかるなぁ。
あなたが求めているのは,単なるGUIデザイナじゃなくて,IDEと一体になったいわゆるRADツールだよね?
(例えばフォームの上にボタンをGUIデザイナ上で配置しておいてダブルクリックすると,ボタンをクリックした
時のイベントルーチンのスケルトンが自動的に作成されて,後は中身を書けばいいってヤツ)
それだとWindows上のC++で俺の知ってる限りだと,QtとwxWidgets(両方ともマイナーじゃないけど)。
QtならQt CreatorというRADツールがあるし,wxWidgetsならCode::Blocks,DialogBlocks(有料),wxDev-C++,
VisualWxとRADツールはいろいろある。
WideStudioって日本製のもあるけど,デバッグがIDEのエディタ上ではできなくて(そもそもエディタは内蔵してなくて
外部エディタを使う),コマンドラインデバッガでやるってのが痛い。
あとUltimate++ってのもインストールしてみたけど,使い方がさっぱりわからなかった。
俺みたいな短気なアホには向いてないようだ。
どれがいいかは自分で評価するしかないと思うけど,俺はQt+Qt Creatorか,wxWidgets+Code::Blocksが
良いと思う。それぞれ別スレがあるので覗いてみたら?
俺もC++ Builderの将来に不安を抱いてて,いろいろ評価してるから気持ちはわかるなぁ。
528デフォルトの名無しさん
2009/11/04(水) 20:17:00 GTK+のGladeは?
529デフォルトの名無しさん
2009/11/04(水) 23:30:39530デフォルトの名無しさん
2009/11/05(木) 00:35:35531デフォルトの名無しさん
2009/11/05(木) 07:57:30 >>529
GTK+はC言語専用じゃないよ。
いろんな言語のバインディングがあって、C++用のもの(gtkmm)もある。
と言いつつ、GTK+とかGladeは興味があるだけでまだやってないから
GUIデザイナ/RADのことはわかんない。スマソ
GTK+はC言語専用じゃないよ。
いろんな言語のバインディングがあって、C++用のもの(gtkmm)もある。
と言いつつ、GTK+とかGladeは興味があるだけでまだやってないから
GUIデザイナ/RADのことはわかんない。スマソ
532デフォルトの名無しさん
2009/11/05(木) 13:27:42 >>529
wxWidgets (wxPython) + XRCed
wxWidgets (wxPython) + XRCed
533527
2009/11/05(木) 14:48:06 >>532
wxPython+XRcedは面白そう。小さなアプリならいいかもね(何気にPython好きだったりする俺)。
出来上がったらpy2exeで実行ファイルにしてしまう手もありそうだし。
ただXRCedってXRCを出力するからC++にも使えるけど、C++ではRADツールにはなり
得ないんじゃないの? もう一つC::BみたいなIDEを組み合わせると似たようなことは出来るのかな...
wxPython+XRcedは面白そう。小さなアプリならいいかもね(何気にPython好きだったりする俺)。
出来上がったらpy2exeで実行ファイルにしてしまう手もありそうだし。
ただXRCedってXRCを出力するからC++にも使えるけど、C++ではRADツールにはなり
得ないんじゃないの? もう一つC::BみたいなIDEを組み合わせると似たようなことは出来るのかな...
534デフォルトの名無しさん
2009/11/05(木) 15:26:07 >>533
CodeBlocks + wxWidgets + XRCed
CodeBlocks + wxWidgets + XRCed
536デフォルトの名無しさん
2009/11/05(木) 17:42:30 GTKの事情は知らんけど、フツーはRADの吐いたコードは手でいじらず、
継承するなりラップするなりで、実装とデザインを分離するのでわ。
継承するなりラップするなりで、実装とデザインを分離するのでわ。
537デフォルトの名無しさん
2009/11/05(木) 18:35:20 そういうアプローチを取るツールもあるけど(Code::Blocks+wxFormBuilderとか),
一般的にRADツールといったら,実装とデザインを分離せず,マニュアルで書いたコード
を壊さずにGUIのデザインとコードの実装をシームレスにできるものを指すと思ってるんだが。
Visual Basic,C++ Builder/Delphi,VC++ .NET,wxDev-C++,CodeBlocks+wxSmith(内蔵),
Qt+Qt Creator...みんなそうだよ。
そうじゃないヤツはIDE+GUIデザイナだと思ってる。
なんか全然マイナーなGUIツールキットの話になってないな。
つーか,RADツールまで出来ると,メジャーになっていくんだろうな。
一般的にRADツールといったら,実装とデザインを分離せず,マニュアルで書いたコード
を壊さずにGUIのデザインとコードの実装をシームレスにできるものを指すと思ってるんだが。
Visual Basic,C++ Builder/Delphi,VC++ .NET,wxDev-C++,CodeBlocks+wxSmith(内蔵),
Qt+Qt Creator...みんなそうだよ。
そうじゃないヤツはIDE+GUIデザイナだと思ってる。
なんか全然マイナーなGUIツールキットの話になってないな。
つーか,RADツールまで出来ると,メジャーになっていくんだろうな。
538デフォルトの名無しさん
2009/11/05(木) 19:21:27 マイナーGUIツールキットって、Wikipediaにも載ってないようなものじゃないの?
539デフォルトの名無しさん
2009/11/05(木) 20:59:54 eric4
540デフォルトの名無しさん
2009/11/05(木) 22:54:33 マイナー杉るだろ……
541デフォルトの名無しさん
2009/11/06(金) 01:17:20 むしろ未だにUIデザイナの吐いたコード直接弄るのタイプのはレガシーな感じがするんだが。
まあ一応GTK+系でもMonoDevelop + Stetic GUI Designerがその「RAD系」だった希ガス。
まあ一応GTK+系でもMonoDevelop + Stetic GUI Designerがその「RAD系」だった希ガス。
542デフォルトの名無しさん
2009/11/06(金) 08:26:48 まぁ,どう思おうと勝手だが,歴史的にみるとそうじゃないな。
MicrosoftもVC++のMFCではできなかったものが,VC++ .NETやC#でできるようになったし,
QtなんかQt Designer(GUIデザイナ)しかなかったんだが,Qt Creatorが生まれたのは
今年のこと。
GUIデザイナの吐いたコードを直接弄ると,後でGUI変更したときにせっかく書いたコードが
上書きされると思ってるんじゃないの?
MicrosoftもVC++のMFCではできなかったものが,VC++ .NETやC#でできるようになったし,
QtなんかQt Designer(GUIデザイナ)しかなかったんだが,Qt Creatorが生まれたのは
今年のこと。
GUIデザイナの吐いたコードを直接弄ると,後でGUI変更したときにせっかく書いたコードが
上書きされると思ってるんじゃないの?
543デフォルトの名無しさん
2009/11/06(金) 08:51:40 541じゃないけど
ボタンがあってそれのクリック時のコードを書いてたとき
そのボタンそのものを削除したらコードはどうなるの?
ボタンがあってそれのクリック時のコードを書いてたとき
そのボタンそのものを削除したらコードはどうなるの?
544デフォルトの名無しさん
2009/11/06(金) 09:51:47 全部試したわけじゃないけど,少なくともC++ Builder,Qt Creator,Code::Blocks(wxSmith)だと
ボタンをクリックしたときのイベントハンドラの中味を記述した状態でボタンを削除しても,
コードはそのまま残るよ。ヘッダーファイル上では,ボタンのクラスのインスタンスポインタは
消えるけど,イベントハンドラ関数の宣言はそのまま残ってるし,.cppファイル上での
関数の実装もそのまま。
例えばボタンの種類を変えたいとき(文字だけのボタンからアイコンつきのボタンに代えた時)など
に配慮してるんだと思う。後で交換したボタンのクリックイベントルーチンとしてそのまま使える
ように。
ボタンをクリックしたときのイベントハンドラの中味を記述した状態でボタンを削除しても,
コードはそのまま残るよ。ヘッダーファイル上では,ボタンのクラスのインスタンスポインタは
消えるけど,イベントハンドラ関数の宣言はそのまま残ってるし,.cppファイル上での
関数の実装もそのまま。
例えばボタンの種類を変えたいとき(文字だけのボタンからアイコンつきのボタンに代えた時)など
に配慮してるんだと思う。後で交換したボタンのクリックイベントルーチンとしてそのまま使える
ように。
545本田
2009/11/12(木) 06:45:42546デフォルトの名無しさん
2009/11/20(金) 00:50:23 ttp://www.assembla.com/wiki/show/cppgui/
547デフォルトの名無しさん
2009/11/28(土) 20:19:35 Visual Studio 2005 で使えて、swing のような感じでお手軽にGUI を作成できるライブラリィってないでしょうか?
548デフォルトの名無しさん
2009/11/30(月) 04:34:12 .NET Framework
549デフォルトの名無しさん
2009/12/28(月) 20:41:11 >>547
俺はVC8でwxWidgets使ってるよ。サイザーとか手軽だよ
俺はVC8でwxWidgets使ってるよ。サイザーとか手軽だよ
550デフォルトの名無しさん
2010/01/08(金) 16:01:11 保守
551デフォルトの名無しさん
2010/02/16(火) 18:44:53 最近のFLTKは1.3の更新ばっかりで2.0は停滞しているなぁ
大きな問題に直面してるわけではないが
成熟もしていないのが・・・
大きな問題に直面してるわけではないが
成熟もしていないのが・・・
552デフォルトの名無しさん
2010/03/06(土) 16:18:00 fltk2はフォーラムでも「過去のバージョン」扱いだな
trunkなのにbranchとはこれいかに
1.3に移行するか
それとも1.3の修正を2.0にバックポート(?)するか
あるいはもう別のツールキットに乗り換えるか
trunkなのにbranchとはこれいかに
1.3に移行するか
それとも1.3の修正を2.0にバックポート(?)するか
あるいはもう別のツールキットに乗り換えるか
553デフォルトの名無しさん
2010/03/07(日) 06:14:16 うがー
fltk1.3をubuntu9.10で使おうとしたら日本語が入力できん。
ファイルから読み込んで表示はできるが、
ibus-anthyから入力しようとすると文字化けする。
せっかくパッケージにある1.1じゃなくて1.3を入れたのに。。。。
fltk1.3をubuntu9.10で使おうとしたら日本語が入力できん。
ファイルから読み込んで表示はできるが、
ibus-anthyから入力しようとすると文字化けする。
せっかくパッケージにある1.1じゃなくて1.3を入れたのに。。。。
554デフォルトの名無しさん
2010/03/07(日) 17:11:08555553
2010/03/07(日) 19:44:08 >>554
xtermにもfirefoxにも入力できるから、ximは動いてると思ってた。
やってみたけど駄目だった。
日本語入力がonにできないんじゃなくて文字化けするってのが、
どういう状況なのかわからない。
XIMプロトコルでは文字コードどうなってるの?
ibusが悪いのかとscim入れてそっちを使ってみたけど駄目。
fltk2.0いれてみたらdemoアプリでは入力できた。
が、APIが全然違うので目的のコードを動かすには相当な変更が必要そうだ。
fltk2.0 と fltk1.3 で、どこが違うのか比較するかな。
xtermにもfirefoxにも入力できるから、ximは動いてると思ってた。
やってみたけど駄目だった。
日本語入力がonにできないんじゃなくて文字化けするってのが、
どういう状況なのかわからない。
XIMプロトコルでは文字コードどうなってるの?
ibusが悪いのかとscim入れてそっちを使ってみたけど駄目。
fltk2.0いれてみたらdemoアプリでは入力できた。
が、APIが全然違うので目的のコードを動かすには相当な変更が必要そうだ。
fltk2.0 と fltk1.3 で、どこが違うのか比較するかな。
556553
2010/03/07(日) 21:00:14 printfしてみたら、そもそもXから来る文字コードがUTF-8じゃなさげ。
setlocale関係かなと思ったけど、差はないっぽいな。うーむ。
setlocale関係かなと思ったけど、差はないっぽいな。うーむ。
557553
2010/03/09(火) 23:53:34 fltk2.0も環境によっては入力できないみたい。
あんまり時間をかけられないので、俺は諦めます。
誰か解決してくれるとうれしいなぁ。
Fox-toolkitは日本語が入力できるんだろうか?
あんまり時間をかけられないので、俺は諦めます。
誰か解決してくれるとうれしいなぁ。
Fox-toolkitは日本語が入力できるんだろうか?
558デフォルトの名無しさん
2010/04/21(水) 02:12:07 ttps://svn.boost.org/svn/boost/sandbox/guigl/
559デフォルトの名無しさん
2010/05/15(土) 00:10:23 質問です。
自作のプログラミング言語処理系に組み込むのに向いているGUIツールキットを探しています。
ただ、その言語処理系の制限上、コールバックをする事ができません。
つまり、[その言語]->[C or C++]->[その言語]という呼び出しは行えません。
この問題を回避できるツールキットをご存知の方はいらっしゃいませんか?
自作のプログラミング言語処理系に組み込むのに向いているGUIツールキットを探しています。
ただ、その言語処理系の制限上、コールバックをする事ができません。
つまり、[その言語]->[C or C++]->[その言語]という呼び出しは行えません。
この問題を回避できるツールキットをご存知の方はいらっしゃいませんか?
560デフォルトの名無しさん
2010/05/16(日) 01:25:01 どういう使い方をしたいのかがさっぱり判らん
561デフォルトの名無しさん
2010/05/16(日) 19:20:55 イベントループをその言語から呼んではいかんということだな。
その言語はイベントループ手前で一旦終了、
Cの方でイベントループを呼び出す。
コールバックは毎回君言語を実行する形。とするのかな。
その言語はイベントループ手前で一旦終了、
Cの方でイベントループを呼び出す。
コールバックは毎回君言語を実行する形。とするのかな。
562559
2010/05/19(水) 23:12:46 一度終了して、後から呼ぶのも(不可能ではないですが)難しいです。
継続をサポートしているため、559の制限が発生していて、
一度終了し、イベント内で再開した場合も、同様に継続をサポートできません。
Windowsに話を絞ると、Windowsの標準メッセージループは次のようなのだと思います。
while (GetMessage(&msg,NULL,0,0)) {
TranslateMessage(&msg);
DispatchMessage(&msg);
}
この3つの関数呼び出しをまとめた、ProcessMessage関数を作り、
bool ProcessMessage(){
if(!GetMessage(&msg,NULL,0,0)) return false;
TranslateMessage(&msg); DispatchMessage(&msg); return true;
}
これを私の言語から、
while ProcessMessage() do
hogehoge()
end
のように使えば動くと思います。この場合、C側のイベントハンドラは発生したイベントをQueueに入れて、俺言語の中でそれを取り出して使う事になると思います。
Windows以外にも対応したいので、このような形を取れる、ツールキットはないでしょうか?
継続をサポートしているため、559の制限が発生していて、
一度終了し、イベント内で再開した場合も、同様に継続をサポートできません。
Windowsに話を絞ると、Windowsの標準メッセージループは次のようなのだと思います。
while (GetMessage(&msg,NULL,0,0)) {
TranslateMessage(&msg);
DispatchMessage(&msg);
}
この3つの関数呼び出しをまとめた、ProcessMessage関数を作り、
bool ProcessMessage(){
if(!GetMessage(&msg,NULL,0,0)) return false;
TranslateMessage(&msg); DispatchMessage(&msg); return true;
}
これを私の言語から、
while ProcessMessage() do
hogehoge()
end
のように使えば動くと思います。この場合、C側のイベントハンドラは発生したイベントをQueueに入れて、俺言語の中でそれを取り出して使う事になると思います。
Windows以外にも対応したいので、このような形を取れる、ツールキットはないでしょうか?
563デフォルトの名無しさん
2010/05/21(金) 14:59:44 >>559
もし実装言語がCなら、標準ライブラリのsetjmp/longjmpを使って、
インタプリタ側とコールバック関数側をコルーチンの形式で
交互にジャンプさせることで、擬似的な並行処理を実現するんだろうね。
もちろんジャンプバッファ(jmp_buf)は2個必要になる。
Rubyのスレッド(平行処理)も、インタプリタ内部ではスレッド単位に
ジャンプバッファを持って、スレッドのコンテキストを管理してる。
以下は、RHG(Ruby Hacking Guide)の該当する章へのリンク。
・ttp://www.loveruby.net/ja//rhg/book/thread.html
もし仮想マシンで実行しているなら、(setjmp/longjmpに相当する)
実行コンテキストを保存/復帰させる命令を仮想マシンの仕様に追加する。
というか、開発中の言語処理系が「ホントウ」に継続(countinuation)を
サポートしているなら、継続で互いのコンテキストを切り替え続ければいいはずなんだが....
もし実装言語がCなら、標準ライブラリのsetjmp/longjmpを使って、
インタプリタ側とコールバック関数側をコルーチンの形式で
交互にジャンプさせることで、擬似的な並行処理を実現するんだろうね。
もちろんジャンプバッファ(jmp_buf)は2個必要になる。
Rubyのスレッド(平行処理)も、インタプリタ内部ではスレッド単位に
ジャンプバッファを持って、スレッドのコンテキストを管理してる。
以下は、RHG(Ruby Hacking Guide)の該当する章へのリンク。
・ttp://www.loveruby.net/ja//rhg/book/thread.html
もし仮想マシンで実行しているなら、(setjmp/longjmpに相当する)
実行コンテキストを保存/復帰させる命令を仮想マシンの仕様に追加する。
というか、開発中の言語処理系が「ホントウ」に継続(countinuation)を
サポートしているなら、継続で互いのコンテキストを切り替え続ければいいはずなんだが....
564559
2010/05/21(金) 23:22:16 >>563
いやいやいや。継続をサポートしてるから駄目なんだよ。 てか、スレッドと継続を混ざってない?
[その言語part1]->[C or C++]->[その言語part2]
って呼び出しをしたとして、[その言語part2]から[その言語part1]に継続でジャンプすると、C 部分の関数は入って2度と出なくなる。
その時はデストラクタも呼ばれないし、それ以外もマズい事になる所がある。
で、今日、tcl/tkについて調べたら、Tk_MainLoop関数は、
void
Tk_MainLoop(void)
{
while (Tk_GetNumMainWindows() > 0) {
Tcl_DoOneEvent(0);
}
}
ってなってた。
この関数を俺言語に移植して、イベントキューを作ればうまくいくかな?
いやいやいや。継続をサポートしてるから駄目なんだよ。 てか、スレッドと継続を混ざってない?
[その言語part1]->[C or C++]->[その言語part2]
って呼び出しをしたとして、[その言語part2]から[その言語part1]に継続でジャンプすると、C 部分の関数は入って2度と出なくなる。
その時はデストラクタも呼ばれないし、それ以外もマズい事になる所がある。
で、今日、tcl/tkについて調べたら、Tk_MainLoop関数は、
void
Tk_MainLoop(void)
{
while (Tk_GetNumMainWindows() > 0) {
Tcl_DoOneEvent(0);
}
}
ってなってた。
この関数を俺言語に移植して、イベントキューを作ればうまくいくかな?
565デフォルトの名無しさん
2010/05/22(土) 02:27:44 中途半端な代物で「継続をサポートしてる」と名乗るあつかましさがそもそもの元凶では。
566559
2010/05/22(土) 02:49:17 >>565
うぐう。
継続のサポート自体は中途半端じゃないよ。俺言語で書かれたプログラム内で閉じてればフルに継続が使えるから。
Javaはメモリ破壊に対して安全だけど、Cで書かれた拡張ライブラリにバグがあったらメモリは破壊される、みたいな物だと思いねぇ。
その言語用のライブラリをCで作るときの制限の大小の話はあるかもしれないけど、
Emacs lispだと、GCがある事を考慮に入れてプログラムを書かないといけないが、Rubyだといらないとか、
継続にしたって、Luaとかは俺言語と同じ制限がある、Rubyとかは努力して回避してる。
ただ、Rubyとかが使ってる方法は黒魔術なので、環境依存する。違うプロセッサで動くとは限らない。
もちろん、努力が足りないと言われればそれ以外ないけど。
うぐう。
継続のサポート自体は中途半端じゃないよ。俺言語で書かれたプログラム内で閉じてればフルに継続が使えるから。
Javaはメモリ破壊に対して安全だけど、Cで書かれた拡張ライブラリにバグがあったらメモリは破壊される、みたいな物だと思いねぇ。
その言語用のライブラリをCで作るときの制限の大小の話はあるかもしれないけど、
Emacs lispだと、GCがある事を考慮に入れてプログラムを書かないといけないが、Rubyだといらないとか、
継続にしたって、Luaとかは俺言語と同じ制限がある、Rubyとかは努力して回避してる。
ただ、Rubyとかが使ってる方法は黒魔術なので、環境依存する。違うプロセッサで動くとは限らない。
もちろん、努力が足りないと言われればそれ以外ないけど。
567デフォルトの名無しさん
2010/05/22(土) 12:31:34 うぐぅとか聞いたの10年ぶりぐらいだ
568デフォルトの名無しさん
2010/05/22(土) 13:49:15 > 継続のサポート自体は中途半端じゃないよ。俺言語で書かれたプログラム内で閉じてればフルに継続が使えるから。
俺言語で閉じた利用だけを想定するならそういえるけど
しかし作者自身がその想定から外れた前提で質問した上で
そう言い張ってもなー
> Javaはメモリ破壊に対して安全だけど、Cで書かれた拡張ライブラリにバグがあったらメモリは破壊される、みたいな物だと思いねぇ。
それは違うだろ
たとえるならJNIでいうグローバル参照がないとかだな
> 継続にしたって、Luaとかは俺言語と同じ制限がある、Rubyとかは努力して回避してる。
LuaとRubyしか知らないの?
つか、この文を書けるなら当然LuaのGUIバインディングは調査済だと思うが
その結果はどうだったのさ
俺言語で閉じた利用だけを想定するならそういえるけど
しかし作者自身がその想定から外れた前提で質問した上で
そう言い張ってもなー
> Javaはメモリ破壊に対して安全だけど、Cで書かれた拡張ライブラリにバグがあったらメモリは破壊される、みたいな物だと思いねぇ。
それは違うだろ
たとえるならJNIでいうグローバル参照がないとかだな
> 継続にしたって、Luaとかは俺言語と同じ制限がある、Rubyとかは努力して回避してる。
LuaとRubyしか知らないの?
つか、この文を書けるなら当然LuaのGUIバインディングは調査済だと思うが
その結果はどうだったのさ
569デフォルトの名無しさん
2010/11/18(木) 00:01:22 保守
570デフォルトの名無しさん
2010/11/28(日) 02:58:15 FLTK 1.3.0年内リリースに向け追込み中の模様・・・
日本語入力関係で2.0.x使うようにしていたけど
もう一度1.3試してみようかな
日本語入力関係で2.0.x使うようにしていたけど
もう一度1.3試してみようかな
571デフォルトの名無しさん
2010/12/01(水) 00:30:01572デフォルトの名無しさん
2010/12/13(月) 05:36:57 FLTK v1.3.x-r7996
で日本語入力対応したっぽいage
で日本語入力対応したっぽいage
573デフォルトの名無しさん
2010/12/14(火) 15:27:23 FLTK v1.3.x-r7996
OpenXIM() を使っているようす。
kinput2+Canna では入力出来た。
scim+anthy だと漢字変換を起動させることが出来なかった。
OpenXIM() を使っているようす。
kinput2+Canna では入力出来た。
scim+anthy だと漢字変換を起動させることが出来なかった。
574デフォルトの名無しさん
2010/12/14(火) 20:41:43 >>573 s/OpenXIM/XOpenIM/
575デフォルトの名無しさん
2011/04/09(土) 18:17:04.88 fltk 2.0.xにいつの間にかalphaがついている
1.3.xが落ち着いて2.0.xに開発者が若干戻った感じ
しかし1.3.0はまだRC3のまま
1.3.xが落ち着いて2.0.xに開発者が若干戻った感じ
しかし1.3.0はまだRC3のまま
576デフォルトの名無しさん
2011/05/23(月) 17:22:35.29 OpenGL画面の上に数値入力コントロールを置きたいんだが
できるだけWin32のコントロールに近い挙動のGUIを作れるライブラリがあったら教えてくれ。
目的の対象プラットフォームはWin32のみ。
できるだけWin32のコントロールに近い挙動のGUIを作れるライブラリがあったら教えてくれ。
目的の対象プラットフォームはWin32のみ。
577デフォルトの名無しさん
2011/06/08(水) 21:12:08.03 qt
578デフォルトの名無しさん
2011/06/08(水) 21:17:00.94 qtはマイナーじゃないので別なのありませんか?
579デフォルトの名無しさん
2011/06/08(水) 22:23:27.48 WTL
今となってはマイナーだと思う。
今となってはマイナーだと思う。
580デフォルトの名無しさん
2011/06/11(土) 01:48:48.73 GLUI
581デフォルトの名無しさん
2011/06/11(土) 01:58:56.54 nacl
582デフォルトの名無しさん
2011/07/01(金) 03:03:24.17 FLTK 1.3.0 final version released!
……半月前だが
……半月前だが
583天使 ◆uL5esZLBSE
2011/07/02(土) 23:36:21.26 はいゴミ死ね
ゴミって意味わかってんのかなこいつら
ゴミって意味わかってんのかなこいつら
584デフォルトの名無しさん
2011/07/03(日) 01:49:35.93 >>582
それは良い事を聞いた!
それは良い事を聞いた!
585デフォルトの名無しさん
2011/07/05(火) 14:19:10.32 軽いGUIライブラリを探しています。
FLTK-2.0がベストなのですが、これって開発続けられていますか?
ホームページを見ると休眠中だけど再開したようなことも書いてあるし、
現状のステータスがよくわかりません。
Fl_というプレフィックスが見苦しい1.3ではなく2.0を使いたいのですが、
これ使って良いものでしょうか?
あるいは軽量ならFOXを使えとか...
どうするのがベストでしょうか。
FLTK-2.0がベストなのですが、これって開発続けられていますか?
ホームページを見ると休眠中だけど再開したようなことも書いてあるし、
現状のステータスがよくわかりません。
Fl_というプレフィックスが見苦しい1.3ではなく2.0を使いたいのですが、
これ使って良いものでしょうか?
あるいは軽量ならFOXを使えとか...
どうするのがベストでしょうか。
586585
2011/07/06(水) 20:25:06.63 勝手にFLTK2で行くことに決めました。
日本語化けます。対応してるはずです。助けて><
日本語化けます。対応してるはずです。助けて><
587デフォルトの名無しさん
2011/07/06(水) 23:59:41.55 コールバックが好きでない俺はFOXのメッセージがいいなぁと思った。
588デフォルトの名無しさん
2011/07/09(土) 18:29:38.71 ずっとクロスプラットフォームな GUI のライブラリで悩んでいたんだけど、
JavaScript を試してみたら結構サクサク動いたので、もう HTML5 で
行く事に決めたわ
Firefox だけで動けば良いから、クロスブラウザ問題も無いし
JavaScript を試してみたら結構サクサク動いたので、もう HTML5 で
行く事に決めたわ
Firefox だけで動けば良いから、クロスブラウザ問題も無いし
589デフォルトの名無しさん
2011/07/11(月) 00:47:19.54 >>586
FreeType有効にしてる?
FreeType有効にしてる?
590585
2011/07/11(月) 10:07:11.49 何それ美味しいの?
591585
2011/07/12(火) 20:20:19.69 FLTKだけど使い物にならないな。
一回メインウィンドウを作って閉じたら終了、なアプリはいいんだけど、
DLL化して何回も呼び出して(メインウィンドウを作っては消す)を繰り返すと、
10回に1回ぐらい不定期に強制終了する。何が起きるかはランダム。
おそらくFLTKのリソース管理がまずいか、メモリを破壊している。
2.0, 1.3, 1.1系列で確認。
ちょっと使い物にならない。
一回メインウィンドウを作って閉じたら終了、なアプリはいいんだけど、
DLL化して何回も呼び出して(メインウィンドウを作っては消す)を繰り返すと、
10回に1回ぐらい不定期に強制終了する。何が起きるかはランダム。
おそらくFLTKのリソース管理がまずいか、メモリを破壊している。
2.0, 1.3, 1.1系列で確認。
ちょっと使い物にならない。
592デフォルトの名無しさん
2011/07/12(火) 20:28:12.83593デフォルトの名無しさん
2011/07/12(火) 22:31:33.80 >>591
FLTKの作法は知らないけど、
ウィザード形式の紙芝居遷移をするなら、メインウィンドウの中でパネルを入れ替えたりするのが
王道のような。
それかメインウィンドウを1個どどんと置いて、そこを軸にサブ画面を表示ってスタイルとか。
(必ずメインウィンドウを最後に閉じる)
FLTKの作法は知らないけど、
ウィザード形式の紙芝居遷移をするなら、メインウィンドウの中でパネルを入れ替えたりするのが
王道のような。
それかメインウィンドウを1個どどんと置いて、そこを軸にサブ画面を表示ってスタイルとか。
(必ずメインウィンドウを最後に閉じる)
594585
2011/07/13(水) 09:42:00.04 他人の作ったアプリのプラグイン(DLL)として動くので、
自分で寿命を管理できないんだわ。
アプリ自体はずっと存在して、DLLのみ何回もロード/アンロードが繰り返される。
1回目で落ちたことはない。落ちるなら2回目以降。
サンプルを見てもメインウィンドウのdeleteはおこなわずにアプリを終了してるので、
FLTK自体こういう使い方(new/deleteを繰り返す)は想定してないようだ。
これではちょっと使えないので、また振り出しに戻ってツールキット探すぜ。
FOXは何かキモイからgtkmmあたりを攻めて見る。Gtkだから物は確かだろう。
自分で寿命を管理できないんだわ。
アプリ自体はずっと存在して、DLLのみ何回もロード/アンロードが繰り返される。
1回目で落ちたことはない。落ちるなら2回目以降。
サンプルを見てもメインウィンドウのdeleteはおこなわずにアプリを終了してるので、
FLTK自体こういう使い方(new/deleteを繰り返す)は想定してないようだ。
これではちょっと使えないので、また振り出しに戻ってツールキット探すぜ。
FOXは何かキモイからgtkmmあたりを攻めて見る。Gtkだから物は確かだろう。
595デフォルトの名無しさん
2011/07/13(水) 09:55:00.54596585
2011/07/13(水) 17:17:45.92 とは思えないなあ。DLLの初期化に関してはアプリがやってるので自分はノータッチ。
アプリ側が間違えている可能性はあるがクローズだからわかんね。
多分ほかの(FLTKを使わない)プラグインでそういうエラーは聞いたことがないので多分大丈夫だと思うよ。
そしてgtkmmデカすぎワロタ。いったいくつdllを同梱させる気だよ。
プラグイン単体で配布して、VisualStuidoの再配布可能パッケージと
gtkmmインストールしてね、というのもなあ...
どこかに理想のウィンドウツールキットはないものか。
アプリ側が間違えている可能性はあるがクローズだからわかんね。
多分ほかの(FLTKを使わない)プラグインでそういうエラーは聞いたことがないので多分大丈夫だと思うよ。
そしてgtkmmデカすぎワロタ。いったいくつdllを同梱させる気だよ。
プラグイン単体で配布して、VisualStuidoの再配布可能パッケージと
gtkmmインストールしてね、というのもなあ...
どこかに理想のウィンドウツールキットはないものか。
597デフォルトの名無しさん
2011/07/13(水) 20:29:43.25 GTKは糞
Qt4はイケメンだがデブ
wxWidgetsは不細工だがスマート
Qt4はイケメンだがデブ
wxWidgetsは不細工だがスマート
598デフォルトの名無しさん
2011/07/13(水) 23:53:55.93599デフォルトの名無しさん
2011/07/14(木) 00:02:03.57 あとDLLの場合に落ちるんなら
別プロセスで動かせばとりあえず動くんじゃね?
抜本的解決ではないが
別プロセスで動かせばとりあえず動くんじゃね?
抜本的解決ではないが
600デフォルトの名無しさん
2011/07/14(木) 07:32:38.51 Windows限定でならTkもいいな
601デフォルトの名無しさん
2011/07/14(木) 10:23:28.32 ポトペタがあるとないのでは雲泥の差。
C++Builder、Qtあたりがよさそう。
C++Builder、Qtあたりがよさそう。
602585
2011/07/14(木) 11:17:38.23 ここが俺の日記帳だ!
gtkmmでGUIを作ってみたけど、やはり2回目以降にアクセス違反その他のエラーが出る。
詳細は違うがFLTK2, FLTK1.3, gtkmm-2.6のすべてで2回目以降にエラーが出るので、
これはもうツールキットの問題ではなく呼び出し元のアプリが悪いようだ。
他人のプラグインは恐らくWin32API直叩きだが、それはめんどいので無理。
出るとしたら2回目以降だからあきらめるしかないだろう。
gtkmmでGUIを作ってみたけど、やはり2回目以降にアクセス違反その他のエラーが出る。
詳細は違うがFLTK2, FLTK1.3, gtkmm-2.6のすべてで2回目以降にエラーが出るので、
これはもうツールキットの問題ではなく呼び出し元のアプリが悪いようだ。
他人のプラグインは恐らくWin32API直叩きだが、それはめんどいので無理。
出るとしたら2回目以降だからあきらめるしかないだろう。
603デフォルトの名無しさん
2011/07/14(木) 11:39:25.59 どうせ君のプラグインは誰も使わないんだろうしね
604デフォルトの名無しさん
2011/07/15(金) 11:26:03.91 この板の住民にとっては Qt4 とか wxWidgets とかはマイナーじゃないと思う
605デフォルトの名無しさん
2011/07/15(金) 21:16:54.94 GUIはライブラリより開発環境のが重要
606デフォルトの名無しさん
2011/07/15(金) 21:27:24.92 ポトペタ使わないで全部手書きでやってるよ
607デフォルトの名無しさん
2011/07/16(土) 22:20:36.16 GUI の配置は XML で定義出来るのが一番良いなあ
608デフォルトの名無しさん
2011/07/16(土) 22:46:14.71 FLTKの欠点はGroupの子ウィジットの座標指定がGroupの相対座標にならないことだな。
(なぜかその上のWindow相対になる)
すでに改善項目としてあがっているが。。。
(なぜかその上のWindow相対になる)
すでに改善項目としてあがっているが。。。
609デフォルトの名無しさん
2011/07/21(木) 11:50:23.62 最近全部HTMLで済ませてるわ・・・
610デフォルトの名無しさん
2011/07/21(木) 11:50:41.24 GUIのデザインの話ね。
611デフォルトの名無しさん
2011/07/21(木) 19:23:37.25 俺も同じく。
元々テキストエディタだけでも作成出来るほど手軽だし、
これだけ広く使われているだけあって、ツールも沢山揃っているし、
ベンダーやフレームワークに依存したお作法を強制される事もないし、
ドキュメントも沢山あって、自分以外の人間がメンテするのも容易だし、
動かすのも簡単だから、誰が相手でも気軽に配布出来るし、
今後遠い将来を考えても無くなる事はないし、規格の更新も活発だし、
周辺インフラの充実具合も半端無いし、大抵のサービスはお金も掛からないし、
色々考えると良い事しかなくて、便利に使ってるわ。
元々テキストエディタだけでも作成出来るほど手軽だし、
これだけ広く使われているだけあって、ツールも沢山揃っているし、
ベンダーやフレームワークに依存したお作法を強制される事もないし、
ドキュメントも沢山あって、自分以外の人間がメンテするのも容易だし、
動かすのも簡単だから、誰が相手でも気軽に配布出来るし、
今後遠い将来を考えても無くなる事はないし、規格の更新も活発だし、
周辺インフラの充実具合も半端無いし、大抵のサービスはお金も掛からないし、
色々考えると良い事しかなくて、便利に使ってるわ。
612デフォルトの名無しさん
2011/07/22(金) 02:53:38.04613デフォルトの名無しさん
2011/07/22(金) 02:58:46.27 例えば、どこら辺が突っ込みどころ?
614デフォルトの名無しさん
2011/07/22(金) 03:18:04.22 >ベンダーやフレームワークに依存したお作法を強制される事もない
>自分以外の人間がメンテするのも容易
>誰が相手でも気軽に配布出来る
>今後遠い将来を考えても無くなる事はない
>規格の更新も活発
>大抵のサービスはお金も掛からない
この辺かなぁ
個人の感想と言えばそれまでだけど
>自分以外の人間がメンテするのも容易
>誰が相手でも気軽に配布出来る
>今後遠い将来を考えても無くなる事はない
>規格の更新も活発
>大抵のサービスはお金も掛からない
この辺かなぁ
個人の感想と言えばそれまでだけど
615デフォルトの名無しさん
2011/07/22(金) 03:19:46.32 それ、何か間違ってる?
616デフォルトの名無しさん
2011/07/22(金) 08:37:23.64 意見を聞くと黙ってしまう
617デフォルトの名無しさん
2011/07/26(火) 03:38:23.72 FoxToolKit日本語サイトもあって8時間ぐらい奮闘したが、
あまりの見た目のダサさに我慢できなくなってきた・・・
あまりの見た目のダサさに我慢できなくなってきた・・・
618デフォルトの名無しさん
2011/08/12(金) 13:25:54.03 FLTKでモックを作ってみたんだけど、もしかしてダサい?
ツールキット変えたらかっこよくなるかな?
http://www.picamatic.com/show/2011/08/12/08/24/7772591_346x367.png
ツールキット変えたらかっこよくなるかな?
http://www.picamatic.com/show/2011/08/12/08/24/7772591_346x367.png
619デフォルトの名無しさん
2011/08/12(金) 13:52:17.59 FLTKって日本語ちゃんと扱える?
620618
2011/08/12(金) 14:06:05.99 上の画像のとおり何の問題もなく使えている。
621デフォルトの名無しさん
2011/08/12(金) 14:10:32.90 入力も?
622デフォルトの名無しさん
2011/08/12(金) 14:21:25.57623618
2011/08/12(金) 14:46:04.63 ああ、入力は知らん(使わないから)
624デフォルトの名無しさん
2011/08/12(金) 20:41:51.12625デフォルトの名無しさん
2011/08/13(土) 00:22:35.26 juceってどんな感じ?
金払ったん?
金払ったん?
626デフォルトの名無しさん
2011/08/13(土) 01:05:34.00 >>625
かなりjavaライクというか、
Componentを継承して、Listenerを継承して、というカンジで使う
かなり分かりやすい、と思った。
GUI以外にもpngやjpeg、スレッド,ogg,zip,json,xmlとか色々いたりつくせりだった
LookAndFeelを設定しないと日本語がでないところ、
Tマクロがboostと競合したところがイラッとした。
ドキュメントやヘッダのコメントが本当に丁寧で色々助かる。英語だけど
ただ商用ライセンスは高いよなぁ gpl2がダメならあきらめるしかない。
てか見た目がイイ
qtは一回インストール失敗してから使ってないからわからないなぁ
かなりjavaライクというか、
Componentを継承して、Listenerを継承して、というカンジで使う
かなり分かりやすい、と思った。
GUI以外にもpngやjpeg、スレッド,ogg,zip,json,xmlとか色々いたりつくせりだった
LookAndFeelを設定しないと日本語がでないところ、
Tマクロがboostと競合したところがイラッとした。
ドキュメントやヘッダのコメントが本当に丁寧で色々助かる。英語だけど
ただ商用ライセンスは高いよなぁ gpl2がダメならあきらめるしかない。
てか見た目がイイ
qtは一回インストール失敗してから使ってないからわからないなぁ
627デフォルトの名無しさん
2011/08/13(土) 07:13:47.79 おー、ありがとう。
やっぱり有料で使うのはちょっとって感じかぁ。
やっぱり有料で使うのはちょっとって感じかぁ。
628デフォルトの名無しさん
2011/08/13(土) 07:21:02.22 GPLで作って後から製品購入は
Qt同様ダメなんだろうか
Qt同様ダメなんだろうか
629デフォルトの名無しさん
2011/08/13(土) 11:17:24.82 >628
単に製品版でコンパイル仕直しゃいいんじゃないの?
GPL配布分はGPLのままだけど。
単に製品版でコンパイル仕直しゃいいんじゃないの?
GPL配布分はGPLのままだけど。
630デフォルトの名無しさん
2011/08/13(土) 23:33:56.38 >>629
Qtはそれもだめってことになってるからさ
Qtはそれもだめってことになってるからさ
631デフォルトの名無しさん
2011/08/13(土) 23:41:30.90632デフォルトの名無しさん
2011/08/14(日) 00:47:40.50633デフォルトの名無しさん
2011/08/14(日) 01:36:03.04 もしソースコードの開示で悩んでいるなら、GPL と LGPL では話が大分違ってくるし、
サポートが欲しいなら LGPL 用のサポートメニューが用意されてるみたいよ
サポートが欲しいなら LGPL 用のサポートメニューが用意されてるみたいよ
634デフォルトの名無しさん
2011/08/15(月) 16:35:31.04 LGPLで作って製品は買わなきゃいい
635デフォルトの名無しさん
2011/09/20(火) 01:31:39.87 wxWidgetsのライセンスって何なの(L-GPL)?
これ使って書いたプログラムってソースコード開示する必要あるの?
教えてエロい人!!
これ使って書いたプログラムってソースコード開示する必要あるの?
教えてエロい人!!
636デフォルトの名無しさん
2011/09/20(火) 03:16:22.04 wxWidgetsってマイナーじゃないよ
637デフォルトの名無しさん
2011/09/20(火) 22:46:45.77 過疎ってるからおいで。
【GUI】wxWidgets(旧wxWindows) その5【サイザー】
http://hibari.2ch.net/test/read.cgi/tech/1270793556/
【GUI】wxWidgets(旧wxWindows) その5【サイザー】
http://hibari.2ch.net/test/read.cgi/tech/1270793556/
638デフォルトの名無しさん
2011/09/25(日) 12:30:27.27 open motifが枯れてて安心じゃね?
639デフォルトの名無しさん
2011/09/26(月) 11:05:57.35 プログラマが発狂する可能性がある。安心できない。
640デフォルトの名無しさん
2011/10/01(土) 20:03:54.42 clang + motifがあれば、フリーライドで仕事できな
641デフォルトの名無しさん
2011/10/01(土) 20:58:00.24 IUPって、どうよ?MITライセンスだしタダ乗りできないかな
642デフォルトの名無しさん
2011/11/03(木) 01:04:21.10643デフォルトの名無しさん
2011/11/03(木) 09:07:02.05 GTK+って日本語入力まわりが貧弱だった印象があったんだけど
さすがに改善されたのかな
さすがに改善されたのかな
644デフォルトの名無しさん
2011/11/04(金) 11:29:11.30 何度でも言う
GTKは糞
GTKは糞
645デフォルトの名無しさん
2011/11/04(金) 12:42:47.03 尿意
646デフォルトの名無しさん
2011/11/11(金) 13:43:32.38647デフォルトの名無しさん
2011/11/11(金) 20:27:51.52 .NETライクでpublic domainなGUIライブラリないですか?
648デフォルトの名無しさん
2011/11/12(土) 16:15:25.41 .NETやmonoじゃだめなん?
649デフォルトの名無しさん
2011/11/20(日) 11:13:03.48 だめなの?
650デフォルトの名無しさん
2011/11/24(木) 17:39:58.46 だめ
651デフォルトの名無しさん
2011/11/24(木) 21:19:46.29 だめだめだめだめだめよ
652デフォルトの名無しさん
2011/11/25(金) 00:04:19.57 ネイティブバイナリをはけて、C、C++用のライブラリをそのまま使える言語がメジャーにならないかなあ
653デフォルトの名無しさん
2011/11/25(金) 10:42:15.78 >>652
Objective-C
Objective-C
654デフォルトの名無しさん
2011/11/25(金) 13:00:05.06 それだったらC++の方がいいな
655デフォルトの名無しさん
2011/11/25(金) 16:19:19.79656デフォルトの名無しさん
2012/01/08(日) 14:15:39.84 こんなの見つけたんだが、お前ら的にはどう?
Nana C++ Library
alpha by jinhao
Win32 (MS Windows), X Window System (X11)
http://nanaproject.wordpress.com/
http://sourceforge.net/projects/stdex/
http://www.rhinocerus.net/forum/language-c-moderated/692330-nana-free-c-gui-library-v0-1-16-released.html
Nana C++ Library
alpha by jinhao
Win32 (MS Windows), X Window System (X11)
http://nanaproject.wordpress.com/
http://sourceforge.net/projects/stdex/
http://www.rhinocerus.net/forum/language-c-moderated/692330-nana-free-c-gui-library-v0-1-16-released.html
657デフォルトの名無しさん
2012/01/08(日) 22:42:27.35 書き方はかなり好みだな。
658デフォルトの名無しさん
2012/01/13(金) 01:45:13.86 >>656
サンプルのhelloworldをReleaseビルドで実行ファイルサイズは121kb。
環境はWinXP, VC10。
wxWidgetsやQtほどの規模じゃないけど、100kb程度で収まるのは評価したい。
ボタン等、各部品は全部自前で描画してるのでOS非標準なのが個人的には
好きじゃないけど、そんなにダサくは無い気はする。ボタンの縁が少し
まるまっていたり、テキストボックスにフォーカスが当たるとボーダーが
ぼんやり光ったり。
なお、予想通りテキストボックスに日本語入力しようとすると入力フォーカス
位置がウィンドウ下になる。確定すると正しくテキストボックス内に収まり
はするけども、現時点では日本人が使いやすいライブラリか、というと厳しい
気はする。あともうちょっとドキュメントは気合い入れて書けと。
QtやwxWidgetsに比べると非常にライブラリ作成も速くて手間がかからない
ので、暇があるなら試してみて損はないと思う。
個人的にはもうちょい使ってみようと思った。
サンプルのhelloworldをReleaseビルドで実行ファイルサイズは121kb。
環境はWinXP, VC10。
wxWidgetsやQtほどの規模じゃないけど、100kb程度で収まるのは評価したい。
ボタン等、各部品は全部自前で描画してるのでOS非標準なのが個人的には
好きじゃないけど、そんなにダサくは無い気はする。ボタンの縁が少し
まるまっていたり、テキストボックスにフォーカスが当たるとボーダーが
ぼんやり光ったり。
なお、予想通りテキストボックスに日本語入力しようとすると入力フォーカス
位置がウィンドウ下になる。確定すると正しくテキストボックス内に収まり
はするけども、現時点では日本人が使いやすいライブラリか、というと厳しい
気はする。あともうちょっとドキュメントは気合い入れて書けと。
QtやwxWidgetsに比べると非常にライブラリ作成も速くて手間がかからない
ので、暇があるなら試してみて損はないと思う。
個人的にはもうちょい使ってみようと思った。
659デフォルトの名無しさん
2012/01/13(金) 01:51:28.35 軽いな
660デフォルトの名無しさん
2012/02/28(火) 22:34:12.02 adobeのarchemyってマイナーになるのかな
661デフォルトの名無しさん
2012/03/13(火) 21:57:04.27 adobeはメジャーかもしれんが、値段が高いからな
言語を使いこなせるまでやる奴はかなり少ないだろ
要するに、マイナーで良いかと
言語を使いこなせるまでやる奴はかなり少ないだろ
要するに、マイナーで良いかと
662デフォルトの名無しさん
2012/04/20(金) 17:13:11.94 追加していいですか
ttp://sourceforge.jp/projects/azxclass/
ttp://sourceforge.jp/projects/azxclass/
663デフォルトの名無しさん
2012/10/08(月) 20:57:54.30 あげ
664デフォルトの名無しさん
2012/10/10(水) 01:24:20.11 スマホ対応だと、openFrameworksが有力?
wxWidgetsやQtの対応が遅くて不思議
wxWidgetsやQtの対応が遅くて不思議
665デフォルトの名無しさん
2012/10/18(木) 00:58:48.15 GUI [goo-ee] Show IPA
noun, plural GUIs, GUI's.
graphical user interface.
goo-ey グーイー
toffee (菓子の)タフィー
definition: GUI, graphical user interfaces | Motive Web ...
Pronunciation. GUI is an acronym and is pronounced ‘goo-ey’ (as in toffee). A graphical user interface allows a user to interact with a computer without entering ...
http://www.motive.co.nz/glossary/gui.php -
noun, plural GUIs, GUI's.
graphical user interface.
goo-ey グーイー
toffee (菓子の)タフィー
definition: GUI, graphical user interfaces | Motive Web ...
Pronunciation. GUI is an acronym and is pronounced ‘goo-ey’ (as in toffee). A graphical user interface allows a user to interact with a computer without entering ...
http://www.motive.co.nz/glossary/gui.php -
666デフォルトの名無しさん
2012/10/27(土) 04:54:22.02 OOoやlibre officeのunoはGUIライブラリに入りますか?
667片山博文MZボット ◆0lBZNi.Q7evd
2012/10/27(土) 14:37:49.81668デフォルトの名無しさん
2012/10/31(水) 22:34:37.24669デフォルトの名無しさん
2012/10/31(水) 22:36:34.59 一般的なFOSSのドキュメントと比較して、文体にエゴが入ってて見るに耐えない
670デフォルトの名無しさん
2012/11/01(木) 09:10:22.45 fc2ってだけで見る気が失せる
671デフォルトの名無しさん
2012/12/04(火) 06:24:16.90 おれネットショップをつくろうとして、ドメインを取得したことがある。
ネットショップは、できなかった。
夢をそのままにドメインだけは維持したかったけど…
もう期限がきれてしまった。カネないんだよ
ネットショップは、できなかった。
夢をそのままにドメインだけは維持したかったけど…
もう期限がきれてしまった。カネないんだよ
672デフォルトの名無しさん
2012/12/14(金) 00:22:47.59 オタクの人ってマイナーな武術を会得してたりして意外とケンカ強かったりするよね(´・ω・`)
673デフォルトの名無しさん
2012/12/22(土) 09:13:37.97 詠春拳はオタクに必須のアイテム
674デフォルトの名無しさん
2013/03/13(水) 10:23:27.85 Windows、VisualStudio2012Expressで動くGUIで何かいいのない?
675デフォルトの名無しさん
2013/03/13(水) 10:25:21.68 wxWidgets
676デフォルトの名無しさん
2013/03/13(水) 11:06:09.74 wxWidgetsはインストール難しくない?
簡単なのがいいんだけど
簡単なのがいいんだけど
677デフォルトの名無しさん
2013/03/13(水) 11:14:59.75 なんか必須機能があるなら選択肢は・・・
678デフォルトの名無しさん
2013/03/13(水) 11:50:20.09679デフォルトの名無しさん
2013/03/13(水) 11:51:33.89 他の人も間単にビルドできるようにしたいから
面倒なのは避けたいな
面倒なのは避けたいな
680デフォルトの名無しさん
2013/03/13(水) 12:13:10.99 ビルドも簡単だって
食わず嫌いはイクナイ
食わず嫌いはイクナイ
681デフォルトの名無しさん
2013/03/13(水) 15:15:55.40 自分ひとりでやる分には面倒でも構わないんだけど
Qtとか半日かけてビルドしているくらいだから
Qtとか半日かけてビルドしているくらいだから
682デフォルトの名無しさん
2013/03/13(水) 16:18:18.82 wxは半日もかからない30分もあればOK
683デフォルトの名無しさん
2013/09/08(日) 08:31:09.40 何か良いGUIエディタ無いかな?
適当なモックアップが作れて、xmlとかで吐いてくれると良いんだか…
それを適当に自分用ライブラリへ変換して使おうと思ってる
適当なモックアップが作れて、xmlとかで吐いてくれると良いんだか…
それを適当に自分用ライブラリへ変換して使おうと思ってる
684デフォルトの名無しさん
2013/09/08(日) 14:24:06.05 Visual Studio
685デフォルトの名無しさん
2013/09/30(月) 22:11:09.05 ドッキングウインドウとかはできないのな
686デフォルトの名無しさん
2013/10/02(水) 11:04:41.44 できるのか!!
687デフォルトの名無しさん
2014/01/20(月) 06:22:05.98688デフォルトの名無しさん
2014/02/01(土) 21:49:03.52 The GUI Toolkit, Framework Page
http://www.free-soft.org/guitool/
http://www.free-soft.org/guitool/
689デフォルトの名無しさん
2014/05/03(土) 03:26:28.55ID:1L/0gU3j 正直マイナーの意味がないよな
中途半端なの使ってもしょうがないし
すくなくともtk超えはしてくれんと
中途半端なの使ってもしょうがないし
すくなくともtk超えはしてくれんと
690デフォルトの名無しさん
2014/05/05(月) 00:13:19.34ID:TI1N4LZM メジャーなほど何でもできるor何でもできるからメジャーになる
→重い、自分でメンテできない
Tkみたいなのを求めている人はTkを使えばいいのでは
→重い、自分でメンテできない
Tkみたいなのを求めている人はTkを使えばいいのでは
691デフォルトの名無しさん
2014/06/24(火) 16:52:23.04ID:RQBdXlfr ZKは?
692デフォルトの名無しさん
2014/08/03(日) 10:13:29.06ID:tNb4bIdb t
693デフォルトの名無しさん
2014/08/11(月) 10:30:44.17ID:GCPm+Cou ★2ch勢いランキングサイトリスト★
☆ +ニュース板
・ 2NN
・ 2chTimes
☆ +ニュース板新着
・ 2NN新着
・ Headline BBY
・ Unker
☆ +ニュース板他
・ Desktop2ch
・ 記者別一覧
☆ 全板
・ 全板縦断勢いランキング
・ スレッドランキング総合ランキング
☆ 実況板
・ 2勢
・ READ2CH
・ i-ikioi
※ 要サイト名検索
☆ +ニュース板
・ 2NN
・ 2chTimes
☆ +ニュース板新着
・ 2NN新着
・ Headline BBY
・ Unker
☆ +ニュース板他
・ Desktop2ch
・ 記者別一覧
☆ 全板
・ 全板縦断勢いランキング
・ スレッドランキング総合ランキング
☆ 実況板
・ 2勢
・ READ2CH
・ i-ikioi
※ 要サイト名検索
694デフォルトの名無しさん
2014/09/06(土) 18:45:06.56ID:oxwa2gJx FLTK ソースの /test/subwindow.cxx では次のようなメッセージが表示され
る。
"A child Fl_Window with children of its own may "
"be useful for imbedding controls into a GL or display "
"that needs a different visual. There are bugs with the "
"origins being different between drawing and events, "
"which I hope I have solved."
FLTK の「SUB WINDOW(Windows のCHILD WINDOWに近い)」にはバグがある
のだろうか?
MDI Window もサポートしないことに決定したそうで、どうもSUB WINDOW
の不具合が直結しているような気がする。
る。
"A child Fl_Window with children of its own may "
"be useful for imbedding controls into a GL or display "
"that needs a different visual. There are bugs with the "
"origins being different between drawing and events, "
"which I hope I have solved."
FLTK の「SUB WINDOW(Windows のCHILD WINDOWに近い)」にはバグがある
のだろうか?
MDI Window もサポートしないことに決定したそうで、どうもSUB WINDOW
の不具合が直結しているような気がする。
695デフォルトの名無しさん
2014/09/06(土) 19:06:17.82ID:4U4xy94B https://www.mail-archive.com/fltk-bugs@easysw.com/msg06445.html
[1]
Version: 1.3.2
On Mac OS, when a subwindow is created, shown, hidden, and shown again,
it doesn't get drawn until the window is resized or is minimized
and unminimized.
[2]
Fix Version: 1.3-current (r9788)
Fixed in Subversion repository.
[3]
Closed after confirmation from the OP.
----------------------------------------------
[3] が何を言っているのか分からない。
1.3.2 が 1系の最終安定バージョンなので、修正後のソースがどう
なったのか気になる。
あと、Ver2系、Ver3系が、SVNにしかない理由も気になる。
[1]
Version: 1.3.2
On Mac OS, when a subwindow is created, shown, hidden, and shown again,
it doesn't get drawn until the window is resized or is minimized
and unminimized.
[2]
Fix Version: 1.3-current (r9788)
Fixed in Subversion repository.
[3]
Closed after confirmation from the OP.
----------------------------------------------
[3] が何を言っているのか分からない。
1.3.2 が 1系の最終安定バージョンなので、修正後のソースがどう
なったのか気になる。
あと、Ver2系、Ver3系が、SVNにしかない理由も気になる。
696デフォルトの名無しさん
2014/09/06(土) 19:11:42.31ID:0vk3UweF > Ver2系、Ver3系が、SVNにしかない理由
お前の目は節穴か?
http://www.fltk.org/software.php
> NOTE: Dev snapshots of 2.x and 3.x have been disabled; use svn to access them.
> The fltk developers voted to disable snapshots of 2.x and 3.x
> because app developers were still using them for production software,
> despite warnings, which is bad. Only the active release stream (1.3.x)
> has development snapshots now, to avoid confusion.
お前の目は節穴か?
http://www.fltk.org/software.php
> NOTE: Dev snapshots of 2.x and 3.x have been disabled; use svn to access them.
> The fltk developers voted to disable snapshots of 2.x and 3.x
> because app developers were still using them for production software,
> despite warnings, which is bad. Only the active release stream (1.3.x)
> has development snapshots now, to avoid confusion.
697デフォルトの名無しさん
2014/09/06(土) 22:25:54.93ID:Jxxm8tnv Fix Version: 1.3-current (r9788)
↑この表記が良く分からないんだけど、1.3.2 の Release 9788
のことかな? どうして「2」じゃなくて「current」と書いたのか
意味分かる人いない?
それと、tarball の Release番号はどこ見りゃ分かる?
中の readme とか見たけどよく分からない。
↑この表記が良く分からないんだけど、1.3.2 の Release 9788
のことかな? どうして「2」じゃなくて「current」と書いたのか
意味分かる人いない?
それと、tarball の Release番号はどこ見りゃ分かる?
中の readme とか見たけどよく分からない。
698デフォルトの名無しさん
2014/09/06(土) 22:57:49.12ID:0vk3UweF 1.3.2はstableでcurrentは1.3.x
ていうかどこからtarball拾ってきたの?
公式ならtarballのファイル名にリリース番号含まれてると思うんだが
ていうかどこからtarball拾ってきたの?
公式ならtarballのファイル名にリリース番号含まれてると思うんだが
699デフォルトの名無しさん
2014/09/06(土) 23:11:30.57ID:0vk3UweF あと細かいこと言うならr9788のrはReleaseじゃなくてRevisionだと思う
1.3.2にも1.3系列のRevisionは付いているはずだけど
普通は知らなくてよい情報
1.3.2にも1.3系列のRevisionは付いているはずだけど
普通は知らなくてよい情報
700デフォルトの名無しさん
2014/09/07(日) 00:05:25.29ID:kVlVD0Xm >>698
fltk-1.3.2-source.tar.gz となっているだけで、
ファイル名には Rivesion 番号は入ってない。
それから、テキスト類に書かれている STR #23xx みたいなのも意味が
分からないんだけど。
fltk-1.3.2-source.tar.gz となっているだけで、
ファイル名には Rivesion 番号は入ってない。
それから、テキスト類に書かれている STR #23xx みたいなのも意味が
分からないんだけど。
701デフォルトの名無しさん
2014/09/07(日) 00:21:15.64ID:BU8L+CLC 人の話聞いてんのか?
1.3系列の特定のリビジョンに名付けられたのが1.3.2だよ
それ以外のリビジョンの1.3.2は存在しない
STRはSoftware Trouble Report
用語はソフトで違うにしても意味くらい想像つくだろ
1.3系列の特定のリビジョンに名付けられたのが1.3.2だよ
それ以外のリビジョンの1.3.2は存在しない
STRはSoftware Trouble Report
用語はソフトで違うにしても意味くらい想像つくだろ
702デフォルトの名無しさん
2014/09/07(日) 07:22:07.02ID:kVlVD0Xm703デフォルトの名無しさん
2014/12/01(月) 02:27:36.68ID:tAngATl7 OpenGL な UI を作るライブラリ一覧
http://qiita.com/shimacpyon/items/e5d2a4e2019273345c37
http://qiita.com/shimacpyon/items/e5d2a4e2019273345c37
704デフォルトの名無しさん
2015/02/24(火) 10:56:52.28ID:RnN24vLd >>656
Nana 1.0
Beta Release 1.0 Available!
2015年2月8日 7:45:38
Nana 1.0 is the first release in beta phase.
It includes major new features, like Draw-through, new widgets, CMake and Clang support,
as well as numerous other new features and fixes.
Nana C++ Library - A modern C++ GUI library
http://www.nanapro.org/en-us/
February 7, 2015
Nana 1.0
Beta Release 1.0 Available!
2015年2月8日 7:45:38
Nana 1.0 is the first release in beta phase.
It includes major new features, like Draw-through, new widgets, CMake and Clang support,
as well as numerous other new features and fixes.
Nana C++ Library - A modern C++ GUI library
http://www.nanapro.org/en-us/
February 7, 2015
705デフォルトの名無しさん
2015/02/24(火) 11:06:59.30ID:RnN24vLd Compile Nana C++ Library
MinGW
Configure the Boost C++ Library for Nana.C++11(Skip this step if you are installing Nana.C++03)
The Boost C++ Library is required due to <thread>, <mutex> and <condition_variable> being not supported by MinGW 4.7.x
http://www.nanapro.org/en-us/help/instl_lib_doc.htm
MinGW
Configure the Boost C++ Library for Nana.C++11(Skip this step if you are installing Nana.C++03)
The Boost C++ Library is required due to <thread>, <mutex> and <condition_variable> being not supported by MinGW 4.7.x
http://www.nanapro.org/en-us/help/instl_lib_doc.htm
706デフォルトの名無しさん
2015/02/24(火) 13:32:40.01ID:6S/sU0E/ モダンなのはええな(´・ω・`)
707デフォルトの名無しさん
2015/02/24(火) 18:53:49.22ID:JKXjhZAm Nanaってなに?
708デフォルトの名無しさん
2015/02/27(金) 23:51:07.58ID:1Z3VabWo 名無しライブラリかと思ってしまった…
709デフォルトの名無しさん
2015/03/14(土) 13:06:07.18ID:hyOXBKvV 既存のC++コーディングをscript likeにした感じだな
書くのは短くて、簡単そう
書くのは短くて、簡単そう
710デフォルトの名無しさん
2015/10/27(火) 20:35:18.23ID:WKO3SkbA CopperSpice
http://www.copperspice.com/index.html
The CopperSpice libraries are a fork of Nokia LGPL Qt 4.8.2.
The Qt Meta Object Compiler (moc) is obsolete.
http://www.copperspice.com/index.html
The CopperSpice libraries are a fork of Nokia LGPL Qt 4.8.2.
The Qt Meta Object Compiler (moc) is obsolete.
711デフォルトの名無しさん
2015/10/27(火) 21:01:28.61ID:WKO3SkbA Qtがベースだからマイナーとは言い難いか
712デフォルトの名無しさん
2015/12/07(月) 18:12:02.46ID:wA3CoU+G Qtのmocはobsoleteなんだよなあ・・・(´・ω・`)
713デフォルトの名無しさん
2015/12/13(日) 02:39:57.32ID:XeKAY6IN FLTKで縦書きもできるメモアプリを作ろうと思ったら句読点でぐだぐだ
714デフォルトの名無しさん
2015/12/19(土) 10:18:45.29ID:U6B86yor プログラマはMacを使ってるってマジ?
http://hayabusa3.2ch.net/test/read.cgi/news/1450395043/
http://hayabusa3.2ch.net/test/read.cgi/news/1450395043/
715デフォルトの名無しさん
2015/12/27(日) 21:54:43.80ID:qrzVLQnt Chromeのauraを試してみるかな
716デフォルトの名無しさん
2016/11/10(木) 00:39:44.97ID:il4z8U8D matplotlibでGUI
717デフォルトの名無しさん
2016/11/20(日) 01:31:37.73ID:RGC9NI9+ >>704
こんなのあるんだ。良いね。
こんなのあるんだ。良いね。
718デフォルトの名無しさん
2017/02/03(金) 08:20:58.71ID://TgnZSo C++でGUIアプリ書く意味って何?
719デフォルトの名無しさん
2017/02/03(金) 08:34:01.38ID:ffbP/eri720デフォルトの名無しさん
2017/03/21(火) 11:55:49.10ID:JNPwe9Bk Agar GUI
https://libagar.org/
このページを訳す
2016/03/25 - About Agar. Agar ( libAgar ) is a cross-platform GUI toolkit. Agar provides a base framework and a collection of GUI widgets from which GUI applications can be built. Agar can be styled and themed using a CSS -style engine.
Download ・ Docs ・ Agar License ・ Web Interface
Agar GUIをクリックしたら…
「安全な接続ではありません
libagar.org の所有者によるウェブサイトの設定が不適切です」
[エラー内容]ボタンをクリックしたら…
「libagar.org は不正なセキュリティ証明書を使用しています。
この証明書は次のドメイン名にだけ有効なものです: *.csoft.net, csoft.net」
https://libagar.org/
このページを訳す
2016/03/25 - About Agar. Agar ( libAgar ) is a cross-platform GUI toolkit. Agar provides a base framework and a collection of GUI widgets from which GUI applications can be built. Agar can be styled and themed using a CSS -style engine.
Download ・ Docs ・ Agar License ・ Web Interface
Agar GUIをクリックしたら…
「安全な接続ではありません
libagar.org の所有者によるウェブサイトの設定が不適切です」
[エラー内容]ボタンをクリックしたら…
「libagar.org は不正なセキュリティ証明書を使用しています。
この証明書は次のドメイン名にだけ有効なものです: *.csoft.net, csoft.net」
721デフォルトの名無しさん
2017/03/21(火) 11:56:47.66ID:JNPwe9Bk Docsをクリックしたら、いけます
http://libagar.org/docs/
http://libagar.org/docs/
722デフォルトの名無しさん
2017/05/18(木) 18:48:26.31ID:yPF8U2e8 タブコントロールって、ださくね?
723デフォルトの名無しさん
2017/06/06(火) 23:46:37.71ID:+kwEoPex MDIを廃止してタブになったそうだ
724デフォルトの名無しさん
2018/05/23(水) 22:16:25.17ID:Au5e7VGg 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
GPKZL
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
GPKZL
725デフォルトの名無しさん
2018/07/04(水) 23:47:48.18ID:gFgZc5FG 6VK
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 高市首相の答弁書に「台湾有事答えない」と明記 存立危機発言当時 [蚤の市★]
- 「もうキモくてキモくて…」29歳女性が語る“おぢアタック”の実態。「俺ならイケるかも」年下女性を狙う勘違い中年男性に共通点が★4 [Hitzeschleier★]
- JA全農が「新おこめ券」…来年9月末の有効期限を新設、必要経費のみ上乗せ [蚤の市★]
- 【おこめ券】鈴木憲和農相 小泉前農相の備蓄米放出を“反省”「備蓄の円滑な運営を図ってまいります」 [Hitzeschleier★]
- 自民・麻生太郎副総裁 石破政権の1年は「どよーん」 高市政権発足で「何となく明るくなった」「世の中のことが決まり動いている」★2 [Hitzeschleier★]
- 1人3千円の食品高騰対策、何に使える? あいまいなまま衆院通過 [蚤の市★]
- 【号外】石破首相のもと和解を進んだ韓国の徴用工裁判、一転し最高裁が日本製鉄へ賠償金の支払い確定の判決【高市悲報】 [339712612]
- 【実況】博衣こよりのえちえちダンガンロンパ2🧪★7
- トランプ、G7に代わるcore 5を発表 [805596214]
- 【悲報】新米、全く売れなくて倉庫が満杯になってしまうwwwwwwwwwwwwwwwwwwww [802034645]
- VIPスクリプトだらけでワロタwwwwwwwww
- 【悲報】麻生太郎さん、オムツをしていた。晋さん…ここにいたんだね… [731544683]
