【C++】マイナーGUIツールキット

1 ：デフォルトの名無しさん：03/10/09 00:41

とにかくdat落ち必死なこの話題をどうかひとつ。

関連スレ:
【GUIライブラリ】wxWindowsでのひょーん
http://pc2.2ch.net/test/read.cgi/tech/1052186697/

497 ：デフォルトの名無しさん：2009/08/09(日) 13:31:27

>>496
できれば理由も聞きたい

498 ：デフォルトの名無しさん：2009/08/09(日) 14:18:48

Qtのほうが作りやすい。API綺麗だし開発ツールも充実してるから。この辺さすが商用は強い。

wxは古臭さ複雑さを隠し切れんな。元がMFCを参考にしているからな。もう限界だろ。

個人的にQPLか高い商用ライセンスがキライだっただけで
今QtをLGPLで使えるなら選択しない理由はあまりないな。

wxの強みはドマイナーなOS環境まで考慮されてることだけど、別にそこまで使わんしｗ

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専用らしい

502 ：デフォルトの名無しさん：2009/09/09(水) 10:32:56

>windows専用らしい

ｲﾐﾈｰｗｗｗ

503 ：デフォルトの名無しさん：2009/09/09(水) 17:37:53

仮にただのMFCラッパーだとしても、使い勝手がよければそこに意味はあるはずだ

あとこのスレって別にマルチプラットフォーム限定ってわけでもないっしょ？

504 ：デフォルトの名無しさん：2009/09/09(水) 20:51:20

ぺたぺた貼れるなら、使い勝手うんぬん言えるが、できないじゃんｗｗｗｗｗ

505 ：デフォルトの名無しさん：2009/09/12(土) 16:58:33

ペロッ
この味は・・・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.

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

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

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.

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のセットアップ」と題されたウィザード形式のダイアログが表示された。

516 ：デフォルトの名無しさん：2009/09/27(日) 21:00:40

4年以上昔の話とか、WINEでポーティングされているとか…

517 ：デフォルトの名無しさん：2009/09/27(日) 21:12:41

>>515
それもどうかと思うけど、完成品とライブラリを一緒くたにするとか…

518 ：デフォルトの名無しさん：2009/10/02(金) 16:39:07

Win32++
http://sourceforge.net/projects/win32-framework/

519 ：デフォルトの名無しさん：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に詳しい住人さん達からのツッコミに期待。

520 ：デフォルトの名無しさん：2009/10/26(月) 07:36:35

>>519
なんか色々と乙。

wxばっか使っているのだけどちょっとこっちも使ってみようか…

ついでに保守あげ。

521 ：デフォルトの名無しさん：2009/10/26(月) 14:34:43

sage

522 ：デフォルトの名無しさん：2009/11/03(火) 18:15:47

GUI比較サイト
http://www.atai.org/guitool/

世の中にはたくさんのGUI Frameworkがあるね。

523 ：デフォルトの名無しさん：2009/11/03(火) 18:21:49

>>522
ちょっと情報が古い。

Qtとか、LGPLになったのにそうなっていない。

524 ：デフォルトの名無しさん：2009/11/03(火) 18:24:12

>>522
Last updated May 13, 2007

525 ：本田：2009/11/04(水) 00:38:57

>>507
OWL/OWLNext
http://www.jahanshahi.ws/owl.htm

526 ：デフォルトの名無しさん：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++，
VisualWｘと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:39

>>528
GTK+はまだ試してないんだけど、GladeってRADツールなの？
いろんなHPで見る限り、ただのGUIデザイナにしか見えないんだけど。

そりゃコードは吐くだろうけど、デバッガでデバッグする等の本格的なIDEの機能は持ってるのかな？
元のGUIのデザイン変更したら、以前に自分が書いたコードを壊さずにソースコードに反映してくれる？

それらができるんだったら、評価してみたいと思うんだけど。
それとC++じゃなくてCだと言う話なので、ちょっと尻込みしてる。

>>526は「C++ Builderみたいに」と言ってるわけだし．．．．

530 ：デフォルトの名無しさん：2009/11/05(木) 00:35:35

>>527
詳しい情報ありがとうございます。
それぞれのスレを覗いてみます。

531 ：デフォルトの名無しさん：2009/11/05(木) 07:57:30

>>529
GTK+はC言語専用じゃないよ。
いろんな言語のバインディングがあって、C++用のもの（gtkmm）もある。

と言いつつ、GTK+とかGladeは興味があるだけでまだやってないから
GUIデザイナ／RADのことはわかんない。ｽﾏｿ

532 ：デフォルトの名無しさん：2009/11/05(木) 13:27:42

>>529
wxWidgets (wxPython) + XRCed

533 ：527：2009/11/05(木) 14:48:06

>>532
wxPython+XRcedは面白そう。小さなアプリならいいかもね（何気にPython好きだったりする俺）。
出来上がったらpy2exeで実行ファイルにしてしまう手もありそうだし。

ただXRCedってXRCを出力するからC++にも使えるけど、C++ではRADツールにはなり
得ないんじゃないの？ もう一つC::BみたいなIDEを組み合わせると似たようなことは出来るのかな．．．

534 ：デフォルトの名無しさん：2009/11/05(木) 15:26:07

>>533
CodeBlocks + wxWidgets + XRCed

535 ：からかわれてる？：2009/11/05(木) 16:05:41

>>534
だからそう書いたじゃん．．．できるってことねw

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ツールまで出来ると，メジャーになっていくんだろうな。

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系」だった希ガス。

542 ：デフォルトの名無しさん：2009/11/06(金) 08:26:48

まぁ，どう思おうと勝手だが，歴史的にみるとそうじゃないな。

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ファイル上での
関数の実装もそのまま。

例えばボタンの種類を変えたいとき（文字だけのボタンからアイコンつきのボタンに代えた時）など
に配慮してるんだと思う。後で交換したボタンのクリックイベントルーチンとしてそのまま使える
ように。

545 ：本田：2009/11/12(木) 06:45:42

>>525
OWL/OWLNext (Programming)
http://www.luigibianchi.com/owl.htm

546 ：デフォルトの名無しさん：2009/11/20(金) 00:50:23

ttp://www.assembla.com/wiki/show/cppgui/