[quote="teramako"]何故？ と思ってましたが、bindingを変えるとフォーカスが外れてキャレット位置もリセットされてしまうんですね。細かいところまで気が利いていて感動。[/quote]細かいところまで気が利いているというよりは、XBL がからむとどうにもおかしなことが起こるので、しかたなく workaround を入れたというような感じです。
そのままでは、キャレットが消えてフォーカスが外れたように見えますが、入力すればそのまま input 要素に入力できたりして、意味不明。

なるほどっ！
属性値を変える事で動的にバインディング自体を変える手法がありましたね。
盲点でした。

[quote="あ"]# trunk で動かないのは、バグなのか仕様変更なのか…[/quote]
ありゃりゃ、仕様変更だとしたらこの先動かなくなるわけですね。 セキュリティ的な問題なら仕方ないですが、そうでないならバグであることを祈りますｗ

回答を下さった、georigeiさん、あさん、piroさん、ありがとうございました。
これで安眠できそうです :D


追記です。
mode属性のsetterでselectionStart,selectionEndを再代入しているのは何故？ と思ってましたが、bindingを変えるとフォーカスが外れてキャレット位置もリセットされてしまうんですね。細かいところまで気が利いていて感動。

[quote="teramako"]handler要素のcommand属性からならコマンドが効くので、何か(セキュリティ制限を外すとかではなく)普通にやる方法があるのでは？ と思っての質問でした。[/quote]そういうことでしたか。
そうすると、こんな感じでしょうか。
chrome://hogehoge/content/bindings/vi_input.xbl[code]<?xml version="1.0"?>
<bindings id="viInputBindings"
xmlns="http://www.mozilla.org/xbl"
xmlns:xbl="http://www.mozilla.org/xbl">
<binding id="viInputFields">
<implementation>
<property name="mode"
onget="return this.getAttribute('mode')">
<setter><![CDATA[
var selectionStart = this.selectionStart;
var selectionEnd = this.selectionEnd;
this.setAttribute('mode',val);
this.selectionStart = selectionStart;
this.selectionEnd = selectionEnd;
this.blur();
this.focus();
return val;
]]></setter>
</property>
<constructor><![CDATA[
//this.mode = this.hasAttribute('mode') ? this.getAttribute('mode') : 'insert';
if (!this.hasAttribute('mode'))
this.setAttribute('mode', 'insert');
]]></constructor>
</implementation>
</binding>
<binding id="viInputFieldsInsert" extends="#viInputFields">
<handlers>
<handler event="keypress" keycode="VK_ESCAPE"><![CDATA[
this.mode = 'normal';
]]></handler>
</handlers>
</binding>
<binding id="viInputFieldsNormal" extends="#viInputFields">
<handlers>
<handler event="keypress" key="i" modifiers="shift" command="cmd_beginLine"/>
<handler event="keypress" key="h" command="cmd_charPrevious"/>
<handler event="keypress" key="l" command="cmd_charNext"/>
<handler event="keypress"><![CDATA[
switch(event.charCode){
case 73: //`I'
setTimeout(function(t) {t.mode = 'insert';}, 0, this);
return;
case 105: //`i'
this.mode = 'insert';
break;
case 104: //`h'
case 108: //`l'
return;
}
event.preventDefault();
]]></handler>
</handlers>
</binding>
</bindings>[/code]
userContent.css[code]input {
-moz-binding: url("chrome://hogehoge/content/bindigns/vi_input.xbl#viInputFieldsInsert");
}
input[mode="normal"] {
-moz-binding: url("chrome://hogehoge/content/bindigns/vi_input.xbl#viInputFieldsNormal");
}[/code]
# trunk で動かないのは、バグなのか仕様変更なのか…

[quote="Piro"]Chrome権限のコードの中で書くしかないかも。[/quote]
たしかにそれが一番確実な方法ですね。
その方向で考えていきたいと思います。

また、何か分かりましたら宜しくお願いします。

XBLでやるのは諦めて、

[code]
gBrowser.addEventListener('keypress', function(aEvent) {
var node = aEvent.originalTarget;
if (node.localName == 'textarea') {
var controller = node.controllers.....
　 （略）
aEvent.stopPropagation();
aEvent.preventDefault();
}
}, true);
[/code]

という感じでChrome権限のコードの中で書くしかないかも。

[quote="あ"][quote="teramako"]また、先ほど同じbindingを施したものをchrome://...のURLからアクセスしてみましたが、きちんと動作しました。XBL自体もchrome://...の方においているのですが、Firefox外部のリソースにbindingすると外部リソースと同じく制限を受けてしまうようです。[/quote]目的の HTML は、普通の Web サイトにあるもの、ということでしょうか？
また、制限を回避する方法はありますが、その XBL は不特定多数の人に使わせるようなものではないという条件で良いしょうか？
# 制限に穴を開けるわけですから…[/quote]
目的としては通常のブラウジング時にviキーバインドでの操作が出来たら幸せだなと思って作ろうとしているので、そういうことになります。

[quote="あ"]まず、制限のかかっている操作を呼び出す関数(XBL なので method?)内で、その操作より前に[code]netscape.security.PrivilegeManager.enablePrivilege("UniversalXPConnect");[/code]を実行してください。
また、about:config 等で signed.applets.codebase_principal_support を true にしておいてください。

そのままでは毎回確認のダイアログが出てきますが、次回も同様に処理するチェックを入れてしまえば、同じドメイン内では次からは確認ダイアログは出ません。

[b]本来はかかっている制限をはずす[/b]ことになりますので、[b]自己責任で使ってください[/b]。[/quote]
しかし、セキュリティチェックを外してまでやろうとは思いません。
handler要素のcommand属性からならコマンドが効くので、何か(セキュリティ制限を外すとかではなく)普通にやる方法があるのでは？ と思っての質問でした。
素直に諦めた方が良さそうですかね...。

