C/C++でのWindowsPrograming議論スレ(質問お断り)

1 ：1：03/04/08 17:22

Windowsプログラムを作るにあたってのノウハウや
API の不可解な仕様・動作・規則・不具合の報告や議論、
回避方法等を語りあいましょう。

MFC ATL WTL 等は、それ専用スレがあるので、そちらでお願いします。
あと、APIに関する質問は「Win32API 質問箱」へどうぞ。

関連スレ
http://pc2.2ch.net/test/read.cgi/tech/1047819779/ Win32API 質問箱 Build10
http://pc2.2ch.net/test/read.cgi/tech/1047949606/ ■ VisualC++(MFC限定)相談室 MFC7.dll■
http://pc2.2ch.net/test/read.cgi/tech/1029029882/ ATL 相談室

過去スレ
http://pc2.2ch.net/test/read.cgi/tech/1018239290/ Windows Programing for C/C++(Not MFC)

2 ：1：03/04/08 17:23

前スレのテンプレをそのまま使おうとしたら、サブジェクトが長すぎて
スレ立てられなかったので、可能な限り短くしてみました。

3 ：デフォルトの名無しさん：03/04/08 18:04

その前に重要なこと
「C++でWindowsProgrammingをする意義があるのかどうか」
と言うことについて議論しましょう。

4 ：デフォルトの名無しさん：03/04/08 18:18

>>3
VisualC++で用意されている以外のコントロールを
使いたい場合や標準的な動きでは無い挙動等を
実現したい場合なんかは、C/C++でプログラムするのが
一番、最適だと思うんだけど…

それとも、CかC++かって事？

5 ：デフォルトの名無しさん：03/04/08 18:33

6 ：デフォルトの名無しさん：03/04/08 18:34

>>4
何を訳の分からんことを。

7 ：デフォルトの名無しさん：03/04/08 18:51

>>3=5=6
荒らし？
曖昧な質問しておいて「何を訳の分からんことを。」とは？？
何がC++でWindowsProgrammingをする意義があって
何がC++でWindowsProgrammingをする意義が無いのか
自分で答えてから質問したら？

8 ：デフォルトの名無しさん：03/04/08 18:55

C++でWindowsProgrammingをするんなら普通MFCかWTL(ATL)使うだろ。
使わないとメッセージループさえ小汚い書き方しかできないし。

9 ：：03/04/08 19:05

"Programming" "Programing"

10 ：デフォルトの名無しさん：03/04/08 19:14

最初のテーマ　「VisualC++で用意されている以外のコントロールを使いたい場合」

いいテーマだと思うのだが、いきなり高レベル過ぎるかもしれない。
まあ正確には　「非コモンコントロールを使いたい場合」　だ。

例えば、デスクトップやリストビュー（大きいアイコンモード？）のような物を自作したいのだが、どうやって作ろうかな。
これが巧く出来れば、将棋やチェスなどのコマを動かすゲームに応用できる。
他にも、ユーザが自分の好きな場所にボタンを配置してカスタマイズできるアプリにも。

上記のコントロールは議論されなくても良いから（俺が勝手に考える、で良い）、
何か新しいコントロールの案を出してみて。

11 ：　：03/04/08 19:17

「猫でも・・・」の章に沿って議論するってのも面白いかもしれない。
途中から議論に加わっても、ついて来易い。

12 ：デフォルトの名無しさん：03/04/08 19:34

>>8
PhotshopやFlash等の市販アプリも秀丸やBeckyInternetMail等のシェアウェアも
MFCを使ってないんだけど…。
結局、MFCもWTLも型にはまったアプリは作成しやすいかもしれんが
一旦、型を外れると使わないで書いた方が効率が良いという罠。

13 ：　：03/04/08 19:39

その効率は人に因る。スレ違いの話題はしないでクレ。
MFC と非MFC の争いは他でやってくれ。

14 ：デフォルトの名無しさん：03/04/08 19:44

>>10
漏れはボタンとラジオボタンとチェックボックスは、自分で自作した。
マウス移動と押・離が判別できてビットマップが描画できれば
そんなに苦労する物でも無いと思うし…。画面のプロパティの
デザインの配色・サイズ等に全て合わせるのは、ちょっと面倒くさいが、
最大のメリットは「システムリソースを消費しない」って事かな。
スタッティックやグループボックスは直接書いてる。

ボタンが２画面にわたって、1000個以上あるってやつを組んだ事
あるんだけど、その時に作成した。
でも、今でも使ってる。結構、便利だよ応用効くし。

15 ：デフォルトの名無しさん：03/04/08 19:46

ちなみにBecky!はMFC使っているが。

16 ：デフォルトの名無しさん：03/04/08 20:01

