yooseeによる
2005年09月01日 23時21分の掲載
正式リリースも間近?部門より。
正式リリースも間近?部門より。
Anonymous Coward 曰く、 "当初の予定から大幅にリリースの遅れている OpenOffice.org 2.0 だが、8月31日にようやくβ2がリリースされている(プレスリリースの日本語訳)。β2のバイナリは、現時点で Windows, Solaris, Linux, FreeBSD の各プラットフォーム向けに用意されている。ぜひ多くの人に試していただきたいとのこと。
今年3月に公開されたβ1からだいぶ期間が開き、その間もJavaの使用率に関する事象などの様々な問題が取り上げられたが、今はいちユーザとして一日も早い正式版リリースを祈るばかりである。"
この議論は賞味期限が過ぎたので、保存されている。
新たにコメントを書くことはできない。
MD5の調べ方ですが (スコア:3, 参考になる)
Re:MD5の調べ方ですが (スコア:2)
そんな質問を掲示板に書いて返事を待っているより自分で実験した方がよっぽど早いと思うが、2GBのファイルをfcivと、GNU utilities for Win32 [sourceforge.net]のmd5sumで調べると
- fciv: 1分40秒
- md5sum: 2分20秒
だった。(PII 266MHz, RAM 128MB, W2K の自作マシンにて)もちろんハッシュ値は同じだったので、どちらでも使えるだろう。
既に MS から無償で md5 や SHA-1 が調べられるツールが出ていて、これで特に支障無く使えるのに、その事を知らずにあっちのツールやらこっちのツールを片っ端から試して回るには及ばないですよ、と思っただけですが。
それから、FashHash が速度で優れているというなら、その論拠となる客観的な数値を出してくれないと、説得力ゼロですね。 (個人的には md5sum も fciv も使えているので、これで間に合っていますが)
親コメント
オープンガイドブックにjus勉強会 (スコア:3, 参考になる)
グッデイから9月末下旬発売予定の書籍のPDF オープンガイドブック OpenOffice.org 2.0 公開版 [good-day.net]が公開されたし(「ワッ、でも、版下そのままだ。読みにくい。書籍予約したからいいけど。」)、
6月に中止になったjus勉強会:「OpenOffice.org 2.0 / StarSuite 8 徹底攻略」も9月20日(火)BIZ新宿で行われる予定だし、なかなかうれしいです。(jusサイト [jus.or.jp]につながらない。サーバダウンしている？)
MSOfficeとの互換性 (スコア:2, 興味深い)
Javaの使用率云々より、そっちの方が気になったり。
実際、MSOfficeとの互換性が無かったら仕事では使い物になりませんし。
Re:MSOfficeとの互換性 (スコア:5, 参考になる)
Your 金銭的 potential. Our passion - Micro$oft
Tsukitomo（月友）
親コメント
とりあえず (スコア:2, 参考になる)
前から思っていのですが、Excelでは罫線に破線や点線が使えるのにOOoの表計算にはそういう機能が何故ついてないのでしょうか。
それに折角Flash形式で保存できるのならプレゼンテーションのアニメーション効果のついたFlashで保存できれば最高に良いソフトと言えるのですが。
Li-ion DC 1.2V（定格：3.7V) 500mA 乾電池はリサイクルへ
Re:とりあえず (スコア:2, 参考になる)
表に罫線を入れるのが日本の習慣だから罫線に力を入れる必要を開発側が感じないせい、…かなぁ。
＃Excelの非日本語版での罫線関係の機能ってどんな感じなんだろうか？
親コメント
Re:とりあえず (スコア:3, 興味深い)
なんで、そんなダサくて醜い方法を取りたがるのか、子供じゃあるまいし。たとえば背景色を使う方が行を追いやすいし、デザインを論理的に構成すれば罫線などまったくなしで、見栄えのいいレポートができる。線を引いて物理的に分けるのは、プレゼンテーションをまったく考えてない証拠。罫線機能がない方がいいとは言わないが、とくに必要性を感じない。
なんて感じでアメリカ人に言われたことがあります。いつでも、そいつのレポートの方が遥かにカッコいいので、有効な反論ができません :-(
これが文化なんだ！って逆切れしてサイコ扱いされるくらいしか手がありません。
親コメント
Re:とりあえず (スコア:2, 興味深い)
五十歩百歩ですけどね。
表が(行の追い易さを気にしないとならないほど)巨大になったら、
(全体を一望するために縮小表示をするときには)背景色だってしょせんは
「線」のように細くしか見えないわけですから。
背景色だって「デザインを論理的に構成すれば不要」になるんですよね。きっと。
個人的にはアンチ罫線派ですが、
背景色もたいして良いアイデアだとも思っていません。
目の悪い人はもちろんだし、
解像度や色表現に劣ったDisplay＆プリンタではアウトですから。
白黒プリンタだと色の濃淡をテンテンで表現したりする(よね)し、
色も、たとえば大昔の８色の時代とかだと、色分けしたらケバいばっかりで見づらい。
いやほんと、そんな時代にそのアメリカの人は
どうやって計算機上で表を扱っていたのか、ちょっと不思議に思います。
ーーー
まあそれはともかく、
そういやMSOfficeとかOOoには、
表のセルとかを、罫線だの背景色だの「で」検索する機能って、ありましたっけ？
少なくとも俺は見付けていないんで、いつも苦労しています。
つまり、「ほら、修正部分の目印として色を赤く変えておいたから」とか言われるんですが、
その赤いのがどこにあるのか探すのに一苦労するわけです。
目でしか探せないから。文字通り「目」の印にしかならんわけだ。機械可読(というのもなんだが)ではないわけ。
親コメント
Re:とりあえず (スコア:2, 参考になる)
(カラープリンタで印刷して持っていっても、部数が足りないとかでモノクロコピーされる事もあるしね)
そのほかにも、強調したい箇所は赤文字にするのではなくてボールドやアンダーラインを使用することとか。
親コメント
Re:とりあえず (スコア:2)
関数を使用して色つきのセルの数を数える方法 [moreexcellent.com]
タイトルは「数える方法」になっていますが, 数値化してしまえば後はどうとでもできますので.
Treason, like beauty, is in the eye of the beholder.
親コメント
Re:とりあえず (スコア:2, 興味深い)
（もちろんそれだけじゃないけど）
親コメント
Re:とりあえず (スコア:2, 興味深い)
私が思うに、日本語即ち漢字や仮名文字は、元々縦書きの文化地盤の上に成り立ったデザインだということです。
ところがそこへアラビア数字やアルファベットの兼ね合いがあって、横書きにせざるを得なくなってしまった。
ましてやコンピュータ上での文書となれば尚更横書きが強いられることになるわけです。
日本語で用いられている文字は、そのデザインの密度からしても、やはり横書きには向いていないと思うのです。
そのため横書きの状態で情報量が増すと、目が泳ぐというか、単純に読み難くて直感的な理解が難しいのではないかと。
それを少しでも軽減するための補助線として罫線の多用が根付いた、そんな気がするんですね。
事実縦書きでは罫線を多用した文献をほとんど見かけませんし(まあ、縦書きで表を用いること自体がまずありませんが)、
逆に横書き向けデザインであるアルファベットの英文を縦書きにすると、途端に読み難くなり、
その場合も縦に補助線を引くと読み難さが多少軽減されるように思います。
つまり、横書き文化である海外勢に対して、あえて縦書きを強いることができれば、罫線の重要性を理解してもらえるのではないかと。
このコメントも、日本語の横書き文面の読み辛さを感じてもらえるよう、わざと冗長な記述にしてみました。
いかがだったでしょうか？
親コメント
OOoで点線の罫線 (スコア:2, 参考になる)
親コメント
期待とぐち (スコア:2, 興味深い)
当初、6月頃に正式版が出るとか聞いて待ってたんですけど、いつまで経っても出ないんで、入れていた1.x系もアンインストールしてしまいました(ワープロは一太郎があるし、表計算な作業は今はしていないのでMS Office等オフィスソフト要らないんで)。
でも、まぁ、2.x系はデータベースソフト(Base)も入るとのことなんで、期待しています。
それと、一つ大事なのは、OpenOfficeはLinux等と比べてWindowsユーザに与える印象も大きいので、リリースエンジニアリングは極力維持(あるいは確実に実行可能な予定を立てる)してもらいたいのです。Linuxや*BSDではスケジュールが延びても、ユーザはよくあるってことで大して気にしませんが、OpenOfficeはWindowsオンリーなユーザも見てるんで、一度延期すると(度々延期すればなおのこと)イメージダウンが大きいのですよ。
しかし、日本のユーザ向けMLにFree MLを使うのはいい加減止めて欲しいですよ。おかげでspam来まくり(まぁ、他のML経由も考えられなくはないんですが、多分ここが一番の原因)。
Re:期待とぐち (スコア:2, おもしろおかしい)
つ[Longhorn]
親コメント
dbase (スコア:2, 参考になる)
64bitネィティブ (スコア:2, 興味深い)
私はamd64プラットフォームのDebianなので、32bitエミュレーションで凌いでいますが、出来ればネィティブで動くようになると助かるので（起動時間とか…後はやはりエミュレーションは余り気分が良くないとか :-）
--暮らしの中に修行あり。
blogはじめました。 [hatena.ne.jp]
m125 (スコア:1)
ペーストビン [windy.cx]
新バージョンの良いところと気になるところ (スコア:1, 参考になる)
PDF出力はまだまだやることが多そうです。
特に和文とか縦書きとか紙が縦置きのときとか圏点とか。
フレーム周りの挙動は相変わらず謎ですね。
Javaの使用率？ (スコア:1, すばらしい洞察)
ちょっと探してみましたがそれらしい記述が見つかりませんでしたが、ポインタを教えて下さい。
＃最初、OOoってJavaで書かれてるとかって言ってるのかと思ってしまった。
Re:Javaの使用率？ (スコア:3, 参考になる)
これでは、悪評が立つのも無理はなかったのです。実際は、BaseそのものはJAVA依存ではありませんし、2.0Beta2では、もちろんこのバグは修正されています。標準で使えるdBASE、CSV、表計算ドキュメント、Accessのmdbファイルなどは、JAVAなしで接続できます。DBMSもODBC経由ならOKです。
JAVAがないと困るのは、Baseに限ればデータベースウィザードを除くウィザード、JDBC接続、それとJAVAベースのHSQLDBなどです。（ウィザードしか作成方法がないレポートは困りますが、Writer、Calcでレポートの作成は可能です）
;; 確かにUU誌の連載、正式リリースを待たずに終わりそうです。
;; 8日発売号で次月での連載終了を予告しましたし。でも、その
;; 後も機会があればOOoの紹介はできそうですよ。
親コメント
Re:Javaの使用率？ (スコア:2, 参考になる)
Javaの影響：OpenOffice.org 2.0とFOSSコミュニティ [linux.com]
Free Software FoundationとOpenOffice.org、Java問題解決へ [itmedia.co.jp]
親コメント
プリンターは無いとダメですか? (スコア:1)
勤務表提出に、DOC型式のテンプレートを使っている。
それ以外は、わりとどうでもいいのだが
セブンイレブンのXEROXネットプリントで
DOCやXLSが刷れるので…
うまくいきませんでした orz
(StarSuiteに起因するのかLinuxに起因するのかよくわからないエラー発生だ)
XEROXネットプリント [printing.ne.jp]
でも、最近同サービスでPDFも刷れるようになって
こっちは問題なく利用できている。
たぶん、OpenOffice.orgでも同様だと思った。
StarSuiteたぶん、もうすぐ一年なのだけど
そういえばOpenOffice.orgは使ったこと無かった。
さてどうしよう :-)
余談だけど、同サービスは用紙指定に変に拘る。
HTMLからPDFを作る場合は、一旦ワープロ文書として保存し
そこで用紙指定してからPDF出力しないと
用紙指定が無効になって、ネットプリント側でエラーになる。
Re:うーん (スコア:2, 興味深い)
ソフトウエアの未来のためにそのアイディアをフリーに
したんだよね。
マルチプランはAppleIIのキラーソフトでした。
現代でもスプレッドシートの有用性は絶大なので、
発明して囲い込みをしなかったブルックリンはえらいよね！
彼曰く
「ビジカルクを発明しても私は金持ちになれなかった」
「しかし，私は世界を変える事ができたと感じている。これは金では買うことのできない満足だ」
親コメント
Re:うーん (スコア:3, 参考になる)
>ソフトウエアの未来のためにそのアイディアをフリーにしたんだよね。
最初のスプレッドシートは、
パソコン用ではなくて、
汎用機のTSS環境で使うプログラムだった、
とゆう説がある。
>マルチプランはAppleIIのキラーソフトでした。
>現代でもスプレッドシートの有用性は絶大なので、
>発明して囲い込みをしなかったブルックリンはえらいよね！
AppleIIのキラーソフトは、VisiCalcだよ。
Multiplanを作ったのは、
マイクロソフト社のチャールズ・シモニィだよ。
彼は、WordとExcelにも係わっているはず。
本田
親コメント
Re:うーん (スコア:2, 参考になる)
20年経ったら特許の有効期限は切れますよ。
# 当時のアメリカの特許制度なら成立時から17年。
親コメント
Re:うーん (スコア:2, 興味深い)
実際問題としては、「使いたい」人は、あまり買いませんよね。
買うのはその技術(の実装)を「売りたい」人だ。
だってそうしないと得てしてペイしないから。「使いたい」だけだといちいち買ってられない。
実際には、「使いたい」人は、
誰かが実施権を買って実装を作ってそれを売って(わら)くれるまで
指くわえて見てることが多いような。
この、需要と供給の間に１枚はさまった感じが、たぶん問題なんですよね。
>なんで、みんな自社開発、自社技術だけを使いたがるかよく解らんのです。
>このケースだってクロスライセンスとか結べば、両社の利益になると思うのに。
企業でも同じことで、
それを買わないのはペイしない(と読んでいる)からでは？
シェアウエアじゃないですが、特許技術という「商品」も、
ペイするかどうかは「使って」みないと判らない
っていう面があったりするんじゃないでしょうか？
ただし、この場合の「使う」とは、単に技術的なことだけじゃなく、
それで作ったものがほんとに売れるのか？という商売の話も含むでしょう。
ペイするかどうかを計るには、それしかない。
で、そういう意味(つまり市場に投入するレベルまで)での「お試し」ってのは、
特許技術とかについては、ある意味、無理ですよねえ？
親コメント
Re:互換性 (スコア:1)
それはそれで不健全な状態な気もしますが・・・。
前は官公庁に一太郎のドキュメントが多かったせいで、
会社でも買っていたりしましたが、最近はWordで平気ですね。
--- （´-`）｡oO(平和な日常は私を鈍くする) ---
親コメント
価格の問題 (スコア:1)
マイクロソフトの製品と比べたら、格段にやすいと思います。まぁ安さでいったらLotusとかStarsuiteのほうがやすいですけど。
MS Office Proも一太郎も持っていますが、一太郎・三四郎の方が日本語の文章は書きやすいと思います。やはり文化ま違いは大きいのではないでしょうか。
仕事上、MS Officeで日常的に使っているのはAccessだけだなあ。できたら表計算は三四郎を使いたいのですが、準備されていないのでやむを得ず使っています。
現状のように特定メーカーの製品が一人勝ちしているのは異常ですし、危険だと思います。
親コメント
Re:うーん (スコア:1)
親コメント
Re:解決すべきLinuxでの問題 (スコア:1)
親コメント