アカウント名:
パスワード:
そんな質問を掲示板に書いて返事を待っているより自分で実験した方がよっぽど早いと思うが、2GBのファイルをfcivと、GNU utilities for Win32 [sourceforge.net]のmd5sumで調べると
もちろんハッシュ値は同じだったので、どちらでも使えるだろう。
既に MS から無償で md5 や SHA-1 が調べられるツールが出ていて、これで特に支障無く使えるのに、その事を知らずにあっちのツールやらこっちのツールを片っ端から試して回るには及ばないですよ、と思っただけですが。
それから、FashHash が速度で優れているというなら、その論拠となる客観的な数値を出してくれないと、説得力ゼロですね。 (個人的には md5sum も fciv も使えているので、これで間に合っていますが)
グッデイから9月末下旬発売予定の書籍のPDF オープンガイドブック OpenOffice.org 2.0 公開版 [good-day.net]が公開されたし(「ワッ、でも、版下そのままだ。読みにくい。書籍予約したからいいけど。」)、 6月に中止になったjus勉強会:「OpenOffice.org 2.0 / StarSuite 8 徹底攻略」も9月20日(火)BIZ新宿で行われる予定だし、なかなかうれしいです。(jusサイト [jus.or.jp]につながらない。サーバダウンしている？)
当初、6月頃に正式版が出るとか聞いて待ってたんですけど、いつまで経っても出ないんで、入れていた1.x系もアンインストールしてしまいました(ワープロは一太郎があるし、表計算な作業は今はしていないのでMS Office等オフィスソフト要らないんで)。
でも、まぁ、2.x系はデータベースソフト(Base)も入るとのことなんで、期待しています。
それと、一つ大事なのは、OpenOfficeはLinux等と比べてWindowsユーザに与える印象も大きいので、リリースエンジニアリングは極力維持(あるいは確実に実行可能な予定を立てる)してもらいたいのです。Linuxや*BSDではスケジュールが延びても、ユーザはよくあるってことで大して気にしませんが、OpenOfficeはWindowsオンリーなユーザも見てるんで、一度延期すると(度々延期すればなおのこと)イメージダウンが大きいのですよ。
しかし、日本のユーザ向けMLにFree MLを使うのはいい加減止めて欲しいですよ。おかげでspam来まくり(まぁ、他のML経由も考えられなくはないんですが、多分ここが一番の原因)。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
MD5の調べ方ですが (スコア:3, 参考になる)
Re:MD5の調べ方ですが (スコア:1)
個人的には、手軽さではHashTab [beeblebrox.org]、
速度と対応種類の多さではFashHash [vector.co.jp]、
CUIで使えて対応種類の多さではFSUM [slavasoft.com]だと思っています。
FCIVはMS社製なので、他人に勧めやすいというメリットはあると思いますけど。
単なる臆病者の Anonymous Cat です。略してACです。
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（月友）
Re:MSOfficeとの互換性 (スコア:1, 参考になる)
itmedia [itmedia.co.jp]でも色々記事が書かれてるので参考になると思います。
とりあえず (スコア:2, 参考になる)
前から思っていのですが、Excelでは罫線に破線や点線が使えるのにOOoの表計算にはそういう機能が何故ついてないのでしょうか。
それに折角Flash形式で保存できるのならプレゼンテーションのアニメーション効果のついたFlashで保存できれば最高に良いソフトと言えるのですが。
Li-ion DC 1.2V（定格：3.7V) 500mA 乾電池はリサイクルへ
Re:とりあえず (スコア:2, 参考になる)
表に罫線を入れるのが日本の習慣だから罫線に力を入れる必要を開発側が感じないせい、…かなぁ。
＃Excelの非日本語版での罫線関係の機能ってどんな感じなんだろうか？
Re:とりあえず (スコア:3, 興味深い)
なんで、そんなダサくて醜い方法を取りたがるのか、子供じゃあるまいし。たとえば背景色を使う方が行を追いやすいし、デザインを論理的に構成すれば罫線などまったくなしで、見栄えのいいレポートができる。線を引いて物理的に分けるのは、プレゼンテーションをまったく考えてない証拠。罫線機能がない方がいいとは言わないが、とくに必要性を感じない。
なんて感じでアメリカ人に言われたことがあります。いつでも、そいつのレポートの方が遥かにカッコいいので、有効な反論ができません :-(
これが文化なんだ！って逆切れしてサイコ扱いされるくらいしか手がありません。
Re:とりあえず (スコア:2, 興味深い)
五十歩百歩ですけどね。
表が(行の追い易さを気にしないとならないほど)巨大になったら、
(全体を一望するために縮小表示をするときには)背景色だってしょせんは
「線」のように細くしか見えないわけですから。
背景色だって「デザインを論理的に構成すれば不要」になるんですよね。きっと。
個人的にはアンチ罫線派ですが、
背景色もたいして良いアイデアだとも思っていません。
目の悪い人はもちろんだし、
解像度や色表現に劣ったDisplay＆プリンタではアウトですから。
白黒プリンタだと色の濃淡をテンテンで表現したりする(よね)し、
色も、たとえば大昔の８色の時代とかだと、色分けしたらケバいばっかりで見づらい。
いやほんと、そんな時代にそのアメリカの人は
どうやって計算機上で表を扱っていたのか、ちょっと不思議に思います。
ーーー
まあそれはともかく、
そういやMSOfficeとかOOoには、
表のセルとかを、罫線だの背景色だの「で」検索する機能って、ありましたっけ？
少なくとも俺は見付けていないんで、いつも苦労しています。
つまり、「ほら、修正部分の目印として色を赤く変えておいたから」とか言われるんですが、
その赤いのがどこにあるのか探すのに一苦労するわけです。
目でしか探せないから。文字通り「目」の印にしかならんわけだ。機械可読(というのもなんだが)ではないわけ。
Re:とりあえず (スコア:1)
VBAとか、RubyのWIN32OLEとかで実現可能な気がします。
試したことはありませんが。
Re:とりあえず (スコア:1, 参考になる)
Re:とりあえず (スコア:1)
それもやってくれなさそうなら、こちらで新旧の文書から「文書の比較」でdiffを取るのもあり。
# 文書を短時間に複数人で校正しなきゃいけないときに
# ちょっとだけ助けになりました。ちょっとだけ。
Re:とりあえず (スコア:1)
セル色については、最近見たものだとやねうらおの日記のExcelの話題 [hatena.ne.jp]とか参考になるかも。
あと、前記のとこにも書いてあるけど、オライリーの「Excel Hacks」あたりとか?
Re:とりあえず (スコア:1)
ぼくの職場でも「色付けておいたから」なんて頓痴気なデータがよく回ってくるので, これで凌いでいます.
Excel 2002 や 2003 では試してないので, 使えなくなっている可能性もありますが...
Treason, like beauty, is in the eye of the beholder.
Re:とりあえず (スコア:2)
関数を使用して色つきのセルの数を数える方法 [moreexcellent.com]
タイトルは「数える方法」になっていますが, 数値化してしまえば後はどうとでもできますので.
Treason, like beauty, is in the eye of the beholder.
Re:とりあえず (スコア:1, フレームのもと)
必要とする人がいるならそれは必要じゃないだろうか。
日本で必要とされているならそれを実装するのもまた必要なことだとおもうが。
そのソフトで商売するのであれば顧客の必要→競争→実装した方が売れるぞ＝売り上げ直結＝他国から見たらわけわからん機能満載 となり
まあ、ほんとなら日本人だけで、必要ならそう言う機能を実装すればいいのだろうけど・・・
一切これすなわち空(くう）かもしんなくてイエスキリストもきっと正しい。
Re:とりあえず (スコア:1)
ぐぐると [google.co.jp] いろいろ [google.co.jp]出てくる。
ところで、なんでフランス語は世界一美しい言葉って言われてるの？ ニュースとかで聴いてもジョベジョベした発音でちぃとも美しく聞こえないんだが……。感性の問題か？
Re:とりあえず (スコア:1)
フランス人が、ずーっとそう主張してるから。
嘘も百回言えば本当になる、って諺もあるよね。
後は、世界三大スープとか。
大人はそういうことに目くじらを立てないことになってます。
Re:とりあえず (スコア:1)
Re:とりあえず (スコア:2, 興味深い)
（もちろんそれだけじゃないけど）
Re:とりあえず (スコア:1, すばらしい洞察)
>>デザインを論理的に構成すれば罫線などまったくなしで、見栄えのいいレポートができる。線を引いて物理的に分けるの
>>は、プレゼンテーションをまったく考えてない証拠。罫線機能がない方がいいとは言わないが、とくに必要性を感じない。
色分けに関していえばモノクロプリンタで印刷したらほぼ無意味。
印刷するものでないと言われたらそうなんですが、現実は印刷することが多い代物じゃないですか。
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]
Re:期待とぐち (スコア:1, すばらしい洞察)
関係ないけど、それは遅れた事よりも遅れたくせにアレゲな我々にとっての目玉機能を削りまくり、その上vistaとかダッサイ名前になった事の方がイメージ悪い
dbase (スコア:2, 参考になる)
Re:dbase (スコア:1)
64bitネィティブ (スコア:2, 興味深い)
私はamd64プラットフォームのDebianなので、32bitエミュレーションで凌いでいますが、出来ればネィティブで動くようになると助かるので（起動時間とか…後はやはりエミュレーションは余り気分が良くないとか :-）
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]
Re:Javaの使用率？ (スコア:1, 参考になる)
http://www.itmedia.co.jp/enterprise/articles/0505/10/news053.html
http://www.itmedia.co.jp/enterprise/articles/0505/20/news037.html
ほい。
プリンターは無いとダメですか? (スコア:1)
勤務表提出に、DOC型式のテンプレートを使っている。
それ以外は、わりとどうでもいいのだが
セブンイレブンのXEROXネットプリントで
DOCやXLSが刷れるので…
うまくいきませんでした orz
(StarSuiteに起因するのかLinuxに起因するのかよくわからないエラー発生だ)
XEROXネットプリント [printing.ne.jp]
でも、最近同サービスでPDFも刷れるようになって
こっちは問題なく利用できている。
たぶん、OpenOffice.orgでも同様だと思った。
StarSuiteたぶん、もうすぐ一年なのだけど
そういえばOpenOffice.orgは使ったこと無かった。
さてどうしよう :-)
余談だけど、同サービスは用紙指定に変に拘る。
HTMLからPDFを作る場合は、一旦ワープロ文書として保存し
そこで用紙指定してからPDF出力しないと
用紙指定が無効になって、ネットプリント側でエラーになる。
もうすぐ一年? (スコア:1)
電源を入れるたびに、メッセージが出て、なぜ ooo にしなかったのであろうと反省していました。
これが永久に続いたらどうしよう！と思っていたら disk がクラッシュしました。
Re:うーん (スコア:2, 興味深い)
ソフトウエアの未来のためにそのアイディアをフリーに
したんだよね。
マルチプランはAppleIIのキラーソフトでした。
現代でもスプレッドシートの有用性は絶大なので、
発明して囲い込みをしなかったブルックリンはえらいよね！
彼曰く
「ビジカルクを発明しても私は金持ちになれなかった」
「しかし，私は世界を変える事ができたと感じている。これは金では買うことのできない満足だ」
Re:うーん (スコア:3, 参考になる)
>ソフトウエアの未来のためにそのアイディアをフリーにしたんだよね。
最初のスプレッドシートは、
パソコン用ではなくて、
汎用機のTSS環境で使うプログラムだった、
とゆう説がある。
>マルチプランはAppleIIのキラーソフトでした。
>現代でもスプレッドシートの有用性は絶大なので、
>発明して囲い込みをしなかったブルックリンはえらいよね！
AppleIIのキラーソフトは、VisiCalcだよ。
Multiplanを作ったのは、
マイクロソフト社のチャールズ・シモニィだよ。
彼は、WordとExcelにも係わっているはず。
本田
Re:うーん (スコア:1)
ビジカルクだったね。
Re:うーん (スコア:1)
もし囲い込んでいたら：
表計算ソフトは、20年ほど経った今でも、
AppleII(^^;および幾つかの限られた環境に対してだけ存在している、
という悲しい状況になってたわけですよね。
誰もが任意の(自分が好きな)環境に実装することは、できなくなるから。
＃その「限られた」のなかにシェア95%のOSが居るかどうかはさておき…
今でも「特許技術」って誇らしげに宣伝する商品が幾つか有るけど、
客にとって有意義なのは特許技術じゃなく、
特許技術が「自分が手に入れる商品に実装されてること」が大事。
だから例えば、技術AとBが別々の会社に持たれていると、
「AとBの両方を実装した商品」は存在しない、なんてなことに成り得る。
うわーうんざり(T_T)
＃東急ハンズの空気枕売場で呆れたのでG7
ところで「過去イコンで」って何よ＞canna
Re:うーん (スコア:2, 参考になる)
20年経ったら特許の有効期限は切れますよ。
# 当時のアメリカの特許制度なら成立時から17年。
Re:うーん (スコア:1)
高い(わら
値段の話は冗談としても、いずれにせよそれは「自由」ではない状態なわけで。
やっぱ自由は重要っすよ。DebianやNetBSD見てたらわかる。
プロプラが多い現状と同程度の「広まり」具合しか想定していないなら、
今の制度の下でもOKじゃんと思えるかも知れないが、
自由になればもっと爆発的に広まる(かも知れない:-))のだから、勿体無い。
Re:うーん (スコア:2, 興味深い)
実際問題としては、「使いたい」人は、あまり買いませんよね。
買うのはその技術(の実装)を「売りたい」人だ。
だってそうしないと得てしてペイしないから。「使いたい」だけだといちいち買ってられない。
実際には、「使いたい」人は、
誰かが実施権を買って実装を作ってそれを売って(わら)くれるまで
指くわえて見てることが多いような。
この、需要と供給の間に１枚はさまった感じが、たぶん問題なんですよね。
>なんで、みんな自社開発、自社技術だけを使いたがるかよく解らんのです。
>このケースだってクロスライセンスとか結べば、両社の利益になると思うのに。
企業でも同じことで、
それを買わないのはペイしない(と読んでいる)からでは？
シェアウエアじゃないですが、特許技術という「商品」も、
ペイするかどうかは「使って」みないと判らない
っていう面があったりするんじゃないでしょうか？
ただし、この場合の「使う」とは、単に技術的なことだけじゃなく、
それで作ったものがほんとに売れるのか？という商売の話も含むでしょう。
ペイするかどうかを計るには、それしかない。
で、そういう意味(つまり市場に投入するレベルまで)での「お試し」ってのは、
特許技術とかについては、ある意味、無理ですよねえ？
最初の表計算ソフトって(Re:うーん) (スコア:1)
と思って調べたら1980年なのでVISICALCより1年遅かっ
たのですね。
http://www.isc.senshu-u.ac.jp/~the0350/v5/professor/pips.html
PIPSの機能縮小版(と聞いてる)FALCと言うのを私のお
やじが使ってました。当時の事なので記録媒体はテー
プだったのですがそれが面倒だった為か1年くらいで
使わなくなりましたが。
#その後そのFALCが動いていたマイコンはBASICのカート
#リッジに差し替えられ私のおもちゃになりました。
Re:互換性 (スコア:1)
それはそれで不健全な状態な気もしますが・・・。
前は官公庁に一太郎のドキュメントが多かったせいで、
会社でも買っていたりしましたが、最近はWordで平気ですね。
--- （´-`）｡oO(平和な日常は私を鈍くする) ---
価格の問題 (スコア:1)
マイクロソフトの製品と比べたら、格段にやすいと思います。まぁ安さでいったらLotusとかStarsuiteのほうがやすいですけど。
MS Office Proも一太郎も持っていますが、一太郎・三四郎の方が日本語の文章は書きやすいと思います。やはり文化ま違いは大きいのではないでしょうか。
仕事上、MS Officeで日常的に使っているのはAccessだけだなあ。できたら表計算は三四郎を使いたいのですが、準備されていないのでやむを得ず使っています。
現状のように特定メーカーの製品が一人勝ちしているのは異常ですし、危険だと思います。