http://okazaki.incoming.jp/matatabi/ 主にWindowsソフトウェアの配布/販売とそれに関わる情報 ja Nucleus CMS v3.3 © Weblog http://backend.userland.com/rss http://okazaki.incoming.jp/matatabi/nucleus/nucleus2.gif http://okazaki.incoming.jp/matatabi/ http://okazaki.incoming.jp/matatabi/?itemid=53 注意：このソフトはベータ版です


このベータ版は比較的コンピュータに詳しい人向けです。このプログラムを使って何らかの障害が起きても作者は補償できません。

新機能
１．2ストローク、３ストロークキーのカスタマイズが可能になった。
変更するキーを入力するダイアログ
ALTとSHIFTとCTRLとWindowsキーを組み合わせたキーのカスタマイズが可能になります。
また上記のキー＋マウスジェスチャーのカスタマイズも可能です。

設定方法は従来通り1文字入力してCTRLなどの修飾キーはマウスを使って各チェックボックスにチェックを入れてください。

２．ALT,SHIFT,CTRLキーのカスタマイズをしたとき、キーを押した時に実行されるよう修正。以前はキーを離したときに実行されて反応が遅いように感じられた。

このベータ版は64bit版Windows7とWindowsXPで動作確認しました。

ダウンロードはここをクリック

ファイル名：bx20b.zip
ファイルサイズ:203 KB (207,876 バイト)
作成日時‎2010‎年‎7‎月‎29‎日、‏‎12:05:39
更新日時‎2010‎年‎7‎月‎29‎日、‏‎13:32:23

思いの外、複数ストロークキーのカスタマイズが容易にでき、完成度も高いようなので早速使ってもらおうと言うことでベータ版を出しました。

今週月曜日に半日だけで全ての実装が終わり、今日まで少しずつデバッグしました。

この複数ストロークキーのカスタマイズを可能にして欲しいという要望は、かなり以前から直接間接的に聞いていましたが、私としては1キーだけで十分満足していましたし、また複数ストロークキーを使いこなすユーザはマシンにあまりにも迎合されてしまったパワーユーザであり、それをカスタマイズすることは簡単にPCを操作するために作ったこのソフトやX Button Makerの趣旨に反すると思い、あえてやりませんでした。

（でも仮に実現できるのならInsertキーを無効にしてSHIFT+InsertでInsertの機能ができればいいなとは思っていましたが。Insertキーは大して使わないのによく使うキーがそばにあって間違って押して上書きモードになると言う不愉快な思いを何度もしましたので）

　加えて多機能化すると基本機能（1キーのカスタマイズ）の信頼性を損なってしまうのではと言う危惧もありました。


でも正規ユーザさんから直接やって欲しいと言われて、やるだけやってうまくいかないならやめようという軽い気持ちで作った所、思いの外うまく動いていて拍子抜けしてしまいました。

しかし仮に動作したとしても、CTRL+Cなどの既に機能が割り当てられている基本的なショートカットのカスタマイズは完璧には動かないだろうと思っていましたが、私が試した限り完全に違う動作にすることができました。


現在ベータ版を常駐してこの文章を書いていますが、問題は発生していません。

しかしCTRL+CをカスタマイズしてCTRLキーを別のキーにした場合、CTRLキーのカスタマイズが優先されます。もちろん全部試していないので他にも問題がある可能性はあると思います。

高速に動作するために複数ストロークキーの静的データを追加しましたので実行モジュールは大きくなり（DLLは640KB程度）若干コードも追加しましたのでPCの負荷が上がっているはずです。私が今使っている分には遅くなったと実感できません。キーを打つごとにBattenXのDLLを通すので一応高速に動くよう注意深くコーディングしました。

正規版は遅くても2ヶ月以内にリリースできると思います。
]]> BattenX http://okazaki.incoming.jp/matatabi/?itemid=53 Thu, 29 Jul 2010 13:45:00 +0900 http://okazaki.incoming.jp/matatabi/?itemid=52
Windowsでエアログラスが有効になっているとき、IMEがONの時タイトルバーに文字列を表示する事ができなかった問題を修正。

IMEをONした時の表示例
（IMEをONした時の表示例）

filename:BX113setup.exe
date:‎2010‎年‎7‎月‎9‎日、‏‎17:34:27
CRC (0x8F169873):
Total size:315805 bytes (28.1%)
これはエアロが事実上標準で使われている現在、何としても、個人的にも対応したかった物でした。Direct3Dで描画しないとうまくいかないのではと思い、実際にそのコードを書いたのですが、タイトルバーには描けませんでした。

しかしWindows7のエクスプローラではIME ONしたあと、IME をOFFしてもキャプションが変化しない問題があります。これは現在の所全く不明です。IE8もWebページ内のエディットコントロール内でも同じ問題が発生します。

