第八造換塔

GaraxyNexus購入

Sun, 12 Feb 2012 05:42:00 GMT

GalaxyNexusを購入したのでセットアップまとめ。
以下のアプリをインストール
■趣味系
・VPlayer
・NicoRo
・Minecraft
・PerfectViewer
・PowerAMP
・radiko
・青空プロバイダ
・縦書きビューア
・ニブロイド

■実用系
・Evernote
・DropBox
・twicca
・QRコードスキャナ
・とけい
・920 Text Editor
・QuickPic
・Panecal

■システム系
・Google日本語入力
・Llama
・SystemTuner
・ZeamLauncher
・自動壁紙せっちゃん
・PreHome
・ローテーション設定ウィジェット

だいたいこんなところ。
TeamViewerは必要になったら入れる予定。
画面の明るさ系アプリを入れたいけど選定中。

HMZ-T1試着レビュー

Sun, 12 Feb 2012 04:09:00 GMT

Sonyのヘッドマウントディスプレイ「HMZ-T1」を試着してきました。
http://www.sony.jp/hmd/products/HMZ-T1/

最初に結論だけまとめておきますので、参考にして下さい。
・内斜視だと使えない。後継機を待ちましょう。
・度の強い眼鏡してると使えない。コンタクトかレーシック。
　映画だけの用途ならある程度はイケる。
・眼が離れすぎてたり、寄り過ぎてると使えない。後継機を（ｒｙ
・頭が小さすぎたり大きすぎたりすると使えない。後継（ｒｙ
・手元があんま見えない。PC作業にはあまり向いてない。
・頭から太ももまで痛くなる。リクライニングチェアー必須。
・3Dで表示する設定は非常に難しい。

それでは、ソニービルの個室で3時間ほど闘った貴重な体験をお送りします。

HMZ-T1については上記サイトを見て頂きたいところですが一応解説。
コレまでHMDといえば高いかゴミかの二択で、解像度も低めか、解像度が高い奴はPCとつなげるのが大変といった状態で、PC用モニタとしては使い勝手が非常に悪い物でした。
「低価格で超大画面でパソコンしたい」という要望に答えられなかった。
これを解決できる期待の星がHMZ-T1です。

ソニービルには固定設置されてるHMZ-T1がありますが「バカどもには良い目眩ましだ」程度の存在です。アレで試しても大事な事は何もわかりません。PCと接続したいと話したら個室に通してもらえました。

つけてみた感想は、モノとして意外とショボイという感じ。頭にHMDを固定する部分や、視野調整するスライダーなど各部品が安物っぽい出来栄えでした。価格ゆえ仕方が無いのか、プロトタイプだからそうなのかわかりませんが。頭の後ろで固定するんですが、しっかり固定できない。（私の頭が小さすぎたのも一因っぽいです）
結局私は下を向いてHMDを安定させて、手で固定するという方法を取りました。常用するなら改造が必要かも。
また、当たり前ですが手元があまり見えません。タッチタイピングは必須でしょう。それでもHMDと頬の間にはそれなりに隙間があるので、一応何とかならないでもないです。

左右の眼の前にそれぞれ小さいモニターがあるので、ソレの位置を調整して眼の中心（？）に持ってくる必要があります。ところが、上下には調整できない。本体の向きで調整するらしいんですが、そうなると確り固定出来ないと困るわけです。さらに、左右の調整をスライダーで行うのに、それがカチカチと動くラチェット機構みたいな操作感になっています。しかし、実際にはミリ単位での調整が必要となる。カチッとハマる場所の間がベストポジションの場合どうしようもありません。
さらに、人によっては合う位置がMin/Maxの外側になる可能性がある。もしそうなったら、MHZ-T1は「使用不可」となります。

実は私は軽度の内斜視なのですが、この場合も「使用不可」です。スライダーは左右が連動して動くので、片目ずつ合わせられないのです。

また、メガネの度が強い人も「使用困難」になる可能性が高いです（私は目も悪いので、度の強い眼鏡をかけています）。度の強い眼鏡をかけている人は、どうしてもメガネの端の方の視界が歪みます。だから、自然と「眼を動かす」ではなく「顔を動かす」という動作が身につく。つまり普段はメガネの端の方を通して世界を見る事が少ないはずです。
ところが、HMDではそういうわけには行きません。
何しろ頭を動かせばHMDもついてくるわけで……
度の強い眼鏡では視界の端を見た場合歪んでしまい、左右の眼で歪み度合いが違うため映像合成が上手く行かず、HMDではマトモに見えない状態になります。
映画鑑賞の場合は、この問題はそこまで大きくなりません。基本的に中央見るように作られていますからね。
ですが、PC操作を行うとなるとそうは行かない。「スタート」ボタンを押したくて左下を見ると映像が分裂してて操作しづらい。

Sonyの人が3Dを見せてくれようとして色々やってくれてたんですが、そこに設置済みのVaioで3D表示させるだけで相当時間を使いました。担当者2名でかかったのに。
3Dに関する設定項目が色々あって、何処かで設定が間違ってると3D表示されなかったり、映像出力されなかったりと不具合が出る。単にDVD見るだけでもかなり苦労していたので、ゲームから出力となると環境によってはかなり困るのでは。
例えば「モニタサイズ」という設定があり、何インチか選べる部分がありますが、何しろHMDは理論上750インチです。現実では個人で扱うサイズじゃないですから、設定でこのサイズが指定できない場合がある。
また、Vaioには3D出力の専用アプリ的なモノが入っているらしいんですが、Vaio以外のPCにはそんなもんアリません。「他のPCではどうなります？」と聞いたら「わからない」と。
個人でソニービルにPC持ち込んで「コレでテストしたい」と言えばさせてくれるそうなので、PC背負っていくのもアリだと思います。

3時間のうち実際に装着していたのは1時間以下だと思うのですが、終わった頃には頭・首・肩・背中・腰・尻が痛くなっていました。
HMZ-T1がかなり重いのに、前方に重量が集中しているため普通にかけていると体にやたらと負担がかかります。Sonyの担当者の方が言うには、リクライニングチェアーに座って頭を後ろに倒して使うものらしいです。PCやりづれぇ。

