k4zm blog /
Linuxやプログラミングに関するメモと雑多な日記を書いていく予定です
 |
 |
[Emacs]magitを使ってみました
今までemacsからgitを使うときは、M-x eshellでシェルを立ち上げて使っていました。
しかし、gitのemacsフロントエンドがあるというのを知ってさっそく導入しました。 ■今回試した環境 fedora11(x86_64) ■magitの導入 fedoraではパッケージが容易されているようなので、 yumでインストールできます。 # yum install emacs-magit emacs-magit-el .emacs(or init.el)に以下を定義します (require 'magit) ■簡単な使い方 コミットまでの流れはこんな感じになってりうようです。 ・gitの場合 1, git init 2, git add [FILE or DIRECTORY] 3, git commit ・magitの場合 1, M-x magit-init(git init相当) 2, M-x magit-status(git status相当 diredのような一覧が表示される） 3, s(magit-stage-item)でファイルやディレクトリを管理対象に追加(git add相当) 4, c(magit-log-edit)でコミット(git commit相当) ※コミット時のメッセージ編集で、完了はC-c C-c ・M-x magit-statusするとこんな画面になります  ・ファイルを選んだ状態で's'を押すとファイルがステージに追加されます  ・'c'を押すとコミットのメッセージ編集に移ります（完了時はC-c C-c）  ■magit-modeのキーバインド magit-mode(M-x magit-statusした時のモード)で 使用できるキーバインドは以下のようになっています(magit.elより） (define-key map (kbd "n") 'magit-goto-next-section) (define-key map (kbd "p") 'magit-goto-previous-section) (define-key map (kbd "TAB") 'magit-toggle-section) (define-key map (kbd " (define-key map (kbd "1") 'magit-show-level-1) (define-key map (kbd "2") 'magit-show-level-2) (define-key map (kbd "3") 'magit-show-level-3) (define-key map (kbd "4") 'magit-show-level-4) (define-key map (kbd "M-1") 'magit-show-level-1-all) (define-key map (kbd "M-2") 'magit-show-level-2-all) (define-key map (kbd "M-3") 'magit-show-level-3-all) (define-key map (kbd "M-4") 'magit-show-level-4-all) (define-key map (kbd "M-h") 'magit-show-only-files) (define-key map (kbd "M-H") 'magit-show-only-files-all) (define-key map (kbd "M-s") 'magit-show-level-4) (define-key map (kbd "M-S") 'magit-show-level-4-all) (define-key map (kbd "g") 'magit-refresh) (define-key map (kbd "G") 'magit-refresh-all) (define-key map (kbd "s") 'magit-stage-item) (define-key map (kbd "S") 'magit-stage-all) (define-key map (kbd "u") 'magit-unstage-item) (define-key map (kbd "U") 'magit-unstage-all) (define-key map (kbd "i") 'magit-ignore-item) (define-key map (kbd "I") 'magit-ignore-item-locally) (define-key map (kbd "?") 'magit-describe-item) (define-key map (kbd ".") 'magit-mark-item) (define-key map (kbd "=") 'magit-diff-with-mark) (define-key map (kbd "-") 'magit-diff-smaller-hunks) (define-key map (kbd "+") 'magit-diff-larger-hunks) (define-key map (kbd "0") 'magit-diff-default-hunks) (define-key map (kbd "l") 'magit-log) (define-key map (kbd "L") 'magit-log-long) (define-key map (kbd "h") 'magit-reflog-head) (define-key map (kbd "H") 'magit-reflog) (define-key map (kbd "d") 'magit-diff-working-tree) (define-key map (kbd "D") 'magit-diff) (define-key map (kbd "a") 'magit-apply-item) (define-key map (kbd "A") 'magit-cherry-pick-item) (define-key map (kbd "v") 'magit-revert-item) (define-key map (kbd "x") 'magit-reset-head) (define-key map (kbd "X") 'magit-reset-working-tree) (define-key map (kbd "k") 'magit-discard-item) (define-key map (kbd "RET") 'magit-visit-item) (define-key map (kbd "SPC") 'magit-show-item-or-scroll-up) (define-key map (kbd "DEL") 'magit-show-item-or-scroll-down) (define-key map (kbd "C-w") 'magit-copy-item-as-kill) (define-key map (kbd "b") 'magit-checkout) (define-key map (kbd "B") 'magit-create-branch) (define-key map (kbd "m") 'magit-manual-merge) (define-key map (kbd "M") 'magit-automatic-merge) (define-key map (kbd "e") 'magit-interactive-resolve-item) (define-key map (kbd "N r") 'magit-svn-rebase) (define-key map (kbd "N c") 'magit-svn-dcommit) (define-key map (kbd "R") 'magit-rebase-step) (define-key map (kbd "r s") 'magit-rewrite-start) (define-key map (kbd "r t") 'magit-rewrite-stop) (define-key map (kbd "r a") 'magit-rewrite-abort) (define-key map (kbd "r f") 'magit-rewrite-finish) (define-key map (kbd "r *") 'magit-rewrite-set-unused) (define-key map (kbd "r .") 'magit-rewrite-set-used) (define-key map (kbd "P") 'magit-push) (define-key map (kbd "f") 'magit-remote-update) (define-key map (kbd "F") 'magit-pull) (define-key map (kbd "c") 'magit-log-edit) (define-key map (kbd "C") 'magit-add-log) (define-key map (kbd "t") 'magit-tag) (define-key map (kbd "T") 'magit-annotated-tag) (define-key map (kbd "z") 'magit-stash) (define-key map (kbd "Z") 'magit-stash-snapshot) (define-key map (kbd "w") 'magit-wazzup) (define-key map (kbd "$") 'magit-display-process) (define-key map (kbd "E") 'magit-interactive-rebase) (define-key map (kbd "V") 'magit-show-branches) (define-key map (kbd "q") 'quit-window) 参考ページ http://zagadka.vm.bytemark.co.uk/magit/magit.html#Untracked-files http://d.hatena.ne.jp/gom68/20090524/1243170341 |
 |
 |
