アカウント名:
パスワード:
Acrobatを採用してOOXMLを外すのか。。政治って嫌だなあ。
OOXML: 何が問題なのか [ibm.com]
OOXML に関しては、いくつかの技術的なクレームが上がっています。そうしたクレームはどれも、煎じ詰めれば同じ基本的な内容に行き着きます。つまり OOXML は妥当な共通交換フォーマットを規定するのではなく、バグの適合性に至るまで Microsoft Office の機能セット全体を規定しているのです。このため Microsoft Office 以外の実装者にとっては、OOXML 標準を満たすのは実情にそぐわない (そして満たすことは実際には不可能な) 大きな負担となる一方で、Microsoft が既に出荷しているものには都合良く完全に一致しています。これは大きな懸念事項です。
リンク先の文章が興味深かったので読んでみましたが、いくつか「うーん?」となる部分も。ちょっとオフトピ気味かも。
不合理な要求 ロケールには何を使えるのでしょう。この仕様を実装した他の任意のベンダーが使用している可能性のある、すべてのロケールの完全なリストはあるのでしょうか。また、フォント名やフォント・タイプをローカライズするために選択できる、すべての方法の完全なリストがあるのでしょうか。もし、ある熱狂的な実装者が、皆さんが実装した時点では聞いたこともなかった言語でフォント名とフォント・タイプを選択したらどうするのでしょう。
じゃあ、どうやってローカライズ
あと、さらに追記。
> これまでに挙げた例とほとんど同じように、これらの改行ルールの仕様は何も提供されていないため、当然ながら他の誰もこの仕様を実装することはできません。
旧バイナリ形式の仕様は既に公開されてるから、そもそもこの言い分自体が古いね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
なんで (スコア:0)
Acrobatを採用してOOXMLを外すのか。。
政治って嫌だなあ。
Re: (スコア:5, 参考になる)
OOXML: 何が問題なのか [ibm.com]
Re: (スコア:-1)
リンク先の文章が興味深かったので読んでみましたが、いくつか「うーん?」となる部分も。
ちょっとオフトピ気味かも。
じゃあ、どうやってローカライズ
Re:なんで (スコア:0)
あと、さらに追記。
> これまでに挙げた例とほとんど同じように、これらの改行ルールの仕様は何も提供されていないため、当然ながら他の誰もこの仕様を実装することはできません。
旧バイナリ形式の仕様は既に公開されてるから、そもそもこの言い分自体が古いね。