メモ

iPadのSafariでは、スクロールバーという物が表示されません。（iPhone向けにサイトを開発してきた人には耳タコの事実なのでしょうが） スクロールバーが出る場所というと、こんなところでしょうか。 （１）ページ全体 （２）divでoverflow:scrollなどの指定をしたとき（３）flame、iframe （４）textarea （１）は製作側にはあまり関係ないです。 使う分には若干不便かもしれませんが、iPadのスクロールは操作感が良いので、それほど問題となりません。 （２）の場合、スクロールバーが出ませんが、２本指でなぞると、スクロールします。 この動作を知っている人がどれだけいるのでしょうか。仮に知っていたとして、特定の場所でこの動作が必要だと分かる可能性がどれくらいあるでしょうか。 divのスクロールは使ってはいけない、と思った方が良いのだと思います。この時点でめんどくさいです。 （３）の場合、スクロールが発生しないようにフレームが伸びます。 そのためレイアウトが崩れたりします。 更に問題なことに、そのフレームを囲っているdivに、もしoverflow:hiddenが指定してあった場合には大変です。中身のフレームが伸びるのですが、divが伸びず、しかも２本指でのスクロールもできません。つまり、iPadではどうしても見えない部分が出てきてしまうことになります。大問題です。 （４）これは（２）と同じで、２本指でスクロールできます。 textareaは通常枠が付くので、divよりは分かりやすいかもしれません。 レイアウトやプログラムの互換性を考えて、今ある物を最小限の努力でiPad対応にしたい場合、JavaScriptでスクロールするインターフェースを用意しないといけないような気がしますが、iPad以外で見たときのことも考えなくてはいけないので…。 困った仕様です。 要検討です。 この問題については、こちらも詳しいです。（英語ですが） http://www.webmanwalking.org/library/experiments/dsp_frames_outer_document.html --

直販で予約していたiPadが、無事発売日に届きました。 まず最初にやったのは、液晶保護シートを貼ったこと。保護シートは、iPad到着よりも一月早くとどいていましたのでね。（笑） ELECOM iPad 液晶保護フィルム マット AVA-PA10FL ↑とにかくソッコーで貼ったので、さわり心地とか見た目の変化は分かりませんけど、違和感ないです。 画面がでかいので貼りにくいのは仕方ないところですね。 それはともかく、気になるのは自分の作ったサイトがiPadでどう見えるか、です。 一通り見終わって、気になったところはこんな感じ。目新しいことはありませんが。 (１)Flashが見えなくて困る (２)テキストリンクが押しづらい (３)ロールオーバーが使いづらい (４)画像ボタンなどが汚い (１)Flashが見えなくて困る 最初からわかりきっていることですが、Flashが見えません。 HTML5なんてものの足音も聞こえてきていますが、今、現実的に同じようなことをするならjQueryなどに移植するということでしょうか。 Flashが製作者として便利なのは、 ●プラグインが環境の違いを吸収してくれるので、いろいろな環境に対応しやすい。 ●画像もスクリプトも１つのバイナリにパッケージされるので、複数のページから呼び出しやすい。 というところがあります。 特に、JavaScriptに移植しようとしたときに、既存の機能とコンフリクトしないか、という点は、サイトの規模が大きくなるほど面倒くさい。数社で分担して管理している場合でも、swfファイルだけ渡すか、読み込んでねーと連絡すればほぼ問題は起きないのですが、JavaScriptだと気にしなくてはいけないことが増えますね。 Flashはアニメーション作成ツールとしての使用感が優れていると思うので、今後も無くならないと思っています。（もっとも、最終的な書き出しがswfでなくなるということは有りそうですが）　これから出てくるタブレット型マシンはほぼ軒並みFlashをサポートしているようですし、Flash非対応の環境は少なくとも当分は圧倒的少数派でしょう。 それでも、既に何件か、iPadで見られるようにFlashを減らしていきたい、という相談は来ています。 相談者のサイトではiPadのアクセスなんて、0.03%しかない...

