「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:ビルド)

[Anonymous Coward]

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

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

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

[bero (5057)]

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

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