今回のバージョンはDLLのみの変更なのでそれ以外のバージョンは1.12のままです。

既に前バージョンをインストールされている方は、前にも申し上げたとおり、まずスタートメニューのスタートアップフォルダにあるBattenXのリンクを削除後、ログアウトし、再ログイン後、ダウンロードした最新バージョンのセットアップを実行すれば、スムーズに同じフォルダに最新バージョンが上書きされます。]]> BattenX http://okazaki.incoming.jp/matatabi/?itemid=52 Fri, 9 Jul 2010 18:00:03 +0900 http://okazaki.incoming.jp/matatabi/?itemid=51
It came to be able to settle purchase of LTCustomizer with Paypal.

To purchase LTCustomizer, go to following page.
http://okazaki.incoming.jp/LTCustomizer/ENG/regist.htm]]> LTCustomizer http://okazaki.incoming.jp/matatabi/?itemid=51 Sat, 5 Jun 2010 10:42:25 +0900 http://okazaki.incoming.jp/matatabi/?itemid=49
これは順にウィンドウを前面に出すだけのものですが、こっちの方がノートPCなどでは使いやすいと思いますし、ALT+TABでサムネイルの小さいウィンドウを確認するよりずっと楽に感じます。

私はCapsLockにALT+ESCを割り当てましたが、なぜかカタカナキーにも同じ割り当てがされてしまいます。
　BattenXにおいて、キーの認識方法が仮想キーコードの場合このカタカナキーと漢字キーはコードが2種類あって、押すたびに交互に変わってしまい、内部で2つのキーコードに同一のキー定義をしているのが災いしているようです。そこで認識方法をスキャンコードに変えて使っています。

　もちろんスキャンコードもキーによってはコードがかち合う問題があります。

この定義はX Button Makerでももちろんできますので、おためしください。]]> BattenX http://okazaki.incoming.jp/matatabi/?itemid=49 Mon, 24 May 2010 13:22:47 +0900 http://okazaki.incoming.jp/matatabi/?itemid=48 　インストーラは日付が新しいものは上書きしますが、上書きできないものは何もメッセージを出してくれません。こちらで対処すべきことですが今のところ対処方法が不明です。

（別フォルダにインストールすれば回避できる可能性がありますが試していません）

そこで前バージョンをアンインストールしてから最新版のインストールを行ってくださいと書いたのですが、これはPCの再起動が必須となります。

しかし、以下の方法をやれば短い時間で確実に最新版にすることができます。1.スタートアップフォルダにあるBattenXのショートカットを削除します。
2.ログアウトします
3.ログインし直して最新版のインストーラを起動してインストールします。
]]> BattenX http://okazaki.incoming.jp/matatabi/?itemid=48 Wed, 19 May 2010 08:49:09 +0900 http://okazaki.incoming.jp/matatabi/?itemid=46 修正:クリックしただけでドラッグを伴うマウスジェスチャーが効いてしまう問題を修正

BX112setup.exe ‎更新日時 2010‎年‎5‎月‎7‎日、‏‎14:25:28
Total size: 315660bytes
CRC (0xA627C7A3)

ダウンロードは左側のリンクをクリックしてください


申し訳ないのですが、既に正規ユーザ登録された方は今回のバージョンをインストールすると、もう一度設定ダイアログで認証する必要があります事をご了承下さい。認証情報はレジストリに記憶しているとWindowsのバグやバグFIXに振り回されるので今回のバージョンからファイルに記憶するようにしました。レジストリもファイルと言えばファイルなんですけど。

認証問題で何度も手こずらせている真の原因はWin32アプリとWin64アプリでAPIの挙動が違っている事にあります。BattenXは両者を１つのレジストリにアクセスしようとしていましたが、64bitWindows上のWin32アプリだと勝手に参照先を変えられてしまうのです。

実はファイルでも同じようなことが起こりました。Windowsのシステムディレクトリにファイルを作るとWin64アプリはアクセスできなくてWin32アプリは大丈夫なのです。おまけにエクスプローラでそのファイルを見ることはできませんでした。隠しファイルでもないのに。他のファイラーを使うと存在しているのは明らかなのですが。

regeditでも同じようにBattenXの認証情報が存在しているのに表示しなくなってしまいました。あえてそうしているのかバグなのか不明ですが、私にはセキュリティポリシーがMicrosoft社内で統一がとれてないように見受けられます。
　とにかくAPIの挙動に信頼性がないというのは非常に問題のあることで、昔からあるAPIがセキュリティ強化のため、フックを入れたかのように挙動を勝手に変えてしまうのはOSそのものの信頼性を損なう行為のように感じます。

