記念2017

 完全自動洗濯機(洗って干して畳んで仕舞う)の完成まで後28年、、、。
 ソフトとハードを一緒くたにするなという話はありますが。
 まあね、かの宮崎駿もケモナー版ホームズでハドソン夫人をお掃除好きの世話焼き女房に描くくらい、人間ってのは時に都合良く甘えたくなるものなんですよ。ただ一方で「人に迷惑を掛けちゃいけない」のが我々みたいな人種の鉄則でもありますからね。
 その点ロボならばお約束の三原則的に「ロボだからね、一応ね」としょうがなくも面倒を見て貰えますからね。賢いロボ(AI)なら人間の心理も読み解いた上で相手してくれますし。きっとその内、自然と程良い人口調整もしてくれるんじゃないでしょうかね。HAHAHA。

 などと脱線仕掛けたところで、
 さてはて、最早恒例のアイリちゃん稼働記念日ですね。
img
 ディスプレイから2mくらい離れて見るのがいつもの推奨環境。

 うん、まぁ、うん。
 ユ・ガンデル大僧正(何それ)に怒られてるのは分かってるんですけどね。
 最早致命的なまでの適性不足は繰り返しの鍛錬で補う他ない訳ですが、1000本ノックとはよく言ったもので。むしろ自分の場合は10億本ノックくらいかな? 「あと1キロがんばるです」とはアイリちゃんも言ってますよね。まさかのべき乗かー(白目)。

 先日も少し触れたけど、元々はアイリちゃん以外のロボ子を描いてから戻ってくる遠大な計画が現れては途絶えまして(練習まではしてるんですが)。それに全く新規に作り起こすイマジネーションにも不足しておりましたので、丁度良い頃合いだからと過去作の仕上げを目論んでみた訳ですが、それこそ「前回より下は許されない」という分厚い壁が立ちはだかるリスクを全く予測できてないよねこの人。

 やっぱりとにかく顔が下手くそな事実が如何ともしがたく。前回もまだ何か(自分の中では)微妙に違うなぁと思いつつも、それでも過去トップクラスに似ているのは「ある程度似たアングルを参考にした」からでありまして。一から自力で描いてみたらやっぱこんなもんですよねー。
 まぁこれでも、再々リテイクの果てに「あまりにも歪みが酷いから一度絶望してオリジナルを参考にしまくったら、参考にしすぎてただの模写だコレ」になってしまったもんで、流石にそれは申し訳ないと再々再リテイクで自力に戻してみた結果ということで。それではまたけーぜろさんの来世にご期待下さい。

 あとは色塗りの方は、もうちょっと濃淡で遊びたいなぁと敢えて薄い水彩塗りモドキみたいなものに挑んでみたりしたんですが。
 正直今はこれくらいのお気楽路線からでいいんじゃないかな。

・供養塔
img
 比較ダメ、絶対。(うっかりマジで凹む)

Retro ThinkPad

 嗚呼、完全自動洗濯機が欲しいんじゃぁ。

 おおっと一週先走りましたよね。
 私的には言うまでもなく近年この時期は仕込みの季節なんですが、正直ここ数ヶ月物凄い低調ぶりを示しておりまして。「テンションゲージが電気ケトル並み」という意味不明な言葉を残したりしておりました。物凄い勢いで温まってやがてすぐに冷める、保温性皆無のテンションコントロール。
 いやここは、昨今の流行り廃りのサイクルが恐ろしいまでに短い今時の消費文化に俺も適応できるようになってきた、などと皮肉まみれの毒舌に他なりませんが。でもほんとそんな感じだよなぁと思いつつ。なんかもうあっという間に話題が過ぎ去りすぎてね。アイリちゃん何年も引き摺ってる俺バカなの?(バカです)
 まぁね、ここは「嵐は過ぎ去るためにある」とかいうよく分からない運命論的な言葉を残してみます。(木星の嵐とかずっと止んでませんけどね)

 という訳で、前回のAndroidの残課題は絶賛放置中のまま。
 (ココ愚痴数行削除)

 そんなこんなの全く盛り上がらないこの気分を見かねてですかね、
 Retro ThinkPadとうとうキター(くるくるAA略)。
・keyboard to die for(死んでもいいと思えるほどのキーボード)
 最早笑う他ありませんね。

 当初から25周年モデルだろうとは言われてはいたけれども、その今年を迎えてからもあまりの音沙汰の無さに最早誰も彼も諦めがついてしまったのか、全く話題にも上らなくなっていた程で。「作ってたんだw」とは友人の談(笑)。
 実際フラグシップモデルのX1Carbonがぶっちゃけ出色の出来と言いますか。これで満足しちゃった層も少なからず居るんではなかろうか。(X200系は最早死んだ)
 かくいう自分も、流石に仕事の方はもう厳しいので諦めてX200sからX1C2017(gen5)に移行したんですが、「もうこれでいいか、これにするか」と、家のマシンの買い換えも2017年末くらいを目処に視野に入れていたところ。
 強いて言うなれば、フラグシップモデルの買い控えを起こさない時期を狙ったのか、単にギリギリまで開発の調整を続けていたか。まぁ両方なんでしょうな。

 というかですね、正直に言って私の要望に近いのは明らかにX1Cでありまして。ぶっちゃけX1C2017に7段キーボード配列が乗ればもう(ほぼ)文句無いというのが本音。
 Retro ThinkPad自体はそれ以上に色々と本当に過去の、古き良きIBM ThinkPad時代を振り返る為の仕様がてんこ盛りなので、「そこまでは要らないんだよなぁ」という点、逆にネックにもならないかと気掛かりではあるところ(これは当初から思ってはいたところではある)
 なので、本当に自分にとっての最上の未来というのは、「この反響を受けて7段キーボード配列が見直され通常モデルに逆輸入」という世界線の到来な訳ですが。「寝言は寝て言え」なんでしょうネー流石に、とは思っていますよ、はいもちろん。
 まぁまずは「死んだ子がゾンビじゃなくて本当にザオリクで蘇ってきた」ことを喜びまする。あ、DQ2基準じゃなくてDQ3基準でお願いします。

 そんな訳で、「最後」だと思って買うの一択になる筈ですが、期待半分不安半分で思うところを上げておきましょうかね。

・サイズや重量
 まず気掛かりなところ。どうなるかな。
 以後触れる諸々のハード要求でどうしても重量は嵩むだろうしなぁ。
 X1C2017の14inchを感じさせない細ベゼルと1.1kgの重さのバランスはほんと絶妙なもんで。
 ただX1Cベースだろうとは言われてるし、当初の「1.8cm厚を目指す」というのは正にX1Cの現状なので、そこから大きく膨らまないといいなぁと思いつつ。

