主流とは？/ キャッシュワン
[ 445] スラッシュドット・ジャパン | 世間はまだまだテーブル・レイアウトが主流?
[引用サイト] http://slashdot.jp/article.pl?sid=06/05/26/016254
|
この他にも、企業別の調査結果などがまとめられているので読んでみてほしい。主にメーカーや小売業など、いわゆる「B2C」企業で脱テーブル化が進んでいる傾向が見て取れる。 お役所の寒い状況が伝わってくるようで興味深い。これらの報告を肴に、周囲でのCSS事情などを語り合っていただければ幸甚である。" 但し書き: コメントはそれぞれ投稿した人のものです。決してわたしたちが責任を負うものではありません。 ここまでのコメントは凄い勢いでCSS組みが否定されていて衝撃的。ウチの職場的には、今や御客様の９割が、アクセシビリティを理由にXHTML+CSSでの作成を指定しておられるので、良いとか悪いとか議論するような次元はとっくに過ぎてるんだけど...。制作側として感じる利点は、メンテナンスが楽でデータ量が抑えられると言う事。テーブル組みよりCSS組みの方が記述量増えるなんて言ってるヒトも居ますが、まぁ、何事も慣れるまでは効率悪いのは当然ですよね。（慣れればCSSの方がずっと少ないです。）あ、それと、テキストブラウザ利用者でもあるので、「TABLE周りの要素を無視すればよいだけ」が嘘なのは身に染みて知ってます。 デザイナーのみなさんにとって、テーブルレイアウトではなくCSSを使うメリットってなんなんですか？＃昔やってた個人サイトはCSSを断念したままテーブルで乗り切ったので テレビやビデオゲームに通じるものがあるような気が。現状、これで全然動くじゃん。ってなれば新しい物を採用する強力な理由が無いわけで。テレビ（アナログ波）は停波、ビデオゲームは新作が出てこないという強制力があるけれど、TABLEタグにはそういうのって（今のところ）無いですし。 紙媒体と Web 媒体の差異を認識できず、紙媒体のままの延長で特性の違いなどを一切考慮せずに紙を再現しようとするから、そういう順序の考えになるのです。 なんか、XX主義論争みたいでキツいっすね。ははは。でも一応言う事は言っときますわ。私とか、市役所いっても、県庁いっても、警察いっても、「この用紙に記入して持って来てください」っていわれた記憶ばっかりだ。用紙って四角くって「表組」の記入エリアがいっぱいあって、僕が書くところと、相手が書くところが色分けしてあって、、、、で、それに従って記入してみるとこんな俺でも結構間違いなく記入できちゃったりする。つまり表って、君がおもっているほど「部分てきなレイアウトのためのもの」じゃないと思うのですよね。全体が表組されているのは自然なこと。新聞だって週刊誌だって、社内の文書も顧客向けのプレゼン資料も。その善し悪しについては別としてね。そういった状況が「紙」とか「紙面」とかの話に限定された（古い？）もので「スクリーン」とか「ウインドウ」とかは別だと主張しているみたいですけど、じゃぁ、そういった「おニューな」ものはいったいどんなもんなんじゃ？なんか紙を超えたものできたんか？？？映画やテレビを超えたもんできたんかい？？？って感じでございますよ。実際、多くの Desktop Application とか Web Based Application は、四角い画面でユーザとやり取りするための「表組（段組）された表示」と「入力エリア」の「表組」で成り立っていると思います。そういった現状であるのに「文書内の一部に相関性の強いものを並べてまとめるためのブロック要素」と主張して良いと考えている理由が、正直いって、皆目、理解できない次第であります。そう思いたい気持ちはわからんではありませんけど、それは、事実とはかけ離れていませんかね。例えば、body タグの代わりに table タグで始まる html ってどう？（笑）それっていろいろ自然だし、もともとの「レンダリング」とか「マークアップ」という面からはずっと HTML らしくていいと思うのは私だけだろうか？？え？それだったら エクセル使えって？は、そうかも。まぁ、プログラミングにおいて配列と構造体が重要であるように、文書表現においては「表とハイアラキー」が重要なのだと思う。いずれも大事でどちらかを「レイアウト上の道具」として切り捨てられないし、どちらかが「補助的な物」であるわけでもないと思う。そういう面から table を排除しようとすることの理由は理解できないな。同時にその適用範囲が局所的であるべきだと考える理由もわからんです。あ、最後に言っておかねば、、、老婆心ながら。「画像化したものにalt属性を付加する」なんてあり得ませんよ。いくらなんでも。ははは、まさか本気で言ってるのではないとは思いますが。それってすでに「ファーストインプレッション」をとり損なっているのでキャッチとして成り立たない場合が多いんです。キャッチって見た本人が「気がついたら既に見せられていた」というところを狙ったりするもんなんで。広告表現ってそのくらい「人のスキや脇の甘さを狙う攻撃的」な部分があるわけです。だから、訳も無く「モデルのお姉ちゃん」が多用されてるわけ。なんとなく見ちゃうでしょ？そこが狙いなわけ。人は「論理」だけで物を見ているとは限らないことにもっと注意を向けてみると、けっこう、かなり、面白いですよ。そういう意味でも「表現（レイアウト／View）は重要」だと思う。「その表現のもととなった論理はその表現からはもはや簡単には伺い知れない」状況こそ、その表現を見せられた者にとって「面白い」のではないか？よくわからんが、もともと、理論が表現を生んだのではなく、表現がシンボル化されたのではなかろうか、古来、原始、、、違ったらごめんな。 そもそもweb媒体で段組するのが間違ってます。ほとんどのスクリーンは縦長にスクロールする前提なので、一端下まで読んでから改めて上に戻って読みつづける、という変な操作を強いられるのは、やはり面倒なものです。 テーブルを使うなとは言わないけど、（意味もなく）何重にも重なったテーブルとかを吐いてくるツールを使うな、と。 そんなうんこな物体を動的 HTML 生成用テンプレートとして渡されて、目で parse して文字列埋め込みマーカーを書き込む方の身にもなってくれ、と言いたい(とほほ)。 多段組がそもそも間違っているんですよ。紙媒体ではないんですから、Webペイジらしく書きましょう。 親コメントではテキストブラウザでの可読性を維持について言及していますから、テキストブラウザ系としては最強の w3m を全くの考慮外としてしまうのはどうなんでしょう? と単純に思いますよ。 結構最近まで同意でした。そもそもうちはテキストが大部分のサイトで凝ったレイアウトはいらない。レイアウトの必要なとこはもちろんテーブルでやってました。だけど、その「あまり凝ってないページ」全体の模様替えをしようとした時に参りました。ちんまりした個人ページったって10年ぶんとなりゃ、テキストで400ページ以上はしっかりとありましたまさかと驚いたけど確かにある。こんなん手で書けるかと思った。だけど、最近のブラウザで文字化けやエラーが出はじめてて、いいかげん何かやらないとまずかった orzだいたい私ゃコンテンツ公開したくて10年もサイト持ってるわけで、レイアウトがどうのWebうんたせがどうのという事にいちいち頭を使いたくなんかなかった。楽に全部のレイアウトを、しかも統一した形で変える方法はないかと調べた。結局、テキストのみ全部抽出してテキストファイルに区分けしてまとめた。簡単なXHTMLを吐くスクリプト書いてその原稿を埋め込むことに。生成するHTMLは本当に最低限しかないんで、デザインは全部CSSで整えることに。(XHTMLにしたのはルビのためです。それがなきゃHTML4.01だったと思う)結論: 皆がそうとは言わないが、個人でもCSSは有意義だと実感した。 そもそもHTMLに対する根本的な考え方から変えていかなければならないし、CSSにはCSSに適したデザインってものがある。表面だけまねしてCSSデザインにするぐらいならテーブルでやっていた方が幸せでしょう。しばらくの間は。 つ[iWeb]Appleが出しているiLife06の付属のiWebがあります。これはすごいぞ。テンプレートで作成されたサイトはテキストからすべて画像に置き換えられてアップされる。リンクはもちろんクリッカブルマップアップされたサイトには手書きのテキストは1行も存在しなくなります。どのブラウザで見てもヒラギノフォントのきれいな文字でレイアウトもばっちり。ようするにこういうのが望みでしょ？よかったねー、これで解決！＃んなわけない ここで「CSSは使えない。レイアウトなんてテーブルでいい」といっている人たちって、ようするに自分が使えないだけですよね。 バージョン管理システムを使わずに、日付・時刻をつけたディレクトリ名にコピーしたり、過去のコードのコメントアウトでソースを管理する。 「table大好き、CSSウザー」的な発言をしている人を見ていると、オブジェクト指向が世に広まり始めた頃にそれを理解できなかったプログラマに似てるなぁと思った。 そういう人たちは、新しいものを学ぶコストが高すぎて拒絶してしまうのでしょう。技術的には、もう終わっています。 旬を過ぎてしまったのはしょうがないんですが、間違った意見を主張せずに黙っておいて欲しい。このストーリーを読んだ人たちがミスリードされてしまう危険性がある。 スタイルシートも使ってるのにHTMLソース内のあちこちでごちゃごちゃデザインのハードコーディングしてるってことでしょ？一番悪くないか？ ‥というサイトをたまに見かける。CSSをレイアウト用途で使うのはいいとしても、レイアウトに凝り過ぎてピーキーな表現になってごちごちゃしたり、ブラウザ依存が強くてちょっと環境が変わるとレイアウトがすぐ崩れたりと本当に考えて使ってるのか？と思うことがしばし。TABLEでもやりすぎたら問題だけど、CSSでも結局やりすぎてるのがいるから最終的には作る人間のセンス次第じゃないかな？と個人的には結論づいてたりする。#どうでもいいけど表示されないサイトが最近増えてきたのは困る。#ソース見たら複雑になりすぎてきてて、シンプルからは程遠いのは如何なものか？#ま、作るのに慣れてきたから高度なものにチャレンジしたくなるのは分かるが#環境依存の程度も上がってきたぞ〜。 以前はCSS化するべき!とか思ってたんですがRSSがフツーに提供されるようになってきて、HTMLは見た目と文書がごっちゃになったもの=テーブルレイアウトでもいいじゃん と思うようになってきました。構造化された文書はRSS方面での進化を期待します。 彼ら自身の使用しているPCやブラウザが古いせいかと思います。お役所ですから数年ごとのマシンリプレースですし、勝手にソフトインストールするのもNGなので、今だにNN4を使ってたりします。さらに、一部の省庁では一太郎・Wordのファイルや紙の原稿を渡されて「原稿のレイアウト維持したままHTML化してください」とか言われたりするので、CSSが使いにくい、というのもあります。#まさかこのご時勢でNN4をメインターゲットにしたページを書くとは思わなかった。#当然のごとくAC 実際そのレイアウトが利用しやすいかの考察がなければ片手落ちな気がしてならない。リハビリテーション法５０８条や、ユーザビリティについての話題があればまだ有用だが。 つまるところ、調査してみなければ気づくこともなかったレベルの話で、今まで誰も困ってなかったんだよね。他のコメントにもあるように、構造だけ抽出したいならtable関連タグを無視すればいいんだろうし。それを「衝撃的」とか「お寒い」とか・・・ちょっと表現がオーバーアクションなのでは？ 他でも同じようなコメントありますが、私はまさにそれでtableを主に使っています。一通りのブラウザに対応できてなおかつ携帯でもそれなりに見えるページ作ろうとすると（table用途としての）CSSはかえって面倒。ブラウザ毎の対応で一手間以上かける気もさらさら無いのでなおの事そうなっています。コードの綺麗さはPerlで書くかPHPで書くかそれともC++で組むかあたりと同じようなもので、tableはたしかに見通しにくく再編集にも手間はかかりますが慣れていれば結構スマートに書けますし。（他人にはそうは見えなくても(笑)） データベースからリアルタイムに情報を引っ張ってきてその場でブラウザに合わせて文書を作るなんて時はたしかにCSSの方が理に叶っていると思います。（blog系エンジンなどはまさにそれでしょう。ユーザー側でのカスタマイズにも対応できますし。）しかしただ情報を発信するだけの場合、固定テキストで十分な状況が多いのも事実。そのあたりがいまだtableを使うところが多いという結果にもつながっているのではないかと考えます。もうひとつは…サイト管理をまかされるのがちょっとHTMLかじってるだけの半素人が多いという隠れた現実(?)があるからだったりして(笑) デザイナー的に考えてもCSSにこだわりたいと思うんですよね。 私はコーディングはやらないんでプロデュースに専念しているのですが、実感としてCSSに移行して良かったと思うことが多いです。 デザイナーも最初は苦労していましたけどソースの量が減ることや構造的に内容を組み立てて行く事で情報の見せ方や考え方に、よりデザイナーとしての感覚が必要とされるのではないでしょうか？ 部内のサイトなんて「面倒ならテキストぶちこんでおけ」って言っているにも関わらず体裁がどうの細かいどうでも良い質問が多くて。 >あなたが言う所の再現性とは>"IEと同じ表示になるかどうか"ということでよろしいでしょうか？世間一般的には、それが一番重要なのだと思いますが。中身がどうだろうが、どのブラウザでも同じように見えることが重要な訳ですし。んで、それの基準となるのが大多数を占めているIEである以上、CSS使ってIEと同じ表現できないなら使わない、というのは至極当然の選択だと思いますよ。 同意。先日職場の視覚障碍のある方が、初めて読み上げブラウザでインターネットを体験したことを、本当にうれしそうに私に語ってくれました。自分がもし同じ立場だったらと考えると、せめて官公庁や大企業・検索などのサイトは「テキストを聞く」人のことを考えて作ってほしいなあと思います。＃CSS修行放置中→ガンガレ自分 読み上げソフトを使った場合、TABLEタグを見つけると左のセルから縦に読むので、レイアウト目的でTABLEタグを使われると内容がぶつ切りになって何を書いてあるのかわかりにくくなるとか。読み上げソフトでの挙動まで考慮するかどうかという問題じゃないかと。 ところでCSSがいい！と言ってる人ってどんなツールを使っているんでしょうね？単なる素朴な疑問ですけど、ツール一発でできるならそんなもん「このツールを使え！」でかなりのテーブル系のサイトをCSSに移行させられるでしょうが、その手の話題が無いところを見ると、まだ手工芸的な作業から抜け出せていないということなのでしょうかね？もしくは欲しいツールが高すぎるとか。 おぅっと、言われてみれば確かにそっちのハナシですよね。ですが、全体の管理等まで考えてってハナシになると、最近ではCMSツールを導入してしまうのではないのでしょうかね?この場合は正に「XHTML+CSS」の真骨頂という感じで、コンテキストはDBに格納し、ページとしてパースする(と云う表現で良いのかな?)時にはCSSを取り込んだ骨組みXHTMLのテンプレートでそれらのコンテキストををくるんでやる、と。MTなどをblogツールというよりはCMSツールとして活用している [slashdot.jp]のは、運用が簡単でページ管理もし易く、最初にきちんとした設計に基づいた準備をしておけばSEO的にも優位となるサイトを半自動的に構築・拡張し続けられる、と云う理由があるわけで。構造文書としてのマークアップがしっかりしているなら、それこそCSSのファイルを一つ書き換えるだけで、見た目的レイアウトを相当大胆に簡単に変更することも出来るわけで、コレに骨組みとなるテンプレートをあわせればあっけないくらいに簡単にサイト全体をイメチェンできてしまいますし。んー、パターン化と云うコトで言ったら、既存テンプレートの流用とか転用とか、その辺が当たりますかね?各サイト毎の基本構造をどう作るか、と云うハナシですと、コレはtableレイアウトか否かに関係ないハナシですよね。紙に手書きでも良いですし、タブレットでPC内にごりごりスケッチでも良いですし、使い慣れているならそれこそMS-ExcelだのMS-Wordだのでやっちゃっても良いわけですし。もし、「類型のtableレイアウトなページを何ページもゴリゴリ書きまくる必要があり、その為にはオーサリングツールがなくてはならない」ってハナシでしたら、「イヤ、だからそういうのが要らなくなるんですよ」という主張は変わらないわけですが、まだ何か勘違いしてますかね? 私は。 |
[ 446] アドビのAIR、今後デスクトップアプリケーション開発の主流になるか:ニュース - CNET Japan
[引用サイト] http://japan.cnet.com/news/ent/story/0,2000056022,20357842,00.htm
|
AIRはまだベータ版だが、Adobeやその他の多くのソフトウェア開発業者はすでにAIRを使用したアプリケーションを開発している。Adobeのプラットフォームビジネスの観点から見ると、AIRによって同社はウェブドキュメントとウェブ開発ツールへの投資を異なるOSにまたがるデスクトップに拡張することができる。 「Microsoftは.NETコミュニティーをウェブに移行しようとしている。逆にわれわれはより大きなウェブコミュニティをデスクトップに移行することに労力を注いでいる。これらは2つの異なるアプローチである。正面から対立するものではなく、開発者の2つのグループがあるということに過ぎない。われわれはウェブに賭けている」（Lynch氏） これまでのところ、このアプローチはある程度の訴求力を持っている。まだベータ版だが、すでに数百ものAIRアプリケーションが開発され、さらに多くのアプリケーションが続々と開発される見込みだ。 このDisneyの旅行アプリケーションでは旅行会社は顧客リストを維持しており、スクラッチパッドを使用して1つの画面で定期的にサービスの提供内容を更新できる eBayはAIRアプリケーションの開発に取り組んだ初期の企業の1つであり、ユーザーが自分のデスクトップからeBayで品物を売買できるアプリケーションを開発した。 トラックバック一覧からリンクされているウェブページはこの記事にリンクしている第三者が作成したものです。内容や安全性について当社では一切保証できませんのでご注意下さい。 ※サービス名をクリックするとこのページをブックマークできます。また、人数をクリックするとブックマークしている人やコメントを一覧できます。なお、サービスによってはログインが必要な場合があります。 【導入事例】株式会社ナウエル様 互助会ノウハウを凝縮した『葬祭アシスタント』を活用することで、業務効率と顧客満足度向上を実現 わかりにくいフォームはユーザーを戸惑わせ、離脱させてしまう。フォームのインタフェースデザインで利用できるセレクタと、各ブラウザの対応状況をまとめた。 グーグルは、こと検索クオリティに関しては複数の顔を持っているようだ。同社は、ABスプリットと呼ばれる手法を使って、同社のメイン検索ウェブサイト（簡素な検索ボックスと検索結果の両方について）どのような変更を加えるべきか検討している。 MNPの開始や割賦販売、インセンティブの廃止など、かつてない激動の時代を経験した携帯電話業界。販売店はどのような対応をし、ユーザーの動向はどのように変わってきたのだろうか？携帯電話売り場を担当するヨドバシカメラ マルチメディアAkiba店 マネージャの岩間 進氏に話を聞いた。 世界を代表するECサイト、アマゾン。日本でもその存在感は圧倒的です。ユーザーはどのようにサイトを使っているのか、そしてそこに死角はないのでしょうか。ユーザーの視点の動きから探ります。 前回のコラムでは携帯電話とPCの検索における5つの違いをまとめた。今回は検索キーワードの違い、検索エンジンの違い、公式サイト・一般サイトの区別について、実践的な解説を行う。 近年急成長を遂げたモバイルコンテンツ市場といえば、電子書籍やデコメール、最近ではメニュー等の着せ替えコンテンツだ。なぜこれらのコンテンツが今、伸びているのだろうか。 消費行動に関する調査を実施した結果、女性は男性に比べ、商品によって消費パターンを使い分ける傾向が強いことが分かった。また、2、3年前に比べ、衝動買いをする消費者は約15ポイント減少したことも明らかになった。 インターネット上での情報収集に関する調査を実施したところ、男女別に見ると、男性は「比較サイト」、女性は「口コミ情報サイト」や「サンプル・トライアル商品」を利用する傾向が強いことが分かった。 以前のコラムでは、市場概況をリサーチする上で最低限意識しなくてはならない4つのポイントを説明した。今回は、リサーチに関する7つのテクニックをご紹介したい。 ディスコ全盛期の1970年代、パーソナルコンピュータは電子工作マニアのガレージから出て、オフィス、教室、一般家庭に入り込んだ。ここでは、1970年代のビンテージコンピュータの一部を紹介する。 NHKはこのほど、インターネット上におけるコンテンツ不正流通への対抗策として、フィンガープリント技術を用いた新たなコンテンツ保護技術を開発した。NHK放送技術研究所「技研公開」で展示している。 TNT、ダイナミック・リコンフィギュラブル・プロセッサにおけるアプリケーション開発に関する講演を実施 「画質」でも「記録メディア」でも、さらには「保存方法」でも選べる今シーズンのビデオカメラ。その機能と |
キャッシュワンのサイトです。
