はてなブックマーク

重さの単位はkgで、問題の都合上整数です。 その他のツッコミどころとかはスルーでお願いします。 まずはとっかかりとなる考え方として、それぞれの品を持っていく/置いていくで場合分けをして総当りのグラフを書きましょう。 1つ目の品はカメラの三脚(3kg、7千円)です。 荷物が何もないところから始まって、三脚を持って行かない場合はそのまま、持っていく場合はその分の重さと価値を足します。 次の品物は手提げ金庫(2kg、4千円)です。 総当りということで、場合分けの数は倍々に増えていきます。 次の品物はゲーム機(2kg、8千円)です。 また前の品物の倍のノードが追加されました。 図でこれ以上描くのは面倒ですね。 面倒かどうかはさておき、2の品数乗のノードが必要になるというのは性能的に問題があります。 例題は6個なので26+25+24...程度のノードしか使いませんが、品数が100個の場合2100+.

普通、カスタムコントロールを作成するときはソリューションエクスプローラーから新しい項目を追加しますよね? その方法で追加すると「Themes/Generic.xaml」と「カスタムコントロール名.cs」のファイルが追加されます。 これを編集していくのが普通のやり方です。 ですが、コレだとやりたい事ができないケースもあるようです。 今回は、Generic.xamlのStyleにEventSetterを追加したらx:Classが無いとダメだと怒られてしまいました。 それをキッカケに「x:Classの設定ってどう書くの?」と色々検索して試してみたらカスタムコントロールを追加するもう1つの方法が見つかりました。 この方法なら問題なくEventSetterも使えます。 その方法はこんな感じ。 ソリューションエクスプローラーから新規「ウィンドウ」を追加。 ファイル名は「カスタムコントロール名.xaml

2017年11月追記) この投稿の内容は古い情報となっています。最新のjava9だとデフォルトのままでもAESの鍵の長さに制限はありません。 このページのサンプルコードもデフォルトのまま実行することができました。 また、java8の場合は古いバージョンはこの投稿の通りにjceが必要になります。 新しいバージョンのjava8の場合、jceに当たるファイルはインストール済みのようです。 設定ファイルの書き換えのみで鍵の長さの制限を撤廃できるのだそうです。 参考 …… もふぐらみんぐ『Java 8 update 151 以降のJCE無制限強度管轄ポリシーの適用方法』 もし鍵の長さに制限がかかっていたのなら、java.securityというファイルで『crypto.policy』という項目を検索してみてください。 『crypto.policy=limited』と書かれていたのなら limited

Adblock Plusのフィルターの書き方について、よく分からずに使っていたんですがちゃんと知りたくなってネットで調べてみました。 色んなページが見つかったんですが、色んなバージョンの書き方が混ざってるんですよね。 今どうなっているのかよく分からなかったので、現時点での使い方を調べるために結局オフィシャルサイトを見ることになりました。 適当に和訳したので投稿しておきます。 firefox版についての記述です。 かなり雑な訳で、けっこう端折ってます。 書きっぱなしであまり読み返してません。 間違ってたらゴメン。 掲載元 ... Adblock Plusオフィシャルページ - Writing Adblock Plus filters(2013/01/08アクセス) ------------------------------------------------- イントロダクション ベーシッ

2014/07/03 追記) Visual Studio 2012 Expressだと「プロジェクトのプロパティ - ビルド」でプラットフォームターゲットを Any CPU にすると、すぐ下の「32ビットの優先」を選ぶことができるようになっています。それをふまえて、昔の情報として読んでください。 Visual C# 2010 Expressを使い始めてから1～2ヶ月経ちました。 で、使い始めたころから気になっていたけど放置していたこと、「x86」について調べてみました。 ここでいうx86っていうのはプラットフォームのことです。 Visual C# 2010 Expressでは次のプラットフォームを対象にした実行ファイルを作成できます。 x86 Any CPU Itanium x64 64bit版のOSを使っていたとしても、Visual C#のデフォルトはx86です。 作ったx86版のアプリ

以前VC++で作った「グローバルフックでランダムな文字列を挿入するプログラム」をwpfでもやってみました。 目的は、 64bit版のdll(VC++で作ったやつを流用)のロードを試す。 wpfでタスクトレイアプリの作成を試す。 の2点です。 そういえば、最初の投稿で「C#でのグローバルフックは色々と面倒くさそう」と書きましたが、ここを見るとそうでもないようですね。 Visual Studio User Group - C＃でのキー入力関係の処理 dllを作るのとC#だけでやるのに手間の差はさほど無いようです。 けど、まぁいいや。 アプリケーションを起動するとタスクトレイにアイコンが表示されます。 その状態で別のアプリケーションを操作中にショートカットキー(デフォルトでCtrl+Alt+F)を押すとランダムな文字列が挿入されます。 ランダムな文字列は大文字小文字のアルファベットと数字です。

wpfで独自のコントロールを作るには3通りのやり方があります。 カスタムコントロール ... 既存のコントロールを改造(継承)する。 ユーザーコントロール ... 複数の既存のコントロールを組み合わせて作る。 自作 ... Controlクラスを継承して1から作る。 今回はユーザーコントロールについてのお話。 ユーザーコントロールでDataContextを使うとき、 public partial class TestControl : UserControl { public TestControl() { InitializeComponent(); this.DataContext = new TestData(); } } というようにthis.DataContextにインスタンスを設定してはいけません。 ユーザーコントロールを使う側にDataContextを変更されると挙動が変わっ

2018/11/08 追記) WindowFromPointが動かないのは引数の間違いでした。 補足情報を投稿しておきます。 C# : 「64bitだとWindowFromPointが動かないよー」という過去の課題が見つかったのでちょいと調べる 以降、過去の投稿に関しては書き換えていません。 前の投稿「wpf : マウスキャプチャとマウスカーソルの変更」の続きです。 コードは前の投稿のMainWindow.xaml.csを見てください。 ここでは「マウスキャプチャ中にマウスが指しているウィンドウの情報(タイトル、ウィンドウクラス、実行ファイル名)を得る」という部分について書きます。 前回書いたとおり躓きました。 「win32sdkの時代の定石コードを探してきてDllImportしてアレコレ」で済むかと思ってたんですが、64bitの壁に阻まれました。 サンプルコードを試した環境はwindow

wpfでUserControlを含んだクラスライブラリを作ったときのメモです。 最初は空プロジェクトにUserControlを追加してやってみたんですが、そのままではデバッグできませんでした。 デバッグ用に別プロジェクトでウィンドウを作って、そこでAssembly.LoadFrom → UserControlを貼り付けでデバッグしようとしたらUserControl内のコードでステップ実行ができませんでした。 困りますよね? 少々試行錯誤したところ、MainWindow付きの「wpfアプリケーション」でプロジェクトを作って、後で出力をクラスライブラリに変更する方法を発見。 作成&デバッグはMainWindowに貼り付けてやって、リリース時にdllを作る方法がわかりました。 これでUserControlのデバッグができます。 未確認ですが、カスタムコントロールとかを作るときにも同じようにできそ