・keyboard to die for(死んでもいいと思えるほどのキーボード)
 詳細はまだ伏せられているものの、かつてのパンタグラフ+7段配列、でほぼ確定だろうとは思う。
 しかしパンタグラフでは厚みも重量も嵩んでしまわないだろうか。
 自分は別に打鍵感はそこまで拘らないというか、その辺の酷いのは論外だけれども、ThinkPadのアイソレーションは他社製よりは確実に良いので、それが筐体を薄く軽くするためであれば必要な犠牲として、その範囲でベターを求めた今のX1C2017のそれでも別に良いとは思っているところ。(他社製は触って数時間で外付けキーボードを買いに走った過去がある自分が言います)

 因みにもう一つ、どうしてもという程では無いけれど一点。
 偏に7段といっても「最後期のX220の頃の7段は違う」とは正確には思っているところ。参考:思えばこの機種が悪夢の前触れだった)
 具体的に言うと、DELをでかくしてINSをどかした点。
 ThinkPad7段配列の最重要コンセプトは「フルキーに極力近い配置」、これに他ならない。右上6キーの塊がその象徴。
 まずHome/End, PgUp/PgDnは文書編集系ソフトでは1セットで用いるキー(なので、これをばらした今の6段はどうしても収まりが悪い)。そしてこれはついでといえばそうだけどIns/Delが横に並ぶ。これで1セットだし、これを想定してキーショートカットを配置しているソフトも極々若干ながらにあるので、敢えて従来の使用感を崩されてまでDELを大きくする需要は自分には無い。(そもそも大きい方が押しやすいとかそれこそが慣れだろうと言いたいので。)
 一方で、ESCを縦に伸ばしたというよりもF1を1つずらして横に並べた点、こちらはアリと思っているというか正直これでいいと思う。むしろ何故上にずらしていたのか、それが伝統になってしまったのか。7段が使い慣れないって実は本当はこのESCの位置だったんじゃないかと思ったりもしているところ。慣れていないとF1が盛大に誤爆する、というか実は自分も結構誤爆していたので。
 なので、ESCの位置だけ最新のまま、INS/DELは大元の6キーセットのコンセプトを尊重したハイブリッド版がいいなぁ、などと思ったりしておりますが。次点で旧7段。最後期はコンセプトの台無し感が嫌い。
 などとまぁ夢は見させて下さい、はい。多分最後期のなんだろうなぁ、、。
 物理的な部分(ハード)ってのはユーザには手が入れられない所だからね。どうしても開発側の良心に期待するしかない。

 っていうか、嗚呼、どうしてもキーボードは語ると長い。
 これでも話すっ飛ばしたんだけどねぇ。

・TrackPointキャップは3種類を復活
 自分はこういう拘りまではないですよ、という一例(笑)。
 まぁここは自分は「稀に使う」レベルなので悪くなかれ主義の対象なんだけども、lenovo-PC(非ThinkPad)の紛い物や、Bluetoothキーボードの光学センサー版を見せ付けられるに、ただのオマケにならないよう最低限のクオリティは求め続けないと後で後悔させられるよね(7段配列問題よろしく)ということで。

・トラックパッド(というかクリックキー)
 どちらかというと気になるのはこちらかな。
 まぁ現状維持だとは思いますけども、余計なことをしなければ。パコパコパッドとかな!>X240参考
 こういう所、MacBookへの憧れを隠さないハード設計が多くてですね、、。
 Macのあれはあれで完成してるんだろうけど、特許で固められているのか同じ構造は今でも取っておらず、パッドクリックもあるにはあるけどクリックキーは独立して置かれている今の形を固持して欲しい。
 というのも自分、右手でポインタ操作して左手でクリックする両手スタイルが使いやすくてですね。でもパッドクリックだとマルチタッチに判定されやすくてそうもいかない。何だそれと思われるかもしれないけど、だってどうせ左手余ってんだもん。あ、あとこれはトラックポイントの操作スタイルの延長だからかな。ってことは心配する必要はないのかもしれない。(トラックポイント自体が潰されない限りは、、。)
 まぁそもそもパッドは使わないんですけどね。スクロール操作専用じゃなかろうか。
 X200sの頃は「無くなってスッキリした」とまで思っていた所だけど、このジェスチャー系操作が実用的になってからは存在を認め直しております。<酷い言い草

 因みにトラックパッドではなくトラックポイントの何が良いって、その位置なんだよね。
 膝上ノートで使うとよく実感出来る。パッドは下すぎて。(慣れなんだろうけどね)

・ThinkPadのブラックラバーコーティングを復活
 何それ?とか思ってました、、。すんません全然「熱烈な愛好家」じゃ御座いません。
 剥げるとか評判だけど気にしたこともないから大分前からなくなってるのかな?とか思っていましたが、よく調べたらX200sもラバー塗装だったらしい。これかー。
 なんか剥げてべたつくらしいですよ。
 ラバー塗装がベタベタに、っていうと前のlogicoolのマウスを思い出しましてね。マウスだから最悪でしたが、(サブマシン用だから)やけくそ気味に使い続けて、やがて乾いてザラザラになる所まで行きましたよ。とほほ。(流石にもう捨てた)
 まぁそうならないよう祈ります。
 駄目になったら激落ち君(メラミンスポンジ)が効くそうですよ参考

・モニタサイズ・解像度
 比率は16:10などとも期待されているけどどうだろう。
 X1C2017の14inch FHDのサイズ感は非常に良いので、これが16:10、1920×1200になったら最高かもしれない。っていうか家のサブモニタと同じ解像度やん。まぁ実はFHDもちょっと小さい(細かい)くらいなんですけどね。でもX200sの12inch WXGA+(1440×900)と同様、コンパクト・機能性重視でちょっと細かいくらいが丁度いい。
 まぁ16:9でもFHD解像度があれば今は十分快適なので、無理に大きくしなくとも、とは思ってるところ。でかく重くなっちゃうしね。X1C2017は今のベストサイズ。

 それより懸念しているのは、昨今MS自身がSurfaceで押し始めている高精細モニタ路線に釣られてしまわないかどうか。WQHDとか氏ねってレベルですよ。いやホント。
 これは長くなるんで今は避けますが、結論から言えば「Windowsでdot by dot以外の使用は現状あり得ない」と断言するレベル。
 少し古いけどこの人の記事なんかを舐め回していくと、過去どれくらい悩まされて今に至っているかは分かって貰えるのではと。
 特にマルチモニタ環境は未だに解決の目処も立たないので、当然のように使う身としては正に論外。どれくらい論外かというと「WQHDを買って二週間で現実を思い知って買い換えた」くらいに論外。(お陰で(手放してから)再度待って最新モデルを買うという不幸中の幸いにはなったものの)
 不勉強でしたからね。同じ轍を二度踏む気は毛頭御座いません。

 実はこれが最大の懸念点であって、如何に7段キーが復活しようが、このデメリットが上回って諦める未来すら覚悟しております。それくらい表示問題は致命的。
 まぁ5年後10年後(ォィ)くらいには解決すると思えば先行投資と思って購入するのも考えられますが、どうかね、、。などとつい躊躇してしまうくらい。マジでボヤボヤは職務放棄したくなるレベルですよ。目が死ぬ。頭痛不可避。

