picasaの画像のサイズが突然変わってしまった

picasaにアップした画像をブログ内で使用していたのですが、今見たところ急にぼやけた画像になっていました。
確認すると、横幅960pxだった画像が512pxに縮小されているではないですか。

ということで原因を調べました。

picasaには、アップした画像のURLの途中に/s640/といった数値を入れると、その横幅にリサイズした画像を表示してくれるという機能があります。そして、今まではこの指定を入れないとアップロードした画像の元のサイズで表示されていたのに、今は指定を入れないと512pxに縮小されて表示されてしまっていました。(縮小された画像を原寸で表示しようとするとボケる)

ということで、元のサイズである960pxで表示させるために、URLの途中に/s960/を入れました。仕様が変わったんでしょうかね...?

Androidのダブルタップの自動調整を元に戻すとレイアウトが崩れる

Androidのブラウザで画面をダブルタップをするとその部分がズームされ、ズーム時の画面の横幅にピッタリ合うように、テキストの幅を自動で調整する機能があります。また、拡大された状態でダブルタップをすると、元の画面に戻り要素の幅も元に戻ります。

ところがこの機能はfloat、特にfloat:rightと組み合わせると下記のような不具合を起こします。



■起こる問題の例

(1)最初のテキストの幅
横幅(16文字分)を指定したこんなテキストがあるとします。
この要素はfloat:rightで配置されています。
----------------------------------------
テキストテキストテキストテキスト
----------------------------------------


(2)ダブルタップでズーム
画面がズームされその画面の横幅(8文字分)に調整されます。
float:rightのためと右端を基点に縮小されます。
つまり、以下のように左に隙間ができて縮まった状態になります。
----------------------------------------
　　　　　　　　テキストテキスト
　　　　　　　　テキストテキスト
----------------------------------------


(3)ダブルタップで元に戻す
元の幅(16文字分)に戻る際、縮小されたときと同じく右端を基点にしてくれると思いきや、縮小された時点での左端を基点に元の幅にもどります。
すると、以下のようになります。(1)と同じ画面に戻りたかったのに、テキストの開始位置は右にずれ、レイアウトに崩れが生じます。

----------------------------------------
　　　　　　　　テキストテキストテキストテキスト
----------------------------------------



■解決方法

テキストを含む要素の親要素にもwidthを指定することで、
(3)のダブルタップで元に戻った際の基準を左端にすることができ、
上記の不具合は起こらなくなりました。

※例えば上がp要素に対してwidthを指定して上の現象が起きたら、そのpを包んでいるdivなりにもwidthを指定すれば良いです。



「Androidのブラウザでダブルタップで拡大した後元に戻すと表示が崩れる」という現象が起きたときは思い出してみて下さい。

※最後に、この現象はキャッシュの無い状態のみで起こります。
この不具合がおきておかしいと思ってリロードすると不具合は起こらなくなります。
キャッシュを消して再度読み込めば現象は再現されます。

Xcodeインストール中にiTunesを終了しろというエラーが出る

iTunesは終了しているのになぜか件名の通り「iTunesを終了しろ」と言われます。原因は「実はiTunes helperが起動している」こと。

1)右上の虫眼鏡アイコンに「アクティビティモニタ」と入力して起動
2)プロセスの中にあるiTunes helperを終了させる

これで解決しました。

Android端末のページ内リンクの不具合(バグ?)

name・idと#pagetopを使ったごくごく当たり前のページ内リンクが、Androidの特定の端末で以下のようなおかしな動作をすることがある。
(1)#pagetopのリンクを押すと一瞬ページ最上部が表示されるものの元の位置に戻ってしまう。
(2)一度#pagetopで戻ったあと、再びページ内をスクロールし、もう一度#pagetopを押しても動作しない。

OSのバージョンも関係なく、新しい機種だからといって発生しないわけでもない。(1)についてはJavaScriptのscrollTop等を使っても同じ現象が起きたため対処不可。修正方法を知っている方がいたら教えて下さい。

スマートフォンで繰り返しbasic認証を聞かれるとき