結局、HMZ-T1もコレまでのHMDと同じく「映画鑑賞」を目的としたモノであり、PCとの接続はまだ実験段階というか、想定対象外に近いようです。
また、まだプロトタイプ的な存在で有って作りにはアラが多い。
人柱になることを厭わない玄人専用物と言って良いでしょう。
玄人もいきなり買うと全く使えない可能性があるので試着は必須。

色々悪いことを書きましたが映像は綺麗でしたし、モノとしても安物HMDに比べれば当然しっかりした出来栄えになっています。6万円という低価格を考えれば必要十分の内容と言えるでしょう。
試着してみて使い物になると思ったら買えばいいと思います。

soartexの公開停止について

Sun, 21 Aug 2011 17:32:00 GMT

以下割ととりとめのない文章注意

Minecraftのテクスチャパック「soartex」の公開停止
更新無期限休止について、個人的な意見マトメ。

■公開停止の理由
soar氏の書いた理由を自分なりに解釈してまとめると
・日本人からの感想とかが少なすぎ
・外人は感想とかいっぱいくれた
・そんな状態で、ニコ動のコメントで批判的意見を見て
　やる気をなくした
と、こんな感じらしい。

■誰が何をすべきだったのか
soartexは人気があるテクスチャだったので
当然公開されてるほうが良いし
soar氏も完成させたほうが当然良かったものだと思う。
（公開停止で作ってた期間が無駄になったような状態だし）
また、テクスチャパックというものの性質上
「テクスチャ導入者」以外にも「そのテクスチャで作られた動画の閲覧者」
という、第三次消費者というような存在が居る。

まず、公開停止しないために行動すべきだったと思うのは
・利用者の中で「公開停止して欲しくない」とそれなりに思ってる人
・soar氏自身
この２者くらいしか思い当たらない。
公開停止してもどうでも良い人は、何一つ不利益を被らないわけで
そんな事のために積極的に時間と労力を割くべきだ　とは
流石に主張できないだろう。
暇だから行動する　ってのは自由で誰でもやりゃいいと思うけど。

三次消費者的な、動画の閲覧者は流石にどうしようもない。

普通、こういった場合作者は「行動すべき」なんて話にはならないと思うんだけど
そもそもsoar氏に、ユーザーから意見を回収する意思が全く見えないので、入れてみた。

昔から、Web上での活動は「沈黙するユーザーとの戦い」と言ったりして
とにかく無反応な閲覧者と、それに対処する自分自身との
孤独かつ過酷な戦いの連続であった。
そうした状況を打破するために「BBS」「拍手ボタン」「Wiki」「一行コメント」など、様々なシステムが考案され実装されてきた。
近年は、pixivであるとかfgであるとか、さらに充実してきた感がある。
ただ、こうした仕組みをもってして尚、ユーザーの顔は見えてこない。
今でも、見えないユーザーの反応を手探りで得ながら進まざるをえない。

こんな状態なわけで、何か作って公開するなら、せめてこういうシステムを導入して行かないとユーザーの意見は得られないし
ユーザーの意見を得られずに心が折れるなら、先ずヤラないと行けない。
soar氏がここら辺の事をどう考えていたのかが気になる。
「手は手でなければ洗えない、得ようと思ったら先ず与えよ」
というわけで、意見を得たければ自分が先ず話さなければ
黙って待っていて意見が転がり込んでくるなんて言うのは
ちょっと無理があるって事でしょう。
「参考にしたいので使用したら感想を書き込んでください」とか
「お礼カキコは３行以上で」とか
割と強めに押さないと、何も出て来ない。

公開時期がMinecraft非公式日本フォーラムの設立より
若干前にあったことは、不幸と言えるかもしれない。
やはり、あのフォーラムは「制作者」にとって非常に便利な場所だし
Minecraftの日本普及に大きな貢献をしている。
これで、今後はsoartexの様な事が起きない事を願うばかり。

■ニコニコ動画は関係あるのか
公開停止はニコニコ動画がトリガーに成ったようだけど
コメントした人が反省しないといけないとか、そういう事は無いと思う。
動画の閲覧者には今回の事はどうしようもない。

ただ、soar氏の心が折れた理由は、やはりここら辺なのかなとも思う。

ニコニコ動画は、ユーザーとうｐ主の交流が非常に盛んというか
基本的にコメントを付けるという、意見抽出力についてはピカイチの場になる。
pixivやらfgやらは目じゃない。なので
　なにか作る→それを使って動画が作られる→動画にコメントいっぱい
みたいな状態になりやすいし
これは嫉妬深い人だとパルパルしてしまう（嫉妬してしまう）だろう。
何で自分のところにはコメント一つこないのに、こっちにはいっぱいあるんだ
と、頭で考えなくても、心は感じるものじゃないかな。

まぁ良く訓練されたマゾい制作者は
「うわぁ自分の作ったものが活躍してる、ステキ」とか
「自分の作ったものについてもコメントがある、やったね」とか
心についた傷口を舐め回すのが得意だから、ニコニコ動画で使われると嬉しい。
だいたいGoogleの検索結果が増えただけでも嬉しかったりする変態さんも多いんじゃないかな。
自分の場合はツールの普及具合とか検索してはニヤニヤするので
「うわなにこの作者キモッ！」の異名を持つ。

■他の件
そういえばMMDの開発停止も、恐らく今回に似たような問題だと思う。
ただ、あちらは「キチガイユーザー」からの意見もかなりあったようだから、一緒に扱うのは問題があるかもしれない。

soar氏がどうだったかは分からないが、キチガイユーザーからのキチガイクレームというのは稀によくある。
（日本ユーザーからの意見自体無いって言ってたから、多分無かったんじゃないかと思うけど）
キチガイクレームというのは、自己中心的すぎる要求を当たり前のようにしてくるとか、もう完全に誹謗中傷とか、気持ちはともかく頭が悪すぎて対応してると疲れるとか、完全にメンヘルとか、完全にキチガイとか、色いろある。
こういったモノへの対処は難しいし、性格によって受けるダメージがかなり違う。
何にせよこういう面倒事は「マイナス」に働く。

そもそも、何かを作り出して公開するというのは、時間労力精神力体力とあらゆるモノを消費していく。
これだけでも大きなマイナスになる。
これに対して、何がしかの満足感なりを「プラス」として相殺し、さらにプラスに持っていくことで制作物が出来上がって公開される。