・インジケータ(追記)
 忘れていたけど、これは主張しておきたいので追記。
 X1C2017の残念ポイントの一つ。
 WiFi、Bluetooth、ディスクアクセス、電源状態、こういったインジケータランプはやはり欲しい。特にアクセスランプ。ハイエンドモデルでこういうのを軽視するというのは嘆かわしいね。時代の趨勢、なんかなぁ。うーむ。
 如何せん、Windows10が原点回帰の如く「残り○○%から延々進まない病」を再発しまくっているので、アクセスランプが無いと何やってんの大丈夫なのという判断すら出来なくなる。
 そうでなくとも処理中か否かってのは知りたいもの。勝手に何かやらかしてる時ってのはあって、大抵は(CPU温度と)アクセスランプで分かる。
 しょうがないからこういうソフトを常駐させるという頭の悪い作戦に出ている始末。でもWindowsUpdate絡みの再起動時処理は当然タスクトレイも無いので見られない。再起動が延々終わらない悪夢の時代とかありましたからね。今はマシになってきたろうけど。

 自分に取ってPCはお洒落アイテムじゃなくてあくまで道具なので、道具の機能性を削ぐという判断はやめてほしい。極端に言えば、自動車でAIが警告入れるからスピードメーターもガソリンメーターもいらないよね、とかいう時代が来るようなもの。
 Retroで載らなかったらちょっと開発陣に幻滅かなとすら思うポイント。第一、蓋をappleよろしく光らせるためだけに配線を入れてるヒマがあるなら、とね。参考

・価格は発表できないが、噂の出ている5000ドルよりは安い
 まぁこれは「5000ドル?ないよw」って意味でのジョーク発言と思われるので。
 高解像度という一点の懸念こそあれど、それ以外は「最後」のモデルと思って買うしかないよね。お金の問題じゃないからね、と。

 さてはてどうなりますかね。
 10月の未来から諦めろというメッセージはまだ届いていないので希望は持ちます。(笑)

Android Kindle SDカード化・その2

 前回さっさと続きを書く筈だったんですが、気付けばいつもの月末でして。
 ぶっちゃけたところ、前回触れた話が全てでそれ以上の進展は何もなかったもんで、腰も重くてですね。
 まぁ、初期の混乱もあって曖昧な情報が流れていて困るからという正義感めいた動機なのか、あるいは単に自分は嘘はつきたくはないという「誠実さの徳」の強迫観念に捕らわれた者故の行動原理と申しますか(ぉ)。

 あれやこれやと経緯を書いた試行錯誤編と、要点について語った解説(モドキ)編みたいな2章構成で準備を始めていたんですが、途中で先に要点をまとめた後に、試行錯誤の詳しい裏を取ろうとしたところでまた「あれ?」みたいになりまして。
 「あ、これアカンやつや」と三度延期コースが垣間見えてしまったところで、一旦要点パートのみを出しますよ。
(※あれ?と思ったのは関連項目での話なので、Android6のSDカード内部ストレージ化の話としては今回で終了です)

 結局前回まとめた通り、ことAndroid Kindleの大量のDLデータをSDカードに移すという点においては、 /sdcard/Android/data/com.amazon.kindle/ を外部SDカード上に載せる必要があり、
 ・内部ストレージとしてフォーマット(メニューのformat as internal storage)
 ・フォーマット後にデータのエクスポート(あるいはメニューからmigrate data)
 重要なのは後者で、これで /storage/emulated/0/ 即ち /sdcard/ 以下をSDカード上のパーティションにマウントさせる。
(※日本の端末はメニュー封印されてるかも。自分は非JPのromを焼いているためか出てきていますが、メニュー名が日本語化されていない時点でお察し下さい。手動手順は割愛。)

 思いっきり英語ですが、以下に一通りの手順説明があるので参考までに。(複数ケースが書かれてるので、最初の”The Android Marshmallow Method” がそれ。)
https://www.howtogeek.com/114667/how-to-install-android-apps-to-the-sd-card-by-default-move-almost-any-app-to-the-sd-card/

■動作概要
 今回の機能を具体的な内部動作の面で見てみると、そもそも、
○従来
・internal(内部メモリ)
アプリ本体 :/data/app/
アプリデータ:/data/data/ (※セーブデータ等、一般ユーザに触らせないもの)
ユーザデータ:/sdcard/ (-> /storage/emurate/0/)
(例:
 写真データ :/sdcard/DCIM/
 アプリワーク:/sdcard/Android/data/
 ... 等々)

・external(外部SDカード)
ユーザデータ:/storage/emurate/***/ 以下に、本体の/sdcard/と同様の構成
(/DCIM/
 /Android/data/
 ... 等々)
 アプリの基本的なファイルは/data/内(一般アクセス権限なし)に置かれていて、これはOSメニューで外部SDカードに移すこともできる(アプリで許可している場合のみ)。尚、移動した場合は、SDカード領域(/storage/emurate/***/)のルート直下に .android_secure として暗号化した形で置かれる。(app2sd等と言われている機能)
 一方、それ以外のユーザデータ・ワークデータ領域(/sdcard/以下) は、元々internal、externalそれぞれに用意されていて、どちらを使うかは個々のアプリ側で切り分ける。でまぁ良心的でないアプリ、あるいは手抜きのアプリはinternal限定になってることが多い。

 問題は、前者(アプリ本体)がOSの機能に委ねられる一方、後者(ユーザデータ)はあくまで各アプリの実装に委ねられるという、管理方針に大きな違いがあること。そりゃあ開発側が一々実装なんてしませんよね(苦笑)。
 で、「アプリ側がサボる(/sdcard/以下しか使わない)んならじゃあ、最初っから/sdcard/を外部SDに当ててやんよ」、ってのが今回のgoogleの対応。
○適用後
・internal(内部メモリ)
アプリ本体 :/data/app/
アプリデータ:/data/data/ (※セーブデータ等、一般ユーザに触らせないもの)

・adoptable storage (外部SDカードパーティション)
ユーザデータ:/sdcard/ (-> /storage/emurate/0/)
 このようにマウントする、つまりは従来内部メモリ内に持っていたユーザデータ領域(/storage/emulate/0/)を直接、外部SDカード上のパーティションにすげ替えることで、内部メモリにしか対応してないアプリでもそのまま使えるよね、ってな発想。
 つまりあくまで後者のユーザデータに関しての扱いの問題なので、従来のアプリのSD移動とは別の話(※)。だけれどもユーザ目線では「SDに移動する」の一言で語られてしまうので話としても分かり辛くなっている。
