C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

ログ内検索

キーワードを複数指定する場合は半角スペースで区切ってください。
検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
[返信]をクリックすると返信ページへ移動します。

キーワード	/	検索条件	/
検索範囲	/	強調表示	/ ON (自動リンクOFF)
結果表示件数	/	記事No検索	/ ON
大文字と小文字を区別する

全過去ログを検索

ヒット / 6件

<< 0 >>

■34556

　Re[11]: パネルコントロールに配置したラベルのクリックイベントの取得

□投稿者/ 魔界の仮面弁士 -(2009/04/01(Wed) 12:47:15)

2009/04/01(Wed) 12:58:15 編集(投稿者)

■No34548 (tamaboyo さん) に返信
> for (int i = 0; i < Lb.Length; i++)
この時点では、『i < 最大値』という記述をしていて、
> for (int i = nMidLb; i <= m_Max - 1; i++)
ここでは『i <= 最大値 - 1』の記述法なのは何故でしょうか?

結果的には同じ事ですが、表記を統一した方がよろしいかと。

> 継承先にもLB_Clickがあるため、継承先は継承先で宣言が必要かと思っていました。
そもそも、継承元の LB_Click は継承先に見せる必要はないのですから、
private にしておけば十分だと思いますよ。
protected にするのは、OnLbClicked メソッドの方です。

また、継承先に用意するのは、Label.Click イベントを受け取るための LB_Click ではなく、
継承元フォーム.LbClicked イベントを受け取るための Form1_LbClicked になります。
(もっとも、イベントを受け取るメソッドの名前は、どんな名前でも構わないのですが)

すなわち、先の私の修正案とは：

継承先の LB_Click を、それぞれの Label.Click に直接割り当てるとなると、
継承元で動的生成された個々のラベルそれぞれに対して、継承先が、
　this.Controls[indexLabel].Click += LB_Click;
を行わねばならなくなってしまい、使い勝手が悪くなります。

そこで、個々のラベルに対してイベントを割り当てていくのでは無く、
複数のラベルからのイベントを一つに集約した独自イベントを作成し、継承先が
　this.LbClicked += Form1_LbClicked;
とするだけで、たとえば
　private void Form1_LbClicked(object sender, LbClickedEventArgs e)
　{
　　Label label = e.Label;
　}
のようにして利用できるように設計した方が使い勝手がよいであろう……という話です。

■No34549 (επιστημη さん) に返信
> base.OnLbClicked(sender,e); // ←これ入れとけ、ってこっちゃないすか。

ですます。フォローありがとうございます。
まぁ、今回はそもそも OnLbClicked を継承先で再実装すること自体が不要になりそうですけれども。

記事No.34467 のレス /過去ログ60より / 関連記事表示
削除チェック/

■51528

　Re[1]: SQLのグループ化について

□投稿者/ 魔界の仮面弁士 -(2010/07/08(Thu) 11:54:22)

■No51508 (晃 さん) に返信
> SQL Sever 2008で開発しています。
> 名前　1月　2月　3月　～　12月
> 田中　○ 　×　　□　～　 ☆

MAX あるいは MIN では駄目でしょうか?

---

SELECT [名前],
  MAX( [1月])  [1月],
  MAX( [2月])  [2月],
  MAX( [3月])  [3月],
  MAX([12月]) [12月]
FROM [例表]
GROUP BY [名前]

----

CREATE TABLE [例表] (
  [名前] NVARCHAR(10) NOT NULL,
  [1月]  NVARCHAR(1) NULL,
  [2月]  NVARCHAR(1) NULL,
  [3月]  NVARCHAR(1) NULL,
  [12月] NVARCHAR(1) NULL
)

INSERT INTO [例表]
  ( [名前], [1月], [2月], [3月], [12月] )
 VALUES
  ( '田中',  '○',  NULL,  NULL,  NULL),
  ( '田中',  NULL,  '×',  NULL,  NULL),
  ( '田中',  NULL,  NULL,  '□',  NULL),
  ( '田中',  NULL,  NULL,  NULL,  '☆')

記事No.51508 のレス /過去ログ86より / 関連記事表示
削除チェック/

■57785

　Re[3]: Framework 3.5 SP1を含めたSetup

□投稿者/ 焦げ太 -(2011/03/15(Tue) 14:54:46)

「ja」フォルダの中の「package.xml」は以下のようになっています。
間違いなどありましたらご指摘願います。

<?xml version="1.0" encoding="utf-8"?>
<Package xmlns="http://schemas.microsoft.com/developer/2004/01/bootstrapper" Name="DisplayName" Culture="Culture" LicenseAgreement="eula.rtf">

