DEZZ.net

2008/3/24 月曜日

インターホンとiPhone

カテゴリー: 日記 — nano @ 23:41:04

アイホン、米アップルと「iPhone」をめぐる商標利用問題で合意

将来的にAppleがインターホン業界に参入して、この合意が仇となったりして。

意外とインターホンって将来性ある気がする…

っていうかiPhoneの日本発売はどうなったヽ(*`д´)ノ

かな入力とローマ字入力

カテゴリー: 日記 — nano @ 0:26:30

ふとさっき思い出した。

私は一般的と思われる、ローマ字入力のユーザです。
かな入力を覚えようとしない理由は、アルファベットを打つときと、打つキーのイメージが違うのが嫌だから。
と言っても、最初は別に今ほどローマ字入力にこだわりがあったわけじゃないんですね。

最初(中学1~2年ぐらいの頃)は、「かな入力」なんてものは知らなくて、キーボードに書いてあるひらがなが不思議で仕方なかったんです。
しばらくしてから、かな入力モードというモードの存在を知り、「何だこのわけわからない配列は!(゚д゚)」と思って、遠ざけるようになりました。

それから10年以上。
今でも未知の存在ですw

2008/3/23 日曜日

花粉症が酷い

カテゴリー: 日記 — nano @ 22:18:20

今年は本当に花粉が多いらしい。

体感ではとにかく多いです。

もう死にそう(‘A`)

しかも最近、黄砂も飛んでるらしいじゃないですか。

空気がマジやばいです…

2008/3/20 木曜日

IMEでShift-Spaceやりたい!

カテゴリー: 日記 — nano @ 1:33:07

懲りずにまたキーボードネタ。

英語配列のキーボードになったので、一番困ることと言えば、やっぱり日本語入力。
IMEのON/OFFがAlt + ~(`)なのですが、これが一番きついw

そんなわけで、IMEの設定を変えてしまいましょう。

  1. 言語バーを右クリック → 設定
  2. 「インストールされているサービス」から、Microsoft IME Standard 2003を選んで、「プロパティ」ボタンを押下。
  3. 「全般」タブ内にある、わけわからん変更アイコンをクリック。
  4. 「キー設定」タブ内にある一覧表の「入力/変換済み文字なし」列から、「IME-オン/オフ」を探す。
  5. 見つかったら、その「キー」列の項目を選択して、「変更」ボタンを押下。
  6. Shift-Spaceを入力して「OK」を。

別にShift-Spaceじゃなくてもいいんですが。
Ctrl-Spaceのほうがもしかしたら実用的かも。
Shift-Spaceはしょっちゅう失敗するキガス。

ノーマル環境から変えたところ

  • Deleteキー → Backspaceキーに(後ろのスイッチ変更)
  • キーボードドライバ → 101キーボードドライバに(何かレジストリ変更)
  • 右の◇キー → アプリケーションキーに(レジストリ変更)
  • IMEのON/OFF → Shift + Spaceに(MS-IME設定変更)

もうこれ以上変えたくないなー。

IMEのON/OFFが何とかなったので、残る不満はバックスラッシュ(\)が入力しづらいという問題のみ。

  1. 純粋な101キーボードにする
  2. 他のキーと入れ替えちゃう
  3. Windowsを捨てる
  4. C系のプログラミング言語は捨てる
  5. エスケープシーケンスは使わない(男ならコード直打ち)
  6. 超練習する
  7. 普通に入力できてると言い聞かせる

さあ、どうしよう。

2008/3/17 月曜日

HHKをもう一つ

カテゴリー: 日記 — nano @ 2:00:17

またHHKのお話。

ついに、会社用にもう一つ買っちゃいましたw
お気に入りの理由は、キーピッチが広いせいなのか、移動範囲が狭いせいなのか、慣れていないはずなのに、長時間のタイピングでも疲れにくいから。
結局、慣れてないから脳は激しく疲れますが。

あんまり使ってない方向キーも、会社に持っていくとなると形式的に付いていたほうが良いように思います。
(知らない人が触ったときにブチ切れないようにするため)。

というか、とにかくキーボード操作を多用していたので、
・CtrlがShiftの上にある
・Enterよりも右側にキーが無い
これは疲労とかの関係で重要なのかもしれない(‘A`)

2008/3/12 水曜日

HHKの練習

カテゴリー: 日記 — nano @ 22:27:18

慣れないと非常にカーソル移動が大変なキーボードなので、毎日チマチマ練習してるわけですが、
慣れない配列の割には違和感は少なく、少しずつ覚えてきています。

