07/05/13 03:27:34
>>709
だいたいこの状況じゃ
一番苦しいのってまちがいなくメインプログラマーでしょ？
絶対やんねぇよ
ゲーム製作をなめてる
絵のことしか興味ないならビューワーでも作ってろっての
好き勝手要望出すだけの立場の奴等なんかプログラマーは殺意しか湧かない
ゲーム製作現場だって金もらえるからしょうがなく仕事してるのがプログラマーだ
この状況でソフト作ったらまちがいなくすべて俺の手柄だと俺だったら思うね。ていうか間違いねーよ。
それなのにオープンソースにします？はぁ？ふざけろ
だからさ、こういうのやるつもりなら企画をする人間が間違いなくメインプログラマーを張れる人間でなければ絶対に頓挫する
ゲーム製作で一番大変なのはまちがいなくプログラマーだ
実際身動きとれないでしょ？
どういうシステムにしてどういう形のデータが必要になるのか？
プログラマーがいなくてもここまではできますっていう部分あるか？
欠片も浮かばねーだろ？一歩も身動きがとれないでしょ？
711:デフォルトの名無しさん
07/05/13 04:12:48
うん、しかも金の流れが気になるー
偉そうにリーダー気取ってる奴の懐にいくらか入ってんじゃねーの？
ブログとも繋がってるしな
712:デフォルトの名無しさん
07/05/13 06:21:48
>Q、バグ多すぎってレベルじゃねーぞ！！
> A、バグ報告は多ければ多いほど、プログラム修正の参考になります。
なりません。
713:デフォルトの名無しさん
07/05/13 08:30:02
手伝うどころか、優越感を得るための突っ込み先になってるな
大人気ないぜ
714:デフォルトの名無しさん
07/05/13 08:31:06
>>711
え、どこに繋がってる？
715:デフォルトの名無しさん
07/05/13 12:30:42
>>713
興味が先行してうっかりこれのメインプログラマーになっちゃった奴が可哀想だなと
716:デフォルトの名無しさん
07/05/13 14:10:01
VC++ 2005で開発を行っています。
CListCtrlで「大きいアイコン」表示をした時、スクロールの方向はどうしても、横スクロールになってしまいますが、
これを縦スクロールに変更したいと思っています。
どうやれば、縦スクロールに変わるのでしょうか。
よろしくお願いします。
717:デフォルトの名無しさん
07/05/13 14:43:03
くだすれVisual C++(超初心者用)その4
ｽﾚﾘﾝｸ(tech板:946-951番)
から引っ越してきました。よろしくお願いします。
VS2005のMFCです。
CMainFramのID_FILE_NEWからOnFileNew関数を追加しました。
この関数で必要な処理の後、追加前の本来の処理を呼びだすか、
同等の処理を行いたいのですが方法がわかりません。その方法を教えてください。
718:デフォルトの名無しさん
07/05/13 14:44:14
>717
馬鹿には使えないからあきらめましょう
719:デフォルトの名無しさん
07/05/13 14:47:10
教えるだけ無駄だな
720:デフォルトの名無しさん
07/05/13 15:33:57
MFCに嫌気がさした人の数→
ｽﾚﾘﾝｸ(tech板)
721:デフォルトの名無しさん
07/05/13 16:12:08
>717
OnFileNewを呼ぶ
722:デフォルトの名無しさん
07/05/13 16:12:30
>>717
どちらかというと、CDocument::OnNewDocumentでどうにかすべきじゃね？
723:717
07/05/13 16:19:03
とりあえず解決しました。
CMainFrameにメッセージを割りあてたのが間違いでした。
CWinAppにプロテクトのOnFileNewがあってこれがデフォルトの処理のようです。
CxxAppに割り当てて、もとからあった
ON_COMMAND(ID_FILE_NEW, &CWinApp::OnFileNew)を削除したら目的の動作になりました。
OnFileNewがプロテクトメンバだったので無いとか呼べないとか思ってしまったようです。
724:デフォルトの名無しさん
07/05/13 16:29:45
>>715
なるほど、このスレの住人に対する優越感だったってわけか
725:デフォルトの名無しさん
07/05/13 16:43:45
なんかよくわからんこと言ってるけどそのwiki誰に金入ってるかわからんぞ
726:デフォルトの名無しさん
07/05/13 16:50:27
>>725
アフィってこと？
そんな感じに見えないんだけど……。
727:デフォルトの名無しさん
07/05/13 17:07:40
可哀想だと思う事が優越感だって、わからんのかね
728:デフォルトの名無しさん
07/05/13 17:49:34
>>726
じゃあ、稼がせてやったらいいよｗ
729:デフォルトの名無しさん
07/05/13 18:18:01
>>728
質問に答えないで笑うだけとは、お前、ｱﾌｫにしか見えんな
そんなに貶めたいなら、向こうで文句言ってくればいいだろうに
こっちに問題を持ち込むなよ
730:デフォルトの名無しさん
07/05/13 18:22:59
>>729
そのレスを>>706に付けずに俺に言う辺り、お前も相当頭おかしいだろｗ
731:デフォルトの名無しさん
07/05/13 18:27:15
>>730
反応するよりましだと思うが
まあいいや、お前がいなくなったらまたこよう
732:デフォルトの名無しさん
07/05/13 18:32:43
なんか、大変な事になってる……
俺はただ単に、アフィしてるような場所ならいかないけど、そうじゃないなら手伝っても良いかなって思っただけなんだけど
733:デフォルトの名無しさん
07/05/13 18:50:05
だからそういう話はあっちでやってくれ頼む
734:デフォルトの名無しさん
07/05/13 20:27:54
>>716お願いします。
735:デフォルトの名無しさん
07/05/13 23:10:24
>>716
LVS_ALIGNTOP。
プロパティウィンドウなら、表示-Alignment-Topを選択。
736:デフォルトの名無しさん
07/05/14 00:31:26
>>735
ありがとうございます、一発で解決しました。
737:デフォルトの名無しさん
07/05/17 01:56:51
CMenu の TrackPopupMenu でポップアップ表示状態で処理がいったん停止している状態のプログラムがあるとします
これに対して外部からの通信などによって破棄処理がキックされたとします
すると TrackPopupMenu の後の処理が終わっていないためなのかエラーとなって不正終了してしまいます
これを防ぐにはどうしたら良いでしょうか？
（≒ OnDestroy でポップアップを正常に終了させるにはどうしたら良いでしょうか？）
（ つまり TrackPopupMenu の後の処理を実行させるということです）
VK_ESCAPE をポップアップの親ウィンドウに SendMessage することなどを考え付いたのですが、
それでもうまくいかずにほとほと困っております
何かご存知でしたら教えてくださいm(_ _)m
738:デフォルトの名無しさん
07/05/17 18:27:58 BE:27175027-2BP(222)
＞ポップアップ表示状態で処理がいったん停止している状態
にならないようにする＝時間のかかる処理の合間にメッセージループを回すようにする
739:デフォルトの名無しさん
07/05/17 18:39:02
>>738
TrackPopupMenu の動作を知らんのか
740:デフォルトの名無しさん
07/05/20 00:15:39
>>737
>TrackPopupMenu の動作云々の前にお前が何をしたいのかが解らんなｗ
741:デフォルトの名無しさん
07/05/20 10:29:32
>>737
EndMenu
742:デフォルトの名無しさん
07/05/20 12:17:31
CStringのFormatMessageはFORMAT_MESSAGE_FROM_SYSTEM使えないですか？
743:デフォルトの名無しさん
07/05/20 12:43:18
CString::FormatMessageのソース見ればわかる
744:デフォルトの名無しさん
07/05/22 00:53:15
>>741
情報ありがとうございます
ところで、その関数はどのように使用すればよろしいですか？
インターネットで検索してみたのですが、適切な情報が見つからなかったのですが……
745:デフォルトの名無しさん
07/05/22 01:55:02
>>744
URLﾘﾝｸ(msdn2.microsoft.com)
746:デフォルトの名無しさん
07/05/22 22:37:22
>>745
ありがとうございます
英語ですか……
中学の時英語は常に１or２だった自分には辛いですねorz
747:デフォルトの名無しさん
07/05/23 05:34:15
Win32APIに(*´Д｀)ﾊｧﾊｧできるようになれば、すぐ読めるようになるよ♪
マニュアル英文だから変な構文も使われていないし、まともに日本語訳する必要も無い。
748:デフォルトの名無しさん
07/05/25 14:33:09
CMainFrame::OnInitMenuPopup()で
メニューのポップアップ内を動的に作ろうとしてるんですけど、
このポップアップ項目の種類(たとえば「お気に入り」とか)は
どうやって調べればよいのでしょうか。
ポップアップ項目自身にはIDは付けられませんよね。
メニューの複数箇所やコンテキストメニューにも
同じ「お気に入り」ポップアップを置きたいので、
OnInitMenuPopup()の中で「お気に入りかどうか」を判断したいのですが。
749:デフォルトの名無しさん
07/05/25 18:33:49
誘導されてきました。
通信受信プログラムで受信データをエディットコントロール（複数行表示）に表示しているのですが、
以下のコードでは、エディットコントロールに文字列を追加する際に必ずスクロールされてしまいます。
スクロールされない方法を教えてください。
LineScrollで戻すと、1行書くごとに「下へスクロール→上へスクロール」となり、上下にスクロールが発生してしまい
とても見づらくなってしまいます。
「スクロールなし」でエディットコントロールに文字列を追加できないものでしょうか？
int iLen = edit->GetWindowTextLength();
edit->SetSel(iLen, iLen);
edit->ReplaceSel("Hello\n");
WinXP & Visual Studio 2003 & mfc7です。
750:デフォルトの名無しさん
07/05/25 18:36:41
>>749
ｽﾚﾘﾝｸ(tech板:594番)の名前欄は調べた?
751:デフォルトの名無しさん
07/05/25 19:09:59
>>750
そ、そんなところに... (^^;)
やってみます。
752:印刷が遅いのですが
07/05/26 12:43:26
ただいま、印刷のテストをしてます。
ネットで見つけたサンプルコードで、印刷はできたのですが、
ものすごく遅いのです。
3000*3000の画像をプリントするのに、１時間かかります！
WindowsXPですが、他のアプリから印刷する場合は数分で印刷できるので、
プリンタやＯＳやドライバの問題ではなく、プログラムの仕方の問題だと思うのですが、
単純にプリンタ用のpDCに画像を送るだけでは速くはならないのでしょうか？
753:印刷が遅いのですが
07/05/26 12:51:16
以下は、ネットで見つけたサンプルコードで、このままでパターンが印字されます。
～View::OnFilePrint(){
CPrintDialog myPtDlg(FALSE); HDC myPtDC; CDC myDC; DOCINFO myDocInfo;
if(myPtDlg.DoModal() == IDOK){
myPtDC = myPtDlg.GetPrinterDC(); myDC.Attach(myPtDC);
myDocInfo.cbSize = sizeof(myDocInfo); myDocInfo.lpszDocName = NULL; myDocInfo.lpszOutput = NULL;
myDocInfo.lpszDatatype = NULL; myDocInfo.fwType = 0;
myDC.StartDoc(&myDocInfo); CDC* pDC=GetDC();
myDC.StartPage();
for(y=0;y<3000;y++){ for(x=0;x<3000;x1++){
myDC.FillSolidRect(x,y,1,1,RGB(x,y,+y));
} }
myDC.EndPage();
myDC.EndDoc(); ReleaseDC(pDC); ::DeleteDC(myPtDC);
} }
754:印刷が遅いのですが
07/05/26 13:06:10
すみません>>753の訂正です。CDC* pDC=GetDC(); は不用でした。
>>753のコードをいじれば画像も印刷できるのですが、遅いです。
たとえば、下のように記述すると速いのですが、
for(y=0;y<30;y++){ for(x=0;x<30;x1++){
myDC.FillSolidRect(x,y,100,100,RGB(x,y,x+y));
} }
大きい画像の場合は、１ドットずつ描くしかないですよね？
755:デフォルトの名無しさん
07/05/26 14:11:23
いいえ
756:デフォルトの名無しさん
07/05/26 15:04:14
>>754
なんで大きい画像だと１どっとずつやるしかないの？
757:印刷が遅いのですが
07/05/26 15:48:38
>>756
１ドットずつやらないで済む方法があれば、それを知りたいわけです。
758:デフォルトの名無しさん
07/05/26 16:25:45
頭悪いな
759:デフォルトの名無しさん
07/05/26 16:59:17
>>757
小さい画像は1ドットずつじゃないの?
760:デフォルトの名無しさん
07/05/26 17:00:51
ドットインパクトプリンタの話はスレ違いだぞ
761:デフォルトの名無しさん
07/05/26 17:04:24
試しに3000*3000のビットマップ印刷してみれば？
762:デフォルトの名無しさん
07/05/26 17:08:29
>>757
BitBltとかいう関数ねぇ？
763:デフォルトの名無しさん
07/05/26 17:09:47
>>760
みたとこアホの子なので問題の切り分けなんて無理でしょう
764:デフォルトの名無しさん
07/05/26 17:28:15
１ドット書くのにFillSolidRect使うアホ
765:デフォルトの名無しさん
07/05/26 17:41:42
もうちょっと頭使ってもバチ当らないよねｗ
766:デフォルトの名無しさん
07/05/26 17:59:20
3Dを使うゲームよりドット絵のゲームが好きだ！！！！
767:デフォルトの名無しさん
07/05/26 18:13:36
>>766
∧＿∧
( ･ω･) ＜俺にそんなこと言われてもね
( MFC ）
./ つ
( /￣∪
∧＿∧
( ･ω･) ＜どっちかっていうと俺の出番じゃね？
( GDI+）
./ つ
( /￣∪
∧＿∧
( ･ω･) ＜いやいや俺だろ
(DirectX）
./ つ
( /￣∪
768:印刷が遅いのですが
07/05/26 18:15:28
>>755-766
そんなことを言ってる貴方たちも、本当は知らないのでしょう？
それとも印刷に関しては企業秘密かなんかですか？
自分が苦心して見つけた方法を、簡単に他人に話したくない気持ちはわかりますよ。
一緒に問題を解決しようという気持ちはないわけですか？
自分が知ってる方法が、最善だという確信があるわけですか？
BitBltを使う方法はもちろん知ってます。
ただ、それだと若干手順が増えますのでね。
769:デフォルトの名無しさん
07/05/26 18:22:16
>>768
だから俺がBitBltって教えてやったじゃんｗ
770:デフォルトの名無しさん
07/05/26 18:22:16
おぬしなにやつじゃ
771:デフォルトの名無しさん
07/05/26 18:25:19
>>768
何様だよお前ｗ
BitBlt抱えて空へ羽ばたけよｗ
772:デフォルトの名無しさん
07/05/26 18:26:18
＞そんなことを言ってる貴方たちも、本当は知らないのでしょう？
適材適所なので、あんたの求めるケースの適切解は内容が判らない限り説明しようが無い。
＞それとも印刷に関しては企業秘密かなんかですか？
企業秘密にならない範囲でなら説明するに吝かではない。
＞自分が苦心して見つけた方法を、簡単に他人に話したくない気持ちはわかりますよ。
勝手に判られても困る。寧ろ、それが判ると言い張るならもう少し言葉を選べ。
＞一緒に問題を解決しようという気持ちはないわけですか？
ないな。
＞自分が知ってる方法が、最善だという確信があるわけですか？
いいや、あくまでも適材適所。
＞BitBltを使う方法はもちろん知ってます。
＞ただ、それだと若干手順が増えますのでね。
増えるから何? 手順が増えてもそれが適切解なら選択すべきでは?
#適切解かどうかは知らんが。
773:印刷が遅いのですが
07/05/26 18:42:00
>>772
>＞ただ、それだと若干手順が増えますのでね。
>増えるから何? 手順が増えてもそれが適切解なら選択すべきでは?
そうですか。
だらだら、手順が増えていいなら、どんなこともできますよ。
一応、なるべく、簡潔なコードで、よりよい効果を期待してプログラムをしてるわけで、
コードの増えるBitBlt以外にも方法があるかどうか知りたかったのですが、
BitBltが最善なら、それで行くことにしますよ。
774:デフォルトの名無しさん
07/05/26 18:46:19
ダメだこりゃ
775:デフォルトの名無しさん
07/05/26 19:09:17
馬鹿な・・騙りじゃなかったのか
776:デフォルトの名無しさん
07/05/26 19:15:19
apiを無駄に3000*3000回呼んでも見た目が大事だよな
777:デフォルトの名無しさん
07/05/26 19:23:20
>>773
おお、成長したじゃんｗ
１ドット書くのにFillSolidRect使ってたアホの言葉とは思えないねｗ
778:デフォルトの名無しさん
07/05/26 20:03:39
>>777
URLﾘﾝｸ(sylphys.ddo.jp)
779:デフォルトの名無しさん
07/05/26 23:43:50
まあ、昔は大きな画像をプリンタDCに BitBlt出来なかったって事はある。
だから、ひとつひとつFillRectしたような実装や、大きいBitmapを小さく小分けしてBltしたりとか、
そりゃ小技を使ったよ。
それ、いまでも、ダメなのかな。
780:デフォルトの名無しさん
07/05/27 00:05:18
いくらか小分けにすればいいだけであって１ドットずつはやらんよなｗ
781:デフォルトの名無しさん
07/05/27 00:29:43
もっと簡潔なやり方があるに違いない病だな
782:デフォルトの名無しさん
07/05/30 07:14:12
WinMainの記述はどこのフォルダのなんと言うファイルに書かれていますか？
783:デフォルトの名無しさん
07/05/30 07:42:55
>>782
君の心の中に・・・
784:デフォルトの名無しさん
07/05/30 09:22:51
appcore.cpp(96): // in non-running state until WinMain
appmodul.cpp(19): // export WinMain to force linkage to this module
appmodul.cpp(21): extern int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
appmodul.cpp(25): _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
appmodul.cpp(28): // call shared/exported WinMain
appmodul.cpp(29): return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
appterm.cpp(27): // Standard cleanup called by WinMain and AfxAbort
makefile(402): $D\winmain.obj $D\barcore.obj $D\bartool.obj $D\bardlg.obj \
wincore.cpp(3553): // Standard init called by WinMain
winfrm.cpp(762): nCmdShow = pApp->m_nCmdShow; // use the parameter from WinMain
winmain.cpp(18): // Standard WinMain implementation
winmain.cpp(21): int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
alpha\mfc42.prf(961): ?AfxWinMain@@YAHPAUHINSTANCE__@@0PADH@Z
alpha\mfc42u.prf(761): ?AfxWinMain@@YAHPAUHINSTANCE__@@0PAGH@Z
intel\mfc42.def(1341): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PADH@Z @ 1576 NONAME
intel\mfc42.prf(466): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PADH@Z
intel\mfc42d.def(949): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PADH@Z @ 1190 NONAME
intel\mfc42u.def(1334): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PAGH@Z @ 1569 NONAME
intel\mfc42u.prf(321): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PAGH@Z
intel\mfc42ud.def(946): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PAGH@Z @ 1187 NONAME