<PackageFiles>
<PackageFile Name="eula.rtf"/>
<PackageFile Name="DotNetFX35\x64\dotnetfx35langpack_x64ja.exe"
PublicKey="3082010A0282010100A2DB0A8DCFC2C1499BCDAA3A34AD23596BDB6CBE2122B794C8EAAEBFC6D526C23
2118BBCDA5D2CFB36561E152BAE8F0DDD14A36E284C7F163F41AC8D40B146880DD98194AD9706D05744765CEAF1FC0
EE27F74A333CB74E5EFE361A17E03B745FFD53E12D5B0CA5E0DD07BF2B7130DFC606A2885758CB7ADBC85E817B490B
EF516B6625DED11DF3AEE215B8BAF8073C345E3958977609BE7AD77C1378D33142F13DB62C9AE1AA94F9867ADD4203
93071E08D6746E2C61CF40D5074412FE805246A216B49B092C4B239C742A56D5C184AAB8FD78E833E780A47D8A4B28
423C3E2F27B66B14A74BD26414B9C6114604E30C882F3D00B707CEE554D77D2085576810203010001"/>
<PackageFile Name="DotNetFX35\x86\dotnetfx35langpack_x86ja.exe"
PublicKey="3082010A0282010100A2DB0A8DCFC2C1499BCDAA3A34AD23596BDB6CBE2122B794C8EAAEBFC6D526C23
2118BBCDA5D2CFB36561E152BAE8F0DDD14A36E284C7F163F41AC8D40B146880DD98194AD9706D05744765CEAF1FC0
EE27F74A333CB74E5EFE361A17E03B745FFD53E12D5B0CA5E0DD07BF2B7130DFC606A2885758CB7ADBC85E817B490B
EF516B6625DED11DF3AEE215B8BAF8073C345E3958977609BE7AD77C1378D33142F13DB62C9AE1AA94F9867ADD4203
93071E08D6746E2C61CF40D5074412FE805246A216B49B092C4B239C742A56D5C184AAB8FD78E833E780A47D8A4B28
423C3E2F27B66B14A74BD26414B9C6114604E30C882F3D00B707CEE554D77D2085576810203010001"/>
</PackageFiles>

<InstallChecks>
<RegistryCheck Property="DotNet35SP" Key="HKLM\Software\Microsoft\NET Framework Setup\NDP\v3.5\1041" Value="SP"/>
</InstallChecks>


<Commands Reboot="Defer">
<Command PackageFile="dotNetFx35setup.exe" Arguments=" /lang:jpn /passive /norestart" EstimatedInstalledBytes="30000000" EstimatedTempBytes="30000000">


<InstallConditions>

<BypassIf Property="DotNet35SP" Compare="ValueGreaterThanOrEqualTo" Value="1"/>


<FailIf Property="AdminUser" Compare="ValueEqualTo" Value="false" String="AdminRequired"/>


<FailIf Property="VersionNT" Compare="VersionLessThan" Value="5.1.2" String="InvalidPlatformWinNT"/>


<FailIf Property="VersionNT" Compare="VersionEqualTo" Value="5.2.0" String="InvalidPlatformWinNT"/>


<FailIf Property="ProcessorArchitecture" Compare="ValueEqualTo" Value="IA64" String="InvalidPlatformArchitecture"/>
</InstallConditions>

<ExitCodes>
<ExitCode Value="0" Result="Success"/>
<ExitCode Value="1602" Result="Fail" String="UserCancelled"/>
<ExitCode Value="1603" Result="Fail" String="GeneralFailure"/>
<ExitCode Value="3010" Result="SuccessReboot"/>
<DefaultExitCode Result="Fail" FormatMessageFromSystem="true" String="GeneralFailure"/>
</ExitCodes>

</Command>
</Commands>


<Strings>
<String Name="DisplayName">.NET Framework 3.5 SP1</String>
<String Name="Culture">ja</String>
<String Name="AdminRequired>略</String>
<String Name="InvalidPlatformWinNT">略</String>
<String Name="InvalidPlatformArchitecture">略</String>
<String Name="UserCancelled">略</String>
<String Name="GeneralFailure">略</String>
<String Name="DotNetFX35SP1Exe">http://go.microsoft.com/fwlink/?linkid=118076</String>
</Strings>

</Package>

記事No.57723 のレス /過去ログ97より / 関連記事表示
削除チェック/

■85576

　Re[1]: WPF　ResourceDictionaryの使用方法

□投稿者/ ぶなっぷ -(2017/11/07(Tue) 13:27:27)

Style="{StaticResource DefaultWindowStyle}
にしたらどうですか？

記事No.85566 のレス /過去ログ146より / 関連記事表示
削除チェック/

■85586

　Re[2]: WPF　ResourceDictionaryの使用方法

□投稿者/ あかいぬ -(2017/11/08(Wed) 11:17:14)

■No85576 (ぶなっぷさん) に返信
> Style="{StaticResource DefaultWindowStyle}
> にしたらどうですか？
>
回答ありがとうございます

> Style="{StaticResource DefaultWindowStyle}
にするとこの個所でエラーになります
エラー内容：リソース　DefaultWindowStyle　を解決できません

記事No.85566 のレス /過去ログ146より / 関連記事表示
削除チェック/

■101744

　Re[1]: C#でWebカメラを表示メモリ不足

□投稿者/ WebSurfer -(2023/04/12(Wed) 16:46:16)

■No101743 (MASA さん) に返信

Bitmap など、使い終わったら Dispose すべきものが Dispose されてなくてメモリを
圧迫しているとかいうことはありませんか？

記事No.101743 のレス /過去ログ177より / 関連記事表示
削除チェック/

<< 0 >>

パスワード/

- Child Tree -