VectorStock™
ＨＴＭＬ
ＨＴＭＬHyperText Markup Language基本構造タグヘッダ内タグレイアウトタグ画像タグ水平線タグリンクタグ文字タグリストタグスクロールタグテーブルタグフォームタグその他タグ応用タグez対応タグ背景画像基本構造要素ヘッダ内要素ｲﾝﾗｲﾝﾚﾍﾞﾙ要素ﾌﾞﾛｯｸﾚﾍﾞﾙ要素記述場所限定要素携帯独自対応要素ＷＭＬＣＳＳインラインＣＳＳMIMEタイプ言語コード属性一覧関連用語特殊文字初心者用タグおまけHTMLタグ携帯†素材page＋αSweet★SozaiＣＯＬＯＲ無料レンタル案内アクセスアップにどうぞ 人気ブログランキング ブログ人気サイトランキング 人気ブログRanking 個人ブログ人気ランキング みんなのブログランキング リンクフリー <a href="http://htmltag.2.tool.ms/">ＨＴＭＬ</a> mono spaceaccess×referer
賢い発注はウェブサイト制作フローの正しい理解から――よくある4つの悩み事 | Web担当者Forum
賢い発注はウェブサイト制作の正しい理解から こんなクライアントは嫌だ！ 制作サイドのホンネから知る“成功する制作の進め方” ユーザーを引き付ける魅力ある企業サイト、思わずため息がでるキャンペーンサイトなど、ウェブでは多くの成功事例を見ることができる。しかし、外から見ると美しく見えるプロジェクトも、紆余曲折を経て達成されることがほとんどだ。スムーズに進む案件の方が少ないといってもいい。なぜこうもスムーズに進まないのか？ ネットビジネスの基本であるウェブサイトの制作は、どのように進むのか、うまく進めるためにはどうしたらよいのかを、成功例と失敗例から理解していこう。 よくある4つの悩み事――制作現場には困った問題が山積みウェブサイトはメディアとしてかなり一般的になり、制作現場のコミュニケーションはスムーズになってきた感がある。しかし、それでも日々さまざまな問題に直面することが多い。ここではまず、
うまく仕事が進む“良いクライアント”の“賢い発注”3つの実例 | 安く!早く!を実現するサイト制作の発注マニュアル
賢い発注はウェブサイト制作の正しい理解から こんなクライアントは嫌だ！ 制作サイドのホンネから知る“成功する制作の進め方” ユーザーを引き付ける魅力ある企業サイト、思わずため息がでるキャンペーンサイトなど、ウェブでは多くの成功事例を見ることができる。しかし、外から見ると美しく見えるプロジェクトも、紆余曲折を経て達成されることがほとんどだ。スムーズに進む案件の方が少ないといってもいい。なぜこうもスムーズに進まないのか？ ネットビジネスの基本であるウェブサイトの制作は、どのように進むのか、うまく進めるためにはどうしたらよいのかを、成功例と失敗例から理解していこう。 上手く仕事が進む賢い発注3つの実例前回の記事でも述べたように、製造業とサービス業、両方の性質を備えるようになってきているウェブサイト制作だが、ここ数年は特にサービス業の色彩がより濃くなってきている。前回の記事では、困ったクライアント
「デザイン思考」の核となる「ペルソナ／シナリオ」のつくり方
『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の 最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day
モバイルサイトのスピード構築術 - livedoor ディレクター Blog
こんにちは、櫛井です。 現在はPC版のPICSやAuthなどのPCサイトを主に担当していますが、昨年の4月に公開されたlivedoor PICSのモバイル版の開発についてお話しようかと思います。 （当時はモバイルの部署におり、livedoorのモバイルサイトを色々と作っていました） 機能面などはプレスリリースや開発日誌などをご覧いただくとして、livedoor PICSモバイル版の開発は以下の手順で行いました。 ■モバイルサイト作成の下準備 元々PC版でlivedoor PICSというPCサイトをスタートしていたので、基本的にはモバイル版で見る際の要件をまとめ、連携する他のコンテンツの状況を調査し、見せ方を資料に落とし込んでいく作業というのをまず行います。 私の場合は最初は手書きです。要件やイメージをざっくり形にするだけなので大抵は30分くらいで一気に書きます。 かなり汚いですが、こういう
HTML構造を視覚的に超分かりやすく出来るスクリプト「stylizator」:phpspot開発日誌
Corunet. El blog Automatic CSS: The stylizator We’re going to write a simple script that takes an HTML file as input and gives us two things: HTML構造を視覚的に超分かりやすく出来るスクリプト「stylizator」。 stylizatorを使えば、例えば、次の図の左のようなHTMLがあったとすると、図の右のような階層的で、構造が分かりやすいHTMLに変換することが出来ます。 変換されたHTMLのブロック要素には、次のようにブロックのID要素が赤の点線で分かりやすく表示されます。 利用には、Perl環境が必要です(ActivePerlでもOK)。 実行は、次のようにコマンドラインで行います。 perl stylizator.pl <変換を行いたいH
Firebug - Web Development Evolved
Thank you, Firebug. You made the web amazing for all! The story of Firefox and Firebug are synonymous with the rise of the web. We fought the good fight and changed how developers inspect HTML and debug JS in the browser. Firebug ushered the Web 2.0 era. Today, the work pioneered by the Firebug community through the last 12 years lives on in Firefox Developer Tools. Switch to the latest version of
【特集】Webアプリケーション開発者向け Firefox拡張機能 33 1選 (MYCOMジャーナル)
Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます
サイトの「行き止まり」から見えてくる訪問者を逃がさない導線づくり | Web担当者Forum
行き止まりの発見がウェブ見える化の第一歩ウェブサイトにはたくさんの行き止まりページがある。もともとハイパーテキストは、目次となるページがあってそこから進んでは戻り、進んではまた戻る、という構造で考えられてきたものである。 図1のように、目次から進んだページというのは行き止まりになるのが自然な構造だった。“目次”だからトップページはindexと呼ばれるのだ。多くの人がトップページをまず訪問し、そこからサイト内をたどっていた時代には、それでもよかった。行き止まりページでも「戻る」というリンクが作ってあれば、さかのぼって戻ることが予想できるので、「これをクリックすると、どこに戻るのか」を誰もが理解できていた。クリックすればどこへ進むか（戻るか）わかるなら、人は安心してリンクをクリックする。 しかし、今はトップページからやってくる人が非常に少なくなっている。平均すると総訪問者数の25％程度しかトッ
第36回 画面設計書を書くための手法とツール：ITpro
画面設計書について，前回に引き続き，それを書くツールや手法について考えてみましょう。 画面設計書の基本 まずは，画面設計書の中にあるべき情報から見てみましょう。これらすべてがそろっていなければならない，というわけではありませんが，望ましいのではないかと私自身は考えています。 header ページIDやタイトルなど，一目でそのページがどの画面仕様を記述しているかがわかるような「ヘッダー」部分。細かく書くならば，文字コードや対象ブラウザまで記述する場合もある。また，プロジェクトの名前（プロジェクト・コード）や版番号なども記し，似たようなドキュメントの中からも引き出せるようにしておく。 footer 制作サイドのコピーライトやページ番号などを記す。最終的には，クライアントのコピーライトに置き直して，最終納品とする場合もある。 Page Layout 画面内に配置する「ユーザー・インタフェース（U
ちょっぴりオシャレな QR コードが作れる Web サービス | *LOVE IS DESIGN*
QR コードといえば、白と黒というイメージがあると思いますが、ちょっとオシャレでカラフルな QR コード作成サービスをご紹介します。 こちらの QR コードは携帯電話のバーコードリーダー機能を使ってデータを読み取ることができます。
第8回 デザイナーとともにより良いサイトを目指そう 〜「はてな」のやり方：ITpro
連載第5回（「デザインのセンス，持ってますか？」）においてちょっと触れましたが，ウェブサイトを構築する際に，デザイナーとエンジニア（プログラマ）がかかわり，共同で作業を行うケースというのは少なくないと思います。これはもちろん，デザイナーとエンジニアがどちらもそれぞれ別のスキルを持っているからなのですが，それぞれのスキルや立場が異なるために，お互いにうまく意思疎通ができないケースも多いんじゃないかと思っています。 例えば，デザイナーの作成したウェブページのデザインが，システムを作る側からすると扱いづらい構成になっていたり，逆にエンジニアがシステムの修正や機能追加を行った際に行った表示上の変更が，デザイナーからすると許せないものだったり。そうでなくてもデザイナーの意図を読みきれていなかったり，といった感じで，お互いの作業が，相手の作業を阻害してしまったり，手戻りを発生させてしまうといった経験を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CREATORS MATCH Corp | 私たちは多くのパートナークリエイターと協力し、クリエイティブで企業や社会の課題解決を行うためのプラットフォームをつくる会社です。デジタルマーケティングにおけるWEBサイト制作、動画制作、広告制作など、幅広いクリエイティブを提供しています。