β版バグ修正 - マルチスクリーン（その２）
MacOSXプログラミング。毎日更新。 話題： Cocoa, Objective-C, Snow Leopard （前日からの続き） さて、マルチスクリーンにまつわるSimpleCapの問題はいくつかあるのだが、まずは範囲選択時の問題から取りかかろう。 範囲選択キャプチャではカスタムビューの点情報を CGWindow関数へ渡す。 キャプチャ範囲の開始点、大きさ ↓ CGWindow関数 単一スクリーンだけの利用の場合は前回掲載したように２つの座標系はまったく同じになるので問題は生じない。一方マルチスクリーンになると画面の配置によって原点の取り方が異る為に意図したキャプチャ結果が得られないケースが出てくる。そこで座標系間で変換が必要になってくる。具体的なケースを元に変換ロジックを考えてみよう。 (X-1)サブ画面がメイン画面の左にあるケース カスタムビューの原点は全画面を包含する矩形の左端と
【swift】バックグラウンドでもKeyDownやMouseMoveのイベントを拾う方法 - くわこのpermission denied.
自分が作っているアプリケーションで、バックグラウンド（最前面でない状態）でもキーボードが押された、あるいはマウスが動いたかを判定したいことがあったが、参考にできる文献が少なかったのでメモがてらに共有。 僕がやりたかったこと teratail.com 簡単に言うと上のteratailの記事と同じで、最前面の状態でなくてもkeyDownやMouseMoveのイベントを検知したかったのですが、記事にもある通り バックグラウンドでキーボードのイベントを受け取る事は基本的に難しいです。簡単にできてしまえば、パスワードを盗み取るキーロガー(キーボード入力を記録するソフト)が簡単に作成できてしまいます。そのため、最前面の時のみ受け取れるようになっているウィンドウ管理システムが多いように思います。 ということで実現は難しいように思えた。ただ、BetterTouchToolのようにどうにかすればキーの動作を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