おお、こんなスレがあったのか。じゃあ、俺の話を聞いてくれ(w
>>14
俺も自分でボタンコントロールを作った。↓こんな感じで
HANDLE CTL_CreateButton(HWND hWnd,LPSTR cText,
UINT uX,UINT uY,UINT uWidth,UINT uHeight,WORD wMsg);
内容はマウスメッセージをフックして、あとはhWnd上に指定された
座標で押されたらhWndに対してWM_COMMANDをLOWORDに
wMsgを入れてsendMessageするって、だけなんだけど。
開放はBOOL CTL_DestroyButton( HANDLE hButton );で開放。

PhotoShopとかも、自前コントロールを使ってるみたいだね。
現在の弱点(課題？)は、WindowsXPのスキンにどう対応したら
良いのか…という事かな。

17 ：デフォルトの名無しさん：03/04/08 20:05

>>9
>>2「可能な限り短く」するためにmを削ったんだろ

18 ：デフォルトの名無しさん：03/04/08 20:20

すげーな。自前コントロールって以外にメジャーだったんだな。
お前らスゲーよ。

＞　最大のメリットは「システムリソースを消費しない」って事かな。
これ良く分からん。コモンも自前も同じようにリソースを消費すると思った。

＞　内容はマウスメッセージをフックして、あとはhWnd上に指定された
プロシージャーに色々書き加える、でなくフック？
子ウィンドウをちょいちょいと工夫するだけで出来ると思ってた。
実際には大変なのだな。
まあ、俺がフックは面倒だと思っているからなのだが。
まさか "BUTTON" をフックしただけで「自分で」とは言わないだろうけれど。

19 ：デフォルトの名無しさん：03/04/08 20:55

自前コントロールつくる場合、俺は codeguruで要求に近いサンプルを手に入れて、
余計な機能削ったり、必要な機能付け加えたりするパターンが多いっす。

20 ：デフォルトの名無しさん：03/04/08 20:59

( ﾟÅﾟ)ﾎｩ

21 ：デフォルトの名無しさん：03/04/08 21:13

>>19
俺もそう。海外のサイトはplanet source codeやcpde projectとか優れすぎたコード
いろいろあるよね。日本でサンプルコード載せたHPやってる個人ﾍﾟｰｼﾞは
ほとんど海外のﾊﾟｸﾘであまり勉強にもならんし。

22 ：デフォルトの名無しさん：03/04/08 21:15

>>12 一旦、型を外れると使わないで書いた方が効率が良いという罠。
はい、それはない。
MFCはともかく、WTLはコンドーム並みに薄い皮でラップしただけ。
operator HWND()をはじめとして、基本的に生APIと互換が取れてる物ばかり。
美味しいところだけ頂けるのに、なんで効率が落ちる？

23 ：デフォルトの名無しさん：03/04/08 21:23

>>22
スレ違い

24 ：デフォルトの名無しさん：03/04/08 21:34

>>19,21
海外のサイトは、あまり見てないなぁ。
全部、自分で考えた物なんで、結構、恥ずかしい事してるかも。
でも、ボタンを押した状態でマウスボタンを離さず移動した時の
挙動とか、その状態で戻ってきて離したりとか…。考えると
深いよね。あ、あと、TABオーダーとかもあるか。

25 ：16：03/04/08 21:41

>>18
＞これ良く分からん。コモンも自前も同じようにリソースを消費すると思った。
今、テストしたら、ボタンを12000個作ったあたりで、リソースが
無くなりました。こうなると、他のアプリもコントロールが作れなく
なります。テストしたのはWin2000だけど、Win9x系だと、もっと
シビア。1000個位で作れなくなるんじゃないのかなぁ。
単純に計算しても１つメモリ100byte食ってるとしても2万個作ったと
しても2M。メモリが足らなくなる訳が無い。
システムリソースは限られたシステムのスペースなので
なるべく使わないのが吉かなーと思う次第です。

＞　子ウィンドウをちょいちょいと工夫するだけで出来ると思ってた。
いや、子ウィンドウを工夫するのでは無くhWnd上に直接描画します。
当然、hWndのプロシージャーに色々書き加える事でボタンを作成
できますが、汎用性を高める為に、なるべく隠ぺい化する事を
考慮してフック等を使ってます。こうする事で、いままでのボタンを作る
時にCreateWindow("BUTTON",～ってやっていたのを
CTL_CreateButton(～に置き換えるだけで、自前ボタンに
なるという事がメリットです。

26 ：デフォルトの名無しさん：03/04/08 21:56

>>23
1必死だな。
どうせ重複スレなんだから、どんな使い方しようが自由だろ

27 ：デフォルトの名無しさん：03/04/08 22:04

>>3=5=6=8=15=22=26
放置の方向で(y/Y)?

28 ：14：03/04/08 22:09

そういえば、自前のコントロールで思い出したけど
DrawFrameControlというAPIがあるんだけど、
これ使えばボタン描画が楽々だ～…とか思ったけど
フォーカス持ったボタンとか駄目なんだよね。
結局、フォーカス持ったボタンの描画を考えると
他のも全て描画するのも労力が変わらないんだよね。
MSは、なんでこんなAPI作ったんだろう。
誰か使ってる人いる？＜DrawFrameControl

29 ：14：03/04/08 22:14

>>28
あ、DrawFocusRectがあるけど、これもまた使えないんだよね。
使ってみるとわかるけど、本物(？)のボタンコントロールと
微妙に挙動が違うんだよね。うまく言えないけど、本物のボタン
コントロールとビットマップを並べて比べてみるとわかる。

…でも、そこまで同じにする事ないのかな。

30 ：デフォルトの名無しさん：03/04/08 22:31

FLTK
FOX

31 ：デフォルトの名無しさん：03/04/08 22:35

既存の SDK アプリをテンプレとして使うのと MFC 使うのとで差はあるか？

32 ：デフォルトの名無しさん：03/04/08 23:15

.Net Framework は？

33 ：　：03/04/08 23:21

なんと！　直接描画だったのか！　目から鱗とまではいかないが！
「自前コントロールって言っても、どうせ子ウィンドウの変形だろ」と思っていた自分が馬鹿だったのだ！

34 ：デフォルトの名無しさん：03/04/09 00:43

自前コントロール懐かしい．．．
MFCが糞だったWin3.1時代にツールバーもどきを作ったのを思い出した。
あの頃はプログレスメーター作るのも面倒かったよなぁ。

35 ：デフォルトの名無しさん：03/04/09 01:05

>>19,21
教えて君で申し訳無いんだけど、その「海外」の「自前のコントロール」の
ソースがある所を教えて欲しいんだけど。
codeguru, planet source code, cpde projectで検索したんだけど
目的の「自前のコントロール」の場所がよくわからなかった。

36 ：デフォルトの名無しさん：03/04/09 01:48

自前コントロールってペゾルド本に出てるようなカスタムコントロールじゃなくて？

37 ：デフォルトの名無しさん：03/04/09 06:23

FindFirstFileが使いにくすぎ。
つーかAPI全般がC用なのでC++に向かないのが難点。
GTKに対するGTK--のように、
WindowsにもWin32APIに対するWin32API++が必要だ。

38 ：デフォルトの名無しさん：03/04/09 08:17

そうか？

39 ：デフォルトの名無しさん：03/04/09 09:06

>>37
そのためのWTL
でもこのスレで持ち出すとスレ違いと言われる罠

40 ：デフォルトの名無しさん：03/04/09 09:29

GetDlgItemTextとかでサイズとか指定しなくても、
std::stringで受け渡しができるようになったらなあ…

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

>>28
使ってるけど(C/C++じゃなくてVBで)、
Windows標準に合わせ易いっていうメリットはどうよ？
色とかハイコントラストとか。

42 ：デフォルトの名無しさん：03/04/09 23:32

DrawFrameControlってXPルックとかにも
自動的に対応してくれるの?

43 ：デフォルトの名無しさん：03/04/10 00:12

良スレの予感

44 ：デフォルトの名無しさん：03/04/10 01:12

コントロールの自作ってことは当然CreateWindowExして
自分で配置するんだろうなー。
ダイアログリソースなんて軟弱ですか？
リソース（*.rcのことね）ってIDが実行ファイル毎だから
困るけど、MoveWindowで揃えるのもかったるいしー。

45 ：デフォルトの名無しさん：03/04/10 02:27

>>40
WTL

46 ：デフォルトの名無しさん：03/04/10 04:02

RegisterClassEx
CreateWindowEx
BeginPaint
SetWindowLong
SetScrollInfo
CreateCaret
これら関数を常用するようなら、
そこの貴方もコントロール自作してみてはどう？

47 ：デフォルトの名無しさん：03/04/10 07:21

>>44
よく読め。CreateWindowEx使ってるうちはまだ軟弱
(リソースの節約にならない)
SwingやGeckoやIEみたいにすべて自前描画。これ。

48 ：デフォルトの名無しさん：03/04/10 14:35

>>46
　CreateCaret って事は自前のエディットボックスもやったのか？
　さすがにそれは面倒だからやらんかったなぁ．．．
　表形式の物作る場合は入力用のコントロールを動かせば済むから．．．

49 ：あぼーん：03/04/10 14:46

あぼーん

50 ：デフォルトの名無しさん：03/04/10 15:06

HTML は読めなくてもいいから、ブラウザの描画・配置能力だけほしいって思ったことねぇ？
あのCSSでボーダーやフォント・背景色が自在に変えられるのは便利。

フォーム関連と、改行等だけに絞れば結構小さく作れないかな・・・。
プログラム側の使用に限定すれば文法エラー処理なんかも適当でいいし。
XML名前空間とか実装が面倒そうなのは無視して。

51 ：デフォルトの名無しさん：03/04/10 15:34

>>47
IEみたいに自分が設計したOS上で自前コントロールって
やっぱり変な会社だ。使えないって事を自分で言ってる
ようなもんだ。

やはり、自前描画、自前コントロール。作った所も認めてる(w

52 ：デフォルトの名無しさん：03/04/10 22:26

>>50
剥げ同。
HTMLだと無駄が多いから、
構造体の配列とかで実装してほしい。

>>51
HTML/CSSの仕様書読んだ事ある？
あの仕様というか推奨動作に合うように作るには、
独自でないと無理だと思われ。
また、MSとしても下位互換性の問題があるから、
下手に変更加えたり出来ないんでは？
VS.netでわざわざウェブフォームなんて作ったのもそれが根源でしょ。

53 ：51：03/04/10 23:29

>>52
いや、HTMLの部分じゃなくて、履歴のウィンドウとか色々な所で
明らかに標準のコントロールじゃないのが、使われてるでしょ。
Officeなんか…(以下略)

54 ：デフォルトの名無しさん：03/04/11 12:22

それらはちゃんとウィンドウ作ってる
ウィンドウ作らないのはHTMLの部分。
言いたいことはわかるけど揚げ足取りに近いよ

55 ：デフォルトの名無しさん：03/04/11 12:27

正直MFCなどでフックを使ってサブクラス化するのはやめてほしい

56 ：デフォルトの名無しさん：03/04/11 13:02

Visual Studioでどんどんｶｺｲｲコントロールを使うのはいいんだが、
どうせならMFCや.NETで同じものを提供しほしい。

57 ：52：03/04/11 13:50

>>53(51)
Spy++で調べたことある？
たしかにサイズ変更枠の部分はBaseBarというオリジナルクラスだが、
その中はレバーコントロールを使っていて、
「履歴」という文字列、バツ印、や
「表示(W)」等のメニューは、ツールバーコントロールを使っている。
また、履歴のリストはツリービューコントロール使ってる。
ので、ほとんど独自ではないぞ。

それと、HTML表示するのにウィンドウ作ってたら、
フォームとボタンを大量にあるページの描画は極端に遅くなるし、
ひょっとしたら、それを悪用してブラクラを作れるかもしれない。
ieが5.5から複数フレームから成るページをも、
1つのウィンドウで表示できるようにしたのはその為では？

58 ：52：03/04/11 13:53

>>53
Officeは特別な存在で、
Mso9.dllとかがコモンコントロールの代わりのように使われてる。
でもこれは、時期ウィンドウズに搭載される(であろう)UIを、
その前に、そして以前のウィンドウズにおいても、
エンドユーザに提供するためでは、と思っている。
まあ、ある意味実験台かもな。

59 ：デフォルトの名無しさん：03/04/11 14:37

MFCとしては提供されないがAPIとしては提供されるな

60 ：デフォルトの名無しさん：03/04/12 15:28

ところでさ、みんなでMFCみたいなライブラリ作らない？
Mona Foundation Class って名前で。
略称が MFC になってしまうのが駄目なら、
Giko Foudation Class でもいいけど。

作る気は無い？　ああ、それでは帰ります。
スレッドを汚して申し訳ありません。

61 ：デフォルトの名無しさん：03/04/12 15:37

>>60
名称は置いとくとして、
適当に作るとMFC相当以下のライブラリができる、
つまりは車輪の再開発になってしまうのでは？

62 ：61：03/04/12 15:39

>>60
でも、C/C++から使える拡張コモンコントロールみたいなのは、
(機能が被ってなければ)歓迎する。

63 ：６０：03/04/12 15:54

あら、レスがついてしまいました。
個人的には WTL のような物が好みなのですが、
サクッと軽く作る、程度の物ではないですよね。
MFCも。

スレ汚しの自分に構ってくれてありがとう。
もう帰ります。

64 ：デフォルトの名無しさん：03/04/12 16:17

WTLのようなものが好みならWTLを使えばいいんじゃないか。
WTLの拡張とか修正とかならアリかもしらんが。

それよりはフリーなコントロールのほうが興味あるな。

65 ：61：03/04/13 11:24

>>64
剥げ同。
はっきり言ってウィンドウクラスを目的にあわせて一々作るのは、
労力と見返りがちっともペイしない。特にフリーウェアだともう(中略
それ以外の処理は、目的に合わせて字目で暮らす作ったほうが早いし、
便利だし、実行速度も速い場合がほとんどなんだけどねぇ・・・

66 ：61：03/04/13 11:25

s/字目で暮らす/自前でクラス/g

67 ：デフォルトの名無しさん：03/04/13 11:42

>>66
aキーに謝れ。

68 ：デフォルトの名無しさん：03/04/13 11:51

>>67
a キーがサボったんかも知れんぞ。(藁

69 ：デフォルトの名無しさん：03/04/13 18:34

>>67-68
ﾜﾗﾀ

70 ：!61：03/04/13 21:56

うちのマシンのaキーは反応が悪くてよくtypoする

71 ：デフォルトの名無しさん：03/04/16 00:06

Byte数を要求する関数は全部ラップしといて
　template<typename T>
　inline T* memcpy_s( T* dst, const T* src, size_t elem_cnt )
　{ returns std::memcpy( dst, src, sizeof(T)*elem_cnt ); }
かならずそっちを使うようこころがける、とかしか無いんでない？

72 ：71：03/04/16 00:07

うがー。ごばくｽﾏｿ。

73 ：デフォルトの名無しさん：03/04/17 12:13

>>71
でもその関数(ﾟ∀ﾟ)ｲｲ!

74 ：61：03/04/17 12:17

ごめんよ＞Microsoft Natual Keyborad Eliteのaキーさん。

ところで、独自コントロール作るなら、
フレームは外せないよな。
で昔、階層構造が可能なフレームコントロールを作ったんだが、
誰か要る？

75 ：山崎渉：03/04/17 15:11

（＾＾）

76 ：デフォルトの名無しさん：03/04/17 16:27

山崎渉　　　マジUｚeeeeeeeeee！！　

77 ：デフォルトの名無しさん：03/04/18 02:43

FLTKとかFOXとかwxWindowsじゃあかへんの？

78 ：デフォルトの名無しさん：03/04/18 11:32

お前らVisualStudioみたいな糞使ってないで
ProjectBuilder使えよ
ProjectBuilderの方が絶対に使いやすいし、GUIやエディタのフォントも綺麗

VisualStudio買う金で、Macを買えば無料でVisualStudioを超える最高の開発環境が付いてくるぞ。
今時Winで開発してる奴は浪費家かバカのどちらかだね！

79 ：デフォルトの名無しさん：03/04/18 11:52

>>78

(　´_ゝ`)

80 ：デフォルトの名無しさん：03/04/18 12:22

スレの主旨を理解できない奴に限ってここ見つけちゃうんだよな

81 ：デフォルトの名無しさん：03/04/18 16:21

>>77
独自ライブラリを使ってたり等、
コモンコントロールと挙動・使い方が異なるクラスはいただけない。

ところで、哀れな>>78が居るスレはここですか？

82 ：デフォルトの名無しさん：03/04/18 19:36

>>78は違うｽﾚで何度か見たよ。
ただのｺﾋﾟﾍﾟみたい。

83 ：デフォルトの名無しさん：03/04/18 21:10

wxWindowsはコントロールはネイティブのものを使ってたような

84 ：デフォルトの名無しさん：03/04/18 23:18

85 ：デフォルトの名無しさん：03/04/19 01:33

>>84

(　´_ゝ`)

86 ：デフォルトの名無しさん：03/04/19 01:54

>>85
>>84はｺﾋﾟﾍﾟ

87 ：デフォルトの名無しさん：03/04/19 02:39

>>86
>>85はコピペ

88 ：デフォルトの名無しさん：03/04/19 12:29

>>86
>>1-1000はコピペ

89 ：山崎渉：03/04/20 03:43

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

90 ：デフォルトの名無しさん：03/04/20 23:31

ラジオボタンやチェックボックスって、

　[*] テキスト(&A)

な形式ですけど、ラベル文字列 + エディット/コンボボックスだと普通

　テキスト(&A) [入力文字列|▼]

と、説明文を前に置きますよね？つまり前後が逆。
混在するダイアログを作る時、テキストを揃えたいと思ったら、皆さんどんな揃え方をします？

91 ：デフォルトの名無しさん：03/04/20 23:38

スレタイの「質問お断り」が効果を発揮したことってあるんだろうか。

92 ：_：03/04/20 23:40

93 ：デフォルトの名無しさん：03/04/21 11:32

>>90
>テキストを揃えたいと思ったら、
思わない。

94 ：デフォルトの名無しさん：03/04/21 19:32

>>1
WTL専用スレってどこ？

95 ：デフォルトの名無しさん：03/04/21 20:24

>>94
無い。ATLスレでやってる。

96 ：デフォルトの名無しさん：03/04/22 17:42

HWNDをハウンドと呼ぶとカッコイイことに気づいた。

97 ：デフォルトの名無しさん：03/04/22 18:52

>>96　NullPointerExceptionを「ぬるぽ」と呼ぶのと同じくらいｶｺｲｲ

98 ：デフォルトの名無しさん：03/04/23 01:15

>>97
ｶﾞｯ

99 ：デフォルトの名無しさん：03/04/23 20:41

>>96
えっち窓のほうがやる気でるよ

100 ：デフォルトの名無しさん：03/04/24 01:07

　　100ゲットオオォォ！！
￣￣￣￣￣￣∨￣￣￣￣￣￣
.　　　　　　　　 ∩ ∩　
　　　　　　　～| ∪ |　　　　　　　　　(´´　　
　　　　　　　ﾍﾉ　　ﾉ　　　　　　　(´⌒(´　　
　　　　　　　(（つ　ﾉ⊃≡≡≡(´⌒;;;≡≡≡
　　　　　　　￣￣￣(´⌒(´⌒;;
　　　　　　　　　ｽﾞｻﾞｰｰｰｰｰｯ

101 ：デフォルトの名無しさん：03/04/24 12:10

>>100
かわいい…。
でも、チンコ立ってるようにも見えるね。

102 ：デフォルトの名無しさん：03/04/29 00:46

定期age

103 ：デフォルトの名無しさん：03/04/30 13:41

お前らMFCみたいな糞使ってないで
VCL使えよ
VCLの方が絶対に使いやすいし、真のビジュアル開発だ

VisualStudio買う金で、C++Builder買えばMFCとは比べ物にならない最高のクラスライブラリがついてくるぞ。
今時MFCで開発してる奴は浪費家かバカのどちらかだね！

104 ：デフォルトの名無しさん：03/04/30 15:32

vclってObjectPascalで書かれてるんだよね。
C++言語なのにC++で書かれてないクラスライブラリってなんか嫌だよね。

105 ：デフォルトの名無しさん：03/04/30 18:46

>>103はﾈﾀだろ。

106 ：デフォルトの名無しさん：03/04/30 21:50

最高のクラスライブラリって例えばどんなの？
真のビジュアル開発って例えばどんなの？

ボタンダブルクリックするとコードが出てくるようなのが
ビジュアル開発だとしたら、そんなもんはいらないけど。

107 ：デフォルトの名無しさん：03/04/30 22:01

>>106
squeakとかは？

108 ：デフォルトの名無しさん：03/04/30 22:23

VCLよくわからんけど、ぐぐったかぎりではVCLとsqeakは無関係だな

109 ：デフォルトの名無しさん：03/04/30 22:27

110 ：デフォルトの名無しさん：03/04/30 22:27

>>108
VCLみたいなみせかけのビジュアルではなく
真のビジュアル開発環境は無いのかって話じゃないの？

111 ：デフォルトの名無しさん：03/04/30 22:46

僕がいまのところビジュアルだなって思うのは
simulinkみたいなブロックをつなげて行く感じのやつかな。
ソフトシンセサイザー系でも似たようにブロックをつなげて
シンセを作っていくのもあるし、ＣＧ系でも同じくそういうものがある。
ユーザーインターフェースは優れてると思う。

112 ：デフォルトの名無しさん：03/05/07 06:48

↓に独自コントロールについての専用のスレがあるからそっちいきなよ。

新Windowsコントロールを作ろう
http://pc2.2ch.net/test/read.cgi/tech/1051857511/

113 ：デフォルトの名無しさん：03/05/07 17:28

>>52
あんた詳しいな。。。

114 ：デフォルトの名無しさん：03/05/07 17:36

>>58
確かにMFCもそもそもの始まりはOffice開発で作ったクラスライブラリを
市販したようなことを聞いた。

115 ：デフォルトの名無しさん：03/05/07 22:34

>>112
行ってみたけど、ここより話が進んでないな。
クソ書き込みばっかりで。
それに、ここはWindowsProgrammingノウハウスレであって
コントロールを作るスレでは無い。
クレクレ君のスレと一緒にするな。

って、いうか>>112が、そのスレの>>1でしょ？

116 ：812：03/05/08 00:52

>>115
そうみたいネ。

117 ：52：03/05/08 16:27

Window XPの登場で再実感したけど、
WM_PAINTが絡む汎用クラスは、
MSが用意してくれるのを待った方がいいと思う。

実際、独自クラス使ってるソフトはXPスタイルなのに
クラシックスタイルだったり、
果ては正しく描画されてなかったりするんだよな。

118 ：52：03/05/08 16:32

そういえば、C、Win32APIを勉強始めた頃、
CSSのsolid、inset、outsetなんかを適用できる
DrawBorderEx関数とか作ってたな(w
あの関数、今頃何処に居るかな・・・

119 ：デフォルトの名無しさん：03/05/09 02:08

> 実際、独自クラス使ってるソフトはXPスタイルなのに
> クラシックスタイルだったり、
それ、いいやん

> 果ては正しく描画されてなかったりするんだよな。
そんなのもあるけど、商用だと十分なレベルのもあるよ。

120 ：デフォルトの名無しさん：03/05/09 11:27

>>119
>それ、いいやん
ユーザの意向を反映しないUIのどこが良いのか説明してくれ。
大体、なんで"独自の見た目"にしたいのかわからない。
アプリケーションのUIなんて所詮、
他のアプリケーションに合わせとくのが一番なのに・・・

121 ：デフォルトの名無しさん：03/05/09 11:46

>>120
マイクロソフトがユーザーの意向を完全に反映した UI を作っているのか説明してくれ。

122 ：デフォルトの名無しさん：03/05/10 11:46

ここでいう「ユーザーの意向」ってのは
XPスタイルにしたいかクラシックスタイルにしたいか、
って程度の意味だろ。
XPスタイルを選んでるのにクラシックスタイルで表示する
アプリケーションは明らかに「ユーザーの意向」を
反映していない。

123 ：デフォルトの名無しさん：03/05/10 11:54

>>121
>　６：一見関係ありそうで関係ない話を始める
>　　　　「ところで、カモノハシが卵を産むのは知っているか？」

124 ：デフォルトの名無しさん：03/05/10 12:28

>>122
そういう操作性に一貫性がなくなる仕組み（スタイル）を導入するのが
「ユーザの意向」を反映していない。
オペレータに対する教育コストや、各端末の初期設定を揃えるコストがかかる企業もあるんだよ。

125 ：デフォルトの名無しさん：03/05/10 13:36

>>124
いらない機能は使わなきゃいい。
この話とは別だよ。

126 ：デフォルトの名無しさん：03/05/12 10:07

>>124
では、初めて買ったコンピュータがMicrosoft® Windows® XP搭載機で、
XPスタイルがOnになっていたらどう？
または、1年近くXPスタイルで使い続けていたら？
この場合、クラシックスタイルなプログラムは、
使いにくい以外の何者でもない。

そもそも
>そういう操作性に一貫性がなくなる仕組み（スタイル）を導入するのが
>「ユーザの意向」を反映していない。
はMicrosoft®が考えるべき事であって、
必要ならばクラシックスタイルが使えるのだからさほど問題ない。

127 ：デフォルトの名無しさん：03/05/17 01:29

VC++でダイアログリソースを作成後、CreateWindowを使って
ウィンドウを作成できる？CreateDialog使わずに。
つか、普通のWM_CREATEとかを送ってほしいだけなんだけど。

128 ：デフォルトの名無しさん：03/05/17 23:15

age

129 ：デフォルトの名無しさん：03/05/18 00:22

>>126
> >「ユーザの意向」を反映していない。
> はMicrosoft®が考えるべき事であって、
> 必要ならばクラシックスタイルが使えるのだからさほど問題ない。
だからMicorsoftは考えてないんだって、ユーザーの事なんて。
考えてんのは金のことだけ、金金金金金金金金！

130 ：デフォルトの名無しさん：03/05/18 13:47

>>127
なんでWM_CREATEが必要なの？
WM_INITDIALOGでは事足りないのか？

>>129
>だからMicorsoftは考えてないんだって、ユーザーの事なんて。
>考えてんのは金のことだけ、金金金金金金金金！

それとこれとは全く別の話。なんで混同するんだ？

131 ：デフォルトの名無しさん：03/05/18 18:20

もう一回貼っとくか
>　６：一見関係ありそうで関係ない話を始める
>　　　　「ところで、カモノハシが卵を産むのは知っているか？」

132 ：デフォルトの名無しさん：03/05/18 18:22

>>130
ようするにコントロールの作者に関する話をしていて
Microsoftの話なんか誰もしていないのに
必死で話をそらしたがる詭弁家が約一名いるってこった

133 ：デフォルトの名無しさん：03/05/18 18:26

> そういう操作性に一貫性がなくなる仕組み（スタイル）を導入するのが
アプリケーションが対応していれば別に一貫性はなくならない。
対応していないものを偶然動くからといって
無理に入れて言いがかり付ける馬鹿のことまで知るか。

134 ：デフォルトの名無しさん：03/05/19 17:49

WinXPが出る以前に作られたソフトがWinXP上で起動すると
XPスタイルと協調性がとれていないのは理解できるが、
最近、Win98/Me/NT/2000にインスコすると無理やりXPスタイルで
表示するソフトが結構多い。これは、漏れは理解できん。
特にプリンタやグラフィックやサウンドの常駐アプリとかが、
こうだった時には…。

135 ：デフォルトの名無しさん：03/05/19 17:56

>>134
フレッツ接続ツールVer.2とかがそうだね。
しかも、フレッツ接続ツールの場合、WinXPは標準で実装している
PPPoe機能を利用して接続できる訳だから、
フレッツ接続ツールを使う奴はWin98/Me/NT/2000の人達が多いと思うのだが？
それでWinXPスタイルとは何考えてるんだか

136 ：デフォルトの名無しさん：03/05/20 01:37

フレッツクスウェアとインターネット、
同時接続するのに必要なんだとか＞フレッツ接続ツール

>>132
>Microsoftの話なんか誰もしていないのに
>必死で話をそらしたがる詭弁家が約一名いるってこった
同意。マとは思えない程、低脳に見受けられるのが1名。

137 ：デフォルトの名無しさん：03/05/23 02:57

こんどひまつぶしにおりじなるこんとろーるをつくることにします
おうえんよろしくおねがいします

138 ：デフォルトの名無しさん：03/05/23 14:52

>>137
がんがれ。おうえんしてるぞ。

139 ：デフォルトの名無しさん：03/05/23 15:03

標準のディレクトリ選択用のコントロールが最悪なんだが、
みんなあれ使ってるの？

140 ：デフォルトの名無しさん：03/05/23 21:58

フリーソフトとか市販ソフトが使ってるかどうかみれば分かるだろ

141 ：デフォルトの名無しさん：03/05/23 22:21

あれで間に合うならあれ使うし、不足なら作るし、>>139はバカか？

142 ：139：03/05/23 22:46

ディレクトリ選択は手抜きフリーソフトでは使っているものが多いが、M$自身は使っていない
つまり標準で付いているものは糞だから、糞コントロールのラッパーライブラリなど使わず自分で作るしかない
だからUIの統一もへったくれもない

というのを上の方の話題の結論にしたかったので聞いてみただけ

143 ：デフォルトの名無しさん：03/05/23 23:13

|-`).｡ｏO(ListBox、SHBrowseForFolderのどちらだろう…)

144 ：デフォルトの名無しさん：03/05/23 23:35

MSが使ってないから糞という根拠自体がなんとも

145 ：デフォルトの名無しさん：03/05/23 23:46

(´-｀).｡ｏＯ(SHBrowseForFolderはコントロールとはいわないだろう…)

146 ：デフォルトの名無しさん：03/05/23 23:48

(゜Дﾟ) ＜なんだか意味不明

147 ：デフォルトの名無しさん：03/05/24 00:07

|-`).｡ｏO(ｽﾏｿ>>145。SH～が出来たからｲﾗﾈということのような気も)

148 ：デフォルトの名無しさん：03/05/26 11:10

>>139
不満ならTreeViewとItemIDList使って作れよ。

>>143
ディレクトリ探すのにListViewですか・・・

149 ：デフォルトの名無しさん：03/05/26 14:19

>>148
ちゃんとスレに目を通してから書き込んだ方がいい

150 ：デフォルトの名無しさん：03/05/28 10:10

>>149
1から全て呼んでますが何か？

つまりね、ある程度スキルが着くと
みな独自コントロールに手を出したがるの。
でもね、一度作ってみればわかるけど、
よほどシンプルなコントロールで無い限り、
"くたびれもうけ"になってしまう訳。
しかもよほど手間隙掛けたものでない限り、
MSのそれと挙動が違ってしまうので、
ユーザにはストレスが溜まる。

つまり、>>137のようにちょっと暇なぐらいで
作れるような代物ではないってこった。

151 ：150：03/05/28 10:11

s/呼んでますが/読んでますが/g

152 ：デフォルトの名無しさん：03/05/28 10:17

>>150
>>149はListBoxとListViewを混同してることを指摘してんだろ

153 ：山崎渉：03/05/28 12:49

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

154 ：150：03/05/28 23:35

>>152
なるほどね。

155 ：デフォルトの名無しさん：03/06/02 18:41

質問お断りだと伸びないな。
これからは質問ありということで。

156 ：デフォルトの名無しさん：03/06/02 19:07

>>155 いまさら・・・(ry

157 ：デフォルトの名無しさん：03/06/02 19:26

WizOnline開発中！プログラマ緊急募集（C,Java）
http://anzu.sakura.ne.jp/~kuga/wol/
２ｃｈスレ
http://game3.2ch.net/test/read.cgi/mmominor/1053536167/

158 ：デフォルトの名無しさん：03/06/03 15:56

質問お断りで議論しろってのが無理ではないかと。
1がお題を発表するならできなくもないが。

159 ：デフォルトの名無しさん：03/06/04 00:24

質問というよりも、「こういう場合どうしてる？」みたいな事を
自分の現在とってる方法と一緒に書き込めば良いと思うのだが…。

160 ：デフォルトの名無しさん：03/06/04 01:32

それを質問という。

161 ：デフォルトの名無しさん：03/06/05 08:55

>>160
iwanai

162 ：デフォルトの名無しさん：03/06/05 10:10

言うだろ

163 ：デフォルトの名無しさん：03/06/05 10:46

「こういう場合どうしてる？」を質問というかいわないかを
言い合うスレになりますた。

相手の意見を聞いたり、自分の意見を相手がどう思うか問うのは
スレにそぐわないので禁止です。

164 ：1：03/06/05 14:46

ええっと、1です。
前スレも見てもらえると、わかると思いますが
>>159さんが書いているように、自分の現在とっている
方法(「動かない」とか「意図しているように機能しない」は×)が
示されている上での、疑問はOKだと思っています。
もし次スレに行くような事がありましたら、次は1に書いておきます。

165 ：デフォルトの名無しさん：03/06/05 21:10

しつもん【質問】
―する
分からない事や知りたい事について、相手がそれに応じたことを述べるように求める△こと（言葉）。

Shin Meikai Kokugo Dictionary, 5th edition (C) Sanseido Co., Ltd. 1972,1974,1981,1989,1997

166 ：デフォルトの名無しさん：03/06/08 04:34

1来てたね。再開。

167 ：デフォルトの名無しさん：03/06/08 16:27

Windowsアプリケーションを作るならWTL/ATLが最強であることを主張します。

168 ：デフォルトの名無しさん：03/06/08 16:36

こういう場合どうしてる？
ではなくて
こういうばあいは俺はこうしてるけど他の奴もこうしてるに決まってるから
これはこうするに決まってるな
と言えばしつもんじゃなくなる

169 ：デフォルトの名無しさん：03/06/08 23:08

>168

人はそれを「自問自答」というがな。

170 ：デフォルトの名無しさん：03/06/08 23:37

>>169
つーか、単なる独り善がりの可能性のほうが高いんじゃないか ?

171 ：デフォルトの名無しさん：03/06/10 17:51

>>168-170
>>164で1がこのスレの「質問」についての定義を追加してるだろ。
広い意味での「質問」なんて、誰も聞いてない。それこそスレ違い。

それとも、単なるスレ荒らし君か？

172 ：デフォルトの名無しさん：03/06/10 18:27

つーか前スレの最後読めばすぐわかるんだけどな

173 ：デフォルトの名無しさん：03/06/15 15:32

…という訳で、新たな疑問きぼんぬ

174 ：デフォルトの名無しさん：03/06/15 18:48

新たな疑問…じゃあ、こんなのどう？

スプリッターを移動させる時に描画する、アミカケ(チェス板状に1ドット置きでxor 0xffffff)
ってどうやって描画するのが一番効率いい？

今はDrawFocusRectで2ラインずつ描いてるw

175 ：デフォルトの名無しさん：03/06/15 19:17

CreatePenで波線ペン作ってLineTo

176 ：デフォルトの名無しさん：03/06/15 22:35

効率が良いか、わからんけど全画面をキャプチャして
必要な部分だけ再描画。速さは１番だと思う。

177 ：デフォルトの名無しさん：03/06/16 04:06

>>174
確かに独自ウィンドウとか作ると移動処理も自分で描画しなくちゃ
いけなくなるよね。漏れはbitbltで反転描画で逃げてるけど
網掛けで描画するのは、どうするのが効率的かなぁ。

必要な部分( 幅x2ドット 2ドットx高さ ) x 2(上下or左右)の４つの
部分をデスクトップから取ってきて網掛け処理してデスクトップに
直接描画かなぁ。

どっちにしろ、デスクトップに直接描画するしか無いよね…。
>>176が言ってるのは、もしかして、その瞬間に全画面分の
ウィンドウを手前に作成するとか？

178 ：174：03/06/16 04:28

それで思いつきましたが、2x2のパターンをブラシ or メモリビットマップにして、
BitBltで描画先とのxor…ってのもありですね。
DrawFocusRectもそうだけど、xor描画だと二回描けば戻るので元の画面を待避させる必要なし。
LineToだと、キャプチャしかないのかな？

179 ：デフォルトの名無しさん：03/06/16 23:45

>>178
> LineToだと、キャプチャしかないのかな？
xorするペンがあったような

180 ：デフォルトの名無しさん：03/06/19 14:17

xor使えば、消す時も楽だね
同じ事をもう一度やれば、描いた物が元に戻る。

181 ：デフォルトの名無しさん：03/06/19 17:05

>>180
それだと、チラつかないかなーとか思ってまふ。

182 ：デフォルトの名無しさん：03/06/26 16:00

保守age

183 ：デフォルトの名無しさん：03/06/28 16:06

gdiplus使っている人居る？
独自描画コントロールをgdiplusで作ろうかと。
で、何処かに詳しいサイト無い？
リファレンスが充実しているところを知りたい

184 ：デフォルトの名無しさん：03/06/28 16:09

>>1より
>あと、APIに関する質問は「Win32API 質問箱」へどうぞ。

185 ：デフォルトの名無しさん：03/06/28 18:03

>>183
こ、こたえないぞ・・・

186 ：デフォルトの名無しさん：03/07/01 20:56

GetGlyphOutlineで得られるGlyphって右回りのループの内側を塗りつぶして、
左回りの内側を抜けばいいんだっけ？

187 ：デフォルトの名無しさん：03/07/02 01:02

>>186
スレ違い

188 ：デフォルトの名無しさん：03/07/12 17:13

保守age

189 ：デフォルトの名無しさん：03/07/12 17:16

あのさ、

190 ：デフォルトの名無しさん：03/07/12 19:21

ん

191 ：デフォルトの名無しさん：03/07/12 21:22

何を書いてもスレ違いなスレはここでつか？

192 ：デフォルトの名無しさん：03/07/13 21:34

>>191
スレ違い

193 ：デフォルトの名無しさん：03/07/13 23:16

VC7だとmanifestは勝手に用意してくれるの？

194 ：デフォルトの名無しさん：03/07/15 04:13

>193
回答は知らんがスレ違いだろうな。ｗ

195 ：山崎渉：03/07/15 09:52

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

196 ：デフォルトの名無しさん：03/07/15 14:32

P4のHTってマルチプロセスでも効果ある？

197 ：デフォルトの名無しさん：03/07/16 01:05

スレ違いどころか板違い

198 ：デフォルトの名無しさん：03/07/24 01:49

いよいよ面白くなってきましたねこのｽﾚ

199 ：デフォルトの名無しさん：03/07/24 10:22

ところで、みんなVisual Stduio持ってる？
自分はVisual C++ Standardなんだが、
.netになってProfessionalが無くなったから選択肢が無い・・・

200 ：デフォルトの名無しさん：03/07/26 03:26

CRTを使う・使わないを気にする人がいますが、
CRTを使うことに関するデメリットを知りたいと思っているところです。

201 ：デフォルトの名無しさん：03/07/26 09:26

スレ違い。

202 ：デフォルトの名無しさん：03/07/26 11:00

CRTやMFCをDLL版で使うかstatic libraryで使うかも問題だなあ。
オレはDLLでいいだろ、って思う。
DLL地獄なんて、共有DLLをバージョンアップしただけで
動作がおかしくなるようなコードを書く奴が悪いよ。

203 ：デフォルトの名無しさん：03/07/26 11:32

漏れは液晶は好きくないのでCRT派です

204 ：デフォルトの名無しさん：03/07/26 12:14

俺はスタティックリンク派だな。
そうするだけで心配事が一つ減るし、インストールも簡単になる場合がある。
最近のマシンはメモリもHDDも容量がたくさんあるからスタティックリンクが無難だと思う。

205 ：デフォルトの名無しさん：03/07/26 12:20

>>201　なんで?

206 ：デフォルトの名無しさん：03/07/27 02:21

>>205
ｼｰｯ
>>201はCRTとはブラウン管のモニターだと思ったんだよ。
>>201にはﾅｲｼｮだよ。

207 ：デフォルトの名無しさん：03/07/27 15:36

質問ぐらいしたっていいだろ。
いちいち質問に関することを禁止するから自由な議論ができなくなってしまうんだ。
質問されたら優しく答えるのが、人情ってもんだろ。

208 ：デフォルトの名無しさん：03/07/27 15:37

さあ質問してくれ。>>207が答えてくれるぞ。

209 ：デフォルトの名無しさん：03/07/27 15:41

>>200
複数の CRT を混在させたときに、めんどくさい問題に出くわす可能性が
ある。特に malloc/free などのように CRT 内部で状態を持ってる場合。

ふつーの exe 作ってる分には問題ないけど DLL 作る場合などは注意
しないと (一般保護違反で) 死ぬ。もっとも、そのへんに気をつければ
良いだけ。

>>202
最近はともかく、昔は Microsoft が平気でバイナリ互換性を崩して
くれたから。公開クラスのメンバ変数や仮想関数を追加されたりすると、
ライブラリ利用者がどう頑張っても「DLL のバージョンをあげただけで
動作がおかしくなる」のは避けられません。

メモリ配置変わっちゃうから。

210 ：デフォルトの名無しさん：03/07/27 17:39

ここで言う質問とは
>MFC ATL WTL 等は、それ専用スレがあるので、そちらでお願いします。
>あと、APIに関する質問は「Win32API 質問箱」へどうぞ。
に該当するようなことだ。

211 ：山崎渉：03/08/02 02:16

（＾＾）

212 ：デフォルトの名無しさん：03/08/15 03:51

保守age

213 ：デフォルトの名無しさん：03/08/16 22:28

そうか?

214 ：デフォルトの名無しさん：03/09/01 12:58

保守age

215 ：デフォルトの名無しさん：03/09/12 17:24

イディオムやパターンの話題щ(ﾟДﾟщ)ｶﾓｫｫｫﾝ

216 ：デフォルトの名無しさん：03/09/12 19:37

イデの力がどうとか、バッフクランがどうとか、そーいう話題でつか?

217 ：デフォルトの名無しさん：03/09/13 20:08

最初にプログラミングをしたのはHSPだった。
けれどまったく理解できずに放置していた。

その後、C++を始めた。まったく理解できなかった。
Cを独学で始めて、少しずつ理解できたが、そのころ
になるとなぜかHSPやHTMLがほとんど理解できる
ようになっていた。脳味噌の構造が変化していくの
を感じる。

218 ：217：03/09/13 20:09

結論としては、Cをすれば、たいていの言語は
理解できるようになるということ。

219 ：デフォルトの名無しさん：03/09/13 20:22

>>218
C++は理解できた？

220 ：デフォルトの名無しさん：03/09/13 20:25

Win32のぽうろかいえうあ
どうやるんれつか？

221 ：217：03/09/13 21:40

>>219
まだです。今のところ。

222 ：デフォルトの名無しさん：03/09/13 22:08

Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！

223 ：デフォルトの名無しさん：03/09/14 00:45

質問スレだろ？

224 ：デフォルトの名無しさん：03/09/14 01:54

システムフックするときフックプロシージャで呼ぶCallNextHookEx()の
１番目の引数"HHOOK hhk"には何を渡すべきですか？
自分の経験では、0を渡したら、他のシステムフックをするソフトで
不具合が出たので、SetWindowsHookEx()の返り値を共有化して渡すようにしている。
ただ、以前にここで0を渡していいと主張する人がいて、ネットにも0やNULLを渡している
サンプルがいくつかある。
ちなみに、
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwui/html/msdn_hooks32.asp
には、「この値は今のところ無視している」と書いてあるけど、
古い文書なので仕様が変わったのかもしれない。

225 ：デフォルトの名無しさん：03/09/14 02:38

>>224
スレタイをよく読んでくれ

226 ：244：03/09/14 02:41

すまん。
議論のつもりで書いたんだが、１行目が思いっきり質問になってるな。
２つの矛盾した意見があるので、どちらが正しいのかはっきりさせたかったんだが。

227 ：デフォルトの名無しさん：03/09/14 02:42

244が未来からやってきた

228 ：デフォルトの名無しさん：03/09/14 02:48

>>227
寒い。

229 ：デフォルトの名無しさん：03/09/14 02:52

>>228
お前も寒い。

230 ：デフォルトの名無しさん：03/09/14 02:54

222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！

231 ：デフォルトの名無しさん：03/09/14 13:30

230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！

232 ：デフォルトの名無しさん：03/09/14 15:24

>>224
実際不具合が出てるんだから0を渡しちゃいけないのは明らかだと思うが。
漏れも不具合出たことがある

233 ：デフォルトの名無しさん：03/09/14 16:53

231 ：デフォルトの名無しさん：03/09/14 13:30
230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！

234 ：デフォルトの名無しさん：03/09/14 18:04

233 ：デフォルトの名無しさん：03/09/14 16:53
231 ：デフォルトの名無しさん：03/09/14 13:30
230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！

235 ：デフォルトの名無しさん：03/09/14 18:41

234 ：デフォルトの名無しさん：03/09/14 18:04
233 ：デフォルトの名無しさん：03/09/14 16:53
231 ：デフォルトの名無しさん：03/09/14 13:30
230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！230 ：デフォルトの名無しさん：03/09/14 02:54
222 ：デフォルトの名無しさん：03/09/13 22:08
Win32のぽうろかいえうあ
どうやるんれつか？

こたえろ！

236 ：デフォルトの名無しさん：03/09/14 20:39

なんで答えがないんだ？
それどころか無視されているのか？

237 ：デフォルトの名無しさん：03/09/14 21:00

激しくつまんね。略してハゲ妻。

238 ：デフォルトの名無しさん：03/09/15 03:52

>>224
漏れは昔から何も考えずにSetWindowsHookExの
戻り値を渡してるけど、0を渡す意味は何かあるの？
ただ、戻り値を記憶しておくのが面倒なだけ？？

239 ：デフォルトの名無しさん：03/09/17 01:57

グローバル変数をshared sectionに置くとかいろいろ面倒なんだろう

240 ：デフォルトの名無しさん：03/10/02 11:02

定期age

241 ：デフォルトの名無しさん：03/11/04 00:04

定期age

242 ：デフォルトの名無しさん：03/12/03 03:27

定期age

243 ：デフォルトの名無しさん：03/12/19 19:02

#define INT int
の意図がわからない。

244 ：デフォルトの名無しさん：03/12/19 19:08

typedef int INT
だった...ウツダシノウ・・・

245 ：デフォルトの名無しさん：03/12/19 19:13

#define LONG long
もあるよ。
ただ、大文字でも小文字でも書けるようにしたいだけでわ？

246 ：デフォルトの名無しさん：04/01/17 01:41

というか、一貫性の問題。
API関連の型は全部大文字、つー安心感がある。

と同時に、typedef or #define それぞれの持つ
そもそもの目的から。

LPSTRなんて、16bit時代は今と全然違う定義。

16bit時代 -> typedef char far * LPSTR ;

247 ：デフォルトの名無しさん：04/01/17 19:16

じゃあ、いつかは INT が long になったり、 unsigned int になったり、
short になったりするのかよ？

typedef unsigned long INT;

めでてえな。

248 ：デフォルトの名無しさん：04/01/17 19:58

INTの意味は違うだろ
16bit時代は int = short だったんだから・・・

249 ：デフォルトの名無しさん：04/01/21 21:05

>>247
あらら、凄い勢いで煽ったのに
つっこまれたら、おとなしくなっちゃったね・・・。

めでてえな。ｗ

250 ：デフォルトの名無しさん：04/01/21 21:08

#ifdef ～(ANSI C準拠かどうか)
#define Const const
#else
#define Const
#endif
int func(Const char *);
というのは見たことがある。

251 ：デフォルトの名無しさん：04/01/21 21:43

そんなのこんだけでだけで済むじゃん。

#ifndef __STDC__
#define const
#endif

頭割～。

252 ：デフォルトの名無しさん：04/01/21 21:45

漏れのが頭わるそうだ。欝。

253 ：デフォルトの名無しさん：04/02/19 21:31

定期age

254 ：デフォルトの名無しさん：04/02/19 23:31

LARGE,MEDIUM,COMPACT,SMALL,TINY

昔はいろいろあったなあ・・・

255 ：デフォルトの名無しさん：04/02/19 23:32

WindowsではCOMPACTが推奨されてたような。

256 ：デフォルトの名無しさん：04/02/20 11:00

MEDIUMだろ。

257 ：デフォルトの名無しさん：04/02/20 17:54

先週からウィンドウズプログラミングやり始めたんだけど、どうやって知識埋めていったの？
やっぱ漠然と覚えていくって感じ？

258 ：デフォルトの名無しさん：04/02/20 19:30

>>257
まずは自分のやりたいことを限定する。
そして、そのやりたいことに必要な部分だけを調べる。
ほかの事は見向きもしない。
それが出来た後、機能を一つずつ追加していく。

259 ：デフォルトの名無しさん：04/02/20 23:04

>>258
漏れは漠然と会得していった。
どうせ趣味だし。

260 ：デフォルトの名無しさん：04/02/22 10:52

>>257
俺は「猫でもわかるWindowsプログラミング」を一通り読んで、
その本で扱われているスクリーンセーバーや、デスクトップマスコット
などに色々な機能を付け加えながら勉強した。
http://www.amazon.co.jp/exec/obidos/ASIN/479732130X/

261 ：デフォルトの名無しさん：04/03/29 04:48

復活age

262 ：デフォルトの名無しさん：04/03/29 05:03

>>257
他人のソースを見ながら入門サイトやMSDNと突き合わせていった
もともとVB、Delphi、MFCはやってたからあるはずのものを探していく幹事

263 ：デフォルトの名無しさん：04/03/29 09:53

俺はMacから移行してきたけど、WinもMacも似たようなもんだから、
本をパラパラっと目を通しただけで、だいたい理解できた。
「ボタンとかもウィンドウの１種なのか。へぇ～」ぐらいなもんだな。意外だったのは。

Macに比べ、Winでのプログラミングは情報も溢れてるし、
Appleと違ってMicrosoftのサポートも期待できるから（笑）、
地道に１冊読み込んで、プログラム作ってみれば身につくんじゃないかな。

264 ：デフォルトの名無しさん：04/03/30 10:50

>>257
自分の場合、
「猫でもわかるWindowsプログラミング」
が、足がかりとして大変参考になりました。
あとは、MSDNを参考にガンガンコーディングして腕を上げていきます。
ただ、日本語版のMSDNは、内容がおかしかったりするので、あまりお勧めしません。

265 ：デフォルトの名無しさん：04/04/10 01:32

>>257

Windowsでは、おいらはいきなり(というか今にして思えば無謀にも)
MFCから入門するも挫折。
いろんな本を買い込んで試行錯誤しながら勉強した。その結果、
メッセージの扱い方を習得した。

んなもん最初に習得しろって? ｽｲﾏｾﾝ、ごもっとも…(^ ^ ; ; 。

メッセージを制する者、Windowsプログラムを制する。
その後MFCにリベンジ。あら不思議、自分でも信じられないくらい
プログラムが書けるようになった……まぁ回り道ではあったが、本に
かけた金は無駄ではなかったようだ。

266 ：デフォルトの名無しさん：04/04/20 10:36

eclipse CDTがこれに対応してくれたら最高

http://slashdot.jp/developers/04/04/19/1757207.shtml?topic=58

267 ：デフォルトの名無しさん：04/04/27 21:07

ＭＦＣのいい導入教本って無いんだよな。
いきなりウィザードで作られたオブジェクトの集合体（フレームワーク）を相手にアプリ作るものばかり。Win32API知っていても敷居が高い。
その点Win32APIは、理解するのが楽。ブラックボックスと感じるところが少なくて見晴らしがいい。

つーわけで、今ＭＦＣフレームワークのソース解読しています。
ウィザードで一番シンプルなフレームつくって、そのソースを読むのが現状一番理解安い勉強法だな。

268 ：デフォルトの名無しさん：04/04/28 22:55

http://page4.auctions.yahoo.co.jp/jp/auction/d47227135

269 ：デフォルトの名無しさん：04/04/29 23:31

>>267
それより、自分でＭＦＣもどきのクラスライブラリを作るほうが勉強になる。
つまったらＭＦＣのソース見て「こうすればいいのか」で理解できて、
独自の使いやすいクラスライブラリも作れてｳﾏｰ。

270 ：デフォルトの名無しさん：04/04/30 00:42

>>269
しかしVC++自体がMFCに特化してるので、MFCを完全に習得したら
結果的にはMFC使うほうが楽じゃない？
元々WIN32APIだったけどMFCに引越ししてきて、あまりにもコードを書く量が少なくて
ビックリしてんだけどさ。
でも、たしかにWIN32APIの理解って意味ではクラスライブラリ作るってのは
すごい勉強になると思う。

271 ：デフォルトの名無しさん：04/04/30 01:35

>>270
楽だけど、MFC使うとサイズ大きくなるからイヤ

272 ：デフォルトの名無しさん：04/04/30 10:33

そこでWTLですよ

273 ：デフォルトの名無しさん：04/04/30 12:24

>>271
HDDを増設すれば？

274 ：デフォルトの名無しさん：04/05/01 12:49

全利用者のHDD増設費用を負担してやるほど金がないんで。

275 ：デフォルトの名無しさん：04/05/01 18:33

それくらいのことが出来ないで何がオンラインソフト作者か。

276 ：デフォルトの名無しさん：04/05/01 23:59

それなら真っ先にMSからHDDが送られてきていいはずなのだが……

277 ：デフォルトの名無しさん：04/05/02 00:57

商売とボランティアをいっしょにするな

278 ：デフォルトの名無しさん：04/05/02 01:27

そうはいってもIEだってVC++Toolkit2003とかだってタダで配ってるわけだし
同じようなものだべ

279 ：デフォルトの名無しさん：04/05/02 17:08

>>276
なんでMSがHDD買ってやらにゃならんのだ。

280 ：デフォルトの名無しさん：04/05/18 09:48

随分有意義な議論のスレですな(　´∀｀)

281 ：デフォルトの名無しさん：04/06/12 10:29

＞２６７
MFC6.0　標準講座　という本は、ウィザードを使わない入門書でオススメ

数ページしかウィザードに関するページがなくてワロタ

282 ：デフォルトの名無しさん：04/07/06 00:20

MFCは、VC1の頃は「使わない＝正解」だった。
しかし、最近は、そうでもなくなってきた。

283 ：デフォルトの名無しさん：04/07/08 11:14

http://pc5.2ch.net/test/read.cgi/tech/1088140233/
より。

複数のプロシージャ間でデータのやりとりをする方法を論議する。
ベストな方法に拘らず、アクロバティックな方法も歓迎。

284 ：デフォルトの名無しさん：04/07/08 11:34

>>283
そのスレの392です。
パイプを使うとかも考えられますね。
ﾏﾝﾄﾞｸｾけど。

285 ：284：04/07/08 11:36

他に思いつく方法としては、
ウィンドウプロシージャは共通化して、ウィンドウハンドルで分岐。
データはウィンドウプロシージャのローカル変数に保持。

実質的にグローバル変数を使うのと大差無い気もしなくもない。

286 ：デフォルトの名無しさん：04/07/08 11:56

データを操作するインタフェイス用イベントを各プロシージャに作成。
標準コントロールでも基本的にこの方法だし。

287 ：デフォルトの名無しさん：04/07/08 12:01

>>286
なるほど。そんな方法もあったか。
漏れは、グローバル変数(構造体？)を作って
それでやりとりしてる。
この方法が一番簡単だから(笑)

288 ：デフォルトの名無しさん：04/07/09 23:27

C++では、CreateWindowとかをラッピングして、
メンバ関数がコールバックされる仕組みを作っておけば、
後は単にオブジェクト同士の通信って事で、
参照とかポインタ使うなりObserverなりで普通に解決出来るよな。
そのクラスへのポインタは GWLP_USERDATA とかに持たせといて。

Cっぽい手法をって事なのかもしれんけど、一応。

289 ：デフォルトの名無しさん：04/07/21 18:14

FreeLibraryAndExitThreadなんて意味不明のAPIはなんなの？

> 解説
> FreeLibraryAndExitThread 関数は、次のように実装されています。
> FreeLibrary(hModule);
> ExitThread(dwExitCode);

だったら自分でこう並べりゃいいんじゃないのか
FreeLibrary(hModule);
ExitThread(dwExitCode)

290 ：デフォルトの名無しさん：04/07/21 18:26

>>289
　　　　　　　　　＼　　　∩─ｰ､　　　====
　　　　　　　　　　＼／　●　､_ ｀ヽ　　======
　　　　　　　　　　　/ ＼(　●　 ● |つ
　　　　　　　　　　　|　　 X_入__ノ　ミ　　　そんなエサで俺様がクマ――！！
　　　　　　　　　　　､　(＿／　　　ノ　/⌒l
　　　　　　　　　　　 /＼＿＿＿ノﾞ＿/　 /　　=====
　　　　　　　　　　〈　　　　　　　　＿_ノ　　====
　　　　　　　　　　　＼　＼＿　　　　＼
　　　　　　　　　　　　　＼＿__）　　　　　＼　　　======　　　(´⌒
　　　　　　　　　　　　　　　　＼　　＿＿_ ＼＿＿　　(´⌒;;(´⌒;;
　　　　　　　　　　　　　　　　　＼＿＿＿）＿＿＿）(´;;⌒　 (´⌒;;　　ズザザザ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　(´⌒;　(´⌒;;;

って、マジであるし＿|￣|○

291 ：デフォルトの名無しさん：04/07/21 18:29

何を仰いますか。
どちらかを呼び忘れるというミスを防げるぢゃないですか。
こりゃあ便利だぁ。

292 ：デフォルトの名無しさん：04/07/21 18:31

順番を間違えて逆に書いちゃってもコンパイルエラーが出るから安全だしね。

ExitThread(dwExitCode);
FreeLibrary(hModule);
って書いちゃったらコンパイル通っちゃうもんね。

293 ：デフォルトの名無しさん：04/07/21 18:45

　　　　　　／　　 _　-‐‐　、　　　￣｀`ヽ､
　　　　／／／　　　　,　-‐￣｀ヽ＼　　＼C/C++のエキスパートだからと言って
　　　 / ／／　　　　／　.イ// ﾄ､　＼＼　　ヽMFCのメリットを無視してはいけない。
　　　/ /　/　 /　／　／　/ /　 |　＼　＼ヽ　　｀､MFCは混沌としたWindowsプログラミングの世界に
　　 / /　/　 /　/　／　 /〃　　|| ﾄ､ヽ　　｀､　　 ',風景を与え、プログラマが陥りがちな
　　/ /　/　 / 〃/　　／//　　/ || | ヽヽ　　｀、│　!罠を避けるためのものである。
　 / /　/　 / / /　／／/　／___|| |　ヽヽ　　ｉ │ ||しかし、その愛すべきMFCの裏には
　/i/　│　/十/ナ／　/ ／〃　ﾘ厂｀｀ト}} 川│ |　||　プレーンなC・APIのコードが隠されている
　ｌ∥│|　 |{ l/ ＿__／ "／´ 　ﾉlﾉ＿　jjハ|| ｌ |　|　||ことを忘れてはいけない。
　| ||l│|　 ||,,ｨテ〒ミ、　　　　　テ〒ドｚ、ﾘ川 l |　ﾘMFCがあればAPIを無視できるなどと
　| ||.!￤ｈ ||　|:ﾄ-ｲj::|　　　　　 |:ﾄ-ｲj::| `V// ﾉ|　誤解しないでいただきたい。
　| || !l l｛」､ヽヾ辷ツ　　　　　ヽ辷ツ　//　/｝| /　
　 !!　`､| | ＼`､‐-一　 r　　　　 ‐-一''/ｲ　/ﾚ1|/　　　by　アジソンウェスレイの中の人。
　　　　| |　 lヽ i i i 　　　　　　　　i i i 彡7　/ /|∥
　　　　 | |　 | |`丶、　｀￣´ 　　 . ィ7/　/ /八 |
　　　　 |八　! | | |　＞,　＿_.. イ＼|//　/ //ハ |

294 ：デフォルトの名無しさん：04/07/22 00:03

>>289
AdvancedWindowsに解説があるので読むべし。要約すると：

DLLが作ったスレッドがDLL自身をアンロードする際、個別に開放関数を呼び出してしまうと、
FreeLibraryした時点でDLLのマッピングが解除されて実行コードが消滅するので、
ExitThreadが実行できず（無い袖は振れない）バイオレンスな事態が起こる。

FreeLibraryAndExitThreadであれば、カーネルモードから戻った時点で
DLLもスレッドもいなくなってるので万事OK、All's right with the world、というわけ。

295 ：デフォルトの名無しさん：04/07/22 01:51

Windowsでのパスの区切り文字って、
\、/
以外にあったっけ？

296 ：デフォルトの名無しさん：04/07/22 02:04

ない。なお、単なる質問は質問スレへ。

297 ：デフォルトの名無しさん：04/07/22 02:09

296
ThX！
ｽﾏｿ！

298 ：デフォルトの名無しさん：04/07/22 08:39

逆にこんなのも通る
http:\\pc5.2ch.net\test\read.cgi\tech\1049790146\\\\\\\l50

299 ：デフォルトの名無しさん：04/07/22 20:15

http://pc5.2ch.net/test/read.cgi/tech/1090422324/20-24
> 20 名前：デフォルトの名無しさん投稿日：04/07/22 19:00
> ダイアログベースのプログラムの欠点って何ですか？
> 欠点がないならGUIが簡単に作れるから全部ダイアログベースで書いちゃえばいいと思うんですが。
>
> 23 名前：デフォルトの名無しさん投稿日：04/07/22 19:26
> >>20
> そうですね。
> その通りになさればよろしいと思いますよ。
>
> 24 名前：デフォルトの名無しさん投稿日：04/07/22 19:35
> ダイアログだって、ウィンドウの面倒な部分をかなりラッピングしただけなんだから本質的な違いは無いでしょ

300 ：デフォルトの名無しさん：04/07/24 22:26

>>298
こういうのを見ると、バックスラッシュを円記号に当てたのがJIS最大の過ちな気がするな。

301 ：デフォルトの名無しさん：04/07/25 02:28

第2の誤ち: アスキーとMSKKによるSHIFT JIS採用。

第3の誤ち: それまでの誤ちを正さず、屋上屋を重ねて、0x5cがバックスラッシュでなく円記号になるという、日本でしか通用しない
「Unicodeみたいなもの」
を作ってUnicodeと名乗らせてしまったMSKK。
嘘がばれないように新たな嘘を吐き……というのに似ている。

302 ：デフォルトの名無しさん：04/07/25 06:05

>0x5cがバックスラッシュでなく円記号になるという

これはしょーがない気もするけどなぁ。
昨日まで円記号だったパス区切り文字がOSのバージョン上げただけで
バックスラッシュになってたら混乱も起きるだろうし。

303 ：デフォルトの名無しさん：04/07/25 18:18

>>298はバックスラッシュ/円記号問題と何の関係もない気がするんだが。
スラッシュの代わりにバックスラッシュが使えるというだけの話だろ

304 ：デフォルトの名無しさん：04/07/25 18:19

「JIS最大の過ち」に対して第2第3と称してMSKKの過ちとやらを持ち出すのも意味不明だし

305 ：デフォルトの名無しさん：04/07/25 19:09

>>298から>>300が出るのは意味不明っつーか問題のすり替えだけど、
>>300から>>301が出るのは自然でしょ。問題がすり替わったことを受け入れれば、だけど。

MSのセンスのなさは、UNIX風の階層ディレクトリをパクって来た際に、
Cの文字列でエスケープを担当している「\」をパス区切りとして採用した点だろ。
まあ当時はアセンブラかBASICくらいしか念頭においてなかっただろうから、
ある意味仕方ない面もあるかもしれないけどね。実際の経緯は知らんが。

306 ：デフォルトの名無しさん：04/07/25 22:00

むしろISO646のinvariantではない文字を使いまくりのC言語が(ry

307 ：デフォルトの名無しさん：04/07/26 20:11

>>299
CreateDialog()でダイアログをウィンドウのように扱っても特に問題は無い。
メモリ消費が通常のウィンドウベースより多いぐらいか？

あとは、コントロールの取り回しが多少面倒。基本的にウィンドウハンドルを使わず
SendDlgItemMessage()でやるから。

308 ：デフォルトの名無しさん：04/08/01 00:27

ドサクサに紛れてアンチMSが暴れているスレはここですか？

309 ：デフォルトの名無しさん：04/08/01 21:47

かなり遅れて、しかも夏全開の突っ込みが入るスレなら、ここで合ってる。

310 ：デフォルトの名無しさん：04/08/24 09:38

http://www.microsoft.com/japan/msdn/library/ja/jpwinui/html/_Win32_GetProcessDefaultLayout.asp
PDWORDやLPDWORDを使わずなぜDWORD *を使う？

311 ：デフォルトの名無しさん：04/09/07 22:28

stlのvectorで vector< vector< int > >のように二次元配列として使用しています。
この配列の全要素に一括で同一の値を代入することってできますか？
今のところ、ループを回して逐次代入しているのですが。

312 ：デフォルトの名無しさん：04/09/07 22:29

うわ、誤爆しました。すみません

313 ：デフォルトの名無しさん：04/09/20 13:00:26

>>330 DWORDを取得したいからだろ、
MSの流儀は、値取得ならTYPE *で設定ならLPTYPEにしてあるじゃないかい

314 ：デフォルトの名無しさん：04/09/20 13:58:18

BOOL GetDiskFreeSpaceEx(
LPCTSTR lpDirectoryName, // ディレクトリ名
PULARGE_INTEGER lpFreeBytesAvailable, // 呼び出し側が利用できるバイト数
PULARGE_INTEGER lpTotalNumberOfBytes, // ディスク全体のバイト数
PULARGE_INTEGER lpTotalNumberOfFreeBytes // ディスク全体の空きバイト数
);

315 ：デフォルトの名無しさん：04/09/20 16:54:51

>>314
そっちの方が例外だと思う

316 ：デフォルトの名無しさん：04/09/20 16:59:28

MSが*を使うのは基本的にポインタのポインタ（LPLP～）となってしまう場合にLP～*とするときくらいじゃないのか？

317 ：デフォルトの名無しさん：04/09/20 22:20:45

あとは構造体のconstポインタもまず間違いなく*を使っている、ってこれは>>313の言っていることと同じだな。
どうでもいいが313はtypedef ～ *PHOGE; const PHOGE pHoge;とconst HOGE *pHoge;の違いを分かっているのか？

318 ：デフォルトの名無しさん：04/10/12 07:18:01

age

319 ：デフォルトの名無しさん：04/10/24 07:11:15

使うなと書いてある http://www.microsoft.com/japan/msdn/library/ja/jpgdi/html/_win32_getcharwidth.asp?frame=true
NT系しか使えない. http://www.microsoft.com/japan/msdn/library/ja/jpgdi/html/_win32_getcharwidth32.asp?frame=true
どうすりゃいいだ

320 ：デフォルトの名無しさん：04/10/24 08:56:08

>>319
どうしても１文字単位の幅を知りたいのなら
GetTextExtentPoint32を文字の数だけ繰り返し呼べば代用できるかな。

321 ：デフォルトの名無しさん：04/10/24 21:24:14

>>320
GetTextExtentPoint32は初めて知った。
㌧ｸｽ、これでいけそうだ。

322 ：デフォルトの名無しさん：04/11/04 02:25:22

>>317
http://kmaebashi.com/programmer/pointer.html
313じゃないが、の話？

323 ：デフォルトの名無しさん：04/12/07 13:52:37

age

324 ：デフォルトの名無しさん：04/12/07 15:54:58

programe→programing
program →programming

325 ：デフォルトの名無しさん：04/12/15 17:52:02

>>323
反射的に突っ込みを入れてないで
>>2を読め。…ってか、過去ログ読んでから書き込め。

326 ：デフォルトの名無しさん：04/12/16 12:06:25

>>325
>>325
>>325
>>325
>>325
>>325

ここは反射的なｲﾝﾀｰﾈｯﾂですね。

327 ：デフォルトの名無しさん：04/12/31 01:59:49

それでは、みなさん良いお年を～

328 ：デフォルトの名無しさん：05/01/18 04:09:27

15日遅れの、あけましておめでとう。

329 ：デフォルトの名無しさん：05/02/17 00:35:36

age

330 ：デフォルトの名無しさん：05/02/20 10:41:31

ヷ〳〵〳〵〳〵〳〵〳〵〳〵

331 ：デフォルトの名無しさん：皇紀2665/04/01(金) 00:43:06

age

332 ：デフォルトの名無しさん：皇紀2665/04/01(金) 00:44:24

>>331
皇紀2665/04/01(金) って何だ？

333 ：デフォルトの名無しさん：皇紀2665/04/01(金) 01:26:33

>>332
http://www.2ch.netを見れば分かる。

334 ：デフォルトの名無しさん：2005/05/17(火) 08:24:39

age

335 ：デフォルトの名無しさん：2005/06/22(水) 07:51:44

あげ

336 ：デフォルトの名無しさん：2005/06/22(水) 18:23:36

CかC++でWinAPI使ってプログラミングしていると、
やけにコピペを使ってしまうのは俺だけですか？

337 ：デフォルトの名無しさん：2005/06/22(水) 18:30:20

>>336
みんなそんなもんだよ

338 ：デフォルトの名無しさん：2005/07/30(土) 23:49:45

>>336
補完機能付きのエディタ使うと便利だよ

339 ：デフォルトの名無しさん：2005/07/31(日) 00:53:18

>>338
今時はついてないエディタの方が稀だけどな。

340 ：デフォルトの名無しさん：2005/07/31(日) 04:10:24

>>339
エディタで付いてるのはめずらしくないか。IDEだと普通だけど。

341 ：339：2005/07/31(日) 10:20:43

>>340
分類してみた。公式ページとかをざっと見て確認しただけなのであまり正確ではないと思うがその辺はご容赦を。
あるのが「めずらしい」というほどでもないが、補完機能無しの方が多数派みたいです。

＜補完機能無し＞
萌ディタ　VxEditor　VxEditor　ne　K2Editor Jesty JmEditor　"Little Spider"
MKEditor NoEditor UnEditor えるの～と EdTex TeraPad Text maid
tolstoj WHiNNY "Maple Editor" "Crimson Editor" ConTEXT

＜補完機能有り＞
PeggyPad Alpha 秀丸エディタサクラエディタ Emacs MetaEditPro
OTBEdit OEdit Scintilla SynEdit

342 ：デフォルトの名無しさん：2005/08/24(水) 10:22:09

age

343 ：デフォルトの名無しさん：2005/08/25(木) 19:38:39

正直最近テンプレートって知りました。
ATLのヘッダーのコード読んで勉強してるが、正直難しい。
長いことゲーム業界にいたんで、アセンブラ、Cまでなら熟知してるけど（OOPはJavaでデザインパターンとか実践した）
学習するのにいい本ないべか？

344 ：デフォルトの名無しさん：2005/08/25(木) 19:47:03

Spy++みたな感じで、ActiveXのメソッドやプロパティーに送ってる情報調べるの無いかしら？

345 ：デフォルトの名無しさん：2005/08/25(木) 20:08:47

universal delegator使って自分で挟むしかない気がするなぁ

346 ：デフォルトの名無しさん：2005/08/25(木) 20:25:33

>>343
C++の入門書

347 ：デフォルトの名無しさん：2005/08/31(水) 10:30:16

「サブクラス化」って何？

348 ：デフォルトの名無しさん：2005/08/31(水) 12:43:16

デフォルトWinプロシージャをフックするようなもん

名前の由来は知らない

349 ：デフォルトの名無しさん：2005/08/31(水) 13:34:35

C++でいう派生クラスのことをサブクラスと言う言語もあるみたいだよ。

350 ：デフォルトの名無しさん：2005/09/01(木) 14:19:01

subclass

1　〔生〕亜綱:classの下位分類.
2　下層階級.
3　＝sub set.
━　曠昿下位［亜綱］に分類する.

Progressive English-Japanese Dictionary, Third edition ｩ Shogakukan 1980,1987,1998/プログレッシブ英和中辞典第3版ｩ小学館 1980,1987,1998

351 ：デフォルトの名無しさん：2005/09/01(木) 23:56:24

サブクラス化というのは相手がどうなるかということで
実装する方はいわゆるスーパークラスになっている

ボタンコントロールをスーパークラス化する＝
ボタンコントロールが基底クラスになる＝
私の書いたコードは継承である

ボタンコントロールをサブクラス化する＝
ボタンコントロールが継承クラスになる＝
私の書いたコードは(メッセージをフックして)基底クラスになる

352 ：デフォルトの名無しさん：2005/09/02(金) 07:34:09

>>351
逆じゃね？

353 ：デフォルトの名無しさん：2005/09/06(火) 16:09:25

戻り値で、CString返したりする関数積極的に作っていいのかしら？

354 ：デフォルトの名無しさん：2005/09/06(火) 16:11:31

>>353
MFC使うプロジェクトという前提ならば

355 ：デフォルトの名無しさん：2005/09/06(火) 17:40:32

俺は非MFCでstd::stringなりなんなりを返したりはするよ。

356 ：デフォルトの名無しさん：2005/09/06(火) 19:55:13

>>ALL
馬鹿にしないでください。それでわかるくらいなら質問しません。

357 ：デフォルトの名無しさん：2005/09/06(火) 19:59:59

>>356
馬鹿にしないでください。それでそれで分からないのなら回答しません。

358 ：デフォルトの名無しさん：2005/09/07(水) 22:42:56

>>質問者
お前がそんなに馬鹿とは思わなかった。二度とプログラムはしない方がいいですね。

359 ：デフォルトの名無しさん：2005/09/08(木) 10:39:49

>>358
馬鹿にしないでください。それでわかるくらいなら質問しません。

360 ：デフォルトの名無しさん：2005/09/10(土) 01:50:31

今テキストエディタを作っているのですが、
1つ困った問題があります。1画面にデータを表示しきれなくなり
スクロールで描画を更新するときの処理なのですが常套手段としてどんなのがあるのでしょうか？

memcpyで表示行分forループを回し先頭からいくら削除した文字列を作って1行ずつ表示させていますが
どうにも画面がチラチラチラして困ります。助けてください

361 ：デフォルトの名無しさん：2005/09/10(土) 02:05:19

描画の問題なら、バックバッファ使えば？　って話？

362 ：デフォルトの名無しさん：2005/09/10(土) 02:07:16

>>360
http://www.kmonos.net/alang/texted/

363 ：デフォルトの名無しさん：2005/09/30(金) 00:11:26

C/C++なんて言うけど、今時のC++はCとは全く別物
C++ができる奴は例外なくCもできるが
CだけのやつはC++は全くついていけない
Linuｓなんてその典型ｗ

364 ：デフォルトの名無しさん：2005/09/30(金) 00:47:38

>>363
どっちの典型？

365 ：デフォルトの名無しさん：2005/09/30(金) 08:21:46

>>363
逆だ馬鹿。
C++がCに必死こいて合わせてたのがC99のせいで全部パーになった。

366 ：デフォルトの名無しさん：2005/09/30(金) 08:39:39

CとC++の標準化って別のとこがやってんの？

367 ：デフォルトの名無しさん：2005/09/30(金) 11:57:28

>>365
で、またC++ 0xで必死こいて合わせようとしているようだ。

368 ：デフォルトの名無しさん：2005/09/30(金) 22:01:25

Safer Cとやらは新しいC++標準にも同時に入るんでしょうかね

369 ：デフォルトの名無しさん：2005/09/30(金) 22:57:47

もし入っても処理系がない罠

370 ：デフォルトの名無しさん：2005/09/30(金) 23:48:46

Microsoftの場合先に実装して標準に提案して
実際に標準になったものとは微妙に仕様が違う罠

371 ：デフォルトの名無しさん：2005/09/30(金) 23:56:38

>>370
あるあるｗｗｗｗｗｗ

372 ：デフォルトの名無しさん：2005/10/20(木) 23:29:26

あげ

373 ：デフォルトの名無しさん：2005/10/30(日) 15:27:09

リサイズ時のチラつきが気になる。
WM_CREATE捕まえて
hTree = CreateWindowEx(0, WC_TREEVIEW, "", WS_CHILD | WS_BORDER | WS_CLIPCHILDREN | WS_CLIPSIBLINGS | WS_VISIBLE | TVS_HASLINES | TVS_HASBUTTONS | TVS_LINESATROOT, 0, 0, 0, 0, hWnd, NULL, hInst, NULL);
あとはWM_SIZE捕まえたときにMoveWindowでクライアント領域にフィットさせてるだけなのだが……

ウィンドウクラス登録するときにhbrBackgroundをNULLにするだけじゃダメなのか。
WM_ERASEBKGNDつかまえてTRUE返す方法でもダメだった。

VBはうまくやってるなーとおもったら、クラス名がSysTreeView32じゃなかったorz

374 ：デフォルトの名無しさん：2005/10/31(月) 02:14:23

WM_SETREDRAWで再描画を抑制すれば？
というか、質問スレでもいいと思うけど。

375 ：デフォルトの名無しさん：2005/12/08(木) 05:02:52

age

376 ：デフォルトの名無しさん：2005/12/23(金) 14:33:14

hos

377 ：デフォルトの名無しさん：2005/12/28(水) 23:00:30

Ｃ＋＋でWINDOWSプログラミングをしたいと思うのですが
どっかいいサイトないですか？
環境はフリーで揃えられ、ＣでなくＣ＋＋でやれるというのが条件なのですが
金は一銭も使いたくないんです
まあどうせ答えてもらえんだろうが

378 ：デフォルトの名無しさん：2005/12/28(水) 23:10:48

>>377
Microsoft Visual C++ 2005 Express Edtion

379 ：デフォルトの名無しさん：2005/12/28(水) 23:18:35

>>378
それやろうと思ってたとこだったんだけどね
インストールに手間取ってね

380 ：デフォルトの名無しさん：2005/12/28(水) 23:30:26

お願いですからお引き取り下さい

381 ：デフォルトの名無しさん：2005/12/28(水) 23:40:50

>>377
答えるもなにも、ここは議論スレなんだが。

ついでに、
議論するまでもなくC++でWindowsプログラミング程度なら
タダでいくらでもできる。

382 ：デフォルトの名無しさん：2005/12/28(水) 23:53:31

だからそのやり方が載ってるサイト捜してるわけだが
だったらどのスレで聞きゃいいの？

383 ：デフォルトの名無しさん：2005/12/28(水) 23:58:11

一生聞いてろ

384 ：デフォルトの名無しさん：2005/12/29(木) 00:02:08

>>382
インストールはただ指示に従って「はい」を押し続けていくだけだったと思うが。

385 ：デフォルトの名無しさん：2005/12/29(木) 00:02:48

>>382
いくつかﾋﾝﾄやるよ。
ただしスレ違いだから、もうこのスレを消費しない事。お礼も不要だ。
　1. 「MinGW」でググれ。
　2. うまくいかなくても、何度も挑戦でだ。OSの再ｲﾝｽｺを面倒がるな。
　3. なんか出来たらうｐ。

386 ：デフォルトの名無しさん：2005/12/29(木) 00:03:51

>>377
質問お断り

387 ：385：2005/12/29(木) 00:05:29

>>378
あ orz なんでVC++薦めてんだ。
せっかくイバラの道を歩ませようと思ったのに。。。

388 ：デフォルトの名無しさん：2005/12/29(木) 00:10:43

>>387
2005EEならまだ解説しているページも本もないからいいかと思った。
むしゃくしゃしてやった。今は反省している。

389 ：デフォルトの名無しさん：2005/12/29(木) 00:28:20

だからその質問すべきところに誘導してくれって言ってんだ

390 ：デフォルトの名無しさん：2005/12/29(木) 00:32:36

>>389
さようなら
http://pc8.2ch.net/test/read.cgi/tech/1124256027/

391 ：デフォルトの名無しさん：2005/12/29(木) 00:39:39

mingwはcygwinとかmsysあれば結構楽だしなあ
OpenWatcomでGTK+とかどうよ

392 ：デフォルトの名無しさん：2005/12/29(木) 01:19:40

>>390
三糞

393 ：デフォルトの名無しさん：2005/12/29(木) 01:22:18

あ、そうだ
質問が悪かったかな
何れにせよスレ違いっぽいけど
こうならどうだ
Ｃ＋＋でWINDOWSプログラミング教えてくれるサイト教えれ

394 ：デフォルトの名無しさん：2005/12/29(木) 03:47:21

あ、そうだ
質問が悪かったかな
何れにせよスレ違いっぽいけど
こうならどうだ
Ｃ＋＋で幼女にプログラミングを教えられるサイト教えれ

395 ：デフォルトの名無しさん：2005/12/29(木) 13:16:46

必死だなお前どうせ挫折するってｗｗｗｗｗｗｗｗｗｗｗｗ

396 ：デフォルトの名無しさん：2005/12/31(土) 02:16:21

>>385
>　2. うまくいかなくても、何度も挑戦でだ。OSの再ｲﾝｽｺを面倒がるな。
MinGW入れただけで環境壊す奴なんているのか？最近はインストーラも付いて
かなり敷居が下がった感じだが

397 ：デフォルトの名無しさん：2005/12/31(土) 10:38:03

>>396
世界は広い、環境も千差万別ってとこだ。
来年の目標はは自分視点でものを言うをやめるにしとけや

398 ：デフォルトの名無しさん：2005/12/31(土) 13:21:37

ﾜﾛｽw

399 ：デフォルトの名無しさん：2005/12/31(土) 19:07:28

>>397
はあ、なんか気に障ったのかね。
レジストリを使うわけでもなし、ただどういう原因で再インストールまで追い込まれるのか
興味があっただけなんですけれども

400 ：デフォルトの名無しさん：2005/12/31(土) 19:51:42

はあ、スレ違いな話題を続けていただいてどうもどうも

401 ：385：2005/12/31(土) 22:53:10

ごめんごめん(；´Д`)ボクのために争いはやめて！

>396
いや、ｲﾝｽｺだけじゃなくて、開発も含めてのアドバイスのつもりだったのよ。
俺漏れなんか、InsideWindowsは手に入らないし、でもWinはﾊｯｸし尽くしたいし
ってことでいやもう壊した壊したｗ

402 ：デフォルトの名無しさん：2006/01/01(日) 19:33:11

ｦﾀｸ

403 ：デフォルトの名無しさん：2006/01/01(日) 22:52:15

そこでVirtual PCやらVMwareですよ。

404 ：デフォルトの名無しさん：2006/02/15(水) 01:47:11

age

405 ：デフォルトの名無しさん：2006/02/17(金) 14:30:35

>>397
皆の思考は違う～で一生やってったら？
人を従わせて生きていく奴（主役）は自分の考えで他人（脇役）を動かしていくもんだ

406 ：デフォルトの名無しさん：2006/02/18(土) 15:33:26

>>405
亀レスでこの態度ｗ主役はスゲエな

407 ：デフォルトの名無しさん：2006/02/19(日) 12:08:39

まだ人が居たよ

408 ：デフォルトの名無しさん：2006/03/10(金) 12:13:38

＿＿＿＿＿＿＿＿＿＿
　　　　＜○√
　　　　　∥　
　　　　くく
しまった！ここも糞スレか！
オレが止めているうちに他スレへ逃げろ！
早く！早く！オレに構わず逃げろ！

409 ：デフォルトの名無しさん：2006/03/21(火) 17:10:26

(´A｀）保守

410 ：デフォルトの名無しさん：2006/04/29(土) 12:45:43

あげ

411 ：デフォルトの名無しさん：2006/05/26(金) 03:11:21

ヽ(`Д´)ﾉﾎﾞｯｷｱｹﾞ

412 ：デフォルトの名無しさん：2006/06/09(金) 22:33:26

↓芸無し、４０代独身デブニート（素人）童貞、近藤妥の特徴
　
http://booklog.kinokuniya.co.jp/hayase/archives/2006/05/post_50.html
●自分に甘く、他人に厳しい　
●努力せずに成果が欲しい　
●すぐにいらつき、キレる　
●無気力、鬱になりやすい　
●「悪い」と思っても謝らない

413 ：デフォルトの名無しさん：2006/07/04(火) 03:34:41

414 ：デフォルトの名無しさん：2006/08/04(金) 11:47:43

あげ

415 ：デフォルトの名無しさん：2006/08/04(金) 22:26:21

ここの人たちってC++でVBみたいなプログラム書いてる人たちをどう思うの？
クラスとか一切使ってなくて、ファンクションの荒らしみたいな。

416 ：デフォルトの名無しさん：2006/08/05(土) 14:06:39

Cでもそうなるがなｗ

417 ：デフォルトの名無しさん：2006/08/06(日) 04:00:56

質問なんだけど
大学生活もおちついてきたのでC言語でも学習しようかなあっておもってます。
windows上でプログラミングすることになるんだけどコンパイラは
MSのVisual Studio 2005 Academic EditionでOK？
学生だからアカデミック版だとかなりやすく手に入るかなーとおもってこれにしようか
とおもってるんだけどこれは商品としてはどうなんですか？
だれかエロい人おしえて。

418 ：デフォルトの名無しさん：2006/08/06(日) 04:25:22

無料のExpress Editionで十分すぎるよ

419 ：デフォルトの名無しさん：2006/08/06(日) 04:34:51

>418
返信ありがとうございます。
無料のExpress Editionって期限ありませんでしたっけ？

420 ：デフォルトの名無しさん：2006/08/06(日) 06:33:36

アカデミックは超安いから、アカデミックでいいと思うよ。

421 ：デフォルトの名無しさん：2006/08/06(日) 09:14:59

>>419
なくなった

422 ：デフォルトの名無しさん：2006/08/06(日) 09:29:06

返信ありがとうございます。
とりあえず始めはExpress Edtionではじめて、ある程度C言語を習得したらアカデミッ
ク版買おうと思います。

423 ：デフォルトの名無しさん：2006/08/06(日) 09:35:20

おまえらスレタイも読めないのか。
「しつもんおことわり」だ。

424 ：デフォルトの名無しさん：2006/08/06(日) 15:27:40

生意気な説教もお断りだがな

425 ：デフォルトの名無しさん：2006/08/09(水) 08:05:49

>>424
根拠は？

426 ：デフォルトの名無しさん：2006/08/09(水) 20:08:39

>>425
質問禁止だろ？（ぷ

427 ：デフォルトの名無しさん：2006/08/11(金) 12:29:19

>>426
へー、説教は質問なんだ。

428 ：デフォルトの名無しさん：2006/08/11(金) 12:39:10

>427
>425が質問だって胃ってんだろ

429 ：デフォルトの名無しさん：2006/08/12(土) 01:12:38

>>428
全然違うよ

430 ：デフォルトの名無しさん：2006/09/12(火) 07:57:13

なんだこの餓鬼のあつまりは
所詮ＧＵＩをＣでしこしこ書いてるやつは
オナニー野郎

431 ：デフォルトの名無しさん：2006/10/04(水) 16:35:29

>>417
2ヶ月以上前のにレスで申し訳ないが、金によっぽど不住してるわけじゃないなら、
素直にアカデミック買った方がいい。
ExpressEditionは、色々と面倒なところが多いから、初心者がC言語の学習目的で
導入するのはお勧めしかねる。

432 ：デフォルトの名無しさん：2006/10/06(金) 00:31:53

ｸﾘｴｲﾃｨﾌﾞｩ? ??ﾃﾞｨｰ､ｱｲ､ﾋﾞｨｨｰｰｰ……ﾊｸｼｮﾝ!!!

433 ：デフォルトの名無しさん：2006/10/08(日) 18:02:43

ｽﾚの活性化ｷﾎﾞﾝﾇ!!!!!!!!

434 ：デフォルトの名無しさん：2006/10/12(木) 02:41:53

>>ExpressEditionは、色々と面倒なところが多いから

ｋｗｓｋ

435 ：デフォルトの名無しさん：2006/10/13(金) 02:14:27

>>434
プラットフォームSDK入れなきゃいけない
入れてもMFC使えない
マルチスレッドは作れない？？
等だと思った。
最初のうちは無料ので気にすることないと思うお（＾ω＾）
けどアカデミック安いし買って損はないと思うんだ

436 ：デフォルトの名無しさん：2006/10/13(金) 08:59:37

>>435
マルチスレッド出来るに決まってんだろカス

437 ：デフォルトの名無しさん：2006/10/13(金) 22:29:18

>>436
スレッドを作ることは当然できるが、
スレッドセーフになってるか？

438 ：デフォルトの名無しさん：2006/10/13(金) 22:41:56

>>437
Cランタイムライブラリに関していえば
シングルスレッド用のは削除されて
マルチスレッド用のみになったぞカス

お前の糞プログラムがどうかはシラネ

439 ：デフォルトの名無しさん：2006/12/05(火) 09:57:50

age

440 ：デフォルトの名無しさん：2006/12/06(水) 14:01:53

最適化無しとシングルスレッドがごっちゃになってるのか

441 ：デフォルトの名無しさん：2006/12/10(日) 21:45:29

ここは何の意味がある？

442 ：デフォルトの名無しさん：2006/12/24(日) 11:15:25

BORLAND C++ FOR WINDOWS プログラミング技法
　　ピーター・ノートン／ポール・ヤオ (1992) (株)ビー・エヌ・エヌ
　付録B デフォルトウィンドウプロシージャ

Windows3.0(?)SDKのDefWindowProcのリストがある。
Win32のDefWindowProcの不思議な動作もこれを読めば大体分かる。

443 ：デフォルトの名無しさん：2006/12/31(日) 05:58:40

なつかしいな
漏れはそれ読まなくてもDefWindowProcの動作は理解出来たけど

444 ：デフォルトの名無しさん：2007/01/18(木) 12:51:48

WM_NCACTIVATEとフラグ、
WM_NCLBUTTONDOWNとSysMenuとWM_SYSCOMMANDの関係、
ここらが知りたい人は図書館で探して見開き１０ページ分を複写するといいよ。

THE OLD NEW THING ISBN 0321440307 到着 sage

445 ：デフォルトの名無しさん：2007/01/19(金) 11:36:21

モノクロビットマップはビッグエンディアン
モトローラ６８４５と関係あるの ?

446 ：デフォルトの名無しさん：2007/01/19(金) 12:33:53

6845はただのCRTCだから関係ないだろ
っつーかVRAM一般はビッグエンディアンじゃないの

447 ：デフォルトの名無しさん：2007/01/19(金) 14:55:31

PC-9801は、左から右に b0,b1,,,b7だった。
IBMPC(CGA)は、左から右に b7, b6,,,b0だった。

448 ：デフォルトの名無しさん：2007/01/20(土) 07:37:41

6845は確かシフトレジスタ外付けだったから
どっち方向にするかはハード設計者が決める
6845のせいじゃない