ここに「応援メッセージ」や「課金」をすることでさらに「プラス」できるというか、プラスしないと作者の心が折れるという結果になる。
まぁ人によって応援メッセージはマイナス方向になったりもするんだけど、取り敢えず出すしか無いと思う。

とにかく、頑張ってる人を見かけたら応援する
これ、普段から一応やろうと思って気をつけてる。
言うは易く行なうは難し、なかなか出来てないけど。
これやって行かないと、世の中が良くならない。
本当は、フォーラムを作るとか、そういう感じの
根本的に問題を解決する方法に手を出したいなー　と思う。

制作者側として考えると、何をどうするのが良いんだろう。
自分の場合は、そもそもあまり頑張らない事にしている。
気負わず、暇があったりやる気がある時だけじゃんじゃん活動する。
心が折れそうなときは曲がって休む。
そして何事も無かったかのように再開する。
これをやると更新が滞りがちになって、ユーザーの反応が薄れる要因にもなって、結局自分のやる気を削ぐという諸刃の剣なので素人にはオススメできない…

金を得るってのが割と良いんじゃないかと思う。
チップみたいに、100円とか10円単位で誰でも簡単に課金できるシステムがあれば、いかにWebが盛り上がるか。
5000DLほどされてるソフトがあるけど、10人に1人が10円寄付してくれれば5000円になる。
十分！それでも十分やる気出る。

課金するシステムみたいなの自体が限られるし
「金くれ」ってのも日本のWebだと言いづらい所があるけど
これ何とかなれば、結構変わるんじゃないかなぁ。
金がほしいと言う話ではないんだけど
ユーザーから回収できるのって「金」「応援」「感謝の言葉」とこれくらいなわけで…

何にしてもお金が貰えると色々と助かるのは間違いない。
だいたい、何がしか作るのに結構お金がかかってる。
機材とかにも金使ってたりするし、ユンケル飲んで頑張ろうとか、酒入れないと絵かけないとか、残業断って帰ってきてるとか…

■東方とか
ユーザーの中にも、積極的に意見を出すような人というのは居る。
ただ、そういうユーザーは何かの制作者側である場合が多い。
自分が創ってるから、制作者側の気持ちもよくわかるというわけだ。
こうなると、制作者が制作者を応援するという非常に残念な状態になる。
良い事なんだけど、見ようによっては傷口を舐め合ってるような…
良い言い方をすれば、制作者こそ最良のユーザーって事になるかな。
思うに、東方が流行ってる理由がこれなんじゃないかと思う。
東方は一つのジャンルと言えるほど広まっていて
はまってる人には、何かの制作者って人が多い。
だから積極的に話しかけたり、活動に参加する人が多く出てくる。

こう考えてみると、創る人同士で互いに評価したり指摘したりしあっていれば問題なくて、黙ったまま見てるだけの有象無象は、居ても居なくてもいいんじゃないか？
という気もする。
だいたい、見えてこないなら居ても居なくても大差ない。

危険な発想だな。
政治家が同じようなこと考えてたら怖い。
票を入れない有象無象は居ても居なくても同じとか…
ありうる所がまた恐ろしい

HTA単一ソフト

Thu, 11 Aug 2011 15:19:00 GMT

最近のマイブームは、ファイルをあまり分けずにHTAに全部埋め込む方式。
管理的には分けたほうが良いんだけど
ユーザーのこと考えると一つの方が良いかなー　と思う。

でも、設定ファイルとかつくり始めちゃうと
もう単一起動じゃないし、それなら分けてもいいかな…

逆に、設定ファイルをなくすって方向もある。
設定ファイルの代わりにHTA自身へ設定書き込みを行う。

妙案だけど、平凡なやり方は奇抜なアイデアに勝る事も多いからなぁ。
「変なことをしない」ってのも、重要な英断。コレ苦手なんだよね。
奇抜なアイデア思いつくとつい実装しちゃいたくなる。

こういう性格がユーザーとの距離感の原因になってしまう。
アンケートとかとってみると自分の思ってた結果と結構違うから
本当にユーザーの意見て大事。欲しい。

洩矢神の製鉄

Wed, 10 Aug 2011 15:53:00 GMT

建御名方神に敗れた洩矢神の製鉄に関するメモ

・湖沼鉄を使った縄文時代の製鉄方法
・湖沼鉄は褐鉄鉱の事で高師小僧として発生する
・湖沼鉄は水草(葦など)の根に付着して生じる
・信濃にかかる「みすずかる」を「みこもかる」ではなく
　「御鈴かる」と解釈し、鈴＝高師小僧と解釈する
　という考え方もある
・洩矢神の「鉄鐸」は高師小僧を模して作られている可能性
　→元々は高師小僧を紐で吊るしてたんじゃないかなー
・褐鉄鉱の溶融は400℃からで、縄文土器の焼成は
　800℃で4時間なので、余裕で溶かせる
・褐鉄鉱から作った鉄は、脆い→建御名方神に敗北
・建御名方神の野だたら方式では鉄の回収のために
　炉を停止させる必要があるため連続作成ができない
　→武甕槌に敗北

なるほど、確かに鉄鐸は高師小僧に見た目が似ていた。

洩矢神は鉄の純度で建御名方神に負け
建御名方神は生産速度で武甕槌に負けた。
これが諏訪の製鉄戦争の歴史といった所かな。

そもそも縄文時代に製鉄が始まっていた理由としては
・割と縄文時代には栄えていた
・湖沼鉄がとれた
って所だろうけど、その後については
・山があって砂鉄もとれた
・川があって砂鉄を分離できた
・風が吹いて野たたらを動かせた
となるかな。
まぁ元から鉄が多いから湖沼鉄が生じるわけだけども。
で、ふいごたたら方式になってからも
山・川・鉄という条件は変わらない。

神奈子の名前

Wed, 10 Aug 2011 15:32:00 GMT

神奈子の「神奈」は「神奈備」かなと思っていたんだけど
神奈川県の県名由来を見ていて面白い記述を発見。