Windows7はプログラマから見たら非常に制限されたOSになってしまいました。Vistaからそうなのでしょうが。

「クリックしただけでドラッグを伴うマウスジェスチャーが効いてしまう問題を修正」というのは、具体的にはadobe readerで表示倍率を変更する逆三角形のボタンをクリックすると、前バージョンではマウス左ボタンを押したら下へドラッグしたときのマウスジェスチャーが働いてしまうのです。他にもWindows 7付属のペイントでブラシや選択を変えるボタンを押すと同じような症状が出ます。

　これはマウスボタンを押したときのウィンドウとマウスボタンを離したときのウィンドウハンドルが違っている事から発生したバグです。通常は押したときと離したときのウィンドウは同じ物を指していますが、不具合の起こるボタンを押すと違っているのです。
　恥ずかしながら、このバグがわかるまでマウスボタンメッセージに付いてくるマウスのカーソル座標がクライアント座標とは知りませんでした。だから押したときと離したときの座標差が実際には全く無いにもかかわらずマウスジェスチャーとして認識されてしまったのです。
　しかしクライアント座標をスクリーン座標に変換してもバグは直りませんでした。Windowsのメッセージも信用できないのです。仕方ないのでマウスボタンメッセージを受信したら直接マウスカーソル座標をAPIから取得することにしました。しかし悔しいかな、まだこれは完璧ではないようです。また同じ症状を一回遭遇してしまいました。


]]> BattenX http://okazaki.incoming.jp/matatabi/?itemid=46 Fri, 7 May 2010 15:05:07 +0900 http://okazaki.incoming.jp/matatabi/?itemid=45
腹立たしいことに、認証できないと言われた、一番最初にリリースしたVersion1.00では現在正常に認証できるようになったのです。
具体的には32bit版の実行ファイルがレジストリにアクセスするとき、64bit版Windows7は勝手にWow6432Nodeというキーを追加してしまうのですが、つい最近までの正規版Windows7はRC版と違って、追加しなかったのです。それで64bit版をお使いのユーザさんから認証できないというメールをいただいて修正したら、今度はMicrosoftが挙動をRC版と同じ挙動に戻してしまってまたため、また認証できないと言われてしまったのです。

BattenXの設定ダイアログは32bit版で、そこで登録動作を行っているので、このような問題が出てしまうのです。もしまたMicrosoftが勝手に仕様を変えてしまうのであれば根本的に中身を変える必要が出てきます。

数ヶ月前認証ができないとメールを出したユーザ様は、新規に64bit版Windows7を新調しBattenXVersion1.11をインストールした場合、認証がまたもや失敗するはずです。その際は申し訳ないのですが再度連絡下さい。修正版をお送りします。

これだけのために、またもや修正版を出すのは腹立たしいことですが、来月中には修正版を出します。

Microsoftは勝手に仕様を変えないでもらいたい。

]]> BattenX http://okazaki.incoming.jp/matatabi/?itemid=45 Wed, 28 Apr 2010 20:56:17 +0900 http://okazaki.incoming.jp/matatabi/?itemid=44 　「複数ウィンドウクラス」が機能していない問題を修正。その他

若干「複数ウィンドウクラス」の処理を高速化しましたが、やはり頻繁にウィンドウが変わる部分には適用できません。詳しく調べましたが、ウィンドウ生成時にウィンドウ構造が設定時と若干食い違っているためにはじかれてしまっているのです。
　これはタブブラウザや秀丸の表示部分での話であり、ブラウザの表示部分はうまくいかないとはいえ、その検索ボックスだけに適用する定義をしても問題ありません。

インストールの注意なのですが、前バージョンをお使いの人で同じフォルダに上書きするのであればBattenXを必ず終了させてください。しかし、Windows2000などでは終了してもBattenx.DLLが各アプリにロードしっぱなしで上書きができないときがあります。一番確実なのは前バージョンをアンインストールして再起動してください。

ダウンロードは右側のリンクから行ってください。

BX111setup.exe
‎2010‎年‎4‎月‎21‎日、‏‎16:33:11
CRC (0x1BD40349)
Total size:362747bytes
]]> BattenX http://okazaki.incoming.jp/matatabi/?itemid=44 Wed, 21 Apr 2010 16:49:21 +0900 http://okazaki.incoming.jp/matatabi/?itemid=41

1. アプリケーションごとの設定に、「複数ウィンドウクラス」「実行ファイル名 + フォーカスウィンドウクラス名」を追加


2. 全定義のバックアップ、リストアができるようにした。


3. 一時停止/再開ボタンを定義できるようにした。
   
   

修正

1. 64bitWindows上において、正規版が認証できない問題を修正


2. 64bitWindows上において、機能の一時停止が有効に働いていない問題を修正。
   
   

