- + JavaScript の質問用スレッド vol.122 + [無断転載禁止]©2ch.net
499 ：デフォルトの名無しさん (ﾜｯﾁｮｲ d35b-drn7)[sage]：2016/12/14(水) 00:05:01.01 ID:bj02pMPP0 - >>496
> ある程度はsendkeys経由になるとは思うけど。
それは「出来る」とは言わないだろ。というか屁理屈になってるぞ。
そもそもWin32APIははキーボード/マウスイベントを生成して打ち込むことが出来るから、
それで「出来る」というのならそれ以前から何でも「出来る」ことになる。
そしてそれはunixではもっと簡単に出来る。/dev/inputにリダイレクトするだけ。（やったことはないが）
だからそれで「出来る」というのなら、unixならもっと簡単に「出来る」ことになる。
そうではなくて、Excel側が共通の仕組み(ActiveXか？）からAPIを呼び出せるように整備されているだけでしょ。
だからchrome側からAPIをActiveX向けに提供してないと呼び出せない。
FireFoxはプラグインがあるみたいで、それを使えばいけるようだが。(Wikiによると)
それを「俺は昔からやってるんだから詳しいんだ」というのならただの老害だぞ。
まあそれもそちらの自由ではあるが。
|
- + JavaScript の質問用スレッド vol.122 + [無断転載禁止]©2ch.net
501 ：デフォルトの名無しさん (ﾜｯﾁｮｲ d35b-drn7)[sage]：2016/12/14(水) 00:32:35.59 ID:bj02pMPP0 - >>498
> 書式活かしたい、計算式活かしたいとなると充分どころか最低限すら満たさん。
Excel側にデータと書式を混ぜておいているのがいけない。
だってWebで同様の物を作ろうとしたら、データと書式は分離して、計算式もまた別に持つだろ。
データは鯖上のDB、書式はHTML+CSS、計算式はPHP+JavaScriptになる。
最初から全部別であることを強制される為、システムが小さい場合は確かにウザイが、
大きいシステムでも問題なく対応出来るし、変更に強い。
一言で言えば、「正しい」やり方ではある。
Excelでやるにしても、データシート(csv読み込み）と表示用シート（レイアウト済み）は別にして、
データシートの値を引っ張ってきて表示すればいいだけだし、それで全く問題ないだろ。
そもそも「データ」と「表示用書式」を混ぜる意味なんて全くないと思うし、
それ以前に「書式」をcsvから読ませようと思ったことがないんだが。
だってそれはWYSIWYGとじゃないと辛いし、必要ならExcelで作業するだろ。
まあ俺が言っているのはそれ以前で、
WScriptから直接Excelをいじるのはあまりよくないのではないかな、ということなんだが。
まあ本人が考えればいいだけのことではあるが。
|
- + JavaScript の質問用スレッド vol.122 + [無断転載禁止]©2ch.net
502 ：デフォルトの名無しさん (ﾜｯﾁｮｲ d35b-drn7)[sage]：2016/12/14(水) 00:45:54.95 ID:bj02pMPP0 - >>500
まあ俺が無知なのは事実として、お前も相当馬鹿だと思うぞ。
何で「データ」と「書式」を混在させる必要があるのか、理由が言えるか？
/dev/inputは直接はスーパーユーザーからしか使えないとは思うけど、
スーパーユーザー権限でそこにリダイレクトするパイプなりを作っておいて、
それをユーザーに開放しておけいいだけの話だろ。
まあこれはもういいが。
> 例えばAcrobatなんかはほぼフル機能が呼び出せる
まあ分かった。
おそらくWindows上ではActiveXが使えることはすごく便利で、
一昔前、或いは今もActiveXから使えるように整備しておくことが一般的で、
これさえやっておけばスクリプトでバッチ処理を書けるようになると。
で、俺はそれを知らなかった、そういうことだな。
|
- + JavaScript の質問用スレッド vol.122 + [無断転載禁止]©2ch.net
505 ：デフォルトの名無しさん (ﾜｯﾁｮｲ d35b-drn7)[sage]：2016/12/14(水) 01:08:20.03 ID:bj02pMPP0 - >>504
> 今はそれがセキュアになって、.NET（の一部）になっている。
お？スレチだがちょっと教えてくれ。
これって.NETアプリは全部同様にスクリプトから触れるって事か？
例えば.NET（フォーム）のControlクラスがActiveX対応済みで
JScript等のスクリプトから値が取れたり設定出来たりするとか。
これならすごいなと思うが。
ただちょっと調べた限り、フォームコントロールとActiveXコントロールは別物みたいだが。
|
- + JavaScript の質問用スレッド vol.122 + [無断転載禁止]©2ch.net
508 ：デフォルトの名無しさん (ﾜｯﾁｮｲ d35b-drn7)[sage]：2016/12/14(水) 03:08:56.38 ID:bj02pMPP0 - >>506
いやお前はだいぶずれていると思うがな。
まあ水掛け論にしかなりそうにないから終わりでいいが。
> データシートとレイアウトシートはもちろん分けるけど…どこから混ぜるって話出てきたの？
分けるんならデータだけcsvで読み込む分に何も問題ないだろ。
君の主張は
> 書式活かしたい、計算式活かしたいとなると充分どころか最低限すら満たさん。(>>498)
つまり書式も計算式も「読み込みたい」って事なんだろ。
俺はその用途は無い、読み込むのはデータだけでいいだろ、って言ってるだけ。
> 自分のappDomain中でインスタンス化してリフレクションで触ってもよし、
ここのところは正直どれほど見えるのか分からないが、
もしC#のフォームアプリを作るのと同レベルの「リフレクション」なら、それは「触れる」とは言わない。
それは「やれなくはない」と言う。
WScript等でExcelをいじる分には、セルの内容をそのまま単純に書けるので、「触れる」と言っていい。
|
- + JavaScript の質問用スレッド vol.122 + [無断転載禁止]©2ch.net
509 ：デフォルトの名無しさん (ﾜｯﾁｮｲ d35b-drn7)[sage]：2016/12/14(水) 03:28:55.97 ID:bj02pMPP0 - >>507
> Selenium
見たところ、こいつもドライバでActiveXモドキを用意する感じか。
しかしこれなら最初からActiveX用パッチをchromeに用意した方が妥当だったように感じるが、
そうならなかったのは何故なんだ？
そちらの意見を聞く限り、ActiveXワールドが既に出来上がっている時点で、
Seleniumワールドを新たに構築する意味はないように思える。
というか、いちいちアプリごとにドライバを用意する必要があるseleniumよりも、
OSが主導して提供しているActiveXの方が断然筋がいい。
> Excelはただデータを表示するだけのソフトじゃなくて、意味不明なほど高機能
ああ、ギャラガが出来るとかは知ってる。
てか、既に開いてあるExcelの画面を操作したいとか、対戦ぷよぷよでも作るつもりか？とか思ったね。
というか、逆に何でも出来てしまうからそこにトラップされてしまうのだと思うね。
通常のファイルなら先に開いている人が居たらロックされて後の人は改変出来ない。
だから多人数から同時に開いて同時に編集したいのならDBにすべき案件なのに、
それを無理矢理Excelでやれば出来てしまうんだろ。多分。
だからっていつまでもExcelで行けるはずもないわけで。
|