2014年4月15日火曜日

iPod nano(第6世代)のスリープ(電源)ボタンが陥没したので分解修理してみた

現在、子供が使っているiPod nano(正方形のヤツ)の電源スリープボタンが反応しなくなった。

ネットで調べると結構有名な?故障のようだ。

値段も値段だし、修理に費用をだすのもバカらしいくらい古い機種なので駄目元で分解してみることにしてみた。

修理手順と方法は事前にネット上のものを参考にさせてもらい、自分で行なった作業を記録として写真を撮ったので、ここに書き残しておく。

モノはこれ。 (画面がもやっているのは多分油膜)
まずは、液晶パネル部分を外す。 ネット上では柄付きフロスをアルミボディとパネルの隙間に差し込み引きはがす方法が紹介されていたが、やってみると簡単には離れなかったのでカッターナイフを利用してみた(いまさらキズは気にしない)

写真では変な持ち方をしているが、これは写真を撮るために左手だけで持っているため。

注意するのは必ず電源ボタン側から行なうこと(液晶のケーブル類は音量ボタン側にあるから)
それと、深くカッターの刃を差し込まないこと。 指の爪が引っかかる程度液晶パネルを引き離せれればいい。

爪を引っ掛けて広げるときはゆっくり行なうこと。 クッション性のある両面テープの糊が糸状に伸びれば、その糊の糸を切っていく感じで広げていく。

液晶パネルを開いた状態。 ケーブルは抜かなくても作業ができるが、とにかく断線に注意する。 そして、保護(補強?)パネルのネジを2個所精密ドライバー+で解く

保護パネルを取り除くと、バッテリーが上部に見えている。 故障個所の電源ボタンを分解するためには、このバッテリーを取り除く必要がある


精密ドライバーのマイナスを利用してゆっくり引き出す。 (バッテリー自体はコチコチに固いわけではない。) バッテリーの接続ケーブルの断線に注意する。

黒の両面テープ部分にあるネジ2本を解き、アルミボディ内側の黒い保護テープをめくって、電源ボタン下の基盤部品を引き出す。 もちろんケーブルの断線に注意

これが引き出した電源ボタンの基盤。 本当はこの金属部分の中心に黒い直径0.5mm程度のものがないといけない。 それが取れてしまったことが故障の直接的な原因。


とれた黒ポチは基板上の何処かに張り付いているはずなので、それを見つける。
そして黒ポチを扱いやすくするために、セロハンテープの上にピンセットで貼り付ける

セロハンテープをハサミで基盤部分と同じ程度のサイズに切って、セメダイン 超多用途接着剤スーパーXクリア P20ml AX-038 [HTRC3] という接着材を塗り基盤に接着する

電源ボタン部内側のアルミボディ側に引っかかっていたゴムの部品を取り出す

接着剤が固まったら、基盤にゴムの部品をかぶせる

これで一応修理は終了。 後は元に戻していくだけ。

一応、修理してから一ヶ月以上は問題なく電源(スリープ)ボタンは動いているのでこれでよしとした。

2014年2月16日日曜日

Word for Mac 2011 両端揃えと左揃えの違い

Wordでは段落の両端揃えが最も一般的な配置とされている。
「そうなのか? 左揃えではないのか?」と言いたいところだが、ヘルプにはそう書いている。

ということで、「両端揃え」と「左揃え」とはどういうことなのか、その動作の違いを調べてみた。

結果を簡潔に言うと、英文では変化が大きく見えるが、日本語では余り目立たない


ヘルプに「各行の両端が左右の余白に揃うように、単語間にスペースが挿入されます。」とある

「各行の両端」・・・左インデントと右インデントの間、つまり折り返しの範囲
「単語間」・・・・英単語の間の半角スペース
「スペースが挿入」・・・半角スペースのサイズが変化する

とイメージすればいいと思う。