砂鉄の採集地を「カンナ」という事が多く
神奈川の場合もコレに当たるらしい。
カンナは鉄穴ともかき、鉄穴流しという作業が元に成ってる。
鉄穴流しでは上流で鉄や金などを含む鉱石の岩石を流し
徐々に粉砕しながら下流に送ることで鉱石を分別する方法。
鉄穴流しは「カンナながし」に後からついた当て字で
「カンナ」は「神奈備」や「鉋」と同じく
アイヌ語のkannnaから来ているようだ。
kannaは繰り返しの動作を意味するらしく
鉋は言うまでもなく、神奈備の場合は宗教的な繰り返し行為
カンナ流しの場合は何度も分別を繰り返すことから。

製鉄に必須の作業としてカンナ流しがあり
そこから派生して神奈川県、神奈子と。

神奈子…建御名方神の使った「藤枝」は藤蔓で編んだ採鉄用の笊。
これは、やはり鉄穴流しにおいて使用する道具という事らしい。
竹笊に比べ柔らかく採鉄に向いていたようだ。

神奈子の名前の由来はこれで間違いないだろうな

HTA終了時の処理

Tue, 01 Feb 2011 15:55:00 GMT

HTAを使ったソフトで処理している最中に
強制終了されてしまうと困る場合があったので
なんとか強制終了を阻止しようとしてみた。

まず、×ボタンは消す。
HTAタグの設定でコレは消える。
閉じるボタンを自前で用意して
処理中は「終了すんな」と表示すれば良い。

次に、Alt+F4を阻止したいが、コレは結構面倒。
Altを押した段階で阻止すると
Alt+Tabが使えなくなり迷惑極まりないし
Alt+F4が押されてしまうと、終了を止めることは出来なくなる。

Alt+F4を潰しても、閉じる方法というのが色々あるので
完全に阻止というのは無理がある事が判明。

作戦を変えて、強制終了されても大丈夫にする方向へ。
まずメインの処理をjsやwshに分離してしまう。
で、window.closedだかで終了処理ができるので
ここで現在のHTAオブジェクトの中身を
そっくりそのまま出力してしまう。
そして、その内容を読み込ませて
新たに自分自身をもう一度起動する事で
奇跡の復活が果たせる。
（終了処理で終了を停止することはできない）

強引な方法だけど、割と汎用性も高いし良いんじゃないかと思う。
起動時の初期化の処理等によく気を払っておかないと
前の時点での状態と混在してしまって、恐ろしいバグに繋がる
というのが難点といえば難点。

別の方向性として、処理中はユーザーの入力をとにかく奪いとって
余計なことをさせなければ良いんじゃないか
なんて案も実は出たりしたが
そろそろノートン先生に「悪意のあるプログラム」扱いされても
おかしくないレベルだと思うので、自重した。

要素の配置

Tue, 01 Feb 2011 15:36:00 GMT

HTAでプログラムを作る場合…に限らず
環境によってGUIが意図せぬ状態になる事がある。
HTAはそれがますます酷いというだけだが
では、どう作るのが良いのか。

HTMLは元々、固定した表示をするのが目的ではないので
それを尊重して、表示崩れしても問題ないようにする
というのは、まぁ割と安全な選択だろう。
のborderをdialogにしないとか
ModalDialogはresizableにするとか。
要素も、相対配置にしサイズも指定しない。

これなら表示が崩れても、なんとかプログラムは動きそうだが
見ていて気持ち悪いことこの上なし。
小さいプログラムの場合にはコレが適してるかもしれない。

widthやheightを固定する場合、相対配置にすると崩れやすい。
全要素、幅と高さを指定しつつ絶対位置指定にして
なおかつ隙間をそれなりに開けておけば
表示崩れは起きにくい。

後は、width:100%、hegiht:100%とパーセンテージで
なおかつ100%か50%あたりを使うのも割と良いが
IEの「100%」は解釈がたまにおかしいので注意が必要。
DIVを100%でサイズ指定して、paddingで幅寄せしておいて
開いたスペースに絶対位置指定で要素を配置とか
こんな方法は割とよく使う。
DIV→width:100%; height:100%; padding-top:30px;
これで
position:absolute; left:0px; top :0px; height:30px;
こんな感じでモノを配置すると、割と崩れにくく可変にも強い。

XPのルナ表示、7のエアロ当たりを使われると
大幅にHTAの構成要素が変わってくるため、表示崩れしやすいし
DPIの設定が違うと、いくら文字サイズ指定しても崩れる。
フォントを弄ってる人だの入ってない人だのと
個人の環境はカオスフルだから困る。

まぁ、HTAの場合は最悪「表示崩れしたらCSS弄ってサイズ変えてみてね」という方法が使えるあたりが、やはり最強なんじゃないだろうか。

指定できるものは指定したほうが良いという事

Thu, 13 Jan 2011 11:49:00 GMT

JScriptのparseIntを使って文字を数字に変える際に
先頭にゼロが入っていると勝手に8進数にしてくれる。
何故そんな余計な事をするのか。

兎に角、parseInt("09")ではなく parseInt("09",10) と
基数をちゃんと指定できる。

関数を使う場合、ムダでも何でも指定できる要素は指定する
という癖をつけておいたほうが良いのかもしれない。

因みに自分の場合、よく使うので自分で別関数化してしまう。


function ts(vValue, vMode){
 var vRet;
 switch(vMode){
  case "int" : vRet = parseInt(vValue, 10); break;
  case "hex" : vRet = parseInt(vValue, 16); break;
  case "oct" : vRet = parseInt(vValue, 8 ); break;
 }
}

まぁだいたいこんな感じ。
octはめったに使わないなぁ

BTキーボードを繋ぐ

Tue, 04 Jan 2011 16:08:00 GMT

Netwalker PC-T1に、iPazzPortのKP-810-06BTT-Wを接続してみた。
iPad用のキーボードで手のひらサイズ。
ちょうど横幅がPC-T1の縦幅と同じくらい。

接続してみた　と言っても結構苦労した。
何しろUbuntuでBluetooth関係を使うのは初めて。

