フロントエンドの「想定外」に対応する考え方とTipsいくつか
とても個人的な話ですが、ここ最近で自分自身のプライバシー意識の高まりを感じて、ブラウザの設定を見直す機会がありました。見直したのはCookieの設定で、許可したドメインにしかCookieを記憶しないようにしました。設定変更によるある程度の不便は覚悟していました。とはいえ、ま〜せいぜい、初回アクセスの時のモーダルが何度も出るようになるとか、ログインできなくなるとか、そのくらいかなと思っていました。 しかし実際は、悪い意味で期待を裏切られることになりました。 Cookieが無効なだけで、“全く”動かなくなってしまうウェブサイトやウェブアプリが、本当にたくさんあることに気づいたのです。 全く動かなくなってしまう原因は単純（後述）だったのですが、ちょっとした対処で簡単に直せることなのに、サイト全体が一切使い物にならなくなってて、もったいない！！ と思いました。 フロントエンドの想定外 ウェブサイト
航空会社のサイトはどうして乗り方を説明してないのか
先日、ちょびっと夏休みを頂きまして、北海道へ行ってきたのであります。その際は、とりあえず往復AIRDOだったのですけども、まー、飛行機に乗ること自体がほんと稀でして、この時も一体何年ぶりなのか？というくらいで。 で、たまにしか飛行機に乗らない人にとって、空港とか飛行機とか、わからんことだらけすぎると思うのですよ。チケットを買うところから、もうわからない。 まず「eチケット控え」って何なんすか。もうこれがわからない。深く読み解けば、「eチケット」てのはたぶん物理的な航空券の電子版で、それの複製を印刷してるから、eチケット控えなんですかね。わからんけど。しかし最後まで控えだけでやり過ごせるんで、これはもう控えじゃなくて本物といってもいいのではないか。登記簿謄本を法務局へとりにいっても実際に持って帰ってくるのはその控えだ、っていうくらいの控えなのだろうか。「eチケット控え」じゃなくて「eチケット
あと一歩のところでうまくいかないCSSグリッドシステム
しばらく前からわたしはCSSグリッドシステムに取り憑かれたようになっている。このせいで成仏できないので取り憑く側といったほうが正しいのかもしれないが。 わたしが夢想しているグリッドシステムは以下の要件のもの。 HTMLとCSSだけで動く。JavaScriptに依存しない リキッドレイアウトである 行ごとに要素で囲む必要がない グリッドの内容は、％指定でフレキシブルにすることもできるし、固定サイズにしておき領域幅をオーバーしたら改行するようにもできる 使用があやういハックは使いたくない IE8以上に対応する この要件を満たしているサンプルはこちら。ブラウザの画面幅を加減すると、リキッドレイアウトのほうは自動的に幅が伸縮するし、固定幅レイアウトのほうは適宜改行されるようになると思う。 上記サンプルの動作環境はIE8+。うまくいっていない「あと一歩」はどこなのかというと、グリッドの基底要素（サン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