ようは、英単語のスペルの途中で折り返さないように半角スペースの見た目上の大きさをWordが自動で調整しているということみたいだ。

じゃあ、日本語の場合はどうかというと・・・

プロポーショナルフォント(文字の幅が一定でないフォント)を利用しているときに、右端の折り返し位置が一定にならないので、右端が揃うように1行の中で文字間の隙間を調整しているということみたいだ。 
※ まさか、右端を無理やり揃えるために1文字の中間で真っ二つになるはずはない。


まあ、プロポーショナルフォントを使って見た目を気にした文章を作っているのに、右の折り返し部分がガタガタだと確かに美しくない。

そう考えれば、ワープロで「両端揃えが一般的な配置」というのは理解できる。

でも、この設定の影響で行内に巨大な文字として扱われるような画像を配置すると思わぬレイアウトの崩れが発生してパニックになる人も多いはず。 やや気配りが足りない感じはする。

まあとりあえず、両端揃えのヘルプの説明が分かりにくいということは間違いない。

2014年2月15日土曜日

FileMaker Pro13 Go13でGet(デスクトップ幅)の変化を調べる

iPhone5上のFileMaker Go13 でGet(スクリーン幅)・Get(ウインドウ幅)・Get(デスクトップ幅)の値をスクリプトで実行してしらべてみた。

結果からいうとほとんど変化していない。 

Get(ウインドウ方向)で1(縦向き)-2(横向き左)はちゃんと判別しているけど、

スクリーン・ウインドウの値は変化していない。
つまり、端末を横にしたからといって幅が高さに入れ替わるとは考えていないようだ

ただ、デスクトップの高さだけ20ピクセル変化している

これはランドスケープ状態(iPhoneが横向き)のときに受信感度・時計・バッテリー残量を表示する部分が消えてるためだ。




FileMaker Pro13で指定できるようになったタッチキーボードタイプをしらべてみた

FileMaker Pro13では、フィールドに「インプットメソッドの指定」とは別に「タッチキーボードタイプ」も指定できるようになった。


ということで、MacのFileMaker Pro13上でレイアウトを作っているときポップアップメニューの文字だけでは、どういうのか分かりにくいので調べてみた。



数字10キー
本当に数字だけで良い場合は数字10キーを選ぶとよさそうだ。


数字と句読点(日本語かな)
iOSのキーボードで日本語かなを選択している場合の状態。
キーボードの切り替えもできる。

数字と句読点(日本語ローマ字)
iOSのキーボードで日本語ローマ字を選択している場合の状態。
キーボードの切り替えもできる。

電話
アルファベットも表示されているが入力はできない。
[が寝たようなやつは半角スペース。

2014年2月7日金曜日

FileMaker Pro 13 を使って思ったこと

11から13への変化なので、レイアウトまわりの変化に戸惑っている。(12は体験版で少しだけ触った)

ちょっと触っただけでは理解できないのは、テーマやスタイルの挙動。
いまいち仕組みをイメージできない。

でも、iOS向けのFileMaker Goへの対応がよくなったのは実感する。
スクリプトトリガのOnLayoutSizeChangeはiOS端末の回転で実行してくれるのはありがたい。
少し調べた限りは、取得関数のGet(ウインドウ方向)の値は端末の回転で変化しても、Get(ウインドウ幅)やGet(スクリーン幅)の値は変化しないようだ
※ つまり幅の値が高さに変わるということがおきない。 これは12でもそうだったのだろうか?


とりあえず、毎日の血圧を記録する血圧手帳データベースを作成してみたがiOS7風にできたので良い感じ。(高血圧体質なので・・・)

気になったのは、11向けで作っていた年賀状の宛名印刷データベースを変換してみると、プレビューでのフィールドのスライドがうまく動いていないものがあった。 これはバグ?

他にも、今まで11で利用できていたフォントが利用できなくなっているものがある。
その場合、フォントのポップアップメニューにフォント名が表示されていなかった。