Chris Heilmanによる“Graceful degradation versus progressive enhancement”という記事について、前回は概要とその意義について紹介しました。今回は後半にあるの例をもとに、どのように実践していくのかを考えてみたいと思います。 「印刷する」というリンク オンラインショッピングの決済画面には、印刷して手元に保管したいというニーズがあるからか「印刷する」といったリンクやボタンが設けられています。クリックしたときに印刷用ページが現れるものもありますが、記事では印刷ダイアログが現れる簡単なものを取り上げています。 このようなリンクは、JavaScriptにより実現されています。 <p id="printthis"> <a href="javascript:windowprint()">Print this page</a> </p> しかしな

ナビゲーションとは何か、そしてそれは「分離」すべきなのか (agenda)が抽象的すぎるので補足。まずは最初の段落から。 しかしながら、製作者側はユーザーの目的を正確に知ることができない。知っているのはユーザーがそのハイパーテキストノードを閲覧しているという事実だけであり、そこから目的地を推測するしかない。この時推測される目的地は、正にそのハイパーテキストノードと深く関係しているはずだ。そして、そのようなリソースへのリンクを提供することは、ハイパーテキストシステムにおける各ノードの主要な役割である。真のナビゲーションに接近する方法として、製作者側が取れる、あるいは取るべき手段は、そのハイパーテキストノードを中心としたリンクを提供してやることだけである。私はこのようなリンクを論理的なリンクと呼んでおり、殊更にナビゲーションと呼んでコンテンツと区別しない。何故なら、論理的なリンクはハイパーテキ

WWWの文脈においてナビゲーションという言葉の意味を考えるとき、浮かんでくるのはやはり一人一人のユーザーの姿である。それぞれのユーザーの目的地（目標）に導いてやるためのインターフェイスというのがナビゲーションのエッセンスだ。 文書製作者側が提供できるナビゲーション しかしながら、製作者側はユーザーの目的を正確に知ることができない。知っているのはユーザーがそのハイパーテキストノードを閲覧しているという事実だけであり、そこから目的地を推測するしかない。この時推測される目的地は、正にそのハイパーテキストノードと深く関係しているはずだ。そして、そのようなリソースへのリンクを提供することは、ハイパーテキストシステムにおける各ノードの主要な役割である。真のナビゲーションに接近する方法として、製作者側が取れる、あるいは取るべき手段は、そのハイパーテキストノードを中心としたリンクを提供してやることだけであ

Opera for iOS Introducing Opera One for iOS: a fresh take on mobile browsing August 14th, 2024 We're excited to announce the launch of Opera One for iOS, our redesigned, AI-powered browser for iPhone. Opera requests that the EU General Court secure the DMA’s promise of free browser choice... July 12th, 2024 Opera is appealing the EU Commission’s decision not to designate Microsoft Edge as a gateke

笑顔を創りたいＷｅｂ屋の日常 Ｗｅｂ業界からひょんなことで専門学校の先生に。そしてまたＷｅｂ現場に戻ったＷｅｄディレクターのブログ。情報デザインやＷｅｂの勉強をしています。 おかげさまで、多業種多職場でお仕事をさせていただいたことで、たぶん同年代より、いや、一社にずっと勤めている人よりいくらかいろんなものが見えたような気がします。（長く働いたら働いたで見えてくるものもあるので、どちらが良いというものではないと思いますけどね） で、どこでも必要で、そして組織としてできているかどうかで生産性が変わってくるものの一つが「ワークフロー」なんだと、僕は感じています。僕が所属していた組織でも千差万別でした。全くできていないところ、きちんとできているところ、できているどころかそれが売りのようなガッチガチのところ、誰もワークフローなんて意識していないんだけど、長い長い歴史で組織の体に染み付いた「工程管理」