■以下手順■
・BTをONにする(システム>設定>デバイスの設定)
・BTマネージャを起動(システム>設定>Bluetoothマネージャー)
・KP-810のスイッチをON
・KP-810の接続スイッチを押す（下部の押しこみボタン）
　→3つあるLEDの左が点滅する
・BTマネージャでデバイスを検出
・KP-810が検出されるので選択
・メニューからデバイス>セットアップ
・自動で番号を振ってもらう
・KP-810で番号を入力し「Enter」を押す
（ここで停止してしまったらBTマネージャ再起動）
・メニューからデバイス>信頼
・メニューからデバイス>入力サービスを接続
（KP-810 の左LEDが消えていたら接続ボタンを押す）

※抜けがあるかもしれないけどテキトーに感覚でやれば問題なし
■以上手順■

まぁ書いてみると特に変わった点もなく簡単なんだけど
マニュアル見るまで接続ボタンを発見出来なかった事と
「Enter」を入力しないといけないところで躓いていた。

さてKP-810-06の使い勝手はというと、かなり良い。
小さいながらも押したことが確りと伝わる感触と「音」。
無限プチプチを彷彿とさせるようなこの音は
電車内ではかなり厳しいんじゃないかな。かな。
キー配置は慣れればかなり押しやすいものの
特殊キーの入力が一部とても面倒くさい。
あと、日本語キーボードのせいか、表示と入力が違う部分がある。
SF(Shift)キーによって入力モードが切り替わるため
Shiftを普通に使いたい時に不便。
大した問題じゃないけど青色LEDが明るすぎ。
電源供給はUSB(ミニ)が良かったな　とかそれくらいか。
「Ctrl+Alt+Del」ボタンが実装されているのは、便利かもしれない。

左手にPC-T1、左手にKP-810、これで楽な姿勢でページ送りできる。
後は腕にPC-T1を装備する方法があればいいかな…

Netwalkerを買った

Tue, 04 Jan 2011 15:57:00 GMT

手頃な電子書籍ビューアが欲しくてヨドバシに行った。
iPadは嫌。ガラパゴスは微妙。
WindowsCE搭載のタブレット型もあったが、CEはちょっと…
といった所で、Ubuntu搭載のNetwalker PC-T1を発見。安い！
Zaurusの後継機に近いようなので、その場で衝動買い。

サイズは実に微妙。
コートのポケットには入る。ズボンのポケットにはかろうじて入る。

全体的にモッサリ感が酷いが、Ubuntuパワーで何とか成るはず。
とりあえず視覚効果やSwapの調整でかなり軽くなった。
GNOME自体はどうなんだろう…

PDFの閲覧はそこそこ使えるが、サイズが大きいともっさり。
横幅600pxでリサイズして綺麗なPDFにしてあれば快適。
ただ、Android端末やiPadのような、指でスッスッてのはできない。
まぁ、Ubuntuだし仕方が無いけど、今の時期にタブレット型で
スタイラスや爪でコンコンってのはどうだろう。
最初から分かって買う人はともかく、iPadの派生を求めてる奴が買ったら
ブチキレル可能性もあるんじゃないだろうか。

動画もサイズ合わせて再エンコしないとキツイかなぁ。
とりあえず、Ubuntu自体のカスタマイズを先にすすめるべきだろうか。
ユーザー使用領域1.5GBも少なすぎる。
いらんもんを捨てて増やしたいが、出来るのかどうか…

まぁ3万円で何年か遊べる玩具を手に入れた訳で
先代のSL-C700は4～5年は現役はってたから、こいつにも頑張ってもらおう

withステートメント活用

Sun, 19 Dec 2010 15:24:00 GMT

PHPに存在しなくて非常に不便で困るwithステートメント。
使えるシーンは限られているようで、結構よく使う。

HTMLのタグに対して処理を行う際に使うと
いろいろ設定するのが楽になり
タグ要素の類を全てScriptから指定するという方式を
運用する要になる。

INtext.value = "moji"; INtext.onclick = actClick; INtext.onchange = actChange; INtext.style.width = "400px"; ↓ with(INtext){ value = "moji"; onclick = actClick; onchange = actChange; style.width = 400px; }
とこんな感じで、見栄えとしても整理できて非常に良い。
むしろそこが大事かも。

ボタンを押すと数値が上がったり下がったりするアレ

Thu, 16 Dec 2010 12:52:00 GMT

入力ボックス的な物の右側に
上下の三角ボタンが付いていて
押すと数値が上下するアレ。

なんて呼ぶのか不明だけど
アレの作り方を忘れて困ったのでメモ。

まぁ、入力欄の右側にボタンを配置して
Scriptで動かしても作れるわけだけれども
SELECTで普通に作成できる。

まず、SELECTにsizeを指定して複数行にし
スタイルシートで高さを低くすれば出来上がり。
なんと簡単。

正直、アレの使い道がよくわからない。
ボタンは押しづらいし、入力したほうが早いし
もっと別の部品でもいいんじゃないか…

と思っていたが、マウスのみで入力する場合に
割とスマートでイケてるという事が分かった。

＜select id="SLsamp"></select> SLsamp.size = 2; SLsamp.style.height = 20px;
多分こんな感じ。

石棒とか

Tue, 14 Dec 2010 13:54:00 GMT

諏訪や茅野…というか長野は
御社宮司信仰が根強く残っていた地域という事もあり
石棒が非常に多く存在する。

近所の祠をローラー作戦で探ったところ
外に置いてあるだけで４つ石棒を発見した。
また、石棒と一緒に人型の石像が置いてあった。
既に風化寸前で形は良くわからないが
地蔵というより女性型っぽい気がする。

石棒に関しても、やはりかなり風化していて
祀られていなければ石ころとして見逃してしまいそう。

かなまら祭りが有名なように、男根信仰というのは今でもあり
むしろ常時自然発生しうる、最も原始的かつ根源的な宗教とも言える。
しかし、その信仰を石棒として表す文化は縄文で途絶えているようで
石棒のほとんどが縄文時代中期に作られたモノ。
ある種の文化財と言えるはずだが、それなりに量も多いし
未だに祠に入れられているわけで、博物館に入れるわけにもいかず
物によっては民家に置いてあったりもする。
それにしてもまぁよく保存されてるもんだ。
やはり、最終的には分かりやすい信仰が残るという事だろうか。

