2014年02月12日 (水) [SHJS] (「コードをなんとなく色付けするやつ - Weblog - Hail2u.net」経由で) functionだとか forだとか whileといった予約語よりも識別子、個々のアプリケーションを記述する豊かな語彙を目立たせ、区別しやすく色分けすべきではないか、と。「Coding in color — Medium」■以前には、どうせ色分けするなら代入と比較演算子の違い(= と ==)こそを際立たせるべきだろう、という記事を紹介した。「A case against syntax highlighting」■プログラムという文章を読むとき、識別子が文を構成する語にあたり、構文要素はノイズに過ぎない。識別子を目立たせるというのはいいアイディアだけどそれがなかなか行われないのは、識別子が予約語など定型のキーワードを除いたその他大勢でなかなか狙いを定められないからだろう。リンクした先の script.jsの get_unique()では識別子っぽくて(※日本語識別子は眼中になし)キーワードでないものをリストしてる。■自分の考え。C++だと型名(=コンパイラのための形式であって読みたいものではない)とその他の識別子の区別がほぼ不可能だろうなあとか考えて諦めてしまう。構造を造るキーワードを強調することにも意味がある。ビルトインの関数やクラスをリストして強調するのは、簡単なだけで意味のないことだと思ってる。Rubyは字面だけで定数であることや変数のスコープがわかるので実にやりやすい。などなどの理由から、構造(=予約語など。処理の流れを把握するため)と定数(=前提や環境であり頭から追い出してもよいもの)とリテラル(=定数の一種)とオブジェクト・レシーバ(=OOPの主役)と初期化・代入(=識別子の導入と紹介)の色分けを目標にしてる。残るのはほぼ変数名、関数名、メソッド名といった識別子になる。それ("leave most of the content in black")も識別子を目立たせる方法じゃないの？識別子と識別子を区別したいとは思わない。その結果はマーブル模様のサイケデリックなソースコードでしょう。識別子をクリックしたときに同名の識別子をハイライトするくらいがよいのでは？と考えるのは俺が活字中毒だからで、文字によってすでに明らかなものを色という一段劣る曖昧な手段で識別したいと考えないからかもしれない。
ツッコミを入れる
2014年02月11日 (火) 欧風ココア難民は黒ココアを選ぶらしい(アマゾン情報)。あったら一度飲んでみよう。■もうひとつ名前の挙がっていた黒豆ココア。アマゾンでのその紹介文は「1杯で大豆イソフラボンアグリコン9.0mgとビタミンD1.8μgを補給できます。黒豆とココアのポリフェノール・食物繊維を摂取できます。黒豆は丹波黒種のみを使用しています。栄養機能食品です(対象栄養素:ビタミンD)」。げんなり。近くのスーパーに置いてあるワインでも。ポップなラベルは場所に合っていて手に取りやすくていいのに、そこに大書された文字が「おいしい酸化防止剤無添加ワイン」だったりする。げんなり。■機能を食べるのではない。栄養素を食べるのではない。「おいしい」という判断をするのは俺でありお前ではない大きなお世話。酸化防止剤が悪なのかどうか俺には判断がつかないが、そういう文字を食品ラベルで見たくないのは間違いない。それが無添加を主張するものであっても。栄養だけが欲しいなら IVHでもしてろってんだ。■ま、お節介でも無用でも眉唾物でもひとの健康の世話を焼こうという姿勢は悪くない。それが当たり前にあるものと思ってるからこその反発なわけだ。
最終更新: 2014-03-19T02:05+0900
♪ [COSMOS] Majestouch 黒軸のキーキャップを交換した。
音の変化
もともとは「カサカサシャコシャコ(20090903p01)」だったが落ち着いたトーンになった。これ以上の説明はできない。何か知ってる音だという気はするのだが何の音かわからない。子供向けの造りの大きいおもちゃ風？安っぽいとも耳障りとも感じにくい音になったとは思う。スタビライザの音は変わらない。
打ちやすさの変化
打ちにくい。キーの高さか傾斜またはその両方が異なるため、以前の延長では必ず不便を感じるのではないだろうか。自分にとっての「以前」とは、チルトのための足を畳んだだけでなく奥側がすこし沈み込むような傾きのある面にキーボードを置いている状況。もともとキーボード自体奥の方が厚くなって上段のキーが起き上がってるのだけど、その厚みの変化を相殺するような置き方をしていた。そうしてキーキャップの高さと傾斜の変化だけが打ちごたえに影響するようになっていた。その状態で二色成形カスタムキーキャップに付け替えた結果、傾斜はともかく、キーの高さがほぼフラットになった。上段のキーは低く遠くなり、下段のキーは高くなる。
親指
どうにも親指が落ち着かなくてその理由を考えていた。最下段のキーが高すぎてその一段上のキーが押しにくいのかと思ったが親指でその段のキーを押したりはしない。たぶん最下段のキーに親指を置いたときに指先が上段のキーの側面に突き当たらないのが落ちつかなさの理由。
人指し指
人指し指が一番遠出をする指ではないだろうか。指を伸ばして[Y]だとか[6][7][8]を押すときに手前のキーがひっかかる。
たぶん初めてキーボードのチルトスタンドが必要とされている。そして、水平面に置いたり足を立てたりして打ちやすくなる今の(カスタムキーキャップにした)方が自分にとってあるべきキーボードの姿なのだろう。でも以前の延長という条件で比較すると、ここには水平面はないし足が立つ固い面もないので、変化はバランスの崩れとなって打ちにくさにつながっている。
慣れだと思うけどね。(変化は音だけで良かった……)
高さ (@翌日)
手が疲れやすい気がするので高くなったキーキャップの影響を相殺そうさいするために、キーボードの梱包に使われていたプラスチックのカバーを下にひくのをやめた。(変化は音だけで良かった……)
「手前の段のキーの高さ」(@翌々日)
リンク先に横からの画像がある。この、手前側が高くなるキーキャップの傾斜によってできる段差になじんでたんだ。Windowsキーとか変換キー無変換キーの向きが(傾斜を手がかりにできない)新キャップではわからないから、元々のキーキャップを隣に並べて４分割された旗の微妙な非対称を手がかりに向きを決めたのだった。
ホームポジション
目印がポッチでなく湾曲だというのが難度が高い。警戒すべき Windowsキーも立体的なキートップではなく普通のキーになった。警戒といえばいつからかトグルキーになってる Altもなかなかうっとうしい。たぶん同時押しが難しい人がいるからなんだろうけど。どうしても慣れなければ[F]と[J]と[5]、それと[Win]と[Alt]だけ元のキーキャップを付けるという手もある。
交換途中の画像
新キャップのフラット具合(@2014-02-19)
既に書いたように、置き場所=キーボード下面が水平ではない。でも元々のキーキャップではこれで具合が良かった。新キャップは癖がないように見えるが、なくなったのは手になじんだ癖だ。
@2014-02-12 大事な点を書いていなかった。
変化による戸惑いはあるが満足している。満足している。戻す気はない。しかし、キーボードマニアは印字の方法だけでなくプラスチックの種類にまでこだわるのか(ABSより PBTがいいとか。上の方の画像の[F]と[J]がてかってるのは軟らかい ABS製だからだそうですよ)。
@2014-02-13 金箔と漆のフレームのギャラリー「ダイヤテック・FILCOキーボード工房Special Gallery」
文字を Aタグで囲って LIで並べる。背景画像を指定するとりっぱな画像リンク。そのリンクに transitionを予め指定しておいて、:hover疑似クラスに border-radiusを追加するだけでアニメーションのできあがり。へーへーへー。大きめの画像の一部を背景として表示しておいて、マウスオーバーをトリガーにしてスクロールさせるなども。これは簡単だなー。
@2014-03-18 右Shiftと右Ctrlが
干渉しやすいことに気が付いてしまった。わざとでもなければまず問題になることはないのだけど、でも気が付いてしまった。親指で前下方に押し下げられた右Ctrlが、右Shiftが戻るのを邪魔する。
そうさい 初めて見たのは PC版(Windowsじゃないよ)のぷよぷよでだったと思う。小５。対戦でおじゃまぷよ。