auの携帯にはPCサイトビューアと呼ばれるウェブブラウザが搭載されています。 ウェブページを携帯サイトとPCサイトに分けるあたりに、センスの悪さを感じていたのですが、まあ、そのことはここでは問いません（じつはその辺にも問題の根はあるのかもしれませんが）。 PCサイトビューアによって可能になることはいろいろありますが、たとえばauのサイトの説明（2007/05/18現在）には、 Google検索結果からPCサイトをそのまま閲覧できる とあります。しかしこれは嘘です。2006年秋以降のモデルでは、閲覧するウェブサイトとは関係のない広告が強制的に挿入されるので、「そのまま」ではありません。この広告の占める面積はかなり大きくて、画面の2割ぐらいになります。ユーザがかわいそうです。 写真を撮るのが面倒なので、デジタルARENAの画像を使って説明すると、こんな感じです（変だと思わない人が正直うらやまし
auとGmailと合わせたサービスau oneがはじまったから試してみた。去年この話を聞いたときは「うまいことを考えたね」と思ったんだけど、さて。 まず、au oneへの登録がかなり大変だった。使いにくい携帯のキーボードで、何度パスワードを入力したことか。あの登録ページを作った人は、絶対PCの感覚でやってると思う。 登録が完了してアクセスしてみる。ログインが不要なのはかなり便利。UIはほとんどモバイル版Gmailと同じ。一番上に4行分くらい使って「au one メール」とかいう画像が表示されているのがかなりうざい（この分もパケット代とってるんだろうね）。小さい画面を有効に使おうという考えはauにはない（実例）、au的には有効に使っているか。 ログインが不要と書いたけど、inboxに行く前に、ポータルみたいなところを経由することがあって、これもかなりうざい。パケット代払ってもいいから飛ばして
古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更
拡張機能内でGET/POSTをするのはXmlHttpRequestがお手軽ですが、ファイルのアップロードはできないのでファイルのアップロードをしたいときは努力が必要です。 前にソースコードを追ってFirefox内部でどうやってファイルをアップロードしてるのか調べたのですが、地味にふつうにアップロードしていたのでまねしてPostFormMultipart.jsというのを書きました。 今思うとFlock - The Social Web Browserからファイルをアップロードしているコードを探せば見つかったと思います。 2007.10.23 もうちょっとほかから使いやすいように修正。 Technorati Tags: javascript You’re currently reading “拡張機能でmultipart/form-dataをPOSTするためのスクリプト PostFormMul
phpspot開発日誌のKJさんからメールがあり、この週末にメールにて議論を行なってきた。お互いのブログに対する考え方が違うという結論についは合意できたので、ここでそれぞれの見解をまとめてこの件については終わりとしたい。 メールでの議論の内容については、KJさんの希望により、非公開とする。 合意の内容は以下のとおり。 議論の結果、お互いのブログの運営で、間違いの指摘に対する考え方が違うことがわかったとし、それぞれの考え方を説明する。 ブログで書かれた間違いの指摘や、その真偽に関する議論についての秋元の考え方は、以下の通り。 秋元は、ブログの間違いの指摘は公開コメントやブログで行い、間違いかどうかの議論などは他のブロガーやブックマーカーも含めて衆目の中全員で検証する、のがいいと思っている。 KJさん側の考え方は、最後に秋元がまとめた時点では以下だが、 KJさんは、ブログの間違いの指摘は(あれ
ひとつのスキンは、機能・役割ごとに独立したCSSファイルが複数組み合わさって構成されています。各CSSファイルがどのような役割をもち、スキンの一部として組み込まれているかを理解することで、既存スキンの編集が簡単になります。 ここでは、Vicunaで配布しているスキンについて、 全体の構成 コアファイルの役割 記述ルール 分割方法の特徴 に分けて解説します。 全体の構成 次の図は、各ページが読み込むCSSファイルを示したものです。Vicunaで配布している純正のスキンは、すべて以下のような構成になっています。 ページに直接読み込まれる 0-import.css は、その下の5つのファイル 1-element.css 2-class.css 3-context.css 4-layout.css 5-module.css を読み込みます。スキンのデザインのほとんどは、このうち 5-module.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