紙には紙にふさわしいレイアウトが、画面には画面にふさわしいレイアウトがあるはず。 画面に、紙と同じレイアウトを再現したところで、見やすくはならないと思う。 ここまでバカなことを考えるとなると、さすがに、マスゴミの考えることは違うと言わざるを得ない。 新聞の大きな文字の見出しは、小さな画面に表示した際にも一目瞭然だなぁ、とまず思いました。 http://www.sankei.co.jp/iphone/ [sankei.co.jp] の縮小されたスクリーンショットでさえも、「声に酔うか 倒れるか」とか「人生に未練ない」とかの文を読みとれます。 意外にも、新聞のレイアウトは小さな画面でも効果的だと感じました。 実のところ、意外でもなんでもないのでしょう。新聞に目を通す時にはまずは全体を眺めるので、小さな画面と似たようなものです。（私の場合は）紙の新聞を読む際に、視点と紙面の距離を変えて、全体を眺

まとめて(答え|応え)てみるテスト。まずはてなブックマーク - マルチカラムとウェブ・ユーザビリティ (agenda)のコメントに対して。 スクロールのコストってそんなに高いと思えない。 テストすべし。 全文が見えていると概要をつかめるという理屈も謎。 それは私の書いた条件節を脳内で消している為。 まー結局好みの問題ですしね。 まあそうだが、程度の問題として、Firefox3のCSS3 multicol先行実装はほんの一部であって十分ではないとか、agendaがビジュアルやUIに全く無頓着である等々、様々なマルチカラムの本質以外のバイアスがかかっている可能性は十分にある。たとえばbookreader.jsははてなブックマーカにも「読みやすい！」と好意的に受け止められている。 マルチカラムが有用ってことを言えるわけではない。 どのようなgoalに対しての「有用」なのか。多くのgoalに対して

インターネット初期を思い出すプリミティブなデザインって、どうしてこんなに感性を刺激するのでしょうね？ ■ PARMYへようこそ！！ ポスト、表札、立水栓なら、というサイトなのに「ケーキ屋さんOPEN」というでっかい赤文字。 こういうサイトって、結構好きだったりするんですよね～。 思うに、最近のウェブサイトって洗練された代わりに無個性化もしてるんじゃないかな、って。 ロゴがあって、グローバルナビがあって、右ナビがあって、フッターに関連リンクおいて・・・ 個人的には、この「いかにもホームページビルダー」なParmyみたいなサイトの方が（特に個人ショップとかだと）信用できる印象すら持ちます。 中途半端なデザインしかできないWeb制作業者の作ったサイトよりも、1000倍クールだと思いませんか？

XHTML Mobile Profileに対応したHTML 本連載では、「PCサイトを制作してきたけど、携帯サイトは初めて」といった企業や個人クリエイター向けにPCとモバイルの違いなどをふまえ、携帯サイトを公開するまでの入門的なノウハウを紹介していきます。 まず、今回はHTMLの種類やタグ、CSSなど携帯ブラウザによる違いと、画面サイズやキャッシュ容量などの端末による違いについて紹介していきます。 では、早速携帯サイトを作る上でマークアップの基本となるHTMLについて説明します（図1-1）。携帯電話はPCと比べても非常に早い進化を遂げてきたため、どれも基本はHTMLを基準に作られていますが、携帯ブラウザ（iモード、EZweb、Yahoo!ケータイ）で表示可能なHTMLの仕様には実に多くの種類が存在します。 現在市場に出回っている機種ということに限定すれば、XHTML Mobile Prof

ウェブページの文章を読むときは「上から下へリニアに」というスタイルが一般的というか、恐らく99.9％がそうだと思う。マルチカラムで読んだ人がその慣性から引き剥がされて不快感を覚えたとしても不思議はない。視線を下への移動だけでなく上にも移動させるという、いつもと違うことをしなければならないというのは、それだけでユーザビリティ的に問題を引き起こす要因となり得るだろう。しかし、必要な「技術」は視線を移動させることだけだ。スクロールは必要ないし、マウス操作も必要ない。マルチカラムに関して生じているウェブ・ユーザビリティ的問題は、結局のところ主観的満足度の低下だけだと私は想像している。私が主観的満足度よりも重視しているのは視線の移動を失敗したりせずに「内容をきちんと読めたか」、そして「どのくらいのスピードで読めたか」。この2点。もともとスクロールが発生しないほどの短い文章ではマルチカラムが敗北するが