iOS の移行プログラムがすごい

メインの携帯電話を機種変更した。iPhone 7 から順当に iPhone XS へ。ホームボタンがなくなることへの世間の風当たりは強かったが、Android なんてとっくの昔にないのだし、Apple が今頃後追いしただけじゃん、ぐらいにしか思っていなかった。

さて、今回も通販で買って、自分で機種変をする。理由は Docomo の窓口だと時間がかかりすぎて辟易するからだ。ただ前回は Docomo の窓口でやるより時間がかかってしまった(笑)。今回は失敗すまいと iTunes は使わずにやる。iCloud だけでやる。そしてアプリのバックアップはとらない。
しかし Apple はさらにその上を行っていた。なんと、古い iPhone を新しい iPhone の隣に置いておくだけで、データが移行されるのだ!! すげー!! なにこれ!? こわい!!! こわいよwwwww
でもおかげで機種変更はあっという間に終わったwwww
モバイル SUICA の残高もばっちり移動。
気合い入れていたのにまったくそんな必要は無かった。

もちろん移行されなかったものもある。それは以下の通り。

  • 電話
    • 留守録のデータ
    • よく使う項目
  • +メッセージの内容
  • 自分で登録した証明書
  • Docomo 関連の接続設定(WiFi とかメールとか S メッセージとか R メッセージとか)
  • アプリ

これらのデータは iTunes にバックアップを取った場合、すべて復元される。
アプリに間しては復元して貰わなくて良かったのだが(これを機に、使ってないアプリは消したかったし)、それ以外は移行して欲しかったなぁ……と思いつつ、まぁ仕方ない。
ちなみに同期時間はものの 5 分とかそれくらい。そんなもんで移行は終わってしまった。

さて、iPhone 7 は 1334×750 ドットだったが iPhone XS は 2436×1125 ドットあり画面はかなり広くなった。ちなみにツイートでは 2688×1242 ドットとかつぶやいているがこれは XS Max の解像度で、ボクが勝手に勘違いしたものである(汗)。
でも広くなっても文字が大きくなっただけで、画面に入る情報量は実はそんなに変わっていないという……それが悲しくてたまらない。


 

上のスクリーンショットは、左が iPhone 7、右が iPhone XS なのだが表示されているウェブページの内容はほとんど変わっていない。画面が広くなった意味はほとんどないのだ……orz
ドットが細かくなったからキレイにはなってるだろうけどさ。
実際、ホーム画面のアイコンの数も同じだ……orz
縦に長くなったからと言って、アイコンが多く並ぶわけでもない。
この辺が iOS の嫌いなところだ。画面が細かくなったんだから、小さくもさせてくれよっていう。

でね、結局なにに時間がかかったかというと、壁紙www
XS に合うサイズの壁紙を作るのに時間かかったwww
ツイートでは二種類しか披露してないけど、実際は 6 種類作ってある。気分や気が向いたときに変えようと思う。
しかし縦長すぎて、キャラが入りきらないんだよねぇ……。16:9 でも細長いとボクは思っているのに、さらに細長くなっちゃって……orz

さて、会社が終わってから、iPhone XS のケースを買いに新宿のヨドバシカメラに行くことにした。ケースは実際に見て手で触れて確認したかったからだ。
と言うわけで初めて赤羽橋という駅へ。
やっぱり都営 12 号線のホームは深いねぇ……。新宿駅に出るのも大変と思ったんだけど、意外と出た地上が西口のヨドバシカメラに近かったので良かった。

んでそのヨドバシカメラなんだけど……いつもヨドバシ Akiba に行ってたじゃない?
だから売り場面積も品揃えもすげーちっちゃい!って思った。
ボクが何となく頭に思い描いていた、周囲だけ囲うタイプのケースなんか二種類しかなくて……マジかーってなった。携帯アクセサリー館っていう専門の建物のなのになぁ。そして建物が歴史を感じさせる古さww 昭和の建物って感じ。

しようがないので、本体と同じ色をしたアルミ製のものを購入。

