OpenOffice.org 2.0.0 日本語版、正式リリース 43
ストーリー by GetSet
ついに2.0.0 部門より
ついに2.0.0 部門より
uuuss曰く、"OpenOffice.org日本ユーザー会のプレスリリースによると、OpenOffice.org 2.0.0 日本語版が正式リリースされたとのことです。
特長として、
- Microsoft Officeとの互換性がアップ
- 初めて使う人でも分かりやすい使い勝手の向上
- ファイル形式としてOASIS OpenDocumentフォーマットを採用
- 本格的なデータベースBaseを追加
対応OSはWindows、Linux、Solarisとなっています。2.0ダウンロードページから入手できますが、リリース直後はアクセスが集中するので、特に急ぐ必要がなければ2,3日待ってからダウンロードして欲しいとのことです。(参考:ミラーページ)"
OpenDocument Format (ODF) (スコア:5, 参考になる)
ついでにもう一つ。AODL [sourceforge.net]というODFを出力するC#のライブラリが出ています。
Re:OpenDocument Format (ODF) (スコア:2, 参考になる)
JustSystemは来年二月に発売する「一太郎ガバメント2006」でODF対応するそうです。
発売時には間に合わないようで、来年夏に追加機能として発表されるようで。
http://www.justsystem.co.jp/news/2005l/news/j09071.html
Re:OpenDocument Format (ODF) (スコア:1, 参考になる)
MSOffice12とODFに関する本家記事
ooo-word-filter [sourceforge.net]
MSWord 2003でOpenOffice XML documentを開くためのプラグインを開発するプロジェクト
マクロの互換が欲しいです (スコア:3, 興味深い)
でもファイル形式がXMLになったのはでかい一歩だと個人的に思います。
これで互換の心配がなくなる、はず、ですよね。
#開発に参加できる技術もないので指をくわえているだけの臆病者です。
Re:マクロの互換が欲しいです (スコア:4, 参考になる)
そのような方は多いのかもしれませんね。
OOoでOffice 12のVBAロックインから抜け出せるか? [itmedia.co.jp]なんて記事もありますし。
Re:マクロの互換が欲しいです (スコア:3, 興味深い)
# 職場ではStrutsの設定ファイル全部Excelマクロで作ってるしなぁ(私が組んだんじゃないよ)
# 受託でExcelマクロ使ったシステム組んでたなぁ、Excelなんかのマクロでロジック組んでええのかと思った瞬間
Re:マクロの互換が欲しいです (スコア:3, 興味深い)
Calcのマクロっていうか極簡単なセル関数自体(IF程度)ですらExcel互換性が無いので、業務では完全に移行不可能なんです。プライベートではOOoですけど、それはそんなに難しく使わないから使える訳で、普通のユーザには全然勧められない。何かちょっとしたの書こうにもExcelではこうだけどOOoではどうやるのか…と毎度困るし。業務ではOOoなんて使えません。
Excelがそれ以前の表計算ソフトのシェアを奪えたのは、関数にも操作にも互換性があったから [joelonsoftware.com]なんですよ(CalcとExcelのセル内改行の方法の違いで悩んだ口です)。
OOoにバグまでパクる勢い [joelonsoftware.com]が無い限り、マニア向けの狭いシェアを占めるだけで終わると思います。
#SJISの古いTTフォントが文字化けするのは直ったかなぁ…。結局MS~のフォントしか使えなかった…。
Re:マクロの互換が欲しいです (スコア:1, 参考になる)
>Excel互換性が無いので、業務では完全に移行不可能なんです。
StarSuite 8 にマクロをコンバートするツールが付属しています。
Re:マクロの互換が欲しいです (スコア:0)
(*) うそです。過去の資産って過去につくったものだけじゃなく、過去に覚えたものだってあるんだから。
Re:マクロの互換が欲しいです (スコア:1, 参考になる)
>自体(IF程度)ですらExcel互換性が無い
以前、乗り換えを手伝ったときは、マクロの中の区切りに使われてる ',' を ';' に書き換えたのがほとんどだったような記憶があります。
Re:マクロの互換が欲しいです (スコア:1)
私個人で使うなら,を;にブツブツ言いながら書き換えます。でもそれではExcelと互換性があるとは到底言えない。世の中にはソレすらできない人も多いですし、使う人々を考えたら、そんなことしてる暇なんて無い方の方が多いでしょう。オフィススィートはあくまで文房具であって、それの中身をいじることが仕事じゃ無い人が世の大多数。企業で使う人にとって、今まで作ったExcelの資産が大量にある中で、全部,を;に手で変えて下さいとか、コンバータを通して下さいなんてのは技術屋の下手な言い訳でしか無い。あまり書きませんでしたが、操作性の違いも大きいです。MS Officeのボタン配置/ショートカットキー設定に変更するモードも欲しいところ。わざわざ新たな操作方法を覚えさせるとは何事かと思います。
OOo作ってる人達は、ユーザに変な手間をかけさせたら、それだけで使ってもらえないという感覚が無いのかなぁと不思議に思う訳です。
まあそうして上のACの「使わなければいいじゃん」という言葉の通り、一般のシェアは奪えずマニア向けツールとして細々と生き残るだけになるんじゃないかと悲観してます。頑張って欲しいだけに余計に。
Re:マクロの互換が欲しいです (スコア:0)
Excelマクロがusefulだと認識されていれば、それこそIF程度の互換は既に実装されていてもおかしくないように思えます。
Re:マクロの互換が欲しいです (スコア:0)
別に使わなければ。利用者としては、適材適所でしょ。
Re:マクロの互換が欲しいです (スコア:1, 興味深い)
Re:マクロの互換が欲しいです (スコア:1, 興味深い)
ただ、「変化」は人によって全然違うものなので、今回の件が世間にとっての良い変化かというと全然別問題だと思う。技術屋の考える技術革新が必ずしも世間に受け入れられないのと同じだよね。時として人は単なる思い込みを「時代の変化」とか言っちゃうものだし。
#と言うか、むしろ変化に追いつけてないのはOSSの方だと思うし、
#それが今のOSSの現状を表しているわけで。
#彼らこそCASMを代表とするマーケティングの書籍を読むべきだと思うけどなあ。
Re:マクロの互換が欲しいです (スコア:2, 参考になる)
1.0の当初からXML + zipです。Open Documentの経緯は良く知らないけど、OASISの査定は、OOoのフォーマットを採用してできたはずです。
Re:マクロの互換が欲しいです (スコア:1)
参考:MYCOM PC WEB の記事 [mycom.co.jp]
マクロ非互換を逆手に取って (スコア:1, 参考になる)
ワードファイルの確認に重宝しています。
#本当は送って欲しく無いのだが。
Re:マクロの互換が欲しいです (スコア:1)
ワード(一太郎)とエクセルを手放せない方には、ドローとインプレスとベースを使うという目的でOpenOffice.orgを入れてもらっておいて、そのうちに……という方法が良いのではないかと思います。僕も、一太郎+エクセル+ドローで使っています。
Re:マクロの互換が欲しいです (スコア:0)
ビルド (スコア: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)
ブラウザコンポーネントを使う物では、汎用的なアプリも少なくないので、再利用されてるってイメージが強い。
こういう事かも。
Re:プラットフォーム (Re:ビルド) (スコア:1, 参考になる)
「OASIS文書を表示できるビューワを作りたい」と思っても、そこに至る手段は用意されていませんよね。なんとなく、名前のわりに、オープンさが低いような。そりゃ、ソースがオープンなんだから、文句の付け所はないんですけど、一見にはカスタマイズすらゆるさないような、そういう厳しさを感じます。
配布負荷 (スコア:2, 参考になる)
bittorrentであれば,2,3日待とうというお願いをする必要はなくなると思うのですが, 国内では,まだ bittorrent 配布を推奨するまでには bt も普及していないのかな?
Re:配布負荷 (スコア:0)
Re:配布負荷 (スコア:2, 参考になる)
Re:配布負荷 (スコア:1)
シーダーは常に30近く張り付いているので、けっこう早くダウンロードできると思うんですが、やはりリリース直後の2日間くらいしか利用されないんでしょうか。もう役目を終えた様子でもあります。
データの並び替え (スコア:2, 参考になる)
データの並び替えの動作が以前と違うみたい。
以前だと、セルの背景色はセルと一緒に並び替えされてたんだけど、
新しいのだと、背景色は並び替えの影響を受けずに、そのまま残る。
まぁ、些細な違いなので、どうでもいいけど。
2, 3日と言っても (スコア:1)
やっぱり週明け直後は避けた方がいいですよね?
Re:2, 3日と言っても (スコア:2, 参考になる)
近いところ [ring.gr.jp]
空いてるところ [ring.gr.jp]
# SlashDot Light [takeash.net] やってます。
ミラーサイトからもってけ (スコア:1, 参考になる)
ja: OpenOffice.org 2.0 ダウンロード [openoffice.org]からはミラーサイト一覧 [openoffice.org]へのリンクが貼られているでしょ。それらのうちのどれかからダウンロードすればいいと思います。
あと、窓の杜 [impress.co.jp]でも扱われているので、窓の杜のミラーサイトからもダウンロードできる。例えば、
Base! (スコア:0)
Base すごいね。まるまんま、Access と同じだ。そいで JDBC のセットアップさえすれば MySQL だろうとなんだろうといけちゃうのはすごい。。