石棒がやたらと残っているのに対して、賽の神はそうでもなく
一応1500年頃の物が年代のわかる最古だとかで、これも長野にある。
ただ、もともと外にあって風化しやすいので
石なのか地蔵なのか賽の神なのか、もうなんなのか良くわからないような
そんな物が多いので、中にはもっと古いものがあるのだろう。
路端の石像は大陸由来だとか言うが、どうにも胡散臭い。
道しるべや境界に設置するモノに対する信仰というのは
世界各地、どこの文化でもかなり古い時期から存在する。
これは、古い文明で共通の信仰があったか
あるいは自然発生しうる文化であるかのどちらかだろう。
日本だって石棒や石柱が存在していたし
賽の神は数えきれないほどの信仰を吸収している。
地蔵の一部はミシャグジと呼ばれていたり
ミシャグジ信仰もちゃっかり吸収されているし
弱くて強い土着の信仰は、この時代になっても現役って所か。

SELECTでスライドバー的な何か

Fri, 03 Dec 2010 13:13:00 GMT

HTAでのGUIは限られている。
まぁ面倒なことをすれば結構自由度が高いが
「簡単にできる」という利点を捨てることになる。
出来ることなら、簡単にした方が良い。

SELECTを使ってスライドバー的な物を作ることが出来る。
セレクトボックスなので方向は縦限定
サイズについても制限があるが
使える事を知っていると、それなりに便利。

1～100%を選択できるスライダーを例にする。

まず、セレクトボックスを複数行にする。
SELECTに対してsizeオプションを有効にする。
値は(設定する上限値以下なら)いくらでも良いが
どうせなら上限値と同じにした方が良いので100にする。

このままだと物凄く長いセレクトボックスになってしまう。

そこで、OPTIONのサイズを下げる。
OPTION要素のサイズはフォントサイズを下げることで下げられる。
100項目はかなり多いので、font-size:1px;　にする。

後は、この状態でちょうど全項目が収まるように
SELECTの高さを調整すれば、基本は出来上がり。
セレクトボックスの背景色とフォントカラーを調整すれば
それなりにみられるようになる。

OPTIONのtextに何を入れるか。
全角スペースを入れると、背景色と選択項目の色だけのスライダーに。
見た目はコレが割と良い気がする。
■■■■を入れると、色つきバーの様になって調整がやりやすく成る。

onMouseOver で動作させたり、Script上から色々することで便利になる。

optionの文字色は個別に指定できるので
Scriptで選択位置以下（ないし以上）の文字色を変えていけば
色つきスライダーっぽくできる。

他にも使いようで色々便利になるし、便利な気がするけど
今まで使ったことはあまり無い。

selectの要素を削除する場合

Sat, 27 Nov 2010 13:23:00 GMT

セレクトボックスの項目をクリアするのに
取りあえずボケていてハマったのが
for(i=0; i＜vSelect.length; i++){ vSelect.options[i] = null; }
まぁ、流石にコレはちょっとよく考えればわかる。
セレクトボックスのOPTIONに対して
nullを入れると、そのOPTIONは消える。
消えた時点で後ろの番号のOPTIONがスライドしてくる。
それに対し、処理は i++ と次の番号へ移るので
一個飛ばしでOPTIONが抜かれていって
全部消したつもりがOPTIONが残ってしまう。

まぁ、気づいてしまえば直せば良いわけで
for(i=0; i＜vSelect.length; i++){ vSelect.options[0] = null; }
ただ単に0番を消し続けていけば良い。

これでも良いけど、後ろから消す方が便利な場合もあるので
for(i=vSelect.length; i>=0; i--){ vSelect.options[i] = null; }
こうして、後ろから順に消していくのも有り。
これだと、何項目か残すこともできるし。

閉じるの禁止

Thu, 25 Nov 2010 17:44:00 GMT

HTAでユーザーによるソフトの終了を抑止したり
確認メッセージを出したい場合があるが
これの実現は、結構難しい。

まず、閉じるボタンはHTAの設定で消せる。
替りに自分でボタンを用意して window.close() させればいいが
Alt+F4でも終了するので、これも抑止しないといけない。

onKeyDownでキーダウン時に阻止するが
F4を無効化しても、Alt+F4を押した時点で
終了が確定してしまって意味が無い。
（終了処理はさせられる。保存するなど。
　ただ、終了処理のキャンセルが行えない）
Altを無効にする事でAlt+F4を未然に防げるが
Alt無効にするとAlt+Tabが使えなくなって結構不便。

うーん…何か名案は無いだろうか…

タグの生成方法

Tue, 23 Nov 2010 07:10:00 GMT

HTAを使ってソフトを作る場合、HTML部分の動的な出力が必要になる場合が多い。
そうなると、タグを何だかんだと生成して
連結していく作業が必要になるわけだけど
TABLEなんかはごちゃごちゃしていてやり辛いし
HTMLをまるまる一つ作るとなると、記述も多い。
Script中で改行を含むHTMLタグを生成すると
記述がこんな風になってしまう。
put = "＜html>\r\n"; put += "＜head>\r\n";
描き方は他にも色々あるけど、PHPに比べるとHTMLの出力は面倒。
ヒアドキュメントが無いので、行を分けるとどうしても面倒になる。
となると、テンプレート的なHTMLを用意して読み込んだり
外部ファイルを読み込むのが良い　となるわけだけれども
HTAの魅力の一つは、HTAに全て埋め込めるという点。
ScriptもCSSも、外部／内部記述どちらも行ける。
HTAファイル一つで運用したいぜ　という時にこれでは困る。

そんな時にセコセコHTMLを記述しなくても
HTA内に普通に記述したタグを読み込むという方法がある。
＜div id='DIV_samp'> ＜html> ＜head> ＜title>test1＜/title> ＜/head> ＜/html> ＜/div>
こんな感じで、DIVでも何でもいいからタグを用意し
その中に、書きたいHTMLを記述する。
var vTest = DIV_samp.innerHTML;
こうすれば、読み込める。
あとは
#DIV_samp{ display:none; }
こんな感じで非表示にしておけば良い。

この手を使う場合、DIVを使うよりTEXTAREAを使ったほうが便利。
＜TEXTAREA id='TXA_samp'> ＜html> ＜head> ＜title>test1＜/title> ＜/head> ＜/html> ＜/TEXTAREA>
こうすれば
var vTest = TXA_samp.value;
と.valueで読み込めるので、楽。
値をセットするときも.valueでいけるし。

