FlashがHTMLを置き換える日 83
ストーリー by Oliver
オープンスタンダートぢゃねー 部門より
オープンスタンダートぢゃねー 部門より
sou 曰く、 "MacromediaがFlash待望の新バージョン Flash MX を発表した。 FlashMXも気になるけど、 別のプレスリリースに見るColdFusionMXとの関係のような「フロントエンドにFlashを、バックエンドにアプリケーションサーバーを。」という配置が非常に気になる。
オンライントレードやオンラインバンキングなどインターネット上の幾部分かのコンテンツに取って、フロントエンドがブラウザであれば良いワケで、実はHTMLは足かせなのかも知れない。思えば次々とその意味合いと用途が拡張され続けてきたHTMLだが、MXシリーズのリリースはHTMLに換わりFlashが次のフロントエンド構築を果たす名乗りにも聞こえる。
日本語版はwebmonkeyによれば3/15、ただしamazon.co.jpには3/29と出ている。どっちだ。
余談。ソースは忘れたが、ColdFusionは幾つかのバージョンアップを経て、J2EE準拠に生まれ変わる予定だそうだ。"
Flashなしではまったくナニも見えないサイトが増えていてイライラしているのはオールドタイプだろうか。そもそも、Flashオンリーなコンテンツなら、ブラウザで見る必然からしてないな。そういうのって、一部の利用者を疎外している気がする。Flashを使う必然がないのに、自己満足の為にユーザを切り捨てているサイトがなんと多いことか。(嘆)
自由度は悪か？ (スコア:4, 参考になる)
ティム・オライリーのInfoware [oreilly.co.jp]じゃないんですが、HTMLというある意味制約のあるUser I/Fを使うことでシンプルにせざるを得なくなったが、結果利用者にとって判り易いI/Fになったと考えると過度の自由度は悪にも思えます。
# プログラミング言語やフレームワークなんかでもそうなんだけど
更にユーザのためのデザインでなく、デザイナのためのデザインが横行している現状を見ると、「使いにくいインターネット」が出来あがってしまいそうで少し警戒してしまいます。
とは言っても自由度が有る事自体は良いと思います。そのかわりそれをデザインする人は、自己満足・押し付けになっていないかを常に意識して仕事して欲しいと思います。
#「ユーザのためのデザイン」って最近見ないなぁ。User I/Fしかり、商品企画しかり。
Re:自由度は悪か？ (スコア:3, 参考になる)
それはともかく、HTMLでは従来のようにテキスト情報をメインに扱っているため、どうしてもビジュアルな面が弱い点が目立ちます。
また、「環境がなくてもCSS、DynamicHTML(Javascript、JavaApplet、etc)を使えばいいじゃないか」とおっしゃ
る方もいるとおもいます。ごもっともな意見ですが、それを使いこなすにはかなりのヒマが必要で、Flashなどの作成のように手軽とまではいってないような気がします。
SVGが使えそうだ、という感じもしますが、まだ手軽に作成する環境が整ってるとは言いがたい状況です。もちろん、これは間もなく良くなるだろうということを期待しています。SVGはテキストデータ(XML)なので、研究して自分でオーサリングキットを作成するという手もあります。もちろんこれも時間がかかりそうです。
ただ、上でおっしゃるとおり、Webデザインの本を読み漁る当たり、どうもインパクト重視の美術的、視覚的なデザインばかり載っていて、実用的なポータルサイトのデザインがあまりでてこないのは閉口します。別にそういうのが嫌いだ、というわけではありません。それらはWebを使うことで手軽に自分の作品を展示できるというメリットがあります。(ちょっと話がそれてますが)
また、Webページによくあるオブジェクト(検索フォーム、ヘルプへのリンクなど)がどのように配置される傾向なのか、というデータがoptimal web design [wichita.edu]にあるので参考に。
Re:自由度は悪か？ (スコア:1)
オリバー氏がなんか作ってませんでしたっけ？
Re:自由度は悪か？ (スコア:3, 参考になる)
情報操作はDOMの役目で、HTMLとは無関係。
現実としてブラウザによって実装が異なる為に、標準技術のECMAScriptやDOMを用いた「Flash的なコンテンツ」は、安心してリリース出来ない物に成っていると思います。
それと比べるとFlashは、「彼らが」顧客としたいユーザをほぼ完全にカバーしている訳で、しかもOSやブラウザ等によって表現が変わる事は無い（と思います）。
プラットホームとして安定している事。これが強みでしょう。
Re:自由度は悪か？ (スコア:1)
Re:自由度は悪か？ (スコア:1)
チェックボックス、ラジオボタン、プルダウンリスト(名称怪しい)くらいしか使えないのはキツイ。
Re:自由度は悪か？ (スコア:1)
グラフィカルに依存したUI要素のリクエストは却下されるかも知れないけど。
＃将来的には、XFormで拡張されて行くと思う。
Re:自由度は悪か？ (スコア:1)
Re:自由度は悪か？ (スコア:1, 興味深い)
pure-HTMLな人から見れば論外なのかも知れませんが、
現実にWeb用アプリケーションを作らされている身としては、
disableできるボタンとか、
文字編集がきちんとeventで取れるテキストフィールドとか、
いろいろ欲しいものはあります。
あと、FORMだと一回表示してしまったらSUBMITするまでは
サーバーから情報をもらえないので、
それが結構ネックだったりします。
だって必ず品質評価部門から、
「これこれのフィールドが空なのに
このボタンが押せるのはUIとしてダメだ。」とか
「このラジオボタンでこっちを選択したら、
ちゃんと現状を反映した情報に表示が切り換わらないとダメだ。」とか
いろいろ言われるんだもん。
スタンドアロンなアプリケーションと同じにはいかないのよ～。
Flashは知りませんが、Javaなら裏でConnection張ってデータをもらってくることとかできますので…。
まあ、そもそもそういうモノを作るのが間違ってる、と言われそうですが、
現実にはサーバーさえ立てればクライアントはブラウザだけで済む
Webアプリケーションというのは、ウケがよいものですから…。
いずれにしても一回製品化してしまったからには、
おいそれとはやめられないので、このまま行くしかないのだ。
Re:自由度は悪か？ (スコア:2)
出来ます。（例 element.disabled=true;）
DOM1とか、MSのDHTMLリファレンスとか調べました？
> 文字編集がきちんとeventで取れるテキストフィールドとか、
> いろいろ欲しいものはあります。
IEは、通常アプリケーションとほぼ同じイベントハンドラ持ってます。
例えば、IE6では、ホイールの動きを取得するイベントが追加されています。
IEはウェブアプリケーション向けの機能は、恐ろしく充実しています。
イントラ向けなら、データバインドとかビヘイビアとか使えば、IEはホントに便利なプラットフォームですよ。
標準規格とIEとMozillaの最新仕様を追っていれば、標準規格と拡張規格を用途に応じて巧みに使い分ける事が出来ませんか？
Re:自由度は悪か？ (スコア:2)
MAKOTO3 AREA [rim.or.jp]のDHTML SAMPLESは、目を通しておくと非常に参考になると思います。
IEは、ダイアログも使えるし、データバインド＋ＣＧＩを使えば、殆ど何でもアリのシステムが作れますよ。
XUL/XBL系で、濃くて充実した日本語サイトって無いかなあ。
Re:自由度は悪か？ (スコア:1)
＃個別のページにするのも良し。同じページで工夫するも良し。
「正直、Flashユーザだけを相手にして楽しんでる人は羨ましいですね」と言って論点を捻じ曲げているのと同じ様に思えますが。
技術の良し悪しでなく、運用の良し悪しが焦点でしょ？
Re:自由度は悪か？ (スコア:1)
プロトコルの話題とは直接関係ないかもしれないが、
HTTPへの過度の依存 [srad.jp]を加速させる技術
の一例かもしれない。
それは別に (スコア:3, すばらしい洞察)
JavaScript, Java, （MS-Word 形式の）doc file, Clickable map...
w3m な僕には全然見えません。
結局、誰に見て欲しいかって問題でしょう。
多分、お仕事でどのブラウザでも見れるような web page を作ったとしたら、 顧客が素人の場合、「もっと派手に」って要望が来るんじゃないですかね？
それで事情を説明して納得してもらうもよし、 要望に答えてターゲットを絞るもよし、じゃないのかな？
この手の話、いいか悪いかは別にして少数派が弱いのは事実ですよね。
Kiyotan
Re:それは別に (スコア:3, 参考になる)
よくデザイナーってこの辺の話で槍玉に上がることがあるけど、実情はそんなもん。結局はただの下請けだし。その制約(つーには余りに厳しいけど)の中で、少しでも、って頑張ってるデザイナーも沢山知ってるけど……皆、苦労してるよね。
Re:それは別に (スコア:1)
いかにも納得のご意見。
私のUNIXのお師匠さんは、とにかくUIがviライクでないとNGって人でして
彼が大好きなのはもちろんコレ [browser.org]とコレ。 [jnethack.org]
Windows、PS2、X-BOXのご時世に、まさにオールドタイプ（笑。
# 先日は/.jをlynx で見ようと四苦八苦してたな…(^-^；
でも、html 同様、消えてなくなる事はないのでしょう。
Re:それは別に (スコア:1)
w3mじゃ駄目なんですか？(^^;;;;;;
少なくとも、動けば(笑)、あとは四苦八苦はしなくて済むような気がします。
Re:それは別に (スコア:1, 興味深い)
> UIをFlashにする必要もないところばっかりだったりしますね。
自分を理解しているクライアントはこれを『理由』に、
Flash 使うように言ってきますけど。
＃ とりあえず、派手にしてごまかせ！
Re:それは別に (スコア:1)
それとも無知な人をだましてご満悦なだけなんでしょうか。
Re:それは別に (スコア:1)
Re:それは別に (スコア:1)
FlashのページとHTMLのページを作っておくって感じで。まぁ、非常にめんどくさいだろうけど。
ちなみに私のＨＰはIE5.0以上でしか正常に見られないというキワモノＨＰ。（いわゆるフィルタを使用）
汎用性持たせてないので人のふり見て我がふり直せって感じなんですが、友達連中がほとんどIEユーザなので問題なく活動してます。
まぁ、IEとNNの汎用性ぐらいだったらスタイルシートを替えるだけで済む話なんですけどねぇ。
---Over, hri.---
[FYI] Flash: 99％有害 (スコア:2, 興味深い)
Re:[FYI] Flash: 99％有害 (スコア:1)
「これはFlash自体ではなく、使い手の考え方の問題なのだ」ということを主張されているのだと思います。だとすれば、私も同意見です。
結局のところ、どんな技術を使うにしろTPOは弁えなさい、ということですよね。
Treason, like beauty, is in the eye of the beholder.
webデザイン (スコア:2, すばらしい洞察)
悪いのではないでしょうか。
---------- yuzo ----------
正直言って気乗り薄 (スコア:2, 参考になる)
技術的には，一応，安全パイのうちに入ると思うです．今は．
でも，(Macromediaの主帳とは裏腹に)後方互換性が怪しいんですよねぇ．
ヴァージョンによって動かなかったりすることもけっこうある．
ちなみに，Flashの初代，Futursplash Animatorって，ホンの5年前だけど，
まずはマトモに動きませんわなぁ．
そこまで古い話でなくとも，Flash4 と5の非互換部分も，あまり話題にはならないけど，
ケース・デザインによってはちと厄介になったりします．
そういうことを考えれば，Flashに全面依存したサイトとか，怖くて書けませんね．
でまた，オーサリングツールのインタフェイスをコロコロ変える癖も困る．
記憶してる限り，ゴロっと全面改訂されたことが，少なくとも2回はあるんじゃ
ないでしょうかね．
これじゃ，お稽古に手間が掛かってメンドクサイ．
今度のMXとやらも，またぞろUI全面改訂のようなので，憂鬱です．
今度のFlashでは，SVGのサポートが強化されるかと期待してたんだけど，
やっぱ駄目だったかなぁ．
Flash Pluginのヴァージョンが上がった数週間後にクレームが押し寄せるかと
思うと，今から気が重くなるです....
#ホラ，Officeの後方(非)互換性に皆が振り回されているでしょ？
#あれと同じことがFlashにも多々言えるわけで....
#ここ1～3年で始めた若手はそういうこと知ってか知らずかバンバンFlash使うけど，
#Flash6とか7とか8とか出た時に泣くなよー(笑)
標準化するべき (スコア:1, 参考になる)
Flashは、PDFやTeXのDVIのように表示が環境に依存しないで、 それでいてプレゼンテーションのように使え、 ネットワークにも対応しているし、処理速度もストレスない。
JAVAやHTMLでは、完全に表示を一致させることが難しいのだから、 新しい仕様をつくってもいいのでは。 とにかく、１企業の提供するツールでは、 RealPlayでも分かるように先が見えてると思う。
どうどうめぐり (スコア:1)
といいつつ、
> とにかく、１企業の提供するツールでは、 RealPlayでも分かるように先が見えてると思う。
と書いてますが、「完全に表示を一致させることが難しい」のは
各企業の実装に差異があるからのように思いますが。
少なくとも現状では。
うじゃうじゃ
Re:正直言って気乗り薄 (スコア:1)
ああ、そのさらに前身の SmartSketch はいいソフトだったなぁ。
今でもほしいよ。
Re:正直言って気乗り薄 (スコア:1)
線画やロゴの清刷り作成だったら，Illustratorや Freehandより確実に仕事が早いし，
グラデやフィルタが必要なら，ドラフトをSmartSketchでサッと作って，その後でIllustratorへ持って行って仕上げればオッケー．
あと，トレースね．これはSmartSketch最強．
横でモタモタとベジェハンドルを弄くっているIllustrator使いを尻目に，圧倒的な早さで
トレースできる．手放せません．
SmartSketch (スコア:1)
分かる気がする。
昔のお試し版しかもってなかったけど、
それでもパソコンでこんなに素直に絵が描けるなんて、
って感動したものだよ。
Flash でもお絵かき周りのところは受け継いでいるのかもしれないけど、
アプリ全体が複雑すぎてゲンナリ。
FLASHなんて論外 (スコア:2, すばらしい洞察)
・検索エンジン等でページの検索が出来ない
・ブラウザ等でページ内の検索ができない
・アニメーション等でいちいち待たされる
なにをどうやっても欲しい情報が見つからない。
情報を提供する手段としてはまさに最悪の選択だ。
FLASHを使ってる時点で自動認定だが。
クリエイターかぶれが自慰目的で使うぶんには全く問題ない。
そんなサイトに用はないし:-P
トップページからしてFLASH使ってるような企業なんてこっちから願い下げたい。
が、しかし、、、中小はもとより大企業までもがこぞってFLASHを乱用する現状、、、
(ページを)見るからに頭の悪そうなクリエイターかぶれだけでなく
IT音痴(と皮肉をこめてあえて言ってみる)の重役連中も一役買っているらしい。
まさにとほほ、、、としか言いようがない、、、(x x)
たのむから、そろそろバカ丸出しで歩いていることに気が付いてくれ、、、と切実に願う、、、
# そう言うこの文章が一番頭悪そうだ(- -;;;)
uxi
Re:FLASHなんて論外 (スコア:1)
それならば。 (スコア:1, おもしろおかしい)
Re:それならば。 (スコア:1)
WEBをC言語かなんかに置き換えて、ctags＋viで読みましょうよーーーー
# "WEB"違いについては置いといて…
プログラム言語のソースは、しばしば(つーか大抵?)、それ自体がハイパーテキストですよねねね？
ブラウザさえ整備されていれば(^^;。
つーかコンパイラがすなわちオフラインかつ非人間用(笑)のブラウズ(?)ツールなわけだし。
Re:それならば。 (スコア:1)
あ、そうか、最近のイベントドリブンなプログラムだったらその方が閲覧性が高いかもしれないですね！
ざくっと全体を見たいときも有るから、nameを入れておけばいいんだし。
いっその事、ソースはxmlで書いてソース、閲覧html等を出す処理系があればいいのかな？
#なんか＜が(に変わればLISPでありそうですが。
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:それならば。 (スコア:1)
たぶんEventDrivenかどうかは関係ないと思います。
たいていの言語(だよね?)は、関数だの変数だのに「名」をつけて、
それを「参照」するという使われかたを想定していて、
それがハイパーテキスト云々みたいだね、という話なのでして。
ま、ソースはコンパイラにとっての、ついでに実行ファイルはcpuにとっての、
イベントの羅列だ、と言うこともできますが(^^;。
Re:それならば。 (スコア:1)
どーしてくれるんです?
ついつい思わず、(職場マシンで)試しちゃったじゃないですか!!(^^;;;;
#ええ。もちろん面白いことは何もおきませんでした(^^;;;;;;;;
Re:それならば。 (スコア:1)
別に・・・ (スコア:1)
実際、Flashを使って効果的なサイトもありますし、逆効果のサイトもありますし、じゃフロントエンドがFlashがいいなら、Flashオンリーのサービス（従来のサイトという意味ではなくてそれに特化したという意味でサービス）にしてしまってもいいんじゃないかな、と。
ユーザー主体 (スコア:1)
テレビはユーザーが受け身ってことだと思います．
Flashの嫌な所はwebにおいて一時的にはあってもユーザーの
主体性を奪う所ではないでしょうか
まあ、使い方によるんですがFlashは過剰な自己主張の手段
に思えるのです
当然の展開 (スコア:1)
Flashなしでも現在のwebデザインは、文字の画像化は当然、ついでに幅固定テーブルレイアウト、CSSでフォント・ファミリーもサイズも指定できて俺様デザイン万々歳……だったらハイパーリンク埋め込みPDFにすればいいのに。GoogleならPDFも検索できるし。
Macromedia社にはGeneratorやDreamweaver UltraDevがあったので、ColdFusion + Flashは来るものが来たという印象です。データベース・パブリッシングは面白いし、どうせテン・プレート作らされる [zdnet.co.jp]ならこっちの方がずっといい。対抗してAdobeがオンラインPDFジェネレータを作ると面白いけれどなぁ。
デザイン云々はおいといて (スコア:1)
こういうのを（いいか悪いかはおいといて）HTMLベースで作るとしたら気が遠くなりそう。
実際Flash MXでどう作るかはわかりませんが。
イントラとかではありかと。
置き換えたいのなら (スコア:1)
くらいの用件は満たしてほしい。
# PowerPCなLinux用Plug-inほしいです。
Re:置き換えたいのなら (スコア:1)
そこまでやったら、ここの人たちも認めてくれると思うよ。
Apache 改 Flash 上等 みたいなかんじで実装とか（笑）
過去の教訓は無いのか？！ (スコア:1, すばらしい洞察)
/.Jの読者なら記憶にあることと思うが、Playstation.comは2000年2月18日にweb上でPS2の予約受け付けを開始したところ、速攻でサーバが落ちる [zdnet.co.jp]という失態を演じてしまった。（一説には、ユーザの飢渇感を煽るためのSONYの戦略とも言われているが、まぁその問題はさておき）落ちた原因の一つは、トップページに無意味なFlashを置いたことと言われており、実際、サーバが安定して動き出した時には、画像もほとんど無く、ほぼテキストだけの内容になっていた記憶がある。
なぜ、世間のサイトでは他社の失敗を他山の石としないのだろうか？（まぁ、あれほどのヒット数を想定してサイト構築する会社も無いだろうが。）
Re:ナローバンドユーザーの悲鳴 (スコア:1, 興味深い)
> クソサイトが激増しているような気がする。
> かといってプラグイン切るとまともに映らん。
> そのせいか? 回線速度至上主義過激派が多いのは?
> それで「最近だとみんな回線速いから」とかヌカして
> ぺたぺたFlash張りやがる。
ここ1,2年の傾向として、元々CM等の映像制作を主にしていた
会社が、大挙してwebのデザインに参入している現象があります。
この手の会社は、往々にして「映像制作の手法をそのままwebの
世界に持ってくる」という方法論を取ってきます。
なのでFlashのような、自分達が今までやってきたことをwebに
持ち込みやすい手段を安易に採用するケースが目立ちます。
その上、インターネットへの理解が薄いため、ユーザの接続環境が
アナログモデムから光ケーブルまで多岐多用に渡る、なんてことは
頭の片隅にもない場合が多いのです。
で、その結果として、上に引用したような愉快な状況が生まれやすく
なっています。
なんとゆーか、いつからwebの世界って、作る側の論理だけが大手を
振って歩くようになって、使う側の論理がどんどん声が小さくなって
しまったんですかね?
Re:ナローバンドユーザーの悲鳴 (スコア:1)
現状では、ブロードバンドにしたくてもできない人って相当数いるんじゃないですかね。私を含めて。
昔は（といっても、数年前ですが）は、「でかい画像貼るな、ヴォケ。貼りたかったら、サムネールにしろ。でかい画像の場合はファイルサイズ明記しろや！」なんていうご意見もありましたから、今に始まった話じゃないと思われます。
Re:ナローバンドユーザーの悲鳴 (スコア:1)
> だけが大手を 振って歩くようになって、使う側の論理
> がどんどん声が小さくなってしまったんですかね?
使う側に論理があるかどうかは別として
Webに投資した企業が、どういうユーザから
回収できているのか考えれば分かるはず
gen+nob+ash
Re:ナローバンドユーザーの悲鳴 (スコア:1)
昔インターネットは使う人＝作る人だった。
だから、単に自分達の使いやすいものを作っていただけなんだろ。
使う側にとって便利な Web 世界が欲しい？
「欲しいなら自分で作れ」といういい例だな。
＃まあ、Flashで作ったページのほとんどは、
＃代替物を欲しがるほど有意義なものではないと感じてるが。
# mishimaは本田透先生を熱烈に応援しています
Re:SVG (スコア:1)
"Quidquid latine dictum sit, altum videtur."