スマートフォンでのサイト検証の際、サーバの設定は1回の認証で通るようにしてあるのに何故か画像1枚1枚に対してID/PWを聞いてくる現象が起きました。

このままだと日が暮れてしまうので、ブラウザの設定からPWの全消去をしたところ無事に1回の認証で通るようになりました。

SSL領域にソーシャルボタンは簡単には置けない

twitterのツイートボタンも、Facebookのいいねボタンも、サーバと接続するのでSSL領域に普通に置くと警告が出る。
twitterはaタグを使った形にしておけば大丈夫だけど、Facebookのいいねはおそらく無理(※)。シェアボタンなら多分いける。
アンケートフォームの入力前後の画面がhttpなのかhttpsなのかは事前に要注意。

・追記
いいねボタン内のリンクを http⇒https にすれば警告が無くなるという話も。ただ何故警告が出なくなるのかはっきりと分からないのであまりやりたくない。

IE8で別ぺージへのアンカーリンクが効かない

[a.html]から[b.html]の特定箇所へ飛ばしたいとき、[b.html#hoge]とアンカーをつけるが、IE8で飛んだあとの表示位置がずれるときがある。
ググッてみるものの詳しい原因・解決策は不明。

safari,chromeでのwhite-space:nowrapのバグ?

この方とおなじことが起きました。

-----
あいうえおかきくけこさしすせそ
-----
を

-----
あいうえおかきくけこ
さしすせそ
-----
としたいのに

-----
あいうえおかきくけ
こさしすせそ
-----
と1文字付いてきてしまいます。Webkitの問題？

powerpointで図の圧縮ができない

※PowerPoint2003を使っています

前に圧縮の記事を書きましたが、これが出来ない場合があります。トリミングや縮小して圧縮しようとすると、画像が本来の大きさにもどってトリミング部分も無かったことになって「あれー」となってしまいました。

原因はその図が「プリントスクリーン⇒ペーストって貼った画面キャプチャ」で、画像として保存されていないことでした。1回jpg等で保存してからパワポに貼り付けると問題なく圧縮できます。
キャプチャ関係ってプリントスクリーンから直接貼っちゃいたいときが多いので注意。

⇒これは間違い。以下のようにjpgで保存したものでも同様の現象が起きました。

-----

☆追記
jpgに保存したもの使ってるのに同じような現象が起きた。
原因はコピペ。


直接置いたjpgは圧縮可能。そのjpgをコピペで複製した画像は圧縮不可。
同じ図の色々なとこ加工したい場合は1回1回ドラッグなりして読み込ませないとだめ。面倒！

⇒この原因も嘘。直接ドラッグしても駄目でした。

----

■解決策

(1)新規ファイルを作成し、そこに今までの作業分をコピペ、新たに図を置いて圧縮することは可能でした。ただしページ数が膨大の場合現実的ではありません。

(2)もうひとつの策は縮小・トリミングした状態の図を右クリックから「図として保存」で一旦jpg等にして再配置する方法です。ただしこれも図が多い場合は大変です。

最終的にコレという解決策が無く、今まで圧縮でいていたファイルが突然できなくなるため不安を感じつつ作業をしています。

safariでcssが効かないとき

safariだけどうもcssが効かない。
何かと思ったら[@charset "Shift_JIS";]を1行目に書いてなかったから。

------------------------
/* コメントコメント */
@charset "Shift_JIS";
------------------------
は駄目。

------------------------
(空白)
@charset "Shift_JIS";
------------------------
も駄目。

------------------------
@charset "Shift_JIS";
(空白)
------------------------
で解決。

・ありがたい参考サイト
http://www.ichiro.to/item/673

Windows画像とFAXビューアが重いとき

画像のプレビューが物凄く遅い。
原因は「デスクトップにネットワーク上のフォルダ等へのショートカットがあり、なおかつそれらにアクセス出来ないときに起こります。」とのこと。
フォルダへのショートカットで、リンクの切れているものを消したら戻りました。

参考にしたページ
http://blog.livedoor.jp/macmax99/archives/51688231.html