※ただinternal化した場合にのみSD移動できるようになるアプリもあるのかな? Kindleは元々通常SDにも移動出来てるし(galaxyS7のandroid7でしか確認してませんが)、如何にも動かせなさそうなゲーム系アプリは使ってないので分からんです。

 しかも更に分かり辛いのは、当然ながらアプリ本体は従来通りinternal(内部メモリ)に置くか、SDカード上パーティションに置くかという機能はそのまま変わらないので、アプリケーションメニューでの「(アプリ本体を)外部SDに移動」という機能(app2sd)はメニュー名称含めてそのまま。内部ストレージと見立てたんじゃないのか、結局外部なのかという、言葉の上でのややこしさ。
 そしてこの機能で移動するのは当然アプリ本体のみ。だからこれをKindleでやって「出来ました」「やっぱ駄目だったよ~」は筋違いもいいところ。

 また問題の一つとして、「format as internal storage」で行われるのはフォーマットまでで、/sdcard/ (ストレージ0番)へのすげ替えマウントは「データのエクスポート/migrate data」の時に同時に行われる感じ?
 メニューを封印しているメーカーも多かったようなので、adbで手作業でフォーマットする手法が説明されているけど、これだけだとすげ替えマウントはされないからちっとも本来の意味を成さない(app2sdは機能する)。(自分はメニューで既に操作できたのでちょっと対処法までは調べていないけど、mount/unmountを駆使すれば何とかなるのかな。不明)

 あと表示上の問題として、元々/data/も/sdcard/も内部である大前提で長らくシステムを組んでいるものだから、OS設定メニューの使用容量の表示もその区分けしかされていない感が満々でしてね。「ストレージ」のメニューに表示されるアプリケーションの使用容量がもう無茶苦茶。上記の通り/data/が内部メモリ、/sdcard/が外部SDになる筈なのに一緒くたに計算しちゃうものだから、アプリケーションの使用容量と本体メモリ使用量がまるで食い違ったり、アプリ本体の移動だけでワークデータもSDに移動したように誤解したり。
 少なくともストレージ全体の使用量・残量は正しく出ているのであくまでそれを目安に。とはいっても更にAndroid6最初期はこの残量表示も出鱈目だったようですがね(苦笑)。その辺のサイトで「移動できました」「駄目でした」と勘違いしているのはこういった事情にも依る所が大きいのではと思う。(またこの辺は、OSバージョンやメーカーのUI変更具合にも依るところかと。galaxyS7のandroid7版なんかはまたちょっと変えてる。)

 まぁ言ってしまえば、ロクに洗練されていない実験的な機能であって。
 過去よくある「作ったので採用してみたけど、すぐに消される」機能の一つになってしまう可能性もなきにしもあらず。

 正直、こういうややこしい事情を乗り越えて使うよりも、素直に本体メモリの多い端末を買う方が早いとは思いましたよ。
 そもそも外部SDカードってのは、
 ・Android4.4で一般アプリの書き込み権限をシャットアウト(5で直す)
 ・google謹製の端末では採用例が無い
というgoogle自身が切り捨てる気満々の機能なので、お察し下さいというところ。

 うちは16GBでバッテリ初期不良という残念な端末を抱えているので、駄目元の実験として行ってみたわけで。今のご時世、32GBくらいから積んでおけばKindleを使う分には問題ないんじゃないかというところ。

 そんな訳で、こんな機能で足掻くのも一時的な話に過ぎないよねと。
 そもそも正直、別にローカルに何でもかんでも溜め込んでおくまでのものもなくて、ネット接続が前提でクラウド上でストリーミング表示すりゃいいんじゃないのという物も多い。

 Kindle Cloud Readerが正にそれなんですけども。残念!、Kindle for PC同様、いつまで経っても「コレクション」機能に対応しないので論外。
 所有書籍を一覧でどばーっと表示するだけの手抜きUI一本、というのは今の時代の趨勢とでも申しますか。漫画タイトルごとにまとめたいという需要はこと日本国内の事情というのもあるとはいえ、せめて作家別にまとめるくらいしろとは言いたい。仕方ないのでコレクション機能で手動で振り分けないとお話にもならない。
 このコレクション機能不在というのもあって、未だにAndroid版は外せない。
 ついでにいうとスマホ(Android)端末からはアクセスさせてくれません。UserAgentで弾いているだけなんじゃないかとは思いますが。

 で、一方アプリ版Kindleも、最近は一括DLではなく、ストリーミング的なロードを行うように改修してるみたいだし。もうね、手元に置いておきたいもの(お気に入り)と、ネット経由で都度ロードすればいい(キャッシュ運用)ものとを分けてもいいんじゃないかと思う。キャッシュ最大量を決めて、古いものから勝手に消していってくれるとか(お気に入りは消さない)。まぁそんな便利機能をamazonが以下略、ってなことにはなりますが(苦笑)。
 ソフトウェアなんて今時「出来るか」よりも「やるか」どうかの問題なんで、手を掛けるべきところに手を掛けない(予算をつぎ込まない)、ソフトの軽視っぷりが疑問でならない。まぁここの話は、、、いいか(長くなる)。
 APIか何かで公開して3rdにUI作らせてくれりゃなぁとつくづく思いますよ。あるのかな、ないよね。。

 まぁ今は長い長い目で見ていくしかないのだろう、ということで。

Android Kindle SDカード化・前置き編

 さて。
 月末タスクをすっかり忘れる勢いで、キン肉マンII世超人タッグ編を読み漁っておりましたよ。
 いや正直II世は第一部が全然おもろくなくて、タッグ編も何か「絶許」みたいに言われていたのを何度か見たので期待するべくもなく放置してしまっていたんですが、ところがどっこい、第一部の印象は何だったんだ?ってレベルで盛り上がってついつい毎日物凄い勢いで睡眠時間を削っておりました(笑)。
 多分、絶許だったのはネプチューンマンのヒールターン辺りなんだろうけど、そもそも元ネタのハルク・ホーガン自体、そういう転身を重ねたみたいに聞いてたしなぁ。
 いやもうそれよりまさかというか何というか、どうせラストは決まり切ってる出来レースの茶番トーナメントなのに、ついつい番狂わせに期待させられるブック展開は流石ミート君参考文献
 今やってる完璧始祖編も面白いんだけど、やっぱりちょっと何処か寂しいのは、あの特有の「ブック破りだ!」を思わせる波乱の展開が無いとなぁ、とちょっと思いました。あ、私、単行本(より更に遅い電子版)で追いかけてるので(web連載とはいえ出遅れからでは追えなかったし)、まだようやくネメシス戦が終わった所です、あしからず。

 おっと、つい前置きが長くなりましたが、まぁそれくらい勢いづいたのでKindleの容量の方も嵩みに嵩みましてね。こういう時に問題になってくるのがAndroid版Kindleのストレージ容量問題。
 Android6から搭載された外部SDカードの内部ストレージ化の機能を用いて、それが解決できるのか出来ないのか。ネットを見ても、「移せました → 結局駄目でした」という書き残しと、それと同じ事しかやってない紹介記事くらいしかないのに言及もないので、どうにも判然とせず。
 まぁ一度やるだけやってみようということで、いっちょOSアップデート&64GBSDカードを買って試してみたところ、色々やった結論としては「出来た」と思う。ただ代償もそれなりにある。

 何処の紹介記事にも載っているのは「アプリ本体をSDカードに移す」話なんだけど、移さなければいけないのはデータの方(もう少し正確に書くと、設定等が保存されるシステムデータではなく、ダウンロードファイル等のワークデータのほう)。つまり /sdcard/Android/data/ がSDカード上のパーティションに載る必要がある。だけどここをきちんと説明しているサイトは見当たらないというか、分かる人は直接情報を集めて解決してるといったところだろうか。
 自分の端末の場合はOS設定メニューからSDカードを内部ストレージ用にフォーマットしたところで「データをエクスポート」を聞かれるので、それで全データを移させたところ、/sdcard/ 以下が丸々そのSDカード上のパーティションに載るので、Kindle(他)のデータ領域がSDカード上に移った筈。
 検証としては、流石にKindleデータだけで何GBもすぐ埋めるのはきっついので他のデータファイルも込みで試すくらいしか出来なかったけど、一応総容量ではシステムメモリ残量を超過してもいくらでも入るようになったので、多分これで問題無いはず。
 ただまぁ/sdcard/以下の、従来本体メモリ上で扱われていたディレクトリ・ファイルが全部ごっそりSDカード上に行くので、他の全アプリのパフォーマンスへの影響は懸念点。あと何より問題なのが、コレ戻し方が(まだ)分かりません(笑)。(再フォーマットで全データを吹っ飛ばす覚悟で)

 まぁ、自分も正直きちんと説明できるほど知識を固めてもいないので、以後、だらだらと単純に「やったこと」ベースに、成り行きから色々トラブルも重なった1サンプルケースとして書き連ねてみたいなと思います。

 、、が、今回は前置き編ということでまた次回に。ちょっとまた思い付きが始まったので。
