「OpenOffice.org 2.0.0 日本語版、正式リリース」記事へのコメント

ビルド

[Anonymous Coward]

Firefoxと違って、OpenOfficeはビルドが難しい、というか、万人にビルドされることを想定していない、という印象がある。Geckoベースブラウザってのは腐るほどあるけど、OpenOfficeベースエディタ（でいいんだろうか？）って全然聞かないもんなぁ。

なんでだろ。

プラットフォーム (Re:ビルド)

[Anonymous Coward]

ビルドはMozilla系もあまり褒められたものではないような。まあそれはさておき、Mozillaはそれ自体がプラットフォーム指向が強く(XULとかXPCOMとかあるし)、それを利用して作られたスタンドアロンなアプリ(例：ActiveStateのKomodo IDEとか)がいくつか出ています。同様にEclipseもプラグインはもちろん、RCPベースのアプリもいろいろ作られています。これに対して、OOoをベースに何かアプリを作ったという事例はあまり聞かないですね。OOoもUnoというコンポーネントモデルを持ってますし、プラットフォームとしても悪くはなさそうに見えるのですが…

Re:プラットフォーム (Re:ビルド)

[Hebikuzure (489)]

MS OfficeだってCOMコンポーネントとして利用できるけど、IEのコンポーネントを使ったアプリのようには使われていないですよね。
ブラウザという汎用性の強い物と、Officeソフトという比較的目的のはっきりした物との違いもあるのでは。

Re:プラットフォーム (Re:ビルド)

[Anonymous Coward]

OfficeをCOMでコントロールなんて、あまりにも自然すぎてコンポーネント利用したアプリなんてあえて言わないだけじゃないですか？
Windowsで コモンコントロールを使うアプリがあえて、コモンコントロール使ってると言わないのと同じでしょう。
実際 Officeコンポーネントは、業務系のアプリ開発であれば、OS標準APIに準ずる扱いです。

Office97 の時代ぐらいから Visual Studio用のアドオンとして Office をコンポーネントとして利用する時に便利なキット集も各社から売られはじめて、今では MS純正のそういうキット集もありますね。
その手の利用を楽にするためのツールで市場が出来るほど一般的ですよ。

Re:プラットフォーム (Re:ビルド)

[kota (2142)]

＞業務系のアプリ開発であれば、OS標準APIに準ずる扱いです。
しかも、それが各種言語から呼び出せる、というのは非常に大きいと思います。
UNIXにおいては、長らくシェルスクリプトがそういった 役割を担ってきていて、 その重要さは今でもかわらないんだけども、エンドユーザ向けのフロントエンドとしては、現在では 貧弱さは否めません。

クロスプラットホームなOOoで、Perl Python Ruby等のスクリプト言語等からサクっと操作できたり逆にOOo側から簡単に呼び出せたりできれば、そういった遅れの部分を補える可能性があるし、 それこそ「ちょっと複雑なExcelマクロ」なんて簡単に 吹き飛ばすことができるんじゃないかと思います。

Re:プラットフォーム (Re:ビルド)

[Kachi (6876)]

従来から、JavaやC++でOOoを制御することができました。
2.0では、そこにPython,BeansShell,Javascriptが加わっています。

他の言語ブリッジについて作れる仕組みを持っているんじゃなかったかなぁ。

私自身よくわかっていませんが、SS8のSDK(日本語化済み)が出ていますので、誰か研究してね。

Re:プラットフォーム (Re:ビルド)

[tuneo (2938)]

> 従来から、JavaやC++でOOoを制御することができました。
> 2.0では、そこにPython,BeansShell,Javascriptが加わっています。
1.1のころからPython-UNOってのが使えたと思うんだけど、それとは違うんでしょうか？

Re:プラットフォーム (Re:ビルド)

[Anonymous Coward]

SDKがプロプラエタリなんだから、意味がないような…。

結局、個人の趣味プログラマにとっては、あんまり面白くないんだよなぁ。何らかのビジネスチャンスを狙ってる人達は、また別な感想があるのかもしれないけど。

Re:プラットフォーム (Re:ビルド)

[bero (5057)]

SDKそのものはプロプラエタリじゃないっすよ。
ドキュメントの日本語訳とかはプロプラなのかもしれんけど、別途日本語訳プロジェクトとかしても問題ない筈。

OOoを使ったメジャーなプロダクトとしてはJooReports(JooTemplates) [sourceforge.net]がある。簡単に言えばJavaからOOoを操作することで、OOo文書をテンプレートとしてPDF文書を出力する。OOo SDKのwrapperみたいなもの。

Re:プラットフォーム (Re:ビルド)

[bero (5057)]

rubyはともかくpythonのbindingは以前からあります。
またjavaのbindingはそれ以前からあるので、java objectを扱える言語からは扱える可能性があるでしょう。
2.0ではJava上で動作するスクリプト言語(JavaScriptのJava上の実装であるRhino等)を公式にサポートしています。もしかするとJRubyあたりから操作できるかもしれません。

Re:プラットフォーム (Re:ビルド)

[Hebikuzure (489)]

Officeコンポーネントを使うって事だと、より専門分野特化したアプリに組み込まれる、だから一般には「Officeを再利用したアプリ」というイメージが広がらない。
ブラウザコンポーネントを使う物では、汎用的なアプリも少なくないので、再利用されてるってイメージが強い。
こういう事かも。

Re:プラットフォーム (Re:ビルド)

[Anonymous Coward]

例えば、スペルチェッカーなどは、汎用性が極めて高いと思いますけどね。機能を分解していくと、かならず再利用が有益になるポイントがあって、それが、COM化することの利点じゃないでしょうか。組み込みを非常に重視しているGeckoと比べるのは酷かもしれませんが。

「OASIS文書を表示できるビューワを作りたい」と思っても、そこに至る手段は用意されていませんよね。なんとなく、名前のわりに、オープンさが低いような。そりゃ、ソースがオープンなんだから、文句の付け所はないんですけど、一見にはカスタマイズすらゆるさないような、そういう厳しさを感じます。