帰りにせっかく新宿に来たんだから何か食べようと思って、ちょうど近くに陳麻家があったので入る。ここに入るのは 10 年以上ぶりじゃなかろうか? 四川系の辛い中華料理屋さんというイメージだったんだが……入ってみたら全然店のレイアウトとか変わってて、しかも担々麺専門店っぽい感じになってた。中華のメニューはほとんどなくて、あったのは点心くらい。
担々麺が人気になったのかなぁ?
そして凄い人! 人気なのは解った。ボクも相席と言われたんだけど、たまたま一席空いたのでテーブル席に座ることが出来た。そのあともドンドンお客さんが来て、テーブル席をくっつけたいので他の席に移動して欲しいって頼まれたり。いやー、商売繁盛ですな。

味はストイックな担々麺。醤と味噌の味よりも辛味が強く、コクや出汁よりもまず舌に刺激が来る感じのストイックさ。麺もご飯も「半分」ってのが選べるので、半担々麺+半麻辣飯なんてことも可能だ。
ただ麻辣飯は山椒がつよめなので、個人的にはご飯と合わないなぁと感じだ。
点心の写真は春巻きと油淋鶏(いや油淋鶏は点心ではないがw)。こちらは別に辛いと言うことはなく、普通に美味しかった。

湯浅とトリュフとオレオレ証明書

