和歌山食い倒れ

和歌山旅行二日目の食事事情をつらつらと書いて行こうと思う。
朝はキャンプ場スタートなので、当然何も食わずに出た。それから龍神温泉で朝風呂。この時も特に何も食わず、そのまま十津川村へと向かい、11 時頃、十津川村で朝食兼昼食となった。
是非、十津川の郷土料理でも……なんて思いながら入ったのが、ドライブイン長谷川である。
店に入ると、小型犬がお出迎え(一番最後の写真。もうけっこうな老犬らしい)。

店内では干し椎茸の袋詰めをやっていた。なんでもこの店の持っている山で採れたものらしい。

店の売りは釜飯らしい。同乗者はこのあとも色々食うだろうから、ご飯モノは避けたがボクは普通に釜飯を頼んだ。もう言うことがワンパターンで申し訳ないが、しょっぱくなくてそれでいて味が沁みててうまい! うまいよこれ。お新香も買ってきたものじゃなくて自家製なのがいいね。いや、かなり美味しいよ! 感動した!!
あとこの店は座敷から裏手を流れる十津川(二津野ダム)が眺めて、景色は良い。

ちなみに犬はずっとボクに寄り添いっぱなしだった。何故だw
犬が好むフェロモンでも出していたのだろうか?(汗

次に食べ物をとったのが、熊野本宮大社にある珍重庵
暑かったので冷たいものをいただいたのだが、味は良く覚えていない。とにかく冷たくて甘くて心地よくて、幸せだった(笑い
歩いたしね。
ここの名物は冷たいものよりも一番目の写真にある「もうで餅」らしい。ぱっと見餅に見えない。焼きたてが店では食べられて、確かに美味しそうだった。んだけど、温かい物を食べる気にならなくて……。くそー、せめて買って帰るべきだったか?

夕飯は那智勝浦にある桂城というなんだろうね割烹? 違うか。まぁ和食屋さん。
入店前のボクらの目論見は、マグロはもちろんサザエの壺焼きなどだったのだが入ってみると基本的にマグロ推しの店だった。貝類はほとんどなし。だが同乗者にはひみつだが、ボクにはもう一つ目論見があった。それは鯨である。和歌山に来たら食べるしかないでしょう。

しかし同乗者の反応は割と冷淡だった。なんだとー

三つ目の写真が鯨の竜田揚げ、そして最後から二番目の写真がイルカの刺身である。
鯨の竜田揚げは非常に好みだったのだが、イルカの刺身はちょっとぬるっとしていて、後味がイマイチだった。そうかー、こんななのか、刺身って。他、お造りやマグロ定食(刺身に、煮付けに、マグロのとんかつ)など。久々に海産一色の晩飯であったが、トータルとしては期待しすぎた面もあって、いまいち感が拭えなかった(汗)。

 

最後はホテル浦島で食った和歌山ラーメン。和歌山ラーメンは今や東京の主流にもなったラーメンなので是非とも本場を食べておこうと思って入ったのだが……う~ん、やはりホテルの中のラーメン屋ではダメだったか(汗)。この日一番の失敗であった。

Webkit オンリーで組んでも……

スマフォの開発を相変わらずしているんだけど、今回の案件は別に PC で動作する必要はない。で、スマフォというと iOSAndroid が主流で、他のプラットフォームに関しては、ほぼ無視して良い(ゲームの場合の話ね)。となると、ボクが思ったのは「じゃぁ、Webkit に対応して作ればいっか」であった。
iOS に搭載されている Safari も、Android の Chrome も Webkit というレンダリング エンジンで作られているからだ(Chrome は Webkit からさらにフォークして Blink となった)。

ところが、けっこう iOS と Android で表示が違うんですな。
更に困ったのが Android の標準ブラウザ。
実は Android に最初からついてくるブラウザというのは Google Chrome ではない。なんでなのかというと、これはボクの予想でしかないのだが、Android デビューに Chrome は間に合わなかったからだと思われる。ちなみにエンジンは Webkit である。
Android 版の Chrome は Android のバージョンが 2.3 だか 2.4 だかくらいにようやくデビューした。なので Android には「標準ブラウザ」という、別のブラウザがずっとついてきている(Android 4.4 でようやく標準ブラウザが Chrome となった)。

この標準ブラウザがとにかくタコい。
まず Javascript の実行速度が圧倒的に遅い。そして HTML5 からついた修飾(ぼかしや縁取り、グラデーション)などの再現率が低い。特にぼかしがおかしい。

次に Safari。コイツのフォント処理はおかしい。とにかく文字の大きさが合わない。
なんだこれー!?
しかもバグがあって、Javascript で拡縮をやると正しい大きさにならないという……orz(CSS でも ZOOM を使うと同じ症状が出るらしい)
これが実に問題で、先の記事の CSS ピクセル問題で、CSS を書き直しせず、Javascript で最適な大きさに拡縮するという風に逃げたのだが、この Safari のバグのおかげで結局この方法は使えなくなってしまい、CSS を全面書き直さなければならなくなった。

だ、ダメすぎる……orz

だが今回、「ブラウザの場合分けはしない」というポリシーで組んでいる。これは別にボクの勝手なポリシーなんだけど。場合分けってのは何かっていうと、Safari だとこっちの処理、Chrome だとこっちの処理というようにブラウザことに処理をわけることだ。
CSS / HTML は一種類の定義ですべてのブラウザで通用するように書いた。まぁ、なんだかんだ言ってもレンダリング エンジンが一つだったというのが大きいだろう。これが PC だとこうは行かなかったと思う。