(いつもならこれで投稿自体が延期されるんだけども、月末締めというか、たまには小出しで収めてみるテスト)

→続き

本年のお疲れ様2017

 さて、恒例行事。
 天海春香さん、おめでとうございます。
 けーぜろさん、お疲れ様でした。

 とうとう一つ大台を越えましてね。
 これでまたしばらくは四捨五入で若返る権利を得たってなもんですよね(ぉ)。

 さて本年のチャレンジャー。
oekaki_20170403_ili.jpg
 ふと四足獣を描きたくなった、というのは嘘偽りではなく。
 とはいえそれ単体で衆目に耐えうる物を仕上げる自信など1マイクロとて存在しませんので、「アイリ(ちゃん)乗っけて誤魔化すぜー」、という浅はかな作戦を立てたものの、お座りポーズが難しいのは昔から分かってたことだよね?
「何とかなると思っていた。もう後には引けなかった。」
などと供述しており、経験不足の従業員を登用した業務上過失の云々かんぬん。

 というくらいケツをまくって逃げたい気分にも駆られるほど当初は酷たらしい惨状が待ち受けておりましたが、何とかリテイクにリテイクを重ねまくり、「うん、まぁ、うん」。(もちろんスッパから描きましたけども、ズボンが乗ったら誤魔化せてきた感。)
 先日の模写をいざという時のバックアップに控えさせておくべきなんじゃないかという、甘え根性を叩き出して敢えて背水の陣を敷いておりましたので。やはり人間はケツを叩いて働くに限りますよね(ぉ)。

 まぁ言うまでもなく、熊の色塗りもそっちのけでアイリのお座り作画に物凄い時間を吸われたので、主題がとっちらかってしまった印象はありますけどね。いやー、まぁ、うん。
 熊にアニメ塗りもないだろうと水彩の路線で攻めてみようとはしたものの、うーん、正直ブラシがまだ馴染めない。正月の時(SAI2のデフォルト水彩筆だったかと)みたいな薄い水彩で軽く描く路線をイメージしていた筈なんだけど、気付いたらこんなことになっていた。
 それに合わせてアイリの方もわざわざ水彩でムラが付くように塗ってたんだけど、逆にそっちが薄くなってわざわざレイヤー二重化で濃くしたり。普通に単色塗り潰しでアニメ塗りに徹しても変わらなかったような気がしなくもなかったかも。

 まぁどの辺を目指していくかは改めて今後の課題ということで。、

始祖様

 実際のところ前回は当初オチまで流れが決まっていたのに、最後の方でグダグダが始まってすっかり着地アプローチを見失ってしまいましてね。
 何かもうすっかりテンションが冷え切ってるのが実感出来る今日この頃、よもや「4/1にretro thinkpad(7段キーボード復活版)のニュースでも流れないかな」とか口走る程ですよ。白目剥いて倒れそうですけど。むしろ4/1に製作発表したパワーパフガールズZみたいに、盛大に世の中を騙して欲しいもんですよね(違)。
 まぁもうこんな時こそ、精神と時の部屋に籠もって今度こそドリクラ全制覇と言いたいところですが、今のトレンドでは精神と時のネカフェに籠もって世の荒波から完全に置き去りにされるところですかね。むしろ「1年も籠もれば、イコール30年後でシンギュラリティを迎えてアイリちゃん(の素)が出来てるかも」と考えたらそれもありなのかも、とちょっと思いました。ハードはともかくソフトとしての素ならね。いわゆる始祖様ってやつでしょうか。

 という訳で思い付いた前フリ2つを適当に書き並べつつ無事に話を繋げたつもりになりまして、
