初めまして、今回はJIS配列で買ったMacBookをUS配列へ誰でも簡単にできる方法を紹介します。 今回は、以下の2つの設定方法を紹介します。 1. Mac標準の設定にしたがう方法（とても簡単） 2. 自分で多少細かい設定をする方法(karabinerというアプリを使う) 1,Macの環境設定で行う まず、前提として以下のボタンが出ていればそれで簡単に設定できます。 システム環境設定 → キーボード → キーボードの種類の変更 しかし、この項目は今まで外部キーボードをつなげたことがない人には出てきません。 後述のkarabinerを使えば、変更できるのですが、お試しでUS配列を試してみる場合とかだとアプリをダウンロードしたくない人もいるかもしれません。 そういう人には、以下の手順で簡単に設定できます。 システム環境設定 → キーボード → 入力ソース → 「+」で新規追加 → 英語で「イギリス」を選択 ※英語の選択欄は実際の並び順だと下の方から選択します。 これだけです。このイギリスの入力ソースがほぼUS配列に近しいものになります。 あとは入力する際にこの「イギリス」入力ソースを選択すればオッケーです。 軽く触ってみたい人はこの方法で試してみてください。 2,karabinerを使って細かく設定 以下よりダウンロードを行ってください https://karabiner-elements.pqrs.org/ そして、「karabiner-elements」というアプリを開きます （初めはプライバシーの設定がいると思うので解除してください） その際に以下のような画面が出てきます そこから更に進むと、以下のような画面が出てくるので、「ANSI（米国その他）」を選びます。 これで、先程と同等レベルの設定が可能です。 ただし、このままだといくつか問題があります。 最重要なものでいえば"~(チルダ)"や"`（バッククオート）"を入力するキーがないのです。 あと、「英数変換」や「かな変換」キーのせいでまだUS配列とは多少違う部分があります。 （JISとUSではキーの並びや数がそもそも違うから） 解決するために、karabiner-elementsで詳細設定を行います。 「Add rule」でルールを追加します。 ルールをインターネットよりダウンロードしてきます。 （https://ke-complex-modifications.pqrs.org/） 検索フォームで「japanese」と検索したあと、「For Japanese(日本語環境向けの設定)(rev6)」をインポートします。 インポートが完了したら、再びkarabiner-elementsのAdd ruleに戻ると「バッククオートとチルダを割り当てる」という項目があるので、「Enable」ボタンを押すとバックスペースの左横がキーとしてあてはまるようになります。 それ以外も一つ一つ適応させることができるので、気になる人は試してみてください。 以上です。わからないことがある人は是非コメントよりお願いします。
初めまして、今回はJIS配列で買ったMacBookをUS配列へ誰でも簡単にできる方法を紹介します。
今回は、以下の2つの設定方法を紹介します。 1. Mac標準の設定にしたがう方法（とても簡単） 2. 自分で多少細かい設定をする方法(karabinerというアプリを使う)
まず、前提として以下のボタンが出ていればそれで簡単に設定できます。 システム環境設定 → キーボード → キーボードの種類の変更
しかし、この項目は今まで外部キーボードをつなげたことがない人には出てきません。
後述のkarabinerを使えば、変更できるのですが、お試しでUS配列を試してみる場合とかだとアプリをダウンロードしたくない人もいるかもしれません。
そういう人には、以下の手順で簡単に設定できます。
システム環境設定 → キーボード → 入力ソース → 「+」で新規追加 → 英語で「イギリス」を選択
※英語の選択欄は実際の並び順だと下の方から選択します。
これだけです。このイギリスの入力ソースがほぼUS配列に近しいものになります。 あとは入力する際にこの「イギリス」入力ソースを選択すればオッケーです。 軽く触ってみたい人はこの方法で試してみてください。
以下よりダウンロードを行ってください https://karabiner-elements.pqrs.org/
そして、「karabiner-elements」というアプリを開きます （初めはプライバシーの設定がいると思うので解除してください）
その際に以下のような画面が出てきます
そこから更に進むと、以下のような画面が出てくるので、「ANSI（米国その他）」を選びます。
これで、先程と同等レベルの設定が可能です。
ただし、このままだといくつか問題があります。 最重要なものでいえば"~(チルダ)"や"`（バッククオート）"を入力するキーがないのです。 あと、「英数変換」や「かな変換」キーのせいでまだUS配列とは多少違う部分があります。 （JISとUSではキーの並びや数がそもそも違うから）
解決するために、karabiner-elementsで詳細設定を行います。 「Add rule」でルールを追加します。
ルールをインターネットよりダウンロードしてきます。 （https://ke-complex-modifications.pqrs.org/）
検索フォームで「japanese」と検索したあと、「For Japanese(日本語環境向けの設定)(rev6)」をインポートします。
インポートが完了したら、再びkarabiner-elementsのAdd ruleに戻ると「バッククオートとチルダを割り当てる」という項目があるので、「Enable」ボタンを押すとバックスペースの左横がキーとしてあてはまるようになります。
それ以外も一つ一つ適応させることができるので、気になる人は試してみてください。
以上です。わからないことがある人は是非コメントよりお願いします。
はじめに 今回は、macOS全般でKeyboard Maestroができることで、自分がよく多用する行動をマクロ化してみました。 普段多用する行動 僕が普段多用する行動としては、下記の二点です。 1. ページのタイトルとページのURLを取得して、MarkDownの形式にする 2. Safariで開いていたサイトをChromeに移動して、お気に入り登録する そのため、この二つを簡単にすることができるマクロを組みました。 組んだマクロ 開いているブラウザから(ChromeTitleをSafariTitleに変更すればSafariでも使えます)、ページのタイトルとページのURLを取得するマクロです。 CHromeで開いているサイトのタイトルとURLをMarkDown形式で得る Safariで開いているページをChromeで開くマクロです。 SafariでのページをChromeで開くマクロ 参考文献 初学者目線で見たプログラミング学習において最も大切な｢質問する｣ことについて - Qiita Keyboard Maestroの使い方|はっきり言って最強のMac作業高速化ツールです
今回は、macOS全般でKeyboard Maestroができることで、自分がよく多用する行動をマクロ化してみました。
僕が普段多用する行動としては、下記の二点です。 1. ページのタイトルとページのURLを取得して、MarkDownの形式にする 2. Safariで開いていたサイトをChromeに移動して、お気に入り登録する
そのため、この二つを簡単にすることができるマクロを組みました。
開いているブラウザから(ChromeTitleをSafariTitleに変更すればSafariでも使えます)、ページのタイトルとページのURLを取得するマクロです。
CHromeで開いているサイトのタイトルとURLをMarkDown形式で得る
Safariで開いているページをChromeで開くマクロです。 SafariでのページをChromeで開くマクロ
初学者目線で見たプログラミング学習において最も大切な｢質問する｣ことについて - Qiita Keyboard Maestroの使い方|はっきり言って最強のMac作業高速化ツールです
Macのターミナルで、Excelファイルをbase64にエンコードしたり、base64をデコードしてExcelファイルを生成する方法を残しておきます。 Excelファイル → base64 base64 -i template.xlsx [-o output.txt] -oオプションを付けない場合は、base64がターミナル上に出力されます。 base64 → Excelファイル echo "BASE_64_STRING" | base64 --decode > template.xlsx ご参考までに。
Macのターミナルで、Excelファイルをbase64にエンコードしたり、base64をデコードしてExcelファイルを生成する方法を残しておきます。
base64 -i template.xlsx [-o output.txt]
-oオプションを付けない場合は、base64がターミナル上に出力されます。
-oオプション
echo "BASE_64_STRING" | base64 --decode > template.xlsx
ご参考までに。
はじめに コマンドラインの技は合気道や空手道のような武道と似ています。習得するには時間がかかりますが、習得すると圧倒的なパワーと生産性が得られます。 たいていのことは統合開発環境IDEで可能です。しかし、細かな条件を指定してファイルを絞り込んだり、それらのファイルを横串にして文字列検索したり、それを加工したりということはIDEでは手に余ります。ファイルマネージャ等でも困難です。 本稿ではコマンドラインでしかできないような、ワザの一端を紹介したいと思います。 参考URL 自分のブログから転載しました。 異次元の生産性をコマンドラインで ディレクトリ階層を下がって目的のファイルを見つける C言語の”NULL”文字列の定義が、どのインクルードファイルの中で、どのように定義されているかを知りたいとします。 NULLの定義を探索 $ find /usr/include -name '*.h' -exec grep '#define NULL' {} /dev/null \; /usr/include/X11/Xresource.h:#define NULLQUARK ((XrmQuark) 0) /usr/include/X11/Xresource.h:#define NULLSTRING ((XrmString) 0) /usr/include/linux/uuid.h:#define NULL_UUID_LE \ /usr/include/unicode/utypes.h:#define NULL nullptr /usr/include/unicode/utypes.h:#define NULL ((void *)0) /usr/include/tirpc/rpc/xdr.h:#define NULL_xdrproc_t ((xdrproc_t)0) /usr/include/tirpc/rpc/clnt.h:#define NULLPROC ((rpcproc_t)0) [Ubuntu 20.10] 上記では、findコマンドで/usr/includeを起点として、サフィックスが”.h”のファイルを一覧しています。そして、個々のファイルの中をgrepコマンドを用いて”#define NULL”の文字列検索しています。 私はこのfindコマンドとgrepコマンドを組み合わせた使い方を、日常的に行っています。ところが、ある日「プロダクティブ・プログラマ」（NealFold著,島田浩二監訳,夏目大訳）を読んでいるとき、同じ使い方が記載されている（p.250）ことを知り、驚きました。開発者の発想は同じところに行き着くのですね。 シェルスクリプトを探索してみる OSに同梱されている標準コマンドの中には、シェルスクリプトで作成されているものが多くあります。Linuxでは、”which”コマンドもそうです。 whichコマンド $ which which /usr/bin/which $ file /usr/bin/which /usr/bin/which: POSIX shell script, ASCII text executable [Ubuntu 20.10] 上記では、whichコマンド自身でwhichコマンドがどこにあるか調べ、fileコマンドでシェルスクリプトかどうかを確かめています。 シェルスクリプトを見つけるには ここであなたが、シェルスクリプトを作成することになり、標準のシェルスクリプトを参考にすることになったとします。そこでまず、/usr/binにシェルスクリプトはいくつあるのか数えてみることにしましょう。 findとfgrepを組み合わせる % find /usr/bin -exec file {} \; | fgrep 'shell script' /usr/bin/zmore: POSIX shell script text executable, ASCII text /usr/bin/bzmore: POSIX shell script text executable, ASCII text /usr/bin/umask: POSIX shell script text executable, ASCII text ＜略＞ [macOS 11] 個々のファイルを”file”コマンドで調べ、fgrepで”shell script”文字列を検索することにより、シェルスクリプトを抽出しています。 抽出したシェルスクリプトの数をカウントしてみる 週出したファイルの数を、wcコマンドでカウントします。 さらにwcを組み合わせる % find /usr/bin -exec file {} \; | fgrep 'shell script' | wc -l 85 [macOS 11] 85個のシェルスクリプトがあることがわかりました。 ついでに、/etc下にシェルスクリプトがいくつあるかを、macOSとUbuntuで確かめてみましょう。 macOSの/etcにシェルスクリプトはいくつあるか % cd /etc % sudo find . -exec file {} \; | fgrep 'shell script' | wc -l Password: 16 [macOS 11] Ubuntuの/etcにシェルスクリプトはいくつあるか $ sudo find /etc -exec file {} \; | fgrep 'shell script' | wc -l [sudo] xxxx のパスワード: 132 [Ubuntu 20.04] ちなみに、macOSの場合、/etcに移動してからfindでサーチしているのは、macOSの/etcがシンボリックリンクだからです。 シェルスクリプトたちをエディタで開いてみる macOSの/usr/binに戻って、抽出したシェルスクリプト群をエディタのviコマンドで閲覧してみます。まず、シェルスクリプトのファイル名を切り出します。 ファイル名を取り出す % find /usr/bin -exec file {} \; | fgrep 'shell script' | cut -d: -f1 /usr/bin/zmore /usr/bin/bzmore /usr/bin/umask /usr/bin/phpize ＜略＞ [macOS 11] 次に、ファイル名をviに渡して閲覧します。これでviを使用して次々とファイルの中身を参照できます。 途中で閲覧をやめ、viを終了するには”:q![Enter]”と入力します。 次々とファイルを閲覧する % find /usr/bin -exec file {} \; | fgrep 'shell script' | cut -d: -f1 | xargs vi ここだけの話ですが、xargsというコマンドを知らない頃は、次のようにしていました。 ファイルを連続して閲覧できるシェルスクリプトを生成する % find /usr/bin -exec file {} \; | fgrep 'shell script' | cut -d: -f1 | sed -e '1,$s/$/ \\/' | sed -e '1s/^/vi /' > s.out % sh ./s.out 上記は、ファイルの一覧をsedで加工し、ファイルの閲覧ができるシェルスクリプトを生成しています。 まず、ファイル名の末尾に\を加えて継続行にします。次に、行の先頭に”vi”をつけてファイルに書き出し、シェルスクリプトとして起動したのでした。書き出したファイルのイメージが以下です。 s.outのイメージ vi /usr/bin/what-patch \ /usr/bin/autopoint \ /usr/bin/ikdasm \ /usr/bin/installvst \ /usr/bin/foo2hp2600-wrapper \ ＜略＞ さらに特定の条件にマッチするシェルを抽出する これまでに抽出したシェルスクリプト群から、「Usage:」（使用法：）が含まれるものを抽出してみます。 Usageのあるシェルスクリプトを選び出す % find /usr/bin -exec file {} \; | fgrep 'shell script' | cut -d: -f1 | xargs grep -il 'usage:' | uniq /usr/bin/bzmore /usr/bin/phpize /usr/bin/fddist ＜略＞ [macOS 11] 「Usage」が大小文字いずれであってもマッチするように検索し、ファイル名のみを出力します。1ファイルで複数行マッチした場合、それを1行にするためにuniqコマンドを使用しています。 ちなみに、上記の場合、本当はuniqは不要です。なぜなら、grepで”l”（エル）オプションを指定しているからです。”l”は文字列がマッチしたとき、ファイル名のみ出力するオプションですが、最初にマッチした時点でそのファイルの検索が終了する仕様です。 次に、Usageのあるシェルスクリプトの数を数えてみましょう。 Usageのあるシェルスクリプトの数 % find /usr/bin -exec file {} \; | fgrep 'shell script' | cut -d: -f1 | xargs grep -il 'usage:' | uniq | wc -l 52 macOS 11(Big Sur)の/usr/binにあるシェルスクリプト85本中、「Usage」が記述されているものは52本という結果でした。 シェルスクリプトを作成するにあたり、このように特定のキーワードが含まれるものを検索して、参考にすることができると、効率的に作業できる場合があります。 さいごに コマンドラインの世界は、非常にクリエイティブで、常に新しい発見があります。私自身道半ばです。 この記事が、みなさんの生産性を高める一助になることを願っています。
コマンドラインの技は合気道や空手道のような武道と似ています。習得するには時間がかかりますが、習得すると圧倒的なパワーと生産性が得られます。
たいていのことは統合開発環境IDEで可能です。しかし、細かな条件を指定してファイルを絞り込んだり、それらのファイルを横串にして文字列検索したり、それを加工したりということはIDEでは手に余ります。ファイルマネージャ等でも困難です。 本稿ではコマンドラインでしかできないような、ワザの一端を紹介したいと思います。
自分のブログから転載しました。 異次元の生産性をコマンドラインで
C言語の”NULL”文字列の定義が、どのインクルードファイルの中で、どのように定義されているかを知りたいとします。
$ find /usr/include -name '*.h' -exec grep '#define NULL' {} /dev/null \; /usr/include/X11/Xresource.h:#define NULLQUARK ((XrmQuark) 0) /usr/include/X11/Xresource.h:#define NULLSTRING ((XrmString) 0) /usr/include/linux/uuid.h:#define NULL_UUID_LE \ /usr/include/unicode/utypes.h:#define NULL nullptr /usr/include/unicode/utypes.h:#define NULL ((void *)0) /usr/include/tirpc/rpc/xdr.h:#define NULL_xdrproc_t ((xdrproc_t)0) /usr/include/tirpc/rpc/clnt.h:#define NULLPROC ((rpcproc_t)0) [Ubuntu 20.10]
上記では、findコマンドで/usr/includeを起点として、サフィックスが”.h”のファイルを一覧しています。そして、個々のファイルの中をgrepコマンドを用いて”#define NULL”の文字列検索しています。
私はこのfindコマンドとgrepコマンドを組み合わせた使い方を、日常的に行っています。ところが、ある日「プロダクティブ・プログラマ」（NealFold著,島田浩二監訳,夏目大訳）を読んでいるとき、同じ使い方が記載されている（p.250）ことを知り、驚きました。開発者の発想は同じところに行き着くのですね。
OSに同梱されている標準コマンドの中には、シェルスクリプトで作成されているものが多くあります。Linuxでは、”which”コマンドもそうです。
$ which which /usr/bin/which $ file /usr/bin/which /usr/bin/which: POSIX shell script, ASCII text executable [Ubuntu 20.10]
上記では、whichコマンド自身でwhichコマンドがどこにあるか調べ、fileコマンドでシェルスクリプトかどうかを確かめています。
ここであなたが、シェルスクリプトを作成することになり、標準のシェルスクリプトを参考にすることになったとします。そこでまず、/usr/binにシェルスクリプトはいくつあるのか数えてみることにしましょう。
% find /usr/bin -exec file {} \; | fgrep 'shell script' /usr/bin/zmore: POSIX shell script text executable, ASCII text /usr/bin/bzmore: POSIX shell script text executable, ASCII text /usr/bin/umask: POSIX shell script text executable, ASCII text ＜略＞ [macOS 11]
個々のファイルを”file”コマンドで調べ、fgrepで”shell script”文字列を検索することにより、シェルスクリプトを抽出しています。
週出したファイルの数を、wcコマンドでカウントします。
% find /usr/bin -exec file {} \; | fgrep 'shell script' | wc -l 85 [macOS 11]
85個のシェルスクリプトがあることがわかりました。 ついでに、/etc下にシェルスクリプトがいくつあるかを、macOSとUbuntuで確かめてみましょう。
% cd /etc % sudo find . -exec file {} \; | fgrep 'shell script' | wc -l Password: 16 [macOS 11]
$ sudo find /etc -exec file {} \; | fgrep 'shell script' | wc -l [sudo] xxxx のパスワード: 132 [Ubuntu 20.04]
ちなみに、macOSの場合、/etcに移動してからfindでサーチしているのは、macOSの/etcがシンボリックリンクだからです。
macOSの/usr/binに戻って、抽出したシェルスクリプト群をエディタのviコマンドで閲覧してみます。まず、シェルスクリプトのファイル名を切り出します。
% find /usr/bin -exec file {} \; | fgrep 'shell script' | cut -d: -f1 /usr/bin/zmore /usr/bin/bzmore /usr/bin/umask /usr/bin/phpize ＜略＞ [macOS 11]
次に、ファイル名をviに渡して閲覧します。これでviを使用して次々とファイルの中身を参照できます。 途中で閲覧をやめ、viを終了するには”:q![Enter]”と入力します。
% find /usr/bin -exec file {} \; | fgrep 'shell script' | cut -d: -f1 | xargs vi
ここだけの話ですが、xargsというコマンドを知らない頃は、次のようにしていました。
% find /usr/bin -exec file {} \; | fgrep 'shell script' | cut -d: -f1 | sed -e '1,$s/$/ \\/' | sed -e '1s/^/vi /' > s.out % sh ./s.out
上記は、ファイルの一覧をsedで加工し、ファイルの閲覧ができるシェルスクリプトを生成しています。 まず、ファイル名の末尾に\を加えて継続行にします。次に、行の先頭に”vi”をつけてファイルに書き出し、シェルスクリプトとして起動したのでした。書き出したファイルのイメージが以下です。
vi /usr/bin/what-patch \ /usr/bin/autopoint \ /usr/bin/ikdasm \ /usr/bin/installvst \ /usr/bin/foo2hp2600-wrapper \ ＜略＞
これまでに抽出したシェルスクリプト群から、「Usage:」（使用法：）が含まれるものを抽出してみます。
% find /usr/bin -exec file {} \; | fgrep 'shell script' | cut -d: -f1 | xargs grep -il 'usage:' | uniq /usr/bin/bzmore /usr/bin/phpize /usr/bin/fddist ＜略＞ [macOS 11]
「Usage」が大小文字いずれであってもマッチするように検索し、ファイル名のみを出力します。1ファイルで複数行マッチした場合、それを1行にするためにuniqコマンドを使用しています。
ちなみに、上記の場合、本当はuniqは不要です。なぜなら、grepで”l”（エル）オプションを指定しているからです。”l”は文字列がマッチしたとき、ファイル名のみ出力するオプションですが、最初にマッチした時点でそのファイルの検索が終了する仕様です。
次に、Usageのあるシェルスクリプトの数を数えてみましょう。
% find /usr/bin -exec file {} \; | fgrep 'shell script' | cut -d: -f1 | xargs grep -il 'usage:' | uniq | wc -l 52
macOS 11(Big Sur)の/usr/binにあるシェルスクリプト85本中、「Usage」が記述されているものは52本という結果でした。
シェルスクリプトを作成するにあたり、このように特定のキーワードが含まれるものを検索して、参考にすることができると、効率的に作業できる場合があります。
コマンドラインの世界は、非常にクリエイティブで、常に新しい発見があります。私自身道半ばです。 この記事が、みなさんの生産性を高める一助になることを願っています。
