  |
はてなキーワード: アクセシビリティとは
なぜか日本ではシェアが高いYahoo!の検索エンジンがGoogle化したことで注目が集まっているわけだけど、最近ウチが請ける大手さんの仕事も、中堅どころの仕事にもSEOは要件に入ってない。
ネットをうろうろしていたら、かなり久しぶりに"sorry Japanese only"の記述を見た。
そいえばこれ、10年くらい前は個人のページにふつうに書いてたよね。
最近この表記を見かけなくなった理由はいろいろあげられると思う。
ネットそのものの多言語化が進んで、2000年ごろに英語と非英語のページ数が逆転して、
ま、日本語のコンテンツも増えてきたし、そんなこと書かなくてよくね、となったんだと思う。
それから、日本人が日本語を使って何が悪い、という一種の哲学的というかイデオロギー的というか、そういうのもあったと思う。
あと、この表記は「外人さんお断り」のようでかえって印象が悪くなる、ということも言われた。
それから、そもそもHTMLタグに言語について記述すれば済むことでもあった。
上に挙げたすべての理由にもまして、
そこまで深く考えなくても簡単にネットで意見を発信できるようになった、というのが大きい。
2003～2004年ごろ、ブログの出現でページ数は圧倒的に増えたけど、
それと同時にクオリティもかなり下がった。
ネットで意見を発信している人たちの中で、HTMLとかについての基礎的な理解のある人の比率は下がる一方に思える。
そんなこと考えなくても立派な日記が作れちゃうからね。
ブログ出現の前、ホームページビルダーができた時にも、やはりクオリティの劣化はあった。
初期のホームページビルダーで素人が作ったページは、アクセシビリティとかもかなりひどかったよね。
今でもアクセシビリティについて真剣に考えている人はそれほどいないけど、
そもそものホームページ作成ツールがよくなってきているし、アクセシビリティに配慮しないとSEO的にも不利になる時代になった。
ページ数は増えたけど、昔のほうがもっと個性的なページがいろいろあったよね。
今でもあるんだろうけど、検索で上位に引っかかってくるのはたいてい似たような内容のもの。
なんて、いろいろ思い出した。
地味ではあるが、時代は変わっているんだと実感できた。
最近マークアップエンジニア志望の若者と話す機会が多いのだけれど、そこで気づかされるのは、彼らの中に過去のHTML（特に90年代以前の仕様）を読んだことのあるという人が、驚くほど少ないことだ。
例えば「マーク・アンドリーセンをどう思う？」と聞くと、「アンドリーセンって誰ですか？」という答えが返ってくる。「ヨスケの独自要素で何が一番好き？」と聞くと、「見たことがありません」と言われてしまう。「ではきみは、昔のHTMLを見たことがあるの？」と聞くと、たいていが「とほほでやっていたものくらいなら……」という答えしか返ってこない。
今の若い人の間では、HTMLを体系的にとらえようという人は少ないようだ。見るのは専ら近年の話題仕様ばかりで、歴史を辿ってみたり、系譜をひもといて標準化団体ごと理解しようとする人はほとんどいない。
これは、ちょっと由々しき問題だと思わされた。HTMLは、もう長いこと（90年代の早い時期から）インターネットの王者としてあらゆるWeb関連技術の上に君臨してきた。だから、Webを作ることを仕事にしたいなら、何をするにせよ避けて通ることはできない。
HTMLは、表・画像・フォーム・音楽・デザイン・フレーム・動画など、さまざまな分野においてその時代々々に達成された最新の成果を持ち寄るようにして作られてきたところがある。だから、HTMLを読まずして現代のインターネットは語れないと言ってもいいくらいだ。
もし何かクリエイティブなことをしたいのなら、HTMLを読むことは欠かせない。また、単に読むだけではなく、それを包括的・体系的にとらえることも必要だ。なぜなら、HTMLを包括的・体系的にとらえることによって、現代のインターネットそのものを、包括的・体系的にとらえられるようになるからだ。そしてそうなれば、Webを作ることの道理や筋道が理解でき、何かクリエイティブなことをする上で、大きな助けとなるからである。
そこでここでは、昔のHTMLをほとんど見たことがないという人や、あるいはHTMLそのものもあまり見ないという人のために、これを見ればHTMLを体系的に理解でき、現代インターネットの成り立ちや実相までをも包括的にとらえることができるようになる、7本の仕様を紹介する。
ここで紹介するHTMLは、いずれも後のWeb業界に決定的な影響を与えたものばかりだ。これらが、HTMLという標準のありようや方向性を決定づけた。この7本を見れば、HTMLというのはどのようなきっかけで生まれ、どのような変遷を辿って、どのような足跡を残してきたかというのが、体系的に理解できるようになる。そしてそれが、世界のインターネット利用シーンにどのような影響を及ぼしてきたかということも、知ることができるようになるのだ。
まず最初は、ちょっと強引かも知れないけれど、第一次ブラウザ戦争前のHTMLをひとまとめにするところから始める。
80年代末にティム・バナーズ＝リーの発明したHTMLというメディアは、その後『HTML 1.0』（1993年）『HTML+』（1994年）『HTML 2.0』（1995年）などの仕様で次第にそのスタイルを確立していき、マーク・アンドリーセンが一大産業として発展させた後、『HTML 3.0』に行き着く。そして幸運なことに、ここに集大成されるのだ。
ブラウザ戦争前のHTMLは、これ1本だけ読めば良い。このHTMLに、戦前のHTMLの全ての要素（属性）が詰まっている。このHTMLを見れば、HTMLのインターネットの王者としての風格、スターという存在の大きさ、作者以上にブラウザが重視される「産業」としての側面、お尻Pから終了タグ省略可へ・文字情報から画像付きへと移り変わった技術革新の変遷など、戦前のHTML史やWeb業界のありようが全て分かるのだ。
このHTMLの魅力は、説明し始めるといくら紙幅があっても足りないので、ここではその一端を紹介するにとどめておく……といっても、気の利いたことを言えるわけではない。『HTML 3.0』の魅力を知るには、まずは読んでもらうこと――これに尽きるからだ。そして、もし一度でも読めば、その魅力はたちどころに理解できるだろう。
『HTML 3.0』を見て驚かされるのは、現在のHTMLと比べても全く遜色ないところである。破棄されてから14年の時が経過しているが、現代人の読解にも当たり前のように堪えうるのだ。それは、逆にいえばHTMLというものは、今から14年前、つまりこの『HTML 3.0』が作られた時点で、様式として一つの完成を見たということでもある。
『HTML 3.0』は、HTMLという標準が到達しようとした一つの極みである。それゆえ、HTML史というものは、『HTML 3.0』以前と以降とで分けられるようになった。これ以降に作られたHTMLで、『HTML 3.0』の影響を免れたものはないからである。
iモードが世界のHTML史に与えた影響というのは、一般に理解されているよりもはるかに小さなものである。日本人というのは、「日本の技術が世界に影響を与えた」というと、なぜか鼻高々と聞いてしまうところがある。「日本はガラパゴス」という言葉は聞いたことがあっても、「それって日本人が過小評価しているだけじゃないの？」と、眉に唾をしてとらえるところがある。
しかしiモードは、真に日本のHTML史を塗り替えたサービスの一つである。特に、このサービスの後世に与えた影響には、本当に計り知れない大きさがある。
iモードは、ドコモのメインストリームだったポケットベルが、それまでの栄華の反動で深刻な低迷期に陥っていたPHS流行後すぐの時期、そんなポケットベルに取って代わって、日本で最も輝いていた携帯サービスであった。それゆえ、広末に見蕩れた世界のHTMLファンたちは、iモードのWebサイトを見ることによって、失われかけていたWeb制作の魅力を再発見することにもなったのである。
iモードは、没落したHDMLに変わってモバイルWebの命脈をつなぎ止めた、言うならば救世主のような存在であった。海外のモバイル陣営が営々と築きあげてきたそれまでの栄光を切り捨て、日本の後代へと引き継いだ重要なリレー第一走者としての役割を、HTML史において担ったのである。
そして、そのバトンを受け取った日本の若きWebデザイナーたちが、2000年代に入って雨後の竹の子のように現れたことで、モバイルWebは鮮やかな発展を遂げる。だから、もしiモードが存在しなければ、HTMLの様相は今とは違ったものになっていたかもしれないのだ。
そんなiモードHTMLのバージョンはいくつもあるのだが、中でも特に多くのHTMLファンを――取り分け日本の若きWebデザイナーたちを魅了したのが、この『Compact HTML』である。この仕様の一番の魅力は、なんといってもその大胆に構築されたW3C Noteであろう。HTML史において、これほど拡張多く適当なディテールで構成されたNoteは他にない。そのためこのNoteは、これ以降無数に手本とされ、真似され、拡張されることとなるのである。
正字正仮名の影響を受けた日本の若き日記書きたち――言うなれば「CSSコミュニティ」――が頭角を現す直前のW3Cで、HTML史に乾坤一擲の巨大な爪痕を残した1本の仕様が誕生する。
この時期、情報技術の進歩によって、HTMLにもさまざまな新しいテクノロジーがもらたされていたのだが、それらを十全に取り入れたばかりではなく、縦横に駆使することによって、これまでとは全く違った国際化、全く違ったアクセシビリティ体験を生み出すことに成功したのが、この仕様『HTML 4.0』を勧告したWorld Wide Web Consortiumである。
『HTML 4.0』は、HTML史において最も革新的な仕様の一つとなった。この仕様に初めて触れた当時のWebデザイナーたちは、そのあまりの目新しさに度肝を抜かれた。そこでは、これまで全く見たことのないマークアップがくり広げられていた。そのため、これまで想像さえしたことのなかった全く新しいHTML体験を、そこで味わうことになったからである。
W3Cの果たした一番の功績は、テクノロジーとHTMLを見事な調和をもって融合させたことだろう。例えばそこでは、「スタイルシート」という新しい技術のデザインと、それでレイアウトされたページが閲覧者に与える独特の感覚というものを、双方ともに熟知していた。だから、それらを効果的に融合させることによって、全く新しいHTML体験を生み出すことができたのである。
この仕様『HTML 4.0』には、そうしたテクノロジーとHTMLとの融合が、至るところに散見できる。その数の多さとクオリティの高さによって、HTMLはここに、新しい時代の幕開けを迎えるに至ったのである。
先に述べた「CSSコミュニティ」がWeb日記業界に論争をもたらすのは、2000年代に入ってからのことである。そして、そのきっかけとなったできごとの一つが、1947年生まれの非政府組織で、IECとも協力した生粋の工業標準化団体であった国際標準化機構が、この仕様『ISO/IEC 15445:2000 (ISO-HTML)』によって成功を収めたことである。
このHTMLは、単にJIS的に標準化しただけではなく、文化的な意味においても、フラットでリニアな構造の力を広く世界に知らしめることとなった。この仕様の成功によって、世界の人々は、レベル付けされた見出しの魅力の大きさを知る。そしてそれが、やがて見出しのレベル分けが世界のスタンダードとなり、誰もが当たり前のように使う状況を育んでいくのである。
またこの仕様は、CSSコミュニティそのものにも大きな影響を与えた。この仕様の成功に刺激を受けた才能ある若きコミュニティ住人たちが、その後立て続けに台頭し、いくつもの名サイトを生み出していくからである。
それらが相まって、やがてCSSコミュニティは空前の黄金時代を迎えることになる。その端緒となり、道筋を切り開いたのが、他ならぬこの『ISO-HTML』なのだ。
『HTML 4.0』で繁栄の足がかりを築いたW3Cは、この仕様『XHTML 1.0』によって、ついにその栄華の頂点に達する。そして、それを成し遂げたメタ言語も、W3C勧告のの一つであり、また『HTML 4.0』を作ったSGMLの改良でもあった、Extensible Markup Languageであった。
この勧告は、史上最も商業的に成功した仕様となる。そのためこれ以降、この勧告にならって商業的バズワードを盛り込んだ仕様が数多く作られるようになり、しかもそれらが、実際に大きな商業的話題を集めていくのだ。すると、そこで生み出された多くの意見は、やがて再びW3Cに還元され、さらなる発展をもたらすことにもつながった。
そんなふうに、この仕様がきっかけとなってW3Cにもたらされた意見は、HTMLという言語を変革させていくことになるのだが、それに伴って、HTMLそのものにも大きな革新をもたらすことになる。
その変革も、他ならぬW3Cの手によってなされた。ここで『XHTML 1.0』の成功によって手にしたメンバーをもとに創設した文書マークアップの開発集団「HTML Working Group」が、より魅力的な拡張性を追求していく中で、やがてM12n（モジュール化）という技術の開発に至るのである。するとそれが、これまでのHTMLを一変させたのだ。
M12nは、HTMLに魅力的かつ効果的な特殊語彙を、DTDでしかも複雑怪奇にもたらすことに成功した。おかげでそれは、あっという間に世界から見捨てられていった。そのため今では、M12nの使われているHTMLを探す方が難しくなったくらいだ。それくらい、この『XHTML 1.0』がWeb業界にもたらした変革には、大きなものがあったのである。
2000年代以降、繁栄を謳歌したW3Cは、しかしその栄華の大きさゆえ、00年代中盤に入るとそれを存続させることに力をそがれてしまい、革新的な仕様はなかなか生まれてこなくなった。
しかし、そんな時代が5年は続いた00年代の後半になって、今度はその栄華のただ中で育った新しい世代のHTML WGメンバーたちが台頭してくることにより、再び変革の時を迎えることとなる。
その新しい世代のHTML WGメンバーとは、マイクロソフトやモジラ・ファンデーション、オペラらに代表される「ブラウザベンダ」と、無関係な編集者たちであった。
彼らに共通するのは、文書構造に不必要なものなら全て――とるに足らないガジェット的なものまで含めて――残らず切り離そうとする「オタク的な性質」を持っていたことだ。
彼らは、それまで見過ごされがちだったHTMLの些末な要素にスポットを当て、それを別仕様に押し出すことで、従前とは一風変わった、新たな魅力を持った草案を生み出していった。そして、その真打ち的な存在として00年代の後半に登場したのが、XHTML2 Working Groupだ。
XHTML2 WGは、特に99年に最後の草案が作られたこの仕様『XHTML 2.0』によって、オタク的なHTMLの楽しみ方が、一部のマニアだけにとどまり、それ以外の多くの人たちには受け入れられないことを証明してみせた。この失敗が、デ・ファクト的な新生HTML WGにさらなる脚光を浴びせることになったのはもちろん、それに影響を受けたWeb WorkersやDOM Level 3 Eventsといった、次世代のWeb標準たちの誕生にもつながっていったのである。
最後は、第二次ブラウザ戦争の集大成ともいえるこの仕様である。
『HTML5』は、HTML史においては『HTML 3.0』と同じような意味を持つ。つまり、それまでのHTMLの要素が全て詰まっているのだ。この仕様を見れば、それ以前のHTMLの歴史というものが全部分かる。
『HTML5』には、HTMLのあらゆる要素が詰まっている。ここには、『HTML 3.0』のような歴史的な仕様としての「総合性」があり、『Compact HTML』のような「実装の実在さ」がある。『HTML 4.0』のような「マルチメディアとアクセシビリティの融合」があり、『ISO-HTML』のように「セクション構造の魅力を全世界に知らしめ」た。また、『XHTML 1.0』のように「バズワード的に成功」したのはもちろん、『XHTML 2.0』が別仕様に押し出した「オタク的ガジェット」にも満ちている。
全て詰まっているのだ。なんでもあるのである。つまりこのHTMLは、『HTML 3.0』と全く同じ意味合いを持っているのだ。HTML史というものは、『HTML5』以前と以降とで分けられる。これ以降に作られるHTMLで、『HTML5』の影響を免れるものはないであろうからである。
以上、これさえ読めばHTMLを包括的・体系的にとらえることができる7本の仕様を、制作された年代順に紹介した。
こうして見ると面白いのは、歴史的に重要な仕様は、必ずしも定期的に現れるのではなく、あるところでは連続しているし、あるところでは長らくなかったりすることだ。それはまるで「素数の分布」のようだ。一見規則性はないように見えるものの、何かしらの法則が隠されているようでもあり、興味深い。
それから、ここに挙げた仕様は、いずれも「読むことによって他の仕様にも興味が移行する」ということを念頭に選んだ。
例えば、『HTML 3.0』を読んだならば、ブラウザ戦争前夜の独自HTML拡張に自然と興味がいくだろうし、『Compact HTML』を読んだなら、iモードのそれ以外のバージョンのHTMLも見たくなるだろう。CSSコミュニティについてもそれは言えるし、『ISO-HTML』を読んだなら、このHTMLを流行らす土壌ともなった「フラットでリニアな構造」というムーブメントにも自然と興味がわくはずだ。さらには、『XHTML 1.0』はXMLオタクになるきっかけになるだろうし、『XHTML 2.0』はその他の「オタク的なXML EventsやXForms」の仕様も見たくなるという効果を持っている。
ただし、最後に選んだ『HTML5』だけは、こうした例とは別に考えなければならないかも知れない。なぜならこのHTMLは、完成度があまりにも高いために、これを見た後に他のHTMLを読むと、どうしても物足りなく感じてしまうからだ。
しかしいずれにしろ、これらの仕様を読むことによって、HTMLをさらに愛さずにいられなくなるのは疑いない。そしてまた、これらの仕様を読むことによって、HTMLを包括的・体系的に見る目を養ってもらえれば、その後のクリエィティブな活動にも、大きな助けとなるはずだ。
上に挙げた仕様への理解は、以下に紹介する著作を読むことによって、さらに深まる。これらを読むことによって、ぼくは「HTMLを体系的に見るとはどういうことか」を学んできた。
高校時代に読んだこのサイトによって、「リソースとは何か」ということを、ぼくはを知った。
「HTMLはSGMLの応用だ」ということが、このサイトを読むことでよく分かる。何気なく見ていた省略記法でも、その裏には、実にさまざまな技術や、それを開発してきた歴史というものが隠されていた。
世界がCSSコミュニティの何に驚かされたかといえば、それはやっぱり精緻に書き込まれた正字正仮名にだ。ノジタンの日記には、HTMLの本質が詰まっている。だからこそ、あれだけ多くの日記で多くのコミュニティ住人に、言及されたり模倣されたりしたのだ。
ここでは取りあげられなかったのだが、とほほ氏がHTMLというジャンルに及ぼした影響にも、本当に大きなものがある。そして、ぼくが上に挙げた感想のいくつかは、このサイトに書かれていたばけらさんとの「スタイルシート論争」を参考にしたものなのだ。
これらのサイトを読めば、どんなHTMLが素晴らしく、どんなHTMLがそうではないというのが、よく分かる。その判定基準を知ることができ、審美眼を養うことができるのだ。なにしろ、あのCSSコミュニティ住人の言うことなのだ。これにまさる教科書は、他にはない。
【元ネタ】
http://takahashifumiki.com/others/480/
まぁまぁまともな生活ができる楽園なんだからさー。
アンタのような頑張り屋さんで能力が高い人が
わんさか来ちゃうと、居場所なくなってしまうでしょ。
しーえすえすないと見ればわかるでしょ？
俺らがスイーツ(笑)だって。
これを知らなきゃ始まらない。
当然一度くらい仕様書読んでるよね？
「・・・」
クソプログラマがわけわかんねぇ実装するから
俺たちはこんな苦労してんだ。
あー忙しい忙しい。
うんそうだね。でもあと5年もすれば
そんな知識ほとんど必要なくなるけど
ほかに何ができんの？
「・・・」
見てみろよこのきらきら感。
同じようなレイアウトで違いがわからないんだけど？
「いろいろサイト見て参考にしてるんで・・・」
まぁ0->1を生み出せる人間なんてほとんどいないわけだから
君たちは1を1.1にしてくれればいいよ。
「・・・」
・・・じゃあなんでこの位置にこのボタン置いたの？
「・・・なんとなく」
wwwwww
なんとなくって何だよwww
クリエーターが自分の作ったもの説明できなくてどうすんだよwww
見た目だけパクってんじゃねーよ。
結構絵を描いてきてるんだよね？勉強してるんだよね？
この画像パース狂ってるし光源がわけわからなくて気持ち悪いけど？
「・・・」
アナログできねーやつが
色についてちゃんと勉強したの？
「イキル。なんかクールじゃないですか？？」
色の本は1冊くらい読もうよ。
うんうん重要だね。
「・・・」
多くの人に見てもらいたいんすよ。
うんうん。そうだね。
で、ガイドラインは当然読んでるんだよね？
「・・・」
おぉさすがクリエーター。センスあるね。
ところでさっき言ってたユーザビリティ、
アクセシビリティとか考えているんだよね？
「・・・あぁまぁ一応」
で、どこクリックすればいいの？
「・・・」
半端な知識で設計されても後々困るからやんなくていいよ。
無茶な要求しやがって。こういうわけわかんねぇ
「・・・？」
別に.confには触れなくていいから、
.htaccessくらいは設定できるようになろうよ。
興味ないの？死ぬの？
「イキル。でも興味はありません。」
内容が同じファイルUPしたのに動かない・・・
パーミッションが違うよ。
どういう意味か調べないの？興味ないの？死ぬの？
「イキル。でも興味はありません。」
フォームなんていろいろあるから
適当に選んでUPするだけでだろ。簡単簡単。
え？確認画面がほしい？
「無理です。」
別にアプリケーション作れとは言わないけどさ
単なる問い合わせメールフォームくらいつくれない？
簡単なカスタマイズもできないようじゃ
顧客の要求にこたえられないだろ。
やっぱ今はAjaxだよね。スクロールしてもサイドバーがついてくるんだぜ！！
ライブラリ読み込んでるだけじゃね？
しかもDOMってるだけだよ。
アプリケーション作れなんて言わないから
君らクリエーターならこのナビゲーション
俺ならこうするって思うことないの？
「・・・ライブラリで充分です。」
またバカなクライアントから修正きたよ。
まぁ俺がサービス名間違ってたんだけど。
確認しないの？
ふーん。ちなみにIE6でレイアウト崩れてるけど？
「・・・」
で、なんでその誤字の修正に3時間もかかってんの？
「だって100ファイルもあるんですよ？俺じゃなきゃ1日あっても終わらねっす。」
君らが大好きなDreamweaverで多少正規表現使えなかったっけ？
1分で終わるよ。自分使うツールの機能に興味ないの？
忙しい忙しいって無能なだけでしょ？
「興味ないです。CSSをダイアログで設定する機能くらいしか使わないです。」
これまでのようにやっぱり自分が満足できる
うんうん自分が納得できるものを作るのは大事なことだね。
サイト見てるユーザが全然満足してないんじゃない？オナニーなの？
「・・・でもクライアントはきっと満足してますよ。俺のオナニーすごいし。」
売れるサイトが欲しいんだよ。
なんとか売るのがてめぇらの仕事だろが。
一流プログラマ様が作ってくださった物をまったく理解しようともしないで
いじくってるバックボーンなきスイーツ(笑)なんだからさレベル高い奴はくんな。
こんな程度のスキルで4、500万は稼げちゃって
やっすいキャバでもオークションのやり方教えてとかブログのやり方教えて、
とか言われてお家行ってにゃんにゃんできちゃうわけだから出たくねーよこんな楽園。
しかもこんな能力じゃ楽園でたらどこも行くとこないよ。
努力しないでそこそこの金がもらえて
おしゃれって思われる仕事を用意するのが政治だろって訴えますよマジで。
残らないだろうけどなwww
オワタwww
担当者である社長と打ち合わせをしたが、彼は日本の企業サイトはあまり好きではないらしい。
ターゲットが日本人なので、日本人向けのデザインの方がいいと思うのだが、
それを説明した上でも、韓国っぽいものの方がいいという。
じゃー韓国のサイトのデザインで調べて参考にするかと、.co.krでググってみた。
とあるので、そこそこ覚悟はしていたが、やはり酷かった。
とりあえず、制作の役に立ちそうな特徴からピックアップしてみる。
例：http://www.grandhotel.co.kr/
・とにかくFLASHを使う。グローバルナビでは、FLASH必須。しかもサブナビが下一列に出る。
・各ページのメインイメージもFLASHにしてる。文字がハデに出てくる。
例：http://www.zalman.co.kr/jpn/WTB/Area.asp
以下悪い点。
・なぜかフレームを使って、ページを移動してもURLが変わらないようにしている。
例：http://www.wonbinus.co.kr/japan/
・ポップアップ大好き。
ハングルは読めないから何書いてるかわからないが、あんまSEOの概念がないのか？
・ロールオーバー？何それおいしいの？
一言でいうと、FLASH使ってカラフルならよさげで（かなり乱暴なまとめだ）、Firefoxなんて動作確認しない。
酷い部分は置いといて、カラフルなのとかを真似たら、きっと満足してくれると思うよ！
以下、各サイトの寸評。
\n'); document.write (' \n')
とコードが丸見え。
ホテル。
ロゴ、メインイメージ、ナビ、サブナビで合計４つのFLASHを使い、
さらにフッタ部分でもうねうねするFLASH。
http://www.wonbinus.co.kr/japan/
ページを移動してもURLが変わらないと思ったら、何故かフレームを使っていた。
フレームを使う必要性がわからない。
ページ毎に色が変わる。
まあふつう。
デザインは個人的に好き。
fxだとセンタリングがずれるだけでなく、左側ナビ部分に謎のFLASHが登場する。
ここもフレームを使っていて、URLが動かないようにしている。
「ROOM」内のローカルナビをクリックすると、ポップアップで部屋の紹介が出るという仕様。なんだそりゃ。
ハデ。PIPかと思いきや、お辞儀してるだけで話さない。
http://www.seoulcasino.co.kr/Kor/gaming/slot.asp
ここなんかではajaxを使っている。
何故か本文はコーディングされていない。
これ、韓国人好きみたい。
他のページに飛ぶが、やっぱりURLが変わらない。
IEだと右側にFLASHのローカルナビが上下するが、fxだと左側でしょんぼりしている。
フッタのデザインと、そのFLASHがマウスの位置に反応する遊び心はいい。
「江南区とその周辺で高齢者向け高層住宅及び痴呆性高齢者グループホームを運営。施設、 サービスの紹介、入居案内。」
お約束のようにグローバルナビがFLASHで、下横一列にサブナビが出てくる。
メインイメージのFLASHの下のアイコンはロールオーバーしない。
fxで見ると、フッタ部分がむやみに延びている。
サウンドオフは当然ないし、
それどころかちっこいメディアプレーヤーが埋め込まれていて、それが勝手に再生する。
つまり音声が二重になる。何考えてんだ？
「インターネットは韓国が作ったニダ！」というセリフがふと頭をよぎった。
音声の件にしろ、コピーライトにしろ、なんかものすごくこの企業の自己主張を感じる。
どうでもいいが、flashに出てくる女性がどう見てもブ×だろ。
もう少しいい素材はないのか？
一枚だけなんか見たことある写真だと思ったら、
http://www.sozaijiten.com/cdrom/imagedetail.asp?pid=316&fid=00017007&i=1
だったorz
http://www.daraelaw.co.kr/index.php
（株）宇進産電。
ヘッダ部分はフレームで分けてあり、コンテンツ部分のみ変わるようにしてある。
さらに、fxで見てたら、右から２番目のボタン（日本語だと「研究書紹介」）をクリックすると、
「攻撃サイトとして報告されています！」と表示された。
こんなの初めて見たよ。
http://www.zalman.co.kr/jpn/main.asp
「ZALMAN」
企業ロゴがヘボいわりには、サイトの内容自体はしっかりしている。
ここが一番見やすい。
追記：30ブクマくらいはいくかと思ったけど、思った以上に反応があって驚いた。
ブクマで書かれてたけど、各国のサイトを調べたら面白いかもね。
今回調べてみてそれを思い出した。
自由なはずのインターネットでも選択権がなくて、IEでしか見られないってのは、けっこう悲惨な状況だと俺は思う。
視野が狭すぎる。
IEのみ対応ってのは、シェアを考えればたしかに「合理的」ではあるんだけど、
こんな状況だとIE8がリリースされたら、どんだけまともに閲覧できるんだろう？
（β版は全然試してない）
その時はその時で作り直していくんだろうけど、結局将来的に無駄なリスクを抱えるわけだ。
単純に見た目のデザインとしては、
グローバルナビがFLASHだったりFLASHもハデで見た目はまあいいんだけど、
フレーム使ってURL固定してたり、ロールオーバーなかったりと、ディティールがすごい雑なんだよね。
「topへ戻る」は利便性もあるだろうけど、見た目的に上下するのがカッコイイからつけてる気がしてしまう。
もちろん各国によってブラウザのシェアや現実的なコストの問題もあるが、
そもそもweb制作って、W3C標準に準拠すべきものじゃないのか？
そういう観点から言っても、どうなのかなーと疑問に思わざるを得ない。
特徴として追加で、
・色であんまゾーニングしない。レイアウトの枠を感じさせないデザインが多い。
てところか。
あ、ZALMANのデザイナーじゃないんで、よろしくｗ
1998年から10年経って俺のネット生活も10周年だ、おめでとうコノヤロウ。
しかしこの10年で何が変わったんだろう。
国の方針というか政策で、日本はかなりネットが安い国になった。
そのはずだった。
ようやく出来上がったかと安心しきっていたところ。
「すいません、アドレス入れてもウチのサイト見れないんですが」
と電話。
いや、見れる。
聞くところによると、YAHOOの検索のテキストフィールドに打ち込んでいたらしい。
別のお客のとこのPCをチラ見したら、アドレスバーそのものがなかったりとか。
10年たって、いろいろ面白いものがネットには出てきた。
でもそんなのはごく一部のお祭り騒ぎなんだ。
FirefoxのDLギネス祭りだって、そのへんの女子高生は知らない。
CSSとかJqueryとかアクセシビリティガイドラインとかセマンテックウェブとか。
もうそんなの全然関係ないのが実情だ。
チラシのDTPデータをJPEGに変換して張り付けるだけでもきっと20万円くらい制作費取れるんだろう。
全く個人的な思いなので、最後まで見るとムカつく人が沢山居そう。
http://anond.hatelabo.jp/20080506034250
いちいち一面からやり直しってありえない。退屈すぎる。←退屈さを紛らわすためにランダム面とかさらにありえない。
少しは音ゲーを見習ったら？
ああ、ずっと思ってていつか自分で作ろうと思ってたのを言われてしまった。
結構昔から音ゲーっぽいステージセレクト制のシューティングを作りたかったんだよね。
でもどうせなら音楽とリンクしてやりたいとか思ってしまったし、
でも俺は音楽作れない上に親しい音楽屋さんの知り合いもいないし社会人で時間もないしで気づいたら6年くらい経ってた。
実際のところいろいろひとつのゲームシステムで特徴的な面は3面くらいしか作れないような気がした(俺の技量では)とか、
だいたいシューティングゲームにオリジナリティは皆無でステージ進行で起伏をつけたりしないとゲームとして成立しない感じがしたとかいう理由もある。
だいたい個人で作って全5ステージにしたとする。大抵のゲームは最初の2ー3ステージは特に何の特徴もないダラダラ展開ではないだろうか? ステージセレクト制にしたときにそれらのステージの存在価値がなくなって全2ステージのしょぼいゲームになり下がってしまうのではと思った。東方は傍から見ているだけでやったことはないけど、そんなに毎ステージ特色のあるゲームを作っていくような雰囲気にあるならあんなにヌルそうな連中が集まってくるもんかと思う。オリジナリティのないゲームでも適当に作って売れてしまうから人が集まってきてるのではないのか。
そういう意味では同人よりもまずプロが作るアーケードのシューティングがステージセレクト制になるべきだと思うんだけど、
最近の動きがどうなっているのかは不勉強でよくわからない。
オトメディウスとかは多分そうなっているのではないかと思うんだけどあれはあれでプレイヤーキャラの能力がプレイする度に違ったりしてなにか違う方向に進んでしまっている。
弾幕系シューティングとかダライアス(外伝・G)は道中の比重がとても軽いので「vsボスモード」があればOKなのかもしれないと思うが、それをメインに据えてくれないと遊ぶモチベーションが湧かないように思う。
あと個人的には道中が好きなのでそういうのでは満足できなくていまいち。
もうゲーム性の向上に殆ど役に立たなくなってしまっているパワーアップシステムとかもやめてしまえばいいのにと思う。ステージ間でパワーアップ状態が維持されるせいでステージセレクトで攻略する気が失せるんだ。ボンバーもなしでいいじゃないか。
今までIE6で動くように作ってきたし、今さらIE7とか8に対応するなんてコストに見合わないからやらない。
派手なサイト作りこそが肝要。
Javascript/Flash/Java appletの動作がブラウザごとに微妙に違うので、シェアの高いIE6に絞って投資した方が効率がいい。
どうせ一般ユーザはIE6以外使わない。
IE6以外閲覧禁止にすればよいだけの話。
IE6, IE7で8割近くのシェアらしいので、当面の間はIE6, IE7をサポートするだけで素晴らしいコストパフォーマンスを得ることができる。
WEBサイトは○年○月を持って閉鎖いたします。
封筒に返信用封筒と80円切手を同封の上、弊社広報部までお送りください。
IE6, IE7, FF2 で9割近くのシェアらしいので、当面の間はIE6, IE7, FF2をサポートするだけで素晴らしいコストパフォーマンスを得ることができる。
ブラウザごとに適切に動作するページを作成する。
あるいは、多くのブラウザ上でテストを繰り返し、PC,携帯を問わず、ほとんどの環境で同じように閲覧できるのが望ましい。
長いので一行まとめ：便利になる前の試行錯誤の時点で潰されてるんじゃないかって思った。
昔、まだダイヤルアップの人とか 800*600 の人とかが普通にいた頃、自サイトをコンパクトにする試みを色々やっていた。何かそういう実験をひそやかにやるのが主な目的のサイトだった。ナビゲーションリンクを各ページに埋め込む代わりに JavaScript に記述して呼び出せばキャッシュが効いて効率が上がるんじゃないか、とか。(JavaScript の効かないブラウザ・切ってるブラウザ向けに、総目次になっているトップへのリンクを表記しといて最低限のアクセシビリティは保ってた。アクセシビリティなんて言葉知らなかったけど。)
フレームや段組に貴重な画面領域をごそっと持って行かれるのを避けたかった。でもマウスホイールが付いてないマウスもザラにあったり、ましてやマウスジェスチャーなんて誰も使ってなかった時代背景から、スクロールも最小限に抑えたい気持ちもあった。そこで、普段は隠れてるけど、ある簡単な操作(画面右下にマウスを移動させるとか)でナビゲーションリンクが出て来る仕組みを色々考案しては試していた。
その中のひとつとして、右クリック(コンテキストメニュー)にナビゲーションを仕込むという試みをした時があった。本来のコンテキストメニューに戻す項目をそのメニュー内と画面の端っこにつけて、トップページで使用法をアナウンスする形でリリースした。
その後間もなく、どういう経緯で目をつけられたのかは分からないけど、今で言うモヒカン族くずれの方々が「ユーザービリティ！ユーザービリティ！」と雄叫びを上げながらわらわらとサイト狩りに来たのでびびってやめた。相当びびったのでその後数年間 W3C 教(というか某方面教)に入信して狩られないお作法を学んだ。
あれから数年、別腹で試みて、当時はノーリアクションだったり難色を示されてた「JavaScript でお絵かき」とか「送信中は押せない送信ボタン」とか「記事を貼り付ける位置を自由に決められる掲示板」とかが、世間様に受け入れられたり色んな人が改良してたりするのを見て、土壌が大分変わってるように感じた。だもんでコンテキストメニューいじりも何か進展があったんじゃないかとおぼろげに思ってたりしたけど、具体的には Flash のコンテキストメニューいじるくらいのノリでグリグリやってるんじゃないかなあと思ってたけど、その辺はみたとこ昔と変わらないんだね。
もしかしたら今もまだ「右クリック」に過剰反応して、そういう狩りをして芽を摘んでる人がいるんじゃないのかなあとか思った。そんな自分も document.body に付いてるイベントハンドラは根こそぎ削除して閲覧してたりして、評価する機会をふいにしてるから、人の事言えた義理でもないけど。
ちなみに単純な右クリック禁止自体はやる意味が無いのでやったことがない。6年くらい前に「右クリック禁止解除」ってブックマークレット作ってたくらいだから(当時はブックマークレットって言葉も知らなかったけど)やりたくないっていうアドバンスな気持ちも持ち合わせてたんだと思う。
便乗
・bbLean http://bb4win.sourceforge.net/bblean/
Explorerって重いでしょ？
・ProcessWalker http://www001.upp.so-net.ne.jp/yamashita/
・Battle Encoder Shirase http://mion.faireal.net/BES/
CPU占有されて悲しくなる事ってあるでしょ？
・Foltid http://www7.plala.or.jp/onotatu/
自動整理したいでしょ？
・Prism http://wiki.mozilla.org/WebRunner
ブラウザ立ち上げるの面倒なこととかあるでしょ？
・DirectShow Filter Tool http://hp.vector.co.jp/authors/VA032094/
メリット値変更したくなることとかあるでしょ？
・caldix http://www.kmonos.net/
・aDesigner http://www.alphaworks.ibm.com/tech/adesigner/
アクセシビリティ確認ってかったるいでしょ？
・KISSLD http://homepage1.nifty.com/emk/
着せ替えしたくなる事ってあるでしょ？
何か名前の響きからしてこんな感じの人を想像してたんだけど
でもいままでamachang発言((X)HTML+CSS しか出来ない人は真剣に第二の何かを探したほうがいい
とか)の反応ざっと見てきたけどid:amachang(とその周辺)が「マークアップエンジニア = (X)HTML+CSS しか出来ない人」として話を進めてるのにも関わらずそれについて反論があんまりないんだよな。「趣味じゃなくて仕事として(X)HTML(とCSS)を作成するためにはこれこれこういう知識が必要なんだよ」とか「マークアップエンジニアには(X)HTMLとCSSしかすることがないとでも思ってんのか馬鹿」とか言ったりするのかと思ったらほとんどそんなことなくて、むしろ同意ですとかそんなこと言われなくてもわかってるよとかJavaScriptだって同じじゃんとか見た感じそんなのばっかり。どうも俺の想像した職業とは違うらしい。
マークアップエンジニアって本当に(X)HTMLとCSSの知識だけで(X)HTMLとCSS書いてる人なの？反応見ててそもそも(X)HTMLとCSSに理解があるのかってこと自体にまで疑問を感じるんだけど。
でも、設計とかやる能力も全くない人でなければ言えないことを書いてる。
理論や数式レベルならば無限のリソースを期待できるけど、実装というのは有限のリソースでやらねばならないし、インタフェースをつけて「もの」にする時には、使う側のアクセシビリティや安全性などを考えた仕様を出せる能力がなければ、いくら実装は他人任せでいい立場でもその理論はまったく使い物にならない、せっかく実装して「もらって」も、ゴミ箱に捨てられるだけで終わる。
何かを作るとき、例えばコンピュータのソフトなりハードなりシステムなりを作るためには、実は情報工学の理論力とか本領の理論力とかが必要な部分って、極めて小さいです。
それ以上に、工学全般に対する基礎的な思考能力とか理論から現物に落として使ってもらう時に出てくる色々な影響を考慮できる視野の広さや洞察力が重要になります。
こればかしは、なんぼエリートな教育を受けても、それだけでは身につかないのよね。
関わる分野に対する実務経験とか一の失敗から沢山の十の対策や教訓を見出そうとするだけの貪欲さ、そういったものの蓄積が左右するのよね。
ま、私も通信系の特殊法人（今は民間企業になってるか）の研究所さんとやらから某大手企業に下りてきた仕様を基にした大規模なシステムのUI部分のコードを書く、もろ「コーダ」なプログラマの仕事やるハメになったことありますけどね。
その時、余りにインタフェースの方向から見た場合のシステム設計全体がタコ過ぎて、こりゃ、使えない。っつーか、二三年でObsoleteに絶対になる要素や安定性をスポイルする要素がシステムの全てのパートにある。と言うトンでもない物でしたけどね。
まぁ、その仕事自体はノルマ分上げてとっとと別の仕事やったので、私が関わったプロトタイプが実際に稼働可能な所までチューンで着たのか、それともプロジェクト自体が放棄されたのか、どうなったのか分かりませんけどね。
文句なんぼでも言いたかったし、システム設計初の段階でダメ出しとパッチをいくらでも出したくなるような仕事でしたが、偽装請負の曾孫請けのプログラマごときからは、元請けの某大手企業の担当者にすら意見できなかった訳でして。
結局、こういう傲慢で身の程知らずの人たちが、あの手のタコ過ぎるシステムとかの設計とか仕様出しを現場を知らないでやってる場合が余りに多いから、日本の情報工学だけでなくて工業全体が地盤沈下していく訳なんですが…悪いけど、こういう類の人がのさばってる間は、日本の情報産業はインドやアメリカはもちろん、中国や北朝鮮にすら勝ち目がないでしょうね。
回答: http://anond.hatelabo.jp/20070510171746
回答: http://anond.hatelabo.jp/20070510170511
この二人はちゃんとツリーに表示されるよう問題へリンクを張ってくれ
先日「target="_blank"として別窓で開かせたほうが良い。Strict DTDにtarget属性が無くて困る」と言い出した人がいて、ひどくがっかりした。表面的にはちゃんとしたHTMLを書いてる人だっただけに。
それはauthorではなくuserやuser agentの仕事だろう。authorがやるとしても、HTMLではなくスタイルシートに書くのが筋だ。別窓とtarget属性を混同してはいけない。
もっとも、その人が混同してしまった原因は我々にもある。ユーザビリティやアクセシビリティの問題とHTML的な問題とをごちゃまぜにして説明していた。
正しいHTML方面の人の書いたHTML入門にあまり良いものが無くて、根本的な「思想」(大げさな言い方で、好きではないのだが)の部分がしっかり伝わるものを自分で書こうと思って、書き始めてみたのだが、どうも一般人に通じるとは思えなくて、自信を失って破棄してしまう。プログラマに通じれば良いということにすれば簡単だが、それなら既にあるもので足りるわけで。