img
 タダノモシャー。
 無性に描きたくなった時に描くのが一番ですよねー、と。
 色塗り練習の題材にも丁度良かろうと。ポリゴン画面写真を元に線画を引きつつ、色塗りはある程度自分なりに。
 当たり前ながら現段階で一番可愛く出来た記念に晒してみたくなりました。

 というか、最近はCLIP STUDIO PAINT(クリスタ)を使ってみているので、その話をば。
 SAI(ほぼ仕上がりつつあるSAI2を使い始めたのは、アンテナも低いのでたまたま知ってる中で選んだというのもあって。あの軽量級の足回りの良さは実際好みなんですが、如何せん「ブラシは自分で作ってね」の自己解決型のスタイルなので難しいというか悩ましい。いやむしろドローソフトの歴史から言えば、単純なブラシツールに設定幅が増えていってそれを個々人が使い分けて行くという流れからユーザにお任せになっているのは当然なのですが。しかし、これだけ多機能高機能に進化した所から入る身としては、やはり「最初の取っ掛かりの一つは欲しい」と思うところ。
 それと個人的な事情で言えば、そもそもの画材の基礎知識すら持ち合わせておらず、リアルに画材に触れたのなんてそれこそ自分の半生以上を巻き戻らないといけないくらい昔ですからね(白目)。
 設定を変えればこうなるってのは分かるんだけど、それでどういう塗りを目指したいのか、「何で(by)」と「どのように(how)」の2つの命題を同時に試行錯誤するのは流石に悩ましすぎる。実際問題、毎回毎回設定を変えすぎて結局何をどうやったのか分からなくなってしまうこの揮発性メモリ脳。(いやこの場合一発で定着しろとか無理だろっていう)
 そういう意味ではやはりプリセットをずらずらと並べてくれているクリスタは、正に自分みたいな素人向けとしても打って付け。敢えてオリジナル設定のまま、ブラシを変えてあーだこーだの部分に注力。そうこうする内に好みのブラシ加減も見えてくるだろうと。
 まぁ勿論ちょっと透明度を弄ったり固さを変えてみた事もありますが。この点、クリスタは「すぐプリセットに戻せる」ので一時的な変更がしやすいのが強みかな。正にSAIは「元はどうだったっけ?」状態なのが悩みだった。設定の覚え書きを残すなり、プリセットブラシを別個置いておくなりしないと。こういう所はデジタルツールだからこそ無駄な手間は省きたいなぁと思うところ。

 とはいえ、正直なところ手に馴染む感じはSAIの方が強いけどね。ショートカットキーも好きな所はSAIに合わせたし。クリスタは多機能てんこ盛り重母艦タイプなので、色々出来るのは分かるけどそんなことより手前の操作性、って意味ではSAIの方が小回りが利いて好き(具体的なところでは消しゴムシフト中に消しゴム設定を弄れるのはラク。クリスタはブラシ表示のまま)。その内ブラシ設定をひっさげて基本はSAIに戻る方がいいかなぁとも思うところ。気になる点は当面そのブラシ管理くらいかなってところでね。道具は洗練されるべき物と思っている病としては、「馴染む、馴染むゾォ」ってのを求めるタイプですからね。
 そんなこんなで。どうなるかな。

今更モバイル対応

 こんばんは、と書いた瞬間に「鳥痔郎です」と繋がる今日この頃ですが、あー、3月も終わりですね。3期も弱酸性も終わってしまい、毎週の糧がすっかり途絶えてしまう事に気付いた今日この頃ですが、皆々様は元気にお過ごし下さい。(ワンパターンを避けようとして意味不明になるパターン)

 いやまぁ実のところは、先月頭からぼちぼちこのwordpressの手直し(いわゆるところのモバイルフレンドリーなレイアウト化)をしておりまして。それも2月中にはキリを付けてエントリを上げる予定だったのが最後の最後の日にgoogleにエラーレポートを吐かれて台無し感に悶えたり、その後もまたfirefoxが非httpsにうるさくなったりと、事あるごとに足を引っ張り回されて気付けば3末デスネー。
 まぁ詰まるところは「twenty seventeen(標準テンプレート)なんて使うもんじゃないよ」、というだけの話が以下ダラダラと続きます。

 いやね、ほぼただの愚痴なんですけども、「こういう無駄なシステム構築は繰り返されてはいけない」という戒めを、少なくとも後世の自分のために。書き改める事での記憶定着を目論むいわゆるところの記憶アンカーとして一点。しかしいずれは消え行く記憶の外部ストレージとしての役割としても一点。

 長らくアップデートを避けてきた理由に、
 ・テンプレートの作り直し(探し直し)
 ・下手にソース直修正でカスタマイズしてるものだから更新が困難
 前者の手間はもちろんのこと、後者の問題が大きくのし掛かっておりまして。
 それが故に今回の(当初の)コンセプトは、「コードに手を入れない」、極力プラグインで済ます、そしてもう見た目とかに拘るでもないから「デフォルトテーマ全開で行く」ぜと。
 、、、そう思っていた時代が私にもありました。(当然すぎるオチ)

・wordpressのアップデート
 ダッシュボードUI経由でやりましたが、事前にプラグインを無効化し忘れて無事死亡。
(まぁ以下一連の作業に当たっては、非公開テストサイトを別個作って行っているので実害には至っていませんが。こういう所は普段の仕事柄ゆえ)
 アップデータなんだから、自動でプラグインを無効化してから再有効化するとか、使用中プラグイン・テンプレートのコードをスキャンして互換性チェックするとか、それくらい無いものなんかなぁ。まぁ最新の事は分かりませんが、多少古いとはいえ3.9.1にはなってたからなぁ。何の為に世代重ねてるんだよとは思ってしまうところ(愚痴開始)

・直コードをプラグイン化
 自動更新を絶対に出来なかった理由の一つが「autop問題」。
 標準では改行を自動的にPタグ化するようになっているけれど、旧来のデータを抱えている身としては困るのでコアのファイルを書き換えてオフにしていた。同様にPタグ化を好ましく思わない人は一定数居る訳で、無事プラグイン化されていたものを導入。
 >PS Disable Auto Formatting

 他にも、テーマに直でぶっ込んでいたGoogle Analyticsのタグを、
 >Google Analytics

 編集毎にIDが変わるのが煩わしかったので、(これは前から使ってたかな)
 無効化するだけならwp-configでも良かった気がするけど一応、
 >Revision Control

 それ以外の重要性の低いカスタマイズは徐々に切り捨てていたのでこんなもん。
 因みに「custom query string」はdeprecatedで使えなくなりました。function.phpでちまちま弄るしかない。

・モダンなテンプレート?
 シンプルなテーマでレスポンシブ(PC・スマホ・タブレット可変対応)且つ「近年メンテナンスもされていそうなもの」、となるとなかなか見付からない。
 そもそも日記サイトなど絶滅危惧種を通り越した最早シーラカンス状態なので、昨今は小洒落た情報サイト向けのUIデザインばっかりが並んでいるのだけれど、自分はそういう物は求めていない。トップには見出し一覧、詳しくは「続きを見る」で詳細ページに遷移するという行ったり来たりのUIは、確かに個々の情報を取捨選択する情報発信サイトとしては適切だろうけれど、こちとら「個人のアーカイブ」目的ですからね。ダラーッとホイールスクロール一つで眺め回せるのが順当というか。むしろ見出しだけ並べたらそもそもこんなもん誰もいちいち続きを見ようとしませんがなと(苦笑)。少なくとも自分はお断りなので断りまする。「誰のため? 俺のため」ですよ。いや本当にこれは真理。
(強いて言うなれば、「続きを見る」が遷移じゃなくてjs開閉パターンならば。+極個人用途を優先してデフォルト全開示状態に出来るオプションは欲しい。=実装面倒くさいのでそれは保留。)

 結局しばらくうろうろしたものの、「決して良いとは思わないが、何処ぞの馬の骨よりはまだ公式」という心理で、最新の標準twentyseventeen。しかしこれが悪夢の始まりなのでありました。(年号=要はわざわざ毎年異なるデザインをでっち上げてる訳で、その洗練の無さに気を配るべきだった)

・外観カスタマイズ
 「デフォルトで行くぜ」とか息巻いていましたけど、流石にあまりにあんまりなので見た目の手直しをしたくなった。
 ・背景色やらのカラースキーム変更
 ・フォントサイズの調整
これくらいはね、と思ったらそのこれくらいを弄るのが面倒くさいという、、。カスタムカラーとか機能しませんからね。公式テンプレートの癖に。
 この時点でウンザリし始めていたんですが、twentyseventeenの作りの酷さに腹を立てながらもカスタムcssで片っ端から上書きをしていくまるで簡単ではないお仕事。

 そもそもの話として、これって「英語圏向けのデザイン」なんですよ。
 まずタイトルがびっくりするくらいに埋没する。それというのも英語圏では「見出しを大文字や書体で切り分ける」という文化があるとは、以前から話には聞いていたところ。26種+10数字(+記号)しかない文字種と、単語ごとにスペースで区切られる表記法の上で形成されていったデザイン文化。これを、平仮名片仮名漢字アルファベットと何十何百文字も多種多様ごちゃまぜ且つ、単語区切りも読点句読点の切り分けと「読み手の理解力」に委ねられる圧倒的基地外言語文化圏なんぞに当てはめられる筈がないのですよ。
 うん、最初から分かりきっていた間違いなのでした。

 ただもう後には引けないとばかりに、「やっぱり前のが一番」とあれよあれよと過去テンプレートからのcss移植祭り。そりゃDOM構造だって違うしデッドコピーにもなりますけども(とほほ)。

・ウィジェット
 ver3?くらいから導入されていたサイドメニュー構成要素のウィジェット化。
 テンプレートコードを弄らなくて良くなった、なんてのはまぁ酷い建前でして。いざ並べてみるとその圧倒的な低機能ぶり。ソート順等の標準メソッドが提供する機能をまるで網羅しておらず、「ただ置くだけ」以上の機能性をまるで提供しない。
 だったら任意のphpコードを書かせて貰うしかないよね、と。
 >PHP Code Widget
 (まぁ自分は一覧の最後に「その他旧ページ」みたいなリンク足してるから、結局必要な事でもありましたけどね。)

 ついでに言うと、近年のweb・アプリケーションUIのこれまた圧倒的な低機能ぶりは「分からない奴は分からないとしか言わないし、だったらいっそシンプル単機能で製造コストも抑えてwin-win!」などと(勝手に)思い込んでいるとしか思えない、そんな今時の風潮を反映するかのごとき手抜き具合と言っていい。
 そもそも「皆使ってないのかな」ってのが正解な気もしなくもないですけどね、今思うに。初心者向けフレンドリーアピール!、しかしもう日記blogは廃れて誰も使わない。そんな形骸化した機能だったのかもしれない。

・結局twentyseventeenの手直し
 そして表面を取り繕った後に気付く、そもそものテンプレートの機能デザインへの疑問。
 ・検索のソート設定がない(デフォルト不定とかもうね)
 ・タグクラウドがクラウドになっていないという矛盾(好みの問題だが、この過去否定たるや)
 ・indexだとカテゴリ類が表示されないという罠(結局は詳細遷移ありき)
 ・その他色々

 とにかくUIの劣化が半端ない。既にあれやこれやと弄らされているので今更デフォルトに甘んじるも何もなく、むしろ度しがたいレベルに許しがたいので手直しは必然。
 ここでそういえばver3辺りから子テーマなる概念が出てきていたので、それで差分カスタマイズという方法に乗り出した。
 と言ってもコントローラとビューの切り分けも曖昧模糊なので、例えば共通ナビゲーション部を直すだけでも全パターンファイルを書き直して回る構成センスの無さ。あまりにもあんまりなのでwordpressこんなに使えないの?と首を傾げながら、過去のテンプレート(友人に貰ったもの)の構造を見直したら「普通こうだよね」という順当なファイル構成。後でその友人に話したら「あれ(twentyシリーズ)は小一時間眺めて捨てた」(笑エナイ)。
 もうどんどん後付けで書き換えていって、子テーマなんだけど子テーマなのかコレ?みたいな親テンプレートアップデートで崩壊しかねない差分の取り方になっている気がしてならない。

 とは言っても、これで全て納得するレベルまで直した、という訳でもないですけどね。一部は「劣化」した状態のまま。
 ただ一応、
 ・長くなりすぎたArchives(年月リスト)を折り畳み化
  >jQuery Archive List Widget
 ・スマホだと無駄に縦に伸びてしまうメニューを折り畳み形式に
 ・そのメニュー部へジャンプ出来るように
 といった追加調整は入れておいたので、まぁ劣化半分、改善半分。

・画像表示
 最近調子に乗って変な画像を拡大リンク付きで置くようになってきてますが、そうなると気になるブラウザ遷移の問題。ここはよく見掛けるポップアップダイアログを導入しようかとは思っていたところ。
 有名所では「Lightbox」なんですかね(もう古株だろうけど)、って事でさっくり導入も楽ちん。かと思いきや、いざスマホ(Android)で見るといまいち微妙。
 ・Androidバックキー(ブラウザバック)で閉じられない
 ・スマホだと余白が無駄すぎる

 Androidユーザをやっていればbackキーに配慮するのは至極当然当たり前、っていうか100%押してしくじるというレベル。
 まぁもうAndroid7の時代、今に始まる問題ではないのでとっくに解決済みだろうと代替品を探したのですが、「lightGallery」というのがあるにはあるんだけど、うーん???
 こちらのサイトのこのサンプルを見て貰うと分かるのだけれども、「ページ切り替え操作の全てが履歴に乗る=バック操作でそれら全てが反復される」という、全くもって困り果てた仕様。こんなもんオープンの際に一発だけhashを乗せればいいだけなのにね、と思いつつ。コアのコードを書き換えることになりそうなのでやめた。どうせ弄るならlightboxの方が分かり易い。
 そもそもこれでもって「解決した」と紹介されている時点で、web開発側ですら本質的に改善する気がないのではないかという疑念すら抱いてしまった。iOSじゃブラウザバックより閉じるボタンを押す方が早そうですもんね、と毒の一つも吐いてしまう。それくらいこの中途半端な現状には萎えた。

 それと実際のところ、機能として必要なのは「ブラウザ遷移が発生しない」という部分であって、正直に言えばポップアップでの表示が必要な訳ではない。むしろ大きな画像を狭いウィンドウに押し込める結果にもなり得てしまう(特にスマホ)。サムネイル+拡大表示という観点で言えば結局、全画面で拡縮操作もできるブラウザ標準の画像ビュアこそが一番機能性としては良い。あれをただ「画面遷移なしで=閉じた際のリロードを発生させずに素早く切り替え表示させたい」だけ、というのが実情。
 この点で調べてはみたところ、フルスクリーンモードというのがあったけど思ったのとは違う。ブラウザ内最大化じゃあなくて本当に全画面占有してしまうし、加えてブラウザ依存もある。勿論操作性も及ばない。

 結局、「いらないや」という結論になりまして。
 ただバックキーの件はコードに腹を立てたので、一応こちらで直して思うように動くのを確認してから、「いらないね」と外しました(笑)。まぁまた他に良い案が出てきた時に再利用する余地があれば。

 というか、結局これってのは、「画像ビュアから本ページへ戻る時のリロードが嫌」という話に収束する気がする。でもってこの時のもっさりが顕著になるのがembed、いわゆる埋め込み動画のスクリプトの所為なのですな。要は動画貼り付けなんてやめろやと。
 強いて言うならサムネイルクリックで別窓開いてそこで初めてロードさせるような作りにするか、かなぁ。これを検討した方がよさそう。まぁ次回。


 さてここでおしまいにしようか、というところで、
・googleウェブマスターツールの大量エラー
 どういうこと。
 ウェブマスターツールの「構造化データ」、google様がページ解析に使うための指標としてのデータ構造を規定したものなんですが、twentyseventeenが吐いたDOM構造に片っ端からエラーが出まくる(反映に期間を要するのですぐには気付かなかった)「えっと、だから最近のweb事情に適合する手間を省くために公式テンプレートを使ったんだよね、俺?」
 わざわざ気怠い思いで使い続けた結果がこの仕打ちですよ? 舐めてんの製作者? 本当にプロなのかと疑いたくもなるよ? そこいらのユーザテンプレートならともかく、お前ら仕事でやってんだよね? などともうけーぜろさん激おこぷっつんブチ切れ金剛状態、ってなものでございましたよホント(苦笑)。
 まぁ直しましたけど。
 詳細ページ以外は必要なdivを削り落とした上で組まれているので、迂闊に足してもcssが考慮されていない。ミニマムな対策としてhiddenで吐かせるなどの頭の悪い作戦に出ましたが、もう本当にtwentyseventeenのそびえ立つウンコっぷりったらない(最早遠慮無し)

 もうね、「昔のテンプレートにレスポンシブなcssを適用できるよう勉強した方が早かったよね」(+google向けDOM調整)と心底思いましたが、これぞまさしく後の祭り。

 さて今度こそ(第二弾)、
・非https
 管理用ページの話なんですが、最近firefoxがですね、非httpsなサイトでのログインフォームにくっそうるさくなって参りまして。何あの嫌がらせみたいな警告の出し方。
 まぁサイトのハックってのはただ荒らされるのみならず、それを踏み台にしたサーバ悪用という拡大被害の話もあるので、ただ個人が戸締まりに気を付けろよの時代じゃなくなっているというのはあるんですけども。
 ただhttps化というのは証明書もお金掛かるんですよねー、と言おうとしたところ、無料のletsencryptというのが近年出てきてはいるらしく。mozilla協賛でね。
 でもこれ「三ヶ月ごとに更新作業が必要」らしいんですね。ええ、パーフェクトに一度は忘れますよね。そしてめんどくさくなって有料に移行するプランですよね。流石mozillaの作戦ですよね。、、、と思いましたわこれホント(苦笑)。

 流石にこれはサーバの運用から考え直していかないといけない問題なので、今はfirefoxの忌々しいフォーム警告に目を瞑りながら凌ぐほかありません。自サイトなんぞよりも仕事で毎日叩く客先開発サーバの警告の方が鬱陶しいわ!(ハァ)

 そんなこんなで、リニューアルしたよ!とすら言い切れないこの釈然としない状況ゆえに。
 まぁ何か上手く締まらないので一旦これにて。

ili

 iliが発売(提供)されると聞きまして。
 ついに来たか!ガタッ → 読み方間違ってるやんけ!机バァン

img
 「iliを使うILI」の図。(一応:pixivに同じの)

 お陰様で(?)、大慌てで描き上げましたよこんちくしょう。平日に何やってんのかねこの人(ぉ)。まぁこういうのは旬が命なのかなと思いまして。
 如何せん先日のエントリを投下した後に気付いたもんで、その前だったら一発前置きネタにして済ましてたんだろうけど、次の予定はまた月末になりかねないしね。このネタは逃す訳にいかないしね、折角だからもう今描くしかないよねと。

 ついでに言うと、ニュース自体は先に目にしてたんだけども、「イリー」とか「ili(イリー)」とか書かれているものばかりで、意外と気付かなかった。その点タイトル及び文中に「ili」の英語表記を続けるengadgetは顧客のニーズが分かってますよね、うん(ホントかよ)。

 まぁ普段から、アプリとかの名前を「頭文字を適当にでっちあげて”ILI”とする」ような露骨な真似なんて出来ないよね~、とか思ってる身な訳でして。
 「えっと、咄嗟の空目? いやまさか」と思ったらまさか本当に実際に目にする日が来てしまうとはね。まぁ自動自律式人型アンドロイドにはまだまだまだまだ程遠いですけども。これがILIプロジェクトの第一歩だとは当時誰も知る由もなかった、あ、いやここに居るか(ぉ)、とか果たしてなるんでしょうかね。

 絵的に一言言うなれば、
 「赤点ギリギリ英語いじめないで」
 、、、じゃなかった。いや今回は咄嗟の思い付きなので、いつも以上に進展もチャレンジも全く御座いませんね。まぁ強いて言うなれば、今回は「思い付いたら気軽に描き始める訓練」でしょうか。まだまだ全然気軽じゃないですけどね。
 所々うまくないのは分かっているんですけどね、うまく行かないんだよね。っていうか、あれ?思いっきりミスを見付けた気が。でもpixivって修正投稿出来ないんすね(要プレミアム)。もそっと気を付けて投稿しないといかんのですね。

(ちょい追記)
 あ、そうそう。
 その稚拙な(合ってるのかも分からない)英語で「No eyes」としてみた背景としては、アイリって無印だと基本的にロボネタは全否定なんだよね。自分の立ち位置(人型アンドロイドの研究機体)は理解しているのであり得ない物はあり得ないと拒否する姿勢がいい。目からビームは出ないし、おっ○いミサイルはないし、ドリルもなければ、合体ネタはまさかのマジレス(主人公側がボケ担当)
 これがZEROだと真逆になって無邪気なロボネタを連発するようになってしまったのが何とも。(更にプロトタイプなので)一転して無垢で無邪気な生まれたてのロボネタの方針ということではあったのだけれども。勿体ない。
 PS3以降のユーザは全部入り(かつアイリがアンロックじゃなく最初から居る)のZEROの方でばかり見てるだろうしなぁ。無印も触れてあげて欲しいのです。

一次通過記念

 この前、店頭で達磨が売っているのを見掛けまして。そういえば!ということで、
img
当時に何を思って片目を入れたのかは最早タイムマシンで聞きに行くしかないので、記録の捏造と歴史の改竄を試みることに致しましてですね(ぉ)、
 お絵描きの方、折角なのでそろそろpixivへ投稿するようにしてみましたよ報告がてら、一段落にも程遠いですが取り敢えずの一次通過記念ということで、ここいらでもう片目も描き入れました。うん、時系列的に言って絶対にこれ目的で入れていた訳ではないですけどね(笑)。
 こういうのはゴールラインを置くようなものではないし、むしろスタートラインが見えかけては遠のくという苦悩の日々を長年過ごして参りましたが、まぁいつまでも尻込みしていてもしょうがないよねと。(pixivは大々的にアピールするものでもないんで、次に何か描いた時でいいかなと思っておりましたが良い機会故に)

 しかし、いやね、こうやって人様の中に立つと上手い上手くないの話も凹みますが、それ以前にネタ被りの先人が当然のように居られる訳でして、それを旬を過ぎた頃合いに更に劣化後追いするこの辛さ。
 まさしく「これからが本当の地獄だ」、ってなところでしょうか(ぉ)。
 まぁ変わらずマイペースということで。
 基本的にはここの定時生存報告用の切っ掛けにもなるので、当面はマルチポストになるとは思いますが。

謹賀新年2017

 三が日過ぎちゃいましたが、
 あけましておめでとうござりまする。
img
 うんまぁ、うん。まんま参考文献が無いとこんなもんでしょうということで。色々まだよく分からぬー。
 あ、鶏と雛の方はgoogle検索ですぐ出てくる写真のほぼ模写ですのであしからず。(笑)

 でもって作中でミニアイリと名付けたヒヨコにあやかってのネタでもありますが、
 こうやって横に並べた図を見るとつい、一番右に卵を置いて成長図あるいは進化の系譜などと意味の分からない事を考え始めましたが思いとどまりました。頭の謎デバイスはやっぱり目玉焼きだったんだなと(違)。

 因みにドレススカートの時にも触れましたが12年前はこういう物を作ってまして。
 ネット上でこういう事をやるようになってからもう1周以上経っているんだなということを改めて思い知らされました。
 次の周期は何をやってるんでしょうかね。