こんな記事がありました。 iPadのブラウザをPCで利用する - iPadのSafariをエミュレーションする方法 http://japan.zdnet.com/blog/got/2010/05/14/entry_27039891/ これからiPadやその他のタブレットマシンでのサイト閲覧も増えてくると思います。 いままでPCの画面はどんどん横に長くなる傾向でしたが、これからは縦長ディスプレイも考慮しないといけません。 環境ごとに振り分けるというのは、現実的では無くなってきていますね。 そうすると、今まで通りのかちっと決めたレイアウトでも見てもらえる（若干の不便を気にさせない）くらい魅力的なサイトにするか、どんな環境でも見やすいサイトにするか、どちらかでしょうか。 Webの価値の本質は情報にあるので、見せ方を提供側が決めてしまうより、閲覧者が見方を選べる方が文化にあっていると思います。 電子書籍なんかもそうですが、これからますますその傾向が強くなっていくでしょう。 製作実務のレベルでは別にやぶさかではないのですが、クライアント側の考え方がそれに付いてきてもらえるか（もしくは納得させられるか）がキモです。

ごくまれに素材としてもらったデータをPhotoshopで開くと、画像の縦横比が不自然な場合があります。 妙に縦長だったり横長だったり。 開く前のプレビューでは正しい縦横比で見えているのですが、開くと正しくない。 具体的にどうやって作ったデータなのかは知りませんが、これはピクセル縦横比というものを設定し直すと解決します。 問題の画像を開いて、PhotoshopCS3の場合、「イメージ」→「ピクセル縦横比」で、「正方形ピクセル」を選びます。 パソコンの表示では、ピクセル（いわゆる画面上のドット）は正方形ですが、DVDでは長方形だったりします。Photoshopにはこのピクセルの比率違いをシミュレーションする機能があるのです。 なぜかは分かりませんが、ただの画像に間違ったピクセル縦横比が設定されてしまうことがあるようですね。 --

なんとも表現しにくいですが、クラッシュというか、実際に起こった現象としては起動した後、メニューやパネルをクリックしようとしてもクリックできないというもの。無反応というわけではなく、当方では、一瞬何かのダイアログウィンドウみたいなものが枠だけ表示されます。ただしすぐに消えてしまい、なにも操作ができません。 Adobeのサイトの下記の情報で解決しましたが、この情報にたどり着くまでが大変でした。 http://kb2.adobe.com/jp/cps/229/229670.html クラッシュというと、アプリ自体が落ちてしまうイメージですが、終了してしまうわけではなく何も操作できなくなるというものなので、検索でも見つけられず。 サイト定義ファイルが壊れてしまっているようで、場合によってはレジストリも見ないとなおらない場合もあるっぽいですね。 こういう不具合は、忙しいときに限っておこったりします。なんでしょうね、あれ。マーフィーの法則って奴ですか。(^_^;

均等割り付けプラグイン「Character Justification Plugin」 というエントリーを書きました。 このときは実際に必要だったわけではなく、何となく調べてみただけだったので突っ込み不足でした。 まずCharacter Justification Pluginは、説明にあるとおり「text-justify: newspaper」の状態にします。 これは表組みの項目名などには使えません。 なぜなら、letter-spacingで調整するため、最後の文字の右側に余白が必要になるからです。表組みの項目に使うと文字が左側に寄ってしまいます。 次に「jQuery.justify.js」というものを見つけましたが、これは（少なくともそのままでは）IE8で上手く動かないようです。ちょっとだけ試してみましたが、ダメでした。 で、そんなに細かく調べたりカスタマイズしたりして対応するのもバカバカしいので（WEBに均等割付は要らないと思っているので笑）、できない、ということにしようと決めました。(^_^;

不思議の国のアリスのアプリのプロモーションビデオらしいです。 電子書籍という区分とは違うと思います。仕掛け絵本の発展形でしょうか。 http://www.youtube.com/watch?v=gew68Qj5kxw もしかして保守的なだけなのかもしれませんが、電子書籍は今まで紙に印刷されていたものがデジタルデータとして提供されていればそれで十分なんです。文字、文章が表現するイマジネーションの世界にアニメーションは要らないんです。挿絵は、まぁ無くて良いけど、すこしならあっても良いかもね。 Alice for the iPad‎は挿絵が動いちゃうわけですが、提供される情報量が多いほど、読む側の想像の余地が狭くなっていくわけで、たまには面白いのかも知れないけど、電子化された書籍の形はこうだとは思えない。色物ですね。 黎明期はいろいろあります。いろいろやってみることは良いことでしょうね。