開発が難しすぎるのがLinux最大の欠点

せめてGNOMEとKDEは統合して、Delphiみたいな感じで超らくらくにKDEのデスクトップを開発できないか

>>1がそういうの作れば解決

じゃ終了ですね。

といった感じで、誰もやらないのがLinuxユーザ最大の欠点

gnomeとKDEが統合しても意味なくね？

秀丸の作者が同じこと言ってたな
X WindowでGUIアプリ作る気には絶対ならないって

kylixのこともたまには

まるおは、WindowsのGUIも怪しいだろ。

秀丸はテキストエディタだから、ウィンドウ開いた後はほとんどテキスト処理だろ。
フォントをグラフィック表示する部分だけできてしまえばDOSアプリと変わりない。

Javaで作れば、おk

開発環境で言えばKDE/Qtの方が好みなんだけどなぁ

>>9
そのフォント表示とかメニューの処理とかXlibでゴリゴリやるのがまんどくせ
つう話でないかい。

いまどきXlibを直接叩いてアプリ開発している人ってどれほどいるの?

>>1にはGambasあたりをおすすめする

>>1の文章の前半と後半の関連性がよく分からんのだが…

ま、それはそれとしてGambasいいよな。

>>12
Xlibでゴリゴリなんて能力がなくてできません
つう話じゃないの

で、この後、xlibでラーメンタイマーがどうのこうのとかいう話に強引にもっていくんだろ。
つまんねーよ。

じゃぁテキストエディタにするか？

それでいいんじゃね？
Gambasならフォームにエディタウィジェット貼れば終わりだしw

>>13
ﾉ
MID 用のテキストリーダを Xlib (と freetype) だけで書いてるけど、
常に全画面表示で X の文字表示機能を使わないから、ツールキットを
使うよりずっと簡潔に書けるよ。

簡潔に書けるのはいいんだけど、
それがウチのウブンツーで動くかどうかもわからんし
使い物になるかどうかもわからんし・・・

Linuxはディストリの数が多くて、
ディストリごとに入っているライブラリやバージョンが違ったりするから
どこでも動かそうとしたら、ソース公開するしかなくなる。
そして、どの環境でもコンパイルできるように作る羽目になる。

バイナリ一個提供すればいいのとここが違うんだよね。

Windowsだってバージョンによって微妙なところでAPIの動きが違うし、
Vistaでいろんな仕組みがガラッと変わったりしてるから、
結局 #ifdef で切って場合分けで対応が必要なのは変わらないよね

たぶん後方互換なにそれな人なんじゃないの

>>23
> 結局 #ifdef で切って場合分けで対応が必要なのは変わらないよね

少なくとも、#ifdefで場合わけなんてまずしない。

なぜなら、Windowsでは（オープンソースであっても）
実行ファイルを提供しているという事実を考えればわかる。

#ifdefが有効なのはコンパイルする時点での話だ。
一つの実行ファイルで、どのOSでも動くぐらい互換性が高いのに
ソースコードを#ifdefで分ける必要があるわけないじゃないか。

変わりに、実行時にOSのバージョンをチェックすることはあるが、
こっちの方がよくね？ バイナリ自体は同じものを使えるんだし
ユーザーがいちいち考える必要はなくなる。

Linuxでもそうすれば、環境ごとにコンパイルする作業が必要なくなるだろう。

なんつうか、まあ、もっと勉強しような。

反論無いならだまっとれよｗ

元ネタに「論」があれば反論もできるんだが、それがないんで
反論は無理だw

なにも意見が無いのならだまっとれ

Windowsアプリが一個のバイナリだって言ってる時点で無知丸出し。
環境によってインストーラが判別して複数のexeの中から一個を配置してるのもあるし、
プログラム上でも参照するDLLのバージョンを#ifとかで切り替えてるわな普通。

動的にやるならLoadLibraryとかじゃないの？
PATH上で違うバージョンのを上にするとか。

これはlinuxでもできるよね。

つーかwindowsの場合は下位互換性は無視というかOSが面倒見てくれるっしょ。
見てくれなければ個別で環境固定すればいいし、できないならフリーならボランティア。
無理なら放置。
linuxはソースがあるだけましだと思う。

なぜLinuxは、各ディストリごとにソースコードを
コンパイルしないといけない仕組みなのか理解に苦しむ。

CPUが同じなら、同じコードが動くはずだろう？
APIが違うわけでもあるまいし。