記述場所は</html>の外側とかにしても問題なく動作はする。
HTMLの記述としては悪いが、見やすいといえば見やすい。

ファイルオープンダイアログ

Mon, 22 Nov 2010 10:35:00 GMT

HTAを使用すると<input ... >で
ファイルオープンダイアログを使用できる。
ただ、セキュリティ的なからみから色々な制限があり
値をScriptから入れられないとか
フォルダの初期値が決められないとか。

ファイルオープンダイアログを開いた時の
フォルダ位置に関しては無理やり変えられる。
SendKeysでキー送信して、パスを移動すれば良い。
まず、フォルダオープンダイアログをひらいてから
キー操作を使用してファイル名入力欄へ移動する。
そこでパスを入力してEnter
後はDeleteキーを送信して、入力項目を消せば
フォルダ位置は指定位置に移動して
ダイアログの状態は初期状態と同じになる。

上手く操作すれば、表示形式とかも変えられる。

マイコンピュータに移動したい場合は
C:\へ移動しておいて、..\..\を指定して
2個上のフォルダに戻るようにすれば行ける。
デスクトップも同様。

WindowResize

Sat, 06 Nov 2010 10:42:00 GMT

HTA起動時にwindow.resizeTo をすると
エラーが出る場合がある件についてまとめ。

リサイズ時にウィンドウがちらつくのを防止する関係
・window.resizeTo は HTAタグより前に必要
・同上の実行タイミングはWindowの表示より前（？）

エラーが出る関係
・HTA起動時にマウスが押下されてるとエラーが出るらしい
・この時のエラーNoは2147024891

以上を踏まえて自分用のリサイズ関数


function winResize(){
 if(window.name){
  return(0);
 }
 while(true){
  try{
   resizeTo(300, 400);
   moveTo(50, 50);
   break;
  }catch(e){
   if(e.number != 2147024891){
    alert("起動エラー");
    window.close();
    return(1);
   }
  }
 }
}

起動時はwindow.nameが入っていないようなので
window.name が true なら、起動済みという事で終了。
リサイズ出来るまでループ。
別のエラーが起動時に出ている場合は強制終了。
window.close() をしても、プログラムの実行は止まらないので
closeした後にreturnを入れてみる。

便意と神様

Mon, 15 Nov 2010 13:14:00 GMT

稲荷神社の数の多さにチート具合を感じた今日この頃
信仰量で言えばずば抜けているかと思ったけど
もっと身近な所に最高神がおられたようだ。

トイレの神様
間違いなく日本で一番信仰されてる。
何しろ「本気」の祈りが多い。
日本の神様には珍しく「懺悔」を聞くことも恐らく多い。
トイレ自体を祭壇と考えれば、祭壇数も日本一。

この、便所神だか厠神だかというのも調べてみるとなかなか面白い。
厠神として有名な神様や、トイレの神も兼任してる神様は色々居るが
やはり生活に密着した神様という事もあってか、地域色が濃い。
祀り方も様々だし、そもそも神道以前の流れを汲んでいるものもありそう。

日本の場合、肥溜めを使って糞尿を畑作に利用するため
農耕関係からの信仰もある。

2000年前でも腹痛の時は厠で祈っていたに違いない。
多くの神が、祀られる理由から乖離していく中、
真に必要とされて祀られ祈られるという土着神的な性質。
これが厠神だ、これが八百万だ、これが神だ！

といった感じなのは良いとして、本当に腹痛をなんとかして頂きたい。

あるいは下痢腹痛は大禍津日神の管轄下なのかもしれないと思った。
普通の災厄は軍神なんかが祓い飛ばす事も出来るらしいけど
下痢に軍神はのれんに腕押しというか、そもそもやってくれなそう。
建御名方神とか「気合で我慢しろ」とか言い出しそう。マジ怖い。

出雲国風土記によれば
「重い粘土持って歩くのきついし」と言った大国主命に対して
「ウンコ我慢すんのマジきついし」と少名毘古那が反論。
互いの条件で我慢比べしたらしいが、遣る前から敗北が見える大国主命。
あんたは馬鹿だ。
結局負けてるし。
神といえど便意には勝てぬとなると、どうすればいいんだ…

あれか、やっぱり神様に見放された時の救世主であるところの仏様か。
弥勒、テメーはダメだ、今この時に腹痛も治せないような奴に用はねぇ
56億年後には便も化石になってて手遅れだよ。
やはり地蔵菩薩か。
いつもあなたの直ぐ側にがキャッチフレーズだし、腹痛くらい何とかしてくれるんじゃないだろうか。

唯一神系は試練を与えるからダメだ。
西洋人は腹痛になっても試練だと思って耐えるんだろうか？
それはそれで効きそうな…

簡易電卓

Wed, 10 Nov 2010 14:29:00 GMT

VBScriptのEval関数は設定の読み込みやら何やらと色々使えるが
コレをそのまま電卓がわりにすると意外と便利。
Executeと組み合わせると、関数定義型電卓になる。


-----[VBScript]-----
 vConst = inConst.value
 vConst = Replace(vConst,"\r\n",":")
 Execute(vConst)
 vInput  = inInput.value
 vOutput = Eval(vInput)
 vOutput = Round(vOutput,15)
 inOutput.value = vOutput
-----[ HTML ]------
 ＜textarea id="inConst"> </textara>
 ＜textarea id="inInput"> </textara>
 ＜textarea id="inOutput"></textara>


こんな感じ。
JScriptで行わない理由は、JScriptの標準演算子に
べき乗が存在しないため。使い勝手が悪すぎる。

inConstに変数の定義を(改行区切り)
inInputに数式を入力すると
inOutputに結果が表示される。

--- inConst---
x=15
y=20
pi=3.14

----inInput---
(x+y)*pi*10

----inOutput--
1099

こうなる。
まず、inConstの入力値は改行区切りになっているので
改行をコロンに置換する。
（VBScriptではコロンで改行の意味になるため）
でExecute()に入れると、実行された事になる。
これで変数の定義ができる。