BX110setup.exe
323,451 バイト
‎2010‎年‎4‎月‎16‎日、‏‎16:45:51

‎ダウンロードは右側のリンクから行ってください。
「複数ウィンドウクラス」とはフォーカスウィンドウクラスとそのすべての親ウィンドウのクラス名を照合して、指定したウィンドウかどうか確かめるもので、厳密に特定アプリケーションの特定ウィンドウのみの定義が可能になります。

しかし、これは内部のウィンドウ構造が変化してしまうと全く使い物になりません。と言うことで急遽追加された認証方法が「実行ファイル名 + フォーカスウィンドウクラス名」です。

具体的に言うと「秀丸」では「複数ウィンドウクラス」はうまくいきませんでした。タブモードで新しいタブを作ると、BattenXがウィンドウ構造をチェックしている間に秀丸が新しいウィンドウを作成しているようなのでうまくいかないのです。そこで「実行ファイル名 + フォーカスウィンドウクラス名」を用意しました。

シンプルに「実行ファイル名」でもいいのですが、それをやると「無変換」キーにタブを閉じるボタンを定義している場合、ファイルダイアログ表示上では全く意味が無く、このキーを押してもファイルダイアログは消えません。
　私は無変換キーに秀丸の編集画面ではタブを閉じるを割り当て、それ以外の秀丸の各種ダイアログはアプリケーション共通で定義されているALT+F4を適用したいのです。
それでフォーカスウィンドウクラス名に秀丸の編集ウィンドウのクラス名を割り当てて使っていたのですが、このクラス名、秀丸メールでも使っているのです。だから秀丸メールの編集中にタブを閉じる機能を割り当てた無変換キーを押しても当然何も反応しません。そこで「複数ウィンドウクラス」を作り、「実行ファイル名 + フォーカスウィンドウクラス名」を作ったのです。

タブウィンドウのあるWebブラウザでも基本的には同じです。しかしPDF表示の場合は「実行ファイル名 + フォーカスウィンドウクラス名」で定義してもダメです。アプリケーション共通の定義が適用されて、無変換キーを押すとALT+F4となり、ブラウザ全部が終了してしまいます。PDF表示中はクラス名が変わるからです。PDFはActiveXドキュメントとして表示されているで、Webブラウザの中にAdobe readerが入り込んだ形になり、別アプリが中で動いているのです。見た目だけ全部Webブラウザ上で処理されているようにみえるだけです。

従ってWebブラウザでPDF表示中の専用ボタン定義を新たに作る必要があります。いろいろ難しいものです。


一時停止ボタンは、実際の動作はなんてことはない、単純なものですが、これは内部ではかなり面倒なことをしています。64bitOS上では32bit版とのやりとりも考慮しなくてはならず、バグを取り除くのに思いの外時間がかかりました。今メインで使っているのが64bit版のWindows7ですから。

前バージョンからある既知の問題として、BattenXのダイアログ終了後に特定アプリケーションウィンドウ上にフォーカスがあっていたとしても、アプリケーション共通の定義が適用されてしまう問題があります。これはいったん別ウィンドウに移動しないと正常動作しません。申し訳ないのですがご了承お願いします。]]> BattenX http://okazaki.incoming.jp/matatabi/?itemid=41 Fri, 16 Apr 2010 18:08:43 +0900 http://okazaki.incoming.jp/matatabi/?itemid=39
ユーザ様から斜めになった寸法線の情報更新がうまくいかないというメールをいただき、こちらでテストしたところ確かにうまくいかないことを確認いたしましたupdate_select_data関数は既存図面に新たなるDXFファイルの情報をマージします。このときにAutoCAD LTが読み込んだDXFファイルに問題があると認定すると読み込みを中断してしまうのです。しかしdxfinコマンドではなくopenコマンドで問題のDXFファイルを読み込ませると、問題なく読める場合があります。寸法線の情報のあるDXFファイルはこれに当たります。

このようにupdate_select_data関数はAutoCADLT側でLTCustomizerが出力したDXFファイル入力を拒否されてしまうと正常動作しません。

この問題の対処方法は、

１．アプリケーションがLTCustomizerのselect関数、get_select...関数を使って変更すべきエンティティ情報を取得します。

２．アプリケーションが取得したエンティティ情報を変更して、それをLTCustomizerのcommand2,command関数か、もしくはLTCustomizerのスクリプト関数を使って、AutoCAD LTのコマンド(寸法線情報の更新なら_dimlinearと_dimedit)を実行させます。つまりDXFファイル経由で図面を更新しない方法にするのです。

]]> LTCustomizer http://okazaki.incoming.jp/matatabi/?itemid=39 Thu, 18 Feb 2010 15:07:25 +0900