アカウント名:
パスワード:
Flash PlayerとAdobe ReaderをWindows Updateで最新に保てるようになるってことですか? 超大歓迎。SilverlightやXPSに夢を見ていた人はご愁傷さまですが。
むしろFlash PlayerとReaderの現コードを廃棄して、MSの手でゼロから作り直してほしい。お願いだからもうFlashはレガシー扱いにしてください。ActionScriptを安楽死させてSilverlightに一本化してください。
作り直すのは構わんけど「MSの手で」やるのは勘弁して欲しいなぁ。
最近のMSの作るUIでいい思いをしたことがあまりないので。下手するとReaderにリボンUIとか付けられかねん。ただでさえ縦解像度が減っている [srad.jp]というのに。
ActionScriptを安楽死させるのも結構だけど、かといって、その代替がSilverlightというのもちょっとねぇ。
Silverlightの案件で、思い通りの画面設計ができなくて難儀したことがあったので。
まあ、ECMAScript系よりC#の方が作りやすいのは確かだけども。
制作側のツールは現在のコードで結構。問題はランタイム。もうFlash PlayerとかReaderとか作るの本当にやめてくださいお願いしますマジ助けて＞Adobe
最近のMSの作るUIでいい思いをしたことがあまりないので。 下手するとReaderにリボンUIとか付けられかねん。 ただでさえ縦解像度が減っているというのに。
そうですね。 最小化できない上に大きな (細くない) ツールバーを配置してきたり、IE のウィンドウの中で別途ツールバーが湧いてくる上に検索は IE 側の検索機能との連動などを一切考えないなど、どう考えても縦方向への圧力が高いのは Adobe 製品の方なのですけどね。
必要なときだけツールバーを表示する事ができるインターフェースなど、Acrobat 類には存在しないですね。
# リボンで縦方向食いすぎとか、Ctrl+F1 を押すなり ^ をクリックするなりするだけではないのかと。
Acrobat Pro 単体としても、絶望的なまでに遅い上に壊滅的なまでに使いにくいインターフェース、メモ帳の方がマシなレベルの JavaScript コードエディター、編集するたびに増殖していくコード間の空行、落ちた際に PDF ファイルを破壊したままゾンビ化するプロセス……と、挙げたら切りがないほど「これのどこがプロユースの製品なんだよ」という品質で平気でリリースしてくれます。 Acrobat 9 でこのレベルとか、今まで何をやっていたんだと思いますよ。Acrobat の凋落は、こういう自滅が最大の原因だとしか思えません。
まぁ XAML がめんどくさいのは同意ですが、MVVM で開発することができる点は大きなメリットだと思います。
ただでさえ縦解像度が減っているというのに。
MS「了解。次のOfficeではリボンUIをサイド配置にリデザインし、ユーザービリティをさらに向上させよう。」
あの後方互換性を何より重視するMicrosoftがそんなことするとでも思ってるの? むしろそれだけはありえない。ゼロから作り直したい病は技術者の宿痾と言ってもいいがまず成功しない。
丸ごと消すことはなくても、根本的にごっそり変えるというのは Vista の時にやってますし、あり得ないと単純に断じることはできないかと。
Trusted Computing プロジェクトの流れからしたら、Adobe 製品を MS が作り直すことになった場合、まずその辺りで徹底的な見直しが入るでしょうし、結果としてほとんど書き換えとなることは十分にあり得るように思えます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
実現すれば (スコア:0)
Flash PlayerとAdobe ReaderをWindows Updateで最新に保てるようになるってことですか? 超大歓迎。
SilverlightやXPSに夢を見ていた人はご愁傷さまですが。
Re:実現すれば (スコア:1, すばらしい洞察)
むしろFlash PlayerとReaderの現コードを廃棄して、MSの手でゼロから作り直してほしい。
お願いだからもうFlashはレガシー扱いにしてください。
ActionScriptを安楽死させてSilverlightに一本化してください。
Re:実現すれば (スコア:1)
作り直すのは構わんけど「MSの手で」やるのは勘弁して欲しいなぁ。
最近のMSの作るUIでいい思いをしたことがあまりないので。
下手するとReaderにリボンUIとか付けられかねん。
ただでさえ縦解像度が減っている [srad.jp]というのに。
ActionScriptを安楽死させるのも結構だけど、
かといって、その代替がSilverlightというのもちょっとねぇ。
Silverlightの案件で、思い通りの画面設計ができなくて難儀したことがあったので。
まあ、ECMAScript系よりC#の方が作りやすいのは確かだけども。
Re:実現すれば (スコア:1, 興味深い)
制作側のツールは現在のコードで結構。
問題はランタイム。
もうFlash PlayerとかReaderとか作るの本当にやめてくださいお願いしますマジ助けて＞Adobe
Re:実現すれば (スコア:1)
そうですね。
最小化できない上に大きな (細くない) ツールバーを配置してきたり、IE のウィンドウの中で別途ツールバーが湧いてくる上に検索は IE 側の検索機能との連動などを一切考えないなど、どう考えても縦方向への圧力が高いのは Adobe 製品の方なのですけどね。
必要なときだけツールバーを表示する事ができるインターフェースなど、Acrobat 類には存在しないですね。
# リボンで縦方向食いすぎとか、Ctrl+F1 を押すなり ^ をクリックするなりするだけではないのかと。
Acrobat Pro 単体としても、絶望的なまでに遅い上に壊滅的なまでに使いにくいインターフェース、メモ帳の方がマシなレベルの JavaScript コードエディター、編集するたびに増殖していくコード間の空行、落ちた際に PDF ファイルを破壊したままゾンビ化するプロセス……と、挙げたら切りがないほど「これのどこがプロユースの製品なんだよ」という品質で平気でリリースしてくれます。
Acrobat 9 でこのレベルとか、今まで何をやっていたんだと思いますよ。Acrobat の凋落は、こういう自滅が最大の原因だとしか思えません。
まぁ XAML がめんどくさいのは同意ですが、MVVM で開発することができる点は大きなメリットだと思います。
Re: (スコア:0)
MS「了解。次のOfficeではリボンUIをサイド配置にリデザインし、ユーザービリティをさらに向上させよう。」
Re: (スコア:0)
あの後方互換性を何より重視するMicrosoftがそんなことするとでも思ってるの? むしろそれだけはありえない。
ゼロから作り直したい病は技術者の宿痾と言ってもいいがまず成功しない。
Re:実現すれば (スコア:1)
丸ごと消すことはなくても、根本的にごっそり変えるというのは Vista の時にやってますし、あり得ないと単純に断じることはできないかと。
Trusted Computing プロジェクトの流れからしたら、Adobe 製品を MS が作り直すことになった場合、まずその辺りで徹底的な見直しが入るでしょうし、結果としてほとんど書き換えとなることは十分にあり得るように思えます。