[quote="teramako"]また、先ほど同じbindingを施したものをchrome://...のURLからアクセスしてみましたが、きちんと動作しました。XBL自体もchrome://...の方においているのですが、Firefox外部のリソースにbindingすると外部リソースと同じく制限を受けてしまうようです。[/quote]目的の HTML は、普通の Web サイトにあるもの、ということでしょうか？
また、制限を回避する方法はありますが、その XBL は不特定多数の人に使わせるようなものではないという条件で良いしょうか？
# 制限に穴を開けるわけですから…

まず、制限のかかっている操作を呼び出す関数(XBL なので method?)内で、その操作より前に[code]netscape.security.PrivilegeManager.enablePrivilege("UniversalXPConnect");[/code]を実行してください。
また、about:config 等で signed.applets.codebase_principal_support を true にしておいてください。

そのままでは毎回確認のダイアログが出てきますが、次回も同様に処理するチェックを入れてしまえば、同じドメイン内では次からは確認ダイアログは出ません。

[b]本来はかかっている制限をはずす[/b]ことになりますので、[b]自己責任で使ってください[/b]。

[quote]なので、commandDispatcher をかましてないのが原因かも？ と思いました。
controllers = commandDispatcher なんでしょうか？[/quote]
いいえ、this.controllersは、input,textarea要素についているネイティブ(?)のプロパティで、DOM Inspectorで見ると[object XULControllers]となっています。おそらく、nsIControllersではないかと思います。このオブジェクト配下にはcommandDispatcherもありますが、残念ながらnull値です。

あと、XUL Windowにはdocument.commandDispatcherがあるのですがHTMLドキュメントには存在しないようです。

また、先ほど同じbindingを施したものをchrome://...のURLからアクセスしてみましたが、きちんと動作しました。XBL自体もchrome://...の方においているのですが、Firefox外部のリソースにbindingすると外部リソースと同じく制限を受けてしまうようです。

しかし、通常のキーバインド、[code]<handler event="keypress" key="l" command="cmd_charNext"/>[/code]は外部リソースでも動作します。動的にhandlerを追加/削除できれば良いのですが...


ついでなので今現在のソースを晒しておきます。
chrome://hogehoge/content/bindings/vi_input.xbl[code]<?xml version="1.0"?>
<bindings id="viInputBindings"
xmlns="http://www.mozilla.org/xbl"
xmlns:xbl="http://www.mozilla.org/xbl">
<binding id="viInputFields">
<implementation>
<property name="mode"
onget="return this.getAttribute('mode')"
onset="this.setAttribute('mode',val); return val"/>
<method name="doCommand">
<parameter name="cmd"/>
<body><![CDATA[
var controller = this.controllers.getControllerForCommand(cmd);
controller.doCommand(cmd);
]]></body>
</method>
<constructor><![CDATA[
this.mode = this.hasAttribute('mode') ? this.getAttribute('mode') : 'insert';
this.addEventListener('keypress',function(e){
if(this.mode == 'normal'){
switch(e.charCode){
case 73: //`I'
this.doCommand('cmd_beginLine');
case 105: //`i'
this.mode = 'insert';
break;
case 104: //`h'
this.doCommand('cmd_charPrevious');
break;
case 108: //`l'
this.doCommand('cmd_charNext');
break;
}
e.preventDefault();
} else if(this.mode == 'insert'){
if(e.keyCode == e.DOM_VK_ESCAPE){
this.mode = 'normal';
}
}
},true);
]]></constructor>
</implementation>
</binding>
</binding>[/code]
userContent.css[code]input {
-moz-binding: url(chrome://hogehoge/content/bindigns/vi_input.xbl#viInputFields);
}[/code]

私はあまり経験がないので、外していたらごめんなさい。

[quote="teramako"][code]<method name="doCommand">
<parameter name="cmd"/>
<body><![CDATA[
var controller = this.controllers.getControllerForCommand(cmd);
controller.doCommand(cmd);
]]></body>
</method>[/code]を実行すると以下のようなエラーとなり実行できません。[/quote]
[url=http://developer.mozilla.org/ja/docs/XUL_Tutorial:Updating_Commands]XUL Tutorial:Updating Commands - MDC[/url] のコードだと；

[code]var controller = document.commandDispatcher.getControllerForCommand("cmd_paste");
if (controller && controller.isCommandEnabled("cmd_paste")){
controller.doCommand(command);
}[/code]
なので、commandDispatcher をかましてないのが原因かも？ と思いました。
controllers = commandDispatcher なんでしょうか？

HTMLのinput,textarea要素を拡張したいと思い、XBLを書いています。
その中で、[code]<method name="doCommand">
<parameter name="cmd"/>
<body><![CDATA[
var controller = this.controllers.getControllerForCommand(cmd);
controller.doCommand(cmd);
]]></body>
</method>[/code]を実行すると以下のようなエラーとなり実行できません。
[code]エラー: [Exception... "'Permission denied to call method XULControllers.getControllerForCommand' when calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)" location: "<unknown>" data: no][/code]
セキュリティ的に許されていないのだろうとは思うのですが、やりたい事はviエディタのようなモード変更ありのカーソル移動等で、'cmd_charPrevious'等を発行したいだけです。
モード変更があるため、chrome://global/content/pralformHTMLBindingsにあるようなhandler要素のcommand属性が使えません。

大部分はカーソル移動ですので、selectionStart,selectionEndプロパティを操作すれば何とかなるのですが、回避方法があるかどうかを知りたいです。