アカウント名:
パスワード:
クロスプラットホームなOOoで、Perl Python Ruby等のスクリプト言語等からサクっと操作できたり逆にOOo側から簡単に呼び出せたりできれば、そういった遅れの部分を補える可能性があるし、 それこそ「ちょっと複雑なExcelマクロ」なんて簡単に 吹き飛ばすことができるんじゃないかと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
ビルド (スコア:2, 参考になる)
なんでだろ。
プラットフォーム (Re:ビルド) (スコア:3, 参考になる)
Re:プラットフォーム (Re:ビルド) (スコア:2, 興味深い)
ブラウザという汎用性の強い物と、Officeソフトという比較的目的のはっきりした物との違いもあるのでは。
Re:プラットフォーム (Re:ビルド) (スコア:2, 興味深い)
Windowsで コモンコントロールを使うアプリがあえて、コモンコントロール使ってると言わないのと同じでしょう。
実際 Officeコンポーネントは、業務系のアプリ開発であれば、OS標準APIに準ずる扱いです。
Office97 の時代ぐらいから Visual Studio用のアドオンとして Office をコンポーネントとして利用する時に便利なキット集も各社から売られはじめて、今では MS純正のそういうキット集もありますね。
その手の利用を楽にするためのツールで市場が出来るほど一般的ですよ。
Re:プラットフォーム (Re:ビルド) (スコア:3, 興味深い)
しかも、それが各種言語から呼び出せる、というのは非常に大きいと思います。
UNIXにおいては、長らくシェルスクリプトがそういった 役割を担ってきていて、 その重要さは今でもかわらないんだけども、エンドユーザ向けのフロントエンドとしては、現在では 貧弱さは否めません。
クロスプラットホームなOOoで、Perl Python Ruby等のスクリプト言語等からサクっと操作できたり逆にOOo側から簡単に呼び出せたりできれば、そういった遅れの部分を補える可能性があるし、 それこそ「ちょっと複雑なExcelマクロ」なんて簡単に 吹き飛ばすことができるんじゃないかと思います。
Re:プラットフォーム (Re:ビルド) (スコア:2, 参考になる)
2.0では、そこにPython,BeansShell,Javascriptが加わっています。
他の言語ブリッジについて作れる仕組みを持っているんじゃなかったかなぁ。
私自身よくわかっていませんが、SS8のSDK(日本語化済み)が出ていますので、誰か研究してね。
Re:プラットフォーム (Re:ビルド) (スコア:1)
> 2.0では、そこにPython,BeansShell,Javascriptが加わっています。
1.1のころからPython-UNOってのが使えたと思うんだけど、それとは違うんでしょうか？
Re:プラットフォーム (Re:ビルド) (スコア:0)
結局、個人の趣味プログラマにとっては、あんまり面白くないんだよなぁ。何らかのビジネスチャンスを狙ってる人達は、また別な感想があるのかもしれないけど。
Re:プラットフォーム (Re:ビルド) (スコア:1)
ドキュメントの日本語訳とかはプロプラなのかもしれんけど、別途日本語訳プロジェクトとかしても問題ない筈。
OOoを使ったメジャーなプロダクトとしてはJooReports(JooTemplates) [sourceforge.net]がある。簡単に言えばJavaからOOoを操作することで、OOo文書をテンプレートとしてPDF文書を出力する。OOo SDKのwrapperみたいなもの。
Re:プラットフォーム (Re:ビルド) (スコア:1)
またjavaのbindingはそれ以前からあるので、java objectを扱える言語からは扱える可能性があるでしょう。
2.0ではJava上で動作するスクリプト言語(JavaScriptのJava上の実装であるRhino等)を公式にサポートしています。もしかするとJRubyあたりから操作できるかもしれません。
Re:プラットフォーム (Re:ビルド) (スコア:1)
ブラウザコンポーネントを使う物では、汎用的なアプリも少なくないので、再利用されてるってイメージが強い。
こういう事かも。