今日は昨日、ランチを決めるときにすでに閉まっていたんだけど気になったお店に来てみた。名前を『湯浅』。どっかで聞いたことある名前なんだよね。といってもそれはこの店に過去に来たことがあるわけじゃなくて、観光地名かその観光で見たお店の名前……みたいな感じ。と思ったら、地名だった(汗

湯浅、けっこう人気の店らしいがボクが入った頃にはだいぶ席は空いていた。それでも一回は満席、二階席に通される。従業員が凄く多い。一族経営難だろうか? おばちゃんたちが所狭しと駆け回る。
まかないが厨房横のちょっとした空間に、ビールケースを裏返してテーブル代わりにして供されてたw

ボクはミックスフライ定食を注文。他の二人は天ぷら蕎麦としらす丼、海鮮丼だった。お値段いずれも 780 円。
味は二本の定食の見本とも言うべきだろうか。見た目通りの味な上に揚げ物はどれも柔らかく中まで火が通っていつつも固くなりすぎないような揚げ加減。そして写真では解らないけど、お米が美味しい! なのでおかずも自ずと美味しくなる。
いいなぁ、ここは常連になりたい。店員さんと会話を許してくれる雰囲気もあったし。

ところで帰りにマイバスケットによってデザートを物色してたんだけど、なんだか高そうなチョコを見つけたので何となく買ってみるっていうか、カロリーがすごい。そして食べると……あっま~~~~い! 喉が焼ける! 焼ける!!
それぐらいの甘さだ。
思わずお茶をがぶ飲みしてしまった。

日本のチョコ感覚でパクパク行きすぎた。そもそもこれは一人で全部食うものではない。というわけで周囲にも配りつつ(相対ダイエット)、まぁ結局はほとんど自分で食ったんだけどさ!

iPad を買った時、これを Windows ノート PC のように使おうとしたときに、オレオレ証明書で躓いたという話を書いた。結局証明書のエラーは出たまんま使っている。このエラーは iOS 起動後ブラウザを初めて起動するときに出るだけなので、まぁいっかって感じだったので、そのまま放置していたのだが、今日、ふと iOS の設定を見ていたら上のツイートのような画面があるのを発見した。

なんだこれ、いつ追加されたんだ???

というわけでこれを ON にしたら無事、ウチのサーバの証明書でもエラーが出なくなった。

ところでボクは iOS のウェブブラウザには Google Chrome を使っている。理由は単純に Chrome の方が反応が速いからだが、これは iPad では感じられない(マシンパワーが充分なので、両者の差異が出ない)。そもそも iOS は iOS が用意したレンダリング エンジン以外は許可しておらず、Safari も Chrome も速度は変わらないはずなのだが iPhone で使っていると Chrome の方が速く感じる。これはおそらく UI の出来の違いだと思われる。

でね、インターネットのリンクをタップ(クリック)するとブラウザが起動してリンク先のページが表示されるじゃない? このとき、 Windows や Android だとどのブラウザを使って開くのか設定が出来るんだけど、iOS は Safari 固定になってしまう。そのためいつの間にか Safari がとんでもない数のページを開いた状態になっていたりするのだ。

かつて EU が Windows と Internet Explorer を分離させたように、是非とも iOS から Safari 以外のブラウザが選べるように Apple に働きかけて欲しい。マジで頼みます!

プログラミングする上で致命的な欠点が iPad にはあった(解決)

実は旅行に行っている間、ずっと PHP の開発をしていた(笑い
ツールは iPad +リモートデスクトップである。amatsukami.jp サーバ上にある仮想マシンが実質の開発マシンであり、iPad はそれを遠隔で操作するためのものである。なので、Windows で開発していると言っても良い。
エディタは秀丸だ。

PHP 程度では上記の装備で、そんなに問題ない。デバッグも別に専用のデバッガを起動してブレークポイントを設定したり、メモリやスタックの中をダンプしたりなんて必要もない。PHP なんていうものは、プログラムと言ってしまってもいいものかと恥ずかしくなるくらい簡単な言語である。まぁだからプログラマを引退したボクでもある程度は組めるわけだが。

開発のストレスというのは主にキーボードにある。前にも説明したが、キー入力情報だけを送って Windows の IME を使うと言うことが現時点では iOS ではできない。実際入力した文字情報が Windows には送られる。

  • CTRL や SHIFT などの情報が限られる
  • 日本語の辞書が iOS のものを利用することになってしまう
  • スペースで変換出来ない

まぁ、主にこんな感じだ。何のキーを押したかという情報が送られていれば、処理をするのは Windows の方になるのでかなりストレスが減るのだが、なにをするにも iOS 側で変換された文字情報が行くので、どうしてもこうなってしまう。

今回の旅先の仕事は、新しく組む部分はほとんどなく、出発する前にだーっと組んでおいたプログラムが正常に動くか確認し、動かなかったら修正するというのがメインだった。だから基本的にはデバッグ作業みたいなものだ。だから入力する部分もとても限られている。
だから最初はあまりストレスを感じなかった。

結局、作ってきたプログラムがそのままではなぜか動かす、何か根本的に間違っているのかと思い、いろいろと組むことになった。そこで iOS の新たなクソ仕様が判明してしまうのである。

シングル&ダブル クォーテーションが勝手に全角になって補完されてしまう! しかもそれを OFF にする方法がない!!

どういうことか、プログラマじゃないと解らないことなので順を追って説明しよう。
シングル クォーテーション、ダブル クォーテーションというのは、’ や ” というものだ。日本語で言うと「」みたいなもんだ。これは日本語と同じく、前と後ろで種類が違う。

‘シングル クォーテーションで囲んだよ。’
“ダブル クォーテーションで囲んだよ。”

とまぁ、こんな感じだ。しかしプログラミングではいちいち書き分けはしない。すべて右閉じのものを利用する。

‘シングル クォーテーションで囲んだよ。’
“ダブル クォーテーションで囲んだよ。”

そもそも全角の文字を使うこと自体、NG だ。ところが iOS ではこれらの文字を入力すると、始まりは ‘ に、終わりは ’ に勝手にされてしまうのだ。設定にある自動補完機能を OFF にしてもダメ。プログラムではシングル クォーテーションやダブル クォーテーションでコンピュータに与える値を囲むことが多いため、この二つの記号は使いまくるのだ。

結局どうしたかというと、シングル クォーテーションを入力したいときはすでに入力されているシングル クォーテーションをクリップボードにコピーして貼り付けるという方法で回避するしかないのだ。ダブル クォーテーションを入力したくなったら今度はダブル クォーテーションをクリップボードに。
なんだそりゃ???
ウンコ過ぎるだろ。

一応、もう一つ回避方法がある。それは「変換」だ。クォーテーションを入力したあと変換キーを押すと候補に半角のクォーテーションも出てくる。ただこれがよく解らないのが、出てこないこともあるのだ。良く解らん。ただこれに関してはこちらの問題もありそうな気はするが……。

そんなわけで、これは超致命的。プログラミングに全く使えないと断言しても良い。
買い換えを考えるレベルだ。
う~ん、今まで気づかなかったなぁwww
買う前にいろいろ試してはいたんだが……記号の入力ってのはぜんぜん試してなかった……orz
iOS のクソがまた一つ、明らかになってしまったなぁ。

下のスクリーンショットは実際に開発している様子。赤文字になっているのがクォーテーションで囲まれた文字列で、その使用頻度が多いのが解ると思う。

と、さんざん iOS のことをこき下ろしておいて本当にこの自動補完は OFF に出来ないのかもう一度設定画面を眺め見た。そこで気になったのが「スマート句読点」という設定項目だ。あ、ひょっとしてクォーテーションも句読点の一種と扱われているのでは? と思って OFF にしてみたら、クォーテーションの補完も OFF になった! なんだ、やればできるじゃん!
ただし今度は変換を押してしまうと NG。変換すると補完されてしまうのだw ので入力したらすぐに確定しないとダメ。まぁでも今までよりはずいぶんマシだ。これでプログラミングのストレスもだいぶ減るかも??

うどんの写真は、酔壱やさんの讃岐うどんだよ~。透明なだし汁が嬉しい。出汁濃いめ~。

  

iOS12 にしたら画面が明るくなって、村井

iOS12 が来てたので何も考えずにアップグレードした。そしたら画面が妙に明るくて、「うおっ、まぶし!」ってなった。iOS11 と見比べてみると、確かに白飛びしているように見える。こういう変更って何か意味があるんだろうか? 別に前のままでもいい気がするんだけどなぁ……???

過去のスクリーンショットをあさったらもっとわかりやすい画像が出てきたので、下にはっておく。当然だが暗い方が iOS11 で明るい方が iOS12 である。

ただそれだけ(ぁ

今日は浅草橋でもまだ行ったことがないトンカツ屋さんに行った。名前は『村井』。
ウチの会社の人の中には、ボクが大好きな串竹よりもこの村井の方が美味しいという人もいるくらいの店だという。
奥まった場所にあるので、なんとなーくイカなかったのよね。

店の雰囲気は昭和な感じ。まぁ、浅草橋にはそういう店が多い。とは言え、「汚い」昭和系とは皆無で店内はキレイ。ただテーブルや椅子の大きさの規格が昭和。風景も。そしてメニューも。
ただ種類は豊富。ミルフィーユカツもある。
でもまずはオーソドックスにロースカツ定食を頼む。ハムカツがついてきた。
味はと言うと、肉がかなり柔らかい。少し驚いた。この柔らかさの秘密は肉そのものではなく、充分に筋を落とした下ごしらえの柔らかさの感じ。なるほど、串竹よりうまいというのも解るが、肉そのものは串竹の方が良い肉を使っているんじゃないかと思えた。

面白いのが、ウスターソースしかないこと。とんかつソースではないのだ。
そしてウスターが合う。カツそのものが割と淡泊でそこにウスターのストレートな味がマッチする。中濃だとだれてしまうだろう。なるほど。

あとおそらくこの食べ方は名古屋方面にあるものと推測された。というのもメニューの中に名古屋風の物が多かったからだ(味噌カツとか魚雷のエビフライとか)。他のメニューもたべたくなったので、また来てみよう。

iOS はクソだなぁ……

 

事の発端は 3/6 に作った福引きシステムを Bluetooth のシャッターボタンでも引けるようにするという要望だった。夏コミが近くなり、この福引きシステムを夏コミにも使うのだが、前回、お客さんがなかなか引けないという場面があり、列が伸びてしまったらしいのだ。

お客さんがひけなかった原因は、単純に「タッチ」しなければならないのに、画面にタッチした時、指を画面から離す前に指で画面をこすってしまい、タッチとして判定されなかったためだ(スワイプとして判定されてしまう)。緊張したのかなんなのか解らないが、そういうお客さんが多かったらしい。なかなか引けなくて後ろの列が伸びてしまった。列が伸びると次のサークルを回りたい人はさっさと諦めて引かずに行ってしまうらしい。
そこで対策としてリモコンのシャッターボタンを押して貰えば、失敗が少ないのではないかというわけだ。

リモコンのシャッターボタンはキーとしては【Volume Up】の信号が送られてくる。
確かにスマートフォンを横向きに構えると音量ボタンがちょうどシャッターボタンぽい位置に来る。
なので Javascript でシャッターボタンを拾うように組んでみた。とりあえず Windows の Edge で実験。ちゃんと動いた。
ところが iPhone ではウンともスンとも言わない。んー? なんだ?
シャッターボタンは拾えないのかな?

そこで、どんなキーを押しても動くように組み直してみる。
それでも iPhone だと何も起きない。おいおい、どういうことだよ。
そこで気づいたのが、iPad だ。ボクの iPad にはキーボードが着いている。これなら絶対に動くはずだ!!

ところが、iPad + キーボードでも動かなかった!!

ここに来て初めてボクはググった。そしたらなんと、画面にキーボードが表示されていないと、iOS ではキー割り込みが発生しないのだった!!! なんだこのクソ仕様は!!! つまり Javascript では何をしようがどうしようが Form の上か画面にキーボードが表示されていないと、キー情報をとることができないのだ(ちなみに Android はできる)。

というわけで、リモコンのシャッターボタンでは iOS ではクジは引けない。回避方法はないのだ。この一連の変更はすべて無駄となった。

で、結局どうしたかというと、スワイプでも引けるようにとりあえずした。
ただこれでお客さんの失敗が減るかどうかは、夏コミに実際に引いてもらわないと解らない。それはまたその日の日記に。

いきなり!セックス

まー、ツイートの通り。格安風俗で、「いきなり!セックス」っていう「いきなり!ステーキ」のパクリとかあってもよさそうって思っただけ。

iOS にはどんなときでも最低限の設定が変えられるように、コントロール センターという機能が用意されているんだけど、そこで WiFi を ON / OFF できるのね? なんで WiFi を ON / OFF する必要があるかというと、公衆無線 LAN を勝手に拾ってくれるのはいいんだけど、移動中だったりするとすぐにその範囲から出てしまう。その公衆無線 LAN の電波が届かなくなる辺りは非常に通信速度が低下し、さらには携帯回線に切り替わった瞬間にネットワークがダウンしてしまうこともしばしば。
それがすごく煩わしいので、移動中はよく WiFi を OFF にする。

ところが、WiFi を OFF にしたのを忘れて、OFF のまま大容量の通信をしてしまうことを防ぐために、コントロール センターから OFF にした場合は、すぐに ON になってしまうのよ。

そのおかげで、家にたどり着く前に何度も WiFi を OFF にしなくちゃいけなくて、めんどくせー!! っていう話。ちなみに設定(いわゆるコントロール パネル)から OFF にするとずっと OFF のままなんだけど、これだと家に着いたり会社に着いたりして安定した WiFi 環境に入ったとき、ON にし忘れて動画見たりアプリのダウンロードとかしちゃって痛い目をみることも(汗

運転免許証の一部の表記が西暦になる。ボクはよいことだと思っているのだがどうだろうか?
官公庁は元号を使っているのは解るのだが、アレ、内部処理は西暦だったりしないのかね(笑い
正直、元号は使いづらい。まだ皇紀の方がいいかもしれない<ヲイ

ところで絢子さまだったかが西暦を使ったことに右翼が落胆していたっていう記事をどこかで読んだのだが、見つけられなかった(汗)。

下の写真は浅草橋で一位二位を争ううまいイタリア料理屋『Dark Horse』のカルボナーラ
なんかいろいろ味が混ざっていて複雑なカルボナーラが出てくるのかなと思ったら、かなりストイックでストレートなカルボナーラだった。ほんとに卵と黒胡椒が前面に来ている真面目なカルボナーラだった。

真夏日に+メッセージと出会ったタイのカラムーチョ

いやー、まだ 6 月だというのに真夏の気温だ。これ、7 月・8 月はどうなってしまうんだろうか……。ボク自身は暑いのは平気だが、サーバが心配だ。すでに 7 年目に突入しているからなぁ……。

+メッセージiOS 版がようやくリリースされた。RCS という SMS に代わるサービスでやりとりしている。ボクがコレを待ち望んでいたのは、ボクの周りは Android ユーザが多いこととボクが車で色んな人を迎えに行くことが多いからだった。
iOS 同士なら自分の位置をすぐに相手に知らせることが出来る。これが Android 相手だとそうもいかない。いちおう SMS でできないこともないんだけど……。

あと iOS 同士でもなぜか iOS のメッセージング機能ではなく SMS でつながってしまう場合がある。こうなってしまうと異なるキャリアの場合、文字数制限がかかってきて全然送れないこともあるのだ。

そんなわけで今、周囲の人たちに「+メッセージいれろ~、+メッセージ入れろ~」と呪文のようにお願いしているwww

下の写真は左上から順番に酔壱やの肉ぶっかけ、おそらく浅草橋界隈最安値であろうコインパーキング、うまい棒の萌えキャラ(?)x 2、タイで発売されているカラムーチョ、ワールドカップ日本代表バージョン カラムーチョである。なぜ熊本が「かぼちゃコーンポタージュ味」で東京が「シナモンアップルパイ」なのかは謎のままである。
タイで発売されているカラムーチョ、いいね! やっぱ本気の辛さじゃないとなぁ。