|
|
[英語]get used to〜（〜に慣れる）
xbox360のストリートファイター４で、
最近フレンド登録した外国の方と対戦した時のことです。 対戦後に、あなたのダルシムはとても強いですね、みたいなメッセージを送信したら 返事の中の一文に以下のようなものがありました。 「you will get used to it very soon.」 get used toって何だ？と思って調べてみたら、 「慣れる」という意味のようです。 つまり、この英文を直訳すると、 あなたはすぐ、それ（この場合はダルシム）に慣れるでしょう、 となります。 なるほど、そういう使い方をするのか。 ひとつ勉強になりました。 ネットで調べた結果は以下。 「get used to＋代名詞・名詞・動名詞」 〜に慣れる 「be used to＋代名詞・名詞・動名詞」 〜に慣れている 参考ページ http://www.alc.co.jp/eng/eiga/tsumamigui/column48.html ゲームを通じて英語学習とか都合のいいことを言っていますが、 最近はさすがにスト４もプレイする人が減ってきたので、 遊んでいる時間が多くリターンは少ないです。 まあ、ゲーム自体がおもしろいので、それはそれでいいのですけど。 スパ４出たらまた盛り上がるのでしょうか。 ちょっと期待。 |
|
|
|
|
[Linux]VLC media playerを使い始めました
Linux(fedora11 x86_64)でmp4形式の動画を、
GNOMEに（たぶん）標準再で入ってる動画プレイヤーというソフトで生すると、 音声と絵がずれたり、カクカクしたりして困っていました。 ネットで調べたところ、mplayerかvlcが良い、みたいなことが書いてあったので試してみました。 最初にgnome-mplayerというのを試してみたのですが、 たまにデスクトップ自体が固まってしまう時があったのですぐ諦めました（何が原因か不明）。 そこでvlcを導入してみたところ、普通に再生できたので、本当に助かりました。 動画プレイーヤーも操作性などに不満はなかったんですけどね。 一応導入手順をメモしておきます。 ■導入手順 １，rpmfusionのリポジトリを追加する ２，yumでvlcパッケージをインストール ＜１，rpmfusionのリポジトリを追加する＞ RPM Fusion/Configuration/ReportingBugsのページ http://rpmfusion.org/Configuration 上記ページに書いてあるように、以下コマンドを打ち込んでrpmfusionのリポジトリを追加します。 % su -c 'rpm -Uvh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm' ＜２，yumでvlcパッケージをインストール＞ 後は通常通り、yumでいつものやつです。 # yum install vlc 導入後は動画ファイルを右クリックすると"vlc media playerで開く"という項目があります。 ちなみにフルスクリーンにするには画面をダブルクリックみたいです。 戻すときも同様にダブルクリックでした。 以前はmp4動画がうまく再生できないときは、泣きながらwindowsで再生していたのですが、 早くこうしておけば良かったです。 |
|
|
|
|
[英語]今日の問題集プレイ（９０日目）SECTION9 形容詞と比較
10: Johnson's Delivery is the fastest courier service in town.
（ジョンソンズ・デリバリーは町で最速の配達際ービスだ） ・courier ... 配達人、急便 ・service ... サービス 11: Her speech impressed those who were present at the meeting. （彼女のスピーチは会議に出席していた人々に感銘を与えた） ・speech ... スピーチ ・impress ... 印象を与える、感動させる ・present ... 出席している、存在している 12: This is the very best song on the album. （これがそのアルバムの中で一番いい歌だ） ・veryを用いて最上級を強調するには、the very 最上級という形になる |
|
|
|
|
[Linux]ATOKX3 for Linuxでの"Shift + space"について
以前ATOKX3 for Linuxを購入して、fedoraに導入したという記事を書きました。
http://k4zmblog.dtiblog.com/blog-entry-231.html その後、変換等は快適に使えているものの、 全角/半角の切り替えで困っていることがありました。 Linux版では、日本語入力の切り替えに、"Ctrl+space"か"Shift+space"のどちらかが 必ず有効になるという理不尽な仕様みたいです。 emacs以外のエディタならCtrl+spaceでも良さそうですが、emacsではリージョンの開始で よく使うので、それもできません。 かといって、Shift+spaceだと、早く打ち込んでいると（私は）結構誤入力してしまいます。 以下の参考ページを元にバイナリをいじって両方無効にしようとしたのですが、 私の環境では、どうにもうまくいきませんでした。 http://hexe19.net/2009/04/24/76/upgrade-ubuntu-810-to-904-atok-gets-mad/ 仕方がないので、少し強引な方法で解決したのでメモしておきます。 それはGUIのショートカットキーにShift+spaceを割り当ててしまう方法です。 GNOMEなどのGUIでは、ATOKに渡るより先にGNOMEが押したキーをトラップしている（たぶん）と思うので、 何もしないショートカットキーとしてShift+spaceを登録しておけば、 ATOKに渡る前に処理されるため、万が一Shift+spaceが押されても入力が切り替わることはありません。 ■設定方法 GNOMEの場合は、 メニューから「システム」->「キーボード・ショートカット」 ダイアログが開いたら「追加」ボタンをを押します。 名前とコマンドを入力する欄があるので、名前は適当に「何もしないコマンド」とかつけておいて、 コマンドには「true」コマンドを指定します。 （trueは何もしないコマンドなので、おそらく特に害はないと思います。） 先ほど作成した「何もしないコマンド」にShift+spaceを割り当てれば完成です。 （割り当て方法は、該当箇所を選択して、Shift+spaceを押すだけです）  これで早めに入力している時でも、間違えて入力が切り替わることがなくなりました。 やり方だいぶ間違えてるかもしれませんが、安心してタイプできます。 |
|
|
|
|
[Emacs]スペルチェッカをはじめて使ってみました
英語の勉強で、英単語や英文を写経していると、
結構スペルミスがあることに気づきます。（私だけ？） そんな時に、確かスペルチェックしてくれる機能あったよなあ、 と思い出して調べてみたので、導入までの手順をメモしておきます。 ■私の環境 Linux(fedora11 x86_64) emacs23.1.1 ■導入手順 １，aspellと英語辞書をインストール ２，aspellの設定ファイルを設定 ３，emacsの設定 ＜１，aspellと辞書をインストール＞ まずはaspellというスペルチェッカと、英語の辞書を導入します。 fedoraではパッケージとして用意されているので、yumで簡単に導入できます。 # yum install aspell aspell-en aspellというのが本体で、aspell-enというのが英語の辞書になります。 ネットで調べたところ、aspellというのは、元々ispellというのがあって、 そのispellの機能拡張版のようです。 なるほど。 ＜２，aspellの設定ファイルを設定＞ ホームディレクトリに.aspell.confというファイルを作成し、 中に lang en_US と定義します。（これがないとエラーになります。） コマンドでやると以下のような感じでしょうか。 % echo "lang en_US" > ~/.aspell.conf ＜３，emacsの設定＞ .emacs(またはinit.el)に以下の定義を追加します。 ;; aspell ;; ispell の代わりに aspell を使う (setq ispell-program-name "aspell") ;; 日本語ファイル中の英単語スペルチェックを可能にする (eval-after-load "ispell" '(add-to-list 'ispell-skip-region-alist '("[^�00-377]"))) これで作業完了です。 実際に試してみるとこんな感じになりました。 まずemacsを起動直後のscratchバッファで英文を入力しました。 そして、 M-x ispell-buffer を実行。 
色が変わっている部分がスペルミスある部分です。 他にもいろいろと試してみましたが、さすがに固有名詞（人の名前など）は スペルミスとして扱われてしまうようです。 他にもflyspell-modeというのがあるようで、 入力中にスペルミスを強調表示してくれます。 こちらは、打ち込む前にM-x flyspell-modeでモードを有効にしておきます。 helloをheloと間違えて、続けて半角スペースを入れると、 強調表示になります。  これで確実にスペルミスは減ることでしょう。 英語の勉強もはかどる・・・はず。 参考ページ http://d.hatena.ne.jp/higepon/20090617/1245215876 |
|
|
|
|
VisualStudio2005(C++)でのエラーで困ったこと
WinUnitでの単体テストを行うため、既存のプロジェクト（Ｃ言語で実装）に
WinUnitを設定してみたのですが、よくわからないエラーが出て困ってしまいました。 構成としては以下のような感じです。 ソリューション プロジェクトＡ（既存プロジェクト） プロジェクトＢ（単体テスト用プロジェクト） ソリューションの中に既存プロジェクトＡがあり、 そこに単体テスト用のプロジェクトＢを追加しました。 プロジェクトＢでプロジェクトＡの関数を使うために、 ヘッダファイルをインクルードし、 オブジェクトファイルをリンクしたまでは良かったのですが、 以下のエラーが出てしまいました。 ---------------------------------------------------------------------------------------------------- fatal error C1189: #error : WINDOWS.H already included. MFC apps must not #include ---------------------------------------------------------------------------------------------------- 何ですかこれ？ 泣きそうになりながら、いろいろ試したり、調べたりした結果、 afxdlgs.hをプロジェクトＢ側でインクルードすればなんとかなるようです。 参考ページ http://social.msdn.microsoft.com/Forums/en-US/vcgeneral/thread/2c3f898a-abdf-439a-b502-420aeaef9a84/ ふぅ、危ないところだった。 ・・・しかし、今度は別のエラーが。 ---------------------------------------------------------------------------------------------------- fatal error C1189: #error : Building MFC application with /MD[d] (CRT dll version) requires MFC shared dll version. Please #define _AFXDLL or do not use /MD[d] ---------------------------------------------------------------------------------------------------- 書いてある通り、#define _AFXDLLすればいいのでは、と思ったのですが、 定義しても全然解決しないワナ。 またもや泣きそうになりながら調べた結果、 以下のようにプロジェクトのプロパティの設定を変更すれば解決するようです。 プロジェクトＢ（単体テスト用） ・「構成プロパティ」->「ＭＦＣの使用」->「共有ＤＬＬでＭＦＣを使う」を選択 ・「構成プロパティ」->「共通言語ランタイムサポート」->「共通言語ランタイムサポート(/clr)」を選択 参考ページ http://hpcgi1.nifty.com/MADIA/Vcbbs/wwwlng.cgi?print+200607/06070046.txt なんとかこれで単体テストを実行できたようです。 ・・・もう少し簡単に設定できたらいいのに。 たぶん最初の環境構築が大変なだけで、テスト書くこと自体は 他とあまり変わらないんでしょうけども。 |
|
|
|
|
[日記]ロジカル思考のセミナーを受けてきました
そういえばこの間、上からの指令で、
「ロジカル思考を身につけるためのセミナー」 （ロジカルシンキング）を受けてきました。 というわけで、せっかくなので覚えたことをまとめてみます。 ■論理的思考とは 筋道立てて考えること ■論理的思考を身につけるための３ステップ １，なぜ？なんで？と考えるクセをつける（一人でできること） ２，紙などに書き出す（一人でできること） ３，人に説明して、意見をもらう（一人ではできないこと） １は、例えば何かに成功した時・失敗した時に、 なんでそうなったのか？という原因を考えることです。 また、そういう考えるクセをつけることでもあります。 ２は、１で考えたことを紙やテキストファイルなどに、 とにかくアウトプットしていくプロセスです。 そうすることによって、情報が整理され、課題が見えてきます。 ３は、他人に説明することによって、自分の考えを検証してもらえます。 また、他人の意見をもらうことで、別の切り口で考えることができます。 ■まずはロジックツリーを作ってみる 紙などにアウトプットする時には、ロジックツリーと呼ばれる方法を使用します。 作り方３ステップ １，列挙 ２，掘り下げ ３，整理 １では、まず結論や仮定を立てて、それに対する自分の考えを１つずつ列挙します。 例えば、 「英語を勉強する理由」 ・英語圏の人とコミュニケーションが取りたい ・洋書が読みたい ・仕事の幅が広がるから などのように挙げていきます ２では、１で列挙したそれぞれのトピックに対して、どんどん掘り下げていきます。 例えば、 洋書が読みたい->（なぜならば）->洋書でしか発売されていない本がある-> （なぜならば）->洋書でしか発売されていない本に興味があるから となります。 ３では、列挙・掘り下げしたものを整理します。 重複箇所はまとめたり、抜けや論理の飛躍がある箇所は修正します。 ■メリット・デメリットの列挙という方法 ロジックツリーの他に、メリット・デメリットを箇条書きに列挙して 比較するという方法もあるようです。 例として、 「英語力をつける」 メリット ・英語圏へ旅行した時に言葉の壁が少なくなる ・英語のサイトが読める ・周りから一目置かれる デメリット ・勉強に時間がかかる ・テキスト代などお金がかかる この場合だと メリット（３） ＞ デメリット（２） となり、メリットが上回っているので、英語力をつけるよう努力した方がいいことになります。 （単純な例なので、ここに列挙した項目だけで判断するのもなんですが、 より具体的に数値などを用いて列挙すればもっと詳細な比較が出来ると思います） ■まとめ 論理的思考を意識することによって、以下の点が浮き彫りになります ・本質 ・課題 セミナーのテキストによれば以下の構図になるそうです。 論理的思考＋（知識・技術・経験・意識）＝本質が分かる・課題が分かる ちなみに、慣れてくれば頭の中だけでこれらの方法を実行出来るのでは、と思いますが、 必ずアウトプットして考えた方が良いそうです。 |
|
|
|
|
DTIブログって？ |
|
|
 ホーム |
 次のページへ |
copyright © 2006
Powered By DTIブログ
allrights reserved
トラックバック 0
コメント 0
今すぐ！無料登録
RSS
