ちょっとコアな話で申し訳ないのですが ..,

次期 QX で COM が使えるようになるでしょうか？
yook さんのところのインタビュー記事で「QX 自身のコンポーネント化は将来
的にない」と思っているのですが、QX マクロのほうで COM を使うことができ
ればいいな、とも思っています。

というのも、最近 perl や ruby の COM の使い方を知って、実は HSP でも C
OM が使えるモジュール（Acc [Automation Controller Controller] ）
> http://cgi14.plala.or.jp/riffraff/hsp/lollipop/acc1.htm
があるそうで。
となれば、やっぱり QX マクロにも不可能ではないッ！かな ^^; と。

なんとなく昼休みに考えていて、DLL を作ったらできるかな、と考えてみて、

現状の QX BASIC の文法に則ると、

set xlApp = CreateObject("Excel.Application")
set xlBook = xlApp.Wookbooks.Add "sample.xls"
set xlSheet = xlBook.ActiveSheet
xlSheet.Cells(1,1).Value = "TEST"

という文法はできないので、

xlApp = qxcNew("Excel.Application")
xlBooks = qxcGet( xlApp, "Workbooks" )
xlBook = qxcMethod( xlBooks, "Add", "sample.xls" )
xlSheet = qxcGet( xlBook, "ActiveSheet" )
xlRange = qxcGet( xqSheet, "Cells", 1, 1 )
Call qxcSet( xqRange, "Value", "TEST" )

なんてのを思いついてみました。
# なんか、何やっているかわかりづらいですが。

で、先々、QX マクロで COM が使えるようになれば、こんなややこしいことは
いらないし、どんなものでしょう？

>IE 5.5 に SP2 をあてると、QTView 2.0 のプラグインが動作しません。

　IR5.5SP2 は Netscape の plugin を使用できないように改悪されました。
　というわけで、どうにもなりません。

>次期 QX で COM が使えるようになるでしょうか？

　予定はないです。


>yook さんのところのインタビュー記事で「QX 自身のコンポーネント化は将来
>的にない」と思っているのですが

　これはちょっと考えているのですが、暇がないので...


>で、先々、QX マクロで COM が使えるようになれば、こんなややこしいことは
>いらないし、どんなものでしょう？

　おもしろいかもしれないけど...

　Ｑシリーズも全面改装しないといけないなぁ と考えてはいるのですが、「うーん」とうなること数ヶ月、いまだにうなっています。

>　IR5.5SP2 は Netscape の plugin を使用できないように改悪されました。
>　というわけで、どうにもなりません。

うわ。6.0 で何かの互換をなくすというのはどっかで読んだ気が……。
ウィンドウズ用に開発するのも苦労が多そうですね。

>>　IR5.5SP2 は Netscape の plugin を使用できないように改悪されました。
>>　というわけで、どうにもなりません。
>
>うわ。6.0 で何かの互換をなくすというのはどっかで読んだ気が……。

ということは、つ、つまり、6.0 以降は QTView は使用不能ということですか？

だとすると、エライこっちゃ。あちこちのサイトに影響が出ますね。

現状がどうなっているのか、よく分かっている方にＭＬに情報を流してもらえると
良いアイデアとか、対処法なども話題になるかも知れませんが。

ＱＸサポート情報からの再掲ですが、
> http://www.asahi.com/english/svn/K2001082700427.html
に確かに IE 6.0 では Netscape スタイルのプラグインが動かないみたいですね。

う〜む、これから先も動かないとなると、
Mozilla あたりに移行を考えたほうがいいかな。

araken さん wrote:
>
> >で、先々、QX マクロで COM が使えるようになれば、こんなややこしいことは
> >いらないし、どんなものでしょう？
>
> 　おもしろいかもしれないけど...
>

　そうなんです。正直言って、「面白いかもしれないけどそこまでの機能が必
要かなぁ」というのも私の本音です。あると便利だろうけど、エディタのマク
ロに組み込んで、それだけの需要があるかが問題、と思います。
　COM を扱えるようにして、ぱっと考えられるのは、Excel/Word と直接やり
とりをしたり、IE を使って HTML ファイルのプレビューが楽になったり、と
いう程度で、そこで終わってしまいそうな気もするし ... 。

　私の場合は、仕事柄、Excel や ADO あたりを直接扱うことができれば便利
かな、という程度なんですが。

　とりあえず、QX で実装する予定がないのだから、個人的に作ってみようか
な、と思います。ADO あたりが使えるようになるとクエリーもどきができそう
だし、あと DOM が使えるようになれば応用範囲が広いかな、と考えていたり
します。

どこでもホイール使わせてもらいました。

私はおもにゲームでの使用なのですが、
ゲーム毎に設定を変えられるのでとても重宝しそうです。
要望お願いしたいのですが、
対戦ネットゲーの多くはCTRL+１〜０、CTRL+A〜Zの操作が多いので、
両サイドボタンのCTRL、ALT、SHIFTキーを単体で使えるようにして欲しいです。
今の所はプロパティーで、右サイドをCTRLにして間に合っているのですが（汗

ゲーマーに限らなくてもCTRL、ALT、SHIFTキーが単体で使えれば、
例えば、右サイド押しっぱなしスクロールで、CTRL+スクロールが出来て、
スクロールにショートカット詰め込みたい人にも重宝すると思います。

ゲーマー的には２回ボタン指定できると、とてもうれしいです。
例）H>C 　　　CTRL+L>C など

any>CTRL+anyみたいな、2回目にCTRL、ALT、SHIFTが来ることは無いと思うので
□Shift　□Ctrl　□Alt　なし　なし　
こんな感じで出来たらすごく助かります。

>対戦ネットゲーの多くはCTRL+１〜０、CTRL+A〜Zの操作が多いので、
>両サイドボタンのCTRL、ALT、SHIFTキーを単体で使えるようにして欲しいです。
>今の所はプロパティーで、右サイドをCTRLにして間に合っているのですが（汗

　これは、
サイドボタンを押したらShift on 、サイドボタンを離したら Shift off
あるいは
サイドボタンを押して離したら Shift on 、もう一度押して離したら Shift off
ということでしょうか？

>ゲーマー的には２回ボタン指定できると、とてもうれしいです。

　２キーですか。うーん、なんかダイアログがだんだん巨大になっていくような。

>　これは、
>サイドボタンを押したらShift on 、サイドボタンを離したら Shift off
>あるいは
>サイドボタンを押して離したら Shift on 、もう一度押して離したら Shift off
>ということでしょうか？

サイドボタンを押したらShift on 、サイドボタンを離したら Shift offです。

>>ゲーマー的には２回ボタン指定できると、とてもうれしいです。
>
>　２キーですか。うーん、なんかダイアログがだんだん巨大になっていくような。

そうですね。
これ以上大きくなると、環境によっては表示しきれない場合もあると思います。
「ＯＫ」と「キャンセル」の位置を変えれば、
横幅は変わらないと思いますがいかがでしょうか。