もともとPageDown, PageUp, Home, Endを多用していたので、これに慣れるのが大変です。
方向キーはだいぶマシになってきましたが、Home、Endはまだまだ使えません。

良いかなーと思った点

  • キーピッチが広いのにコンパクト
  • 手の移動が少なくて済むので、負担軽減。

あんまりイクナイ点

  • Fnキーを押しながらでなければならないので、F7, F8が遠い
  • Fn-TABでCapsLockなので、しょっちゅう間違えて大文字になるw
  • バックスラッシュ(\)は、日本語配列より更に押しづらい
  • 日本語入力モードへの切り替えがめんどい

まあ、英語配列自体の問題も多いですが、こんな感じです。
とにかく、パスが打ちにくい。
なんでMSはディレクトリの区切り文字として、バックスラッシュを選んだのだろうか。

2008/3/10 月曜日

Happy Hacking Keyboard♪

カテゴリー: 日記 — nano @ 1:00:27

Happy Hacking Keyboard Lite2

間違って投稿した内容を消しちゃいました…。

まあ、Happy Hacking Keyboardを買ってみましたという話です。
これがうまく使いこなせるようになれば、カーソルキーが遠いというフラストレーションがなくなる…はず!!

2008/3/3 月曜日

プリコンパイルヘッダーとLNK2005

カテゴリー: C++ — nano @ 22:23:58

こんにちは!
昨日の続きです!

エラー 4 error LNK2005: ___@@_PchSym_@00@UwlxUwveUhixUwahxirkgUwahxirkgUivovzhvUgvhgnzrmOlyq@ は既に BufferedReader.obj で定義されています。 DzException.obj

↑こんなエラーですね。

あの後、色々と調べてみたところ、

・プリコンパイル済みヘッダーを作成する (/Yc)
・リンク時のコード生成を有効にする (/GL)

この二つが組み合わさると、エラーが起こるということが判明しました!
思うに、各ソース単位でPCHのシンボルを持っちゃってて、それをリンク時に展開すると競合しちゃうよーっていう事じゃないですかね。

というわけで、
「プリコンパイル済みヘッダーを作成する (/Yc)」の代わりに、「プリコンパイル済みヘッダーを使用する (/Yu)」にすればいいんじゃね?
と思ったわけです。
MFCのプロジェクトとか作ったときのデフォルトの設定ですね。

ただし、プリコンパイル済みヘッダーを使わないプロジェクトとして作成した場合、この設定はなんだかうまくいきません。
これを実現するためには、

1. プリコンパイル済みヘッダー用のヘッダファイルを作る。 →これをpre.hとします。
2. プリコンパイル済みヘッダー用のcppソースファイル(自動生成時のStdAfx.cppみたいなやつ)を作る。 →これをpre.cppとします。
3. プロジェクトファイル(*.proj)をテキストエディタで開き、

<File
    RelativePath=".pre.cpp"
    >
</File>

みたいなところを探し出して、

<File
    RelativePath=".pre.cpp"
    >
    <FileConfiguration
        Name="Release|Win32"
    >
    <Tool
        Name="VCCLCompilerTool"
        UsePrecompiledHeader="1"
    />
    </FileConfiguration>
</File>

とすればOK!(pre.cppだけはPCHを作成する設定にする)

うちの環境では上記の方法で問題が回避できました。
いやー、難しいですねww

コンパイルするだけで難しいとか。言語仕様がかなりアレですね(‘A`)

リンカエラー(LNK2005)

カテゴリー: 日記 — nano @ 0:28:38

お疲れ様です。

最近、NetFrontが凄いとか書いてましたが、ほとんど使ってません。
だって後ろのアプリが(ノд`)

で、なぜか狂ったようにC++で遊んでます。
もうなんか、C++でわけわからんクラスライブラリ書いてるのが生きがいというか何と言うか。

そして、今日はなぜか、Debug構成から、Release構成にしたらリンカエラーが出ました。
プリコンパイル済ヘッダを使う設定だとダメみたいなんだけど、どういうこと?(´A`)

エラー 4 error LNK2005: ___@@_PchSym_@00@UwlxUwveUhixUwahxirkgUwahxirkgUivovzhvUgvhgnzrmOlyq@ は既に BufferedReader.obj で定義されています。 DzException.obj

名前が長すぎてワケワカメですよ(^O^)

まだちょっとしたフレームワーク的な部分を書いただけなのに、既にリンクできないとかww
こういうところがC++らしくていいですね。

どうもプリコンパイル済ヘッダがいけてないっぽいんだけど、何が悪いのかサッパリ…

Powered by WordPress