次に、inInputの内容をEval()で実行する。
EvalとExecuteで違うのは、Executeの方では
x=y が代入として扱われる点。
Evalだと代入ではなく比較として扱われる。

後は出力前に適当な桁で丸めてinOutputに入れる。

実際に電卓化する場合はエラー処理とか色々必要。
組み込み定数とかを入れる事もできる。

神長官守矢史料館と洩矢神と東方

Tue, 09 Nov 2010 10:04:00 GMT

神長官守矢史料館に行った時のまとめ。

祭事に使用する道具や供物が展示されている小さな資料館だが
売られていた資料集などが結構詳しいというか
ミシャグジ関係の貴重な情報が出ている。

供物はウサギの丸ごと串刺しや、鹿の脳みその和え物など
「日本の神様は血や穢れを嫌う」は諏訪では通用しない。
やはり国津神というか、土着神の信仰が残っているからだろう。
諏訪でも稲荷信仰はかなり広く、稲作や農業が盛んだったのは間違いないし
ミシャグジ自体、農業にも神徳があるわけなので
狩猟文化がメインだったというわけではない。
やはり、山に囲まれた自然環境厳しい地域だった為だろうか？

供物の中で目立っていたのが
白うさぎを串刺しにしたもの。
出す直前に絞めて刺したものらしい。

鹿や猪の皮を串刺しにしたものや
「あらめ」という海藻
鹿の脳和、生鹿、生兎、切り兎、兎煎る、五臓
白鷺、山鳥、フナ、ブリ、エビ、切り餅。
供物とは別に、参列者の前には餅、かや、山芋など。

いつからこのメニューなのか分からないが豪華なのは間違いない。
脳和とかはどうなんだろう、モツっぽいんだろうか。

鉄の輪は「てつのかぎ」とフリガナがふられている。
「鉄鈎」「鉄鑰」とも書かれている　とは考察スレからの情報だが
では何故「輪」という字が当てられているのか。
タケミナカタの方は「藤枝」「藤蔓」「藤鑰」と書かれるので
「鉄鑰」は表記すり合わせのためかもしれない。
輪　の読みは「わ」「リン」「も」「なわ」なので
カギという音から置き換わる事は無いと思われる。
「鉄鈎」が「鉄鑰」へ変化しで、読み間違いから「鉄輪」になった
というのが納得できそうな感じじゃなかろうか。

モレヤ神が武器として使ったという「鉄輪」が
どんな物であったかは正確に伝えられておらず
対するタケミナカタが「藤の枝」を武器にしたことを考えると
武器として成立するモノであるという保証もない。
むしろそれぞれの神を象徴するものだった可能性が高いかな。

諏訪神事の御神体に鉄で出来た「薙鎌」がある。
御柱として使う木に目印として打ち込んで使用するが
諏訪大明神絵詞では諸々の魔を抑えつける力のある剣ともある。
神長官守矢史料館の柱に刺してあったので写真におさめて来たが
ノコギリのような見た目だ。

薙鎌は
＞舟に絡まった藻などを切るための、柄の長い藻狩り鎌を武器に転用したものとされる。
とWikipedia先生にある。

海なき地で何ゆえ藻刈鎌？　と思ったが
よく考えれば藻は池にも生じるし、別に藻を切らないといけないわけじゃない。
千鹿頭神社の扁額（諏訪頼水奉献）に
「みすず刈る信濃の諏訪の賑はひは内県の神のいさをなりけり」とある。
みすず刈る　は　水薦(みこも)刈る　が正しく　水薦　とは水中に生えるマコモ。
マコモは稲の仲間で、よく水辺で水中から長く伸びている雑草風のアレ。
「水薦苅信濃」と信濃にかかる言葉であり、つまり諏訪は水薦苅だらけという事。
ただマコモが多いとかいう風物的な話ではなく
貴重な鉄資源の原料であった湖沼鉄がよく取れるという話だろう。

そう、モレヤ神の鉄作りは「湖沼鉄」を使ったもので
湿地帯に生い茂る葦などの根に付着する水酸化鉄を収集し
比較的低温の炉で融解して製鉄を行う。

この湖沼鉄の収集には、薙鎌がもちろん必須だった事だろう。
諏訪大社の御神体（？）が薙鎌である事とも符号するし
（各地の諏訪大社分社の御神体は薙鎌）
薙鎌≒鉄鑰　って事ではないだろうか。

「鉄鈎」の場合はいわゆるバルログの爪みたいな武器を言う。
鈎自体は魚に引っ掛けて使う器具で、かぎ針も「鈎針」が正しい。
薙鎌の形状を考えると、後者の方が近いような気がする。
もしかして手に装備して爪みたいに使ったか？とも思ったが
後に「剣」と称されている事を考えるとどうだろう。

ただ、東方中では「フラフープだ」と諏訪子が言っているし
東方的には輪っかという事になるかなぁ。
これだけけ調べてこの結論か。

HTAでメニューバー

Sun, 07 Nov 2010 16:35:00 GMT

HTAでメニューバーを作りたい場合。

JScriptでメニューバー様のモノを再現して表示する
という事もまぁ色々な方法で出来るんだけど
ただメニューバー様のモノがあれば良いという場合は
SELECTのプルダウンメニューを使えば良いと思う。

＜select＞にonchangeで関数を指定しておいて
関数内で＜select＞の選択を0番目に戻し
＜select＞からフォーカスを外すだけで良い。

後は、＜select＞を幾つか横に並べる。
こうするとメニューバーっぽくなるが、プルダウンメニューの
[▽]が邪魔だなと思ったら
CSSで＜select＞の表示位置をmargin:-10のようにして
左にずらして、右側の＜select＞で左側の▽を隠す。

＜select＞同士なら描画順が同じなので、隠せるわけだ。
一番右端は隠せない。
描画順的な問題で、IFRAMEを上から覆いかぶせると消せるけど
まぁ、そこまでして消す必要はないかなと思ったり。

HTAでSELECTを使っていると表示順序で問題が起きる事が結構ある。
IFRAMEを使った解決方法が以下で示されている

http://d.hatena.ne.jp/moshimonry/20081018/1224342319

Sat, 06 Nov 2010 14:54:00 GMT

View Poll: 信仰について