インストール 及び アンインストール

| install... |  | un-install... |  | v a r i a b l e_d a r k_m o d e....... |  | v a r i a b l e_l i g h t_a p p e a r a n c e |
|  |  |  |  |  | ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● × |

0-1 ： インストールをする前に

- 利用する前に、ファイルの「拡張子」(※) が表示されるように Macintosh の設定を変更しておきましょう

※ Windows や MacOS X (～v10.6) / OS X (v10.7～v10.11) / macOS (v10.12～) では、ファイル名の末尾へ、

> :Excel ～2003 表計算ファイル
> :Excel 2007～ 表計算ファイル
> :Word ～2003 ドキュメントファイル
> :Word 2007～ ドキュメントファイル
> :プレーンテキストドキュメントファイル
> :ワールドワイドウェブドキュメントファイル
> :ワールドワイドウェブドキュメントファイル

・・・というような、「拡張子」:と呼ばれる3～4文字の半角文字が自動的(強制的)に付けられるファイル種別認識コードが付与され る構造になっています

しかし Windows 95/NT4.0 以降や MacOS X以降では、ファイル名に「拡張子」が表示されないように初期設定されているので、Windows 98～/2000～ / MacOS X～ でもファイル名に「拡張子」が表示されるようにします

- ## 手順0-1-A : ファイル拡張子を表示する設定にします

> > 1.
> > 画面にてアプリがアクティブで表示されていない状態で、ディスプレイ上端左側にあるメニューバーの
> > を
> > でクリック→
> > をクリック
> > 2. 「Finder環境設定」窓のツールバー領域の
> > をクリック→「すべてのファイル拡張子を表示」にチェックを入れる
> > 3. 「Finder環境設定」窓の上端(タイトルバー)左側にある「●●●」ボタンの「●」をクリックして窓を閉じます
> > これで、ファイルの拡張子が表示されるようになりました

- ## 手順0-1-B : 不可視(隠し)ファイル / 不可視(隠し)フォルダを表示する設定にします

> ### 不可視ファイルとは？

重要なファイルやフォルダは、ユーザーの誤操作で削除することがないよう、デフォルト(初期状態)では見えないようになっています。

- サーバーApacheの制御ファイル (.htaccess)
- Bashの設定ファイル (.bashrc、.bash_profile)
- SSHの情報を保存するフォルダ (.ssh)
- ライブラリフォルダ (/Users/<ユーザー名>/Library/)

・・・など

> ### 不可視ファイルの表示方法

> > macOSの「Finder」で
> > /
> > を表示させるには、macOS標準アプリの
> > で設定します。
> > (ディスプレイ下端にある「Dock」の中に並んでる
> > アイコン(macOS 11〜からはデザインが変更されています)をクリック→
> > フォルダをクリック→
> > アイコンをクリック)
> > コマンド文字列のをクリップボードにコピー→
> > アプリにコマンド文字列をペーストしてから
> > の
> > キーを押すと、「Finder」上では
> > /
> > というような感じで半透明表示されるようになります。

ただし、macOSの「マイナーバージョンアップデート (macOS 〜10.15.x Update / macOS 1x.x〜 Update など)」や「セキュリティーアップデート (Security Update 20xx-00x )」などの不具合により、 を用いる設定方法が無効化されるケースがこれまでもそこそこの頻度で繰り返し発生していますので、この設定方法が適用されない場合には下記の一時的な設定方法で適用してください

> ### 不可視ファイルを非表示に戻すには？

> > コマンド文字列のをクリップボードにコピー→
> > アプリにコマンド文字列をペーストしてから
> > の
> > キーを押すと、不可視ファイルを非表示に戻ります

> ### 設定を一時的に切り替えるには？
> アプリの「開く」「保存」窓で不可視ファイル/不可視フォルダを表示するには？

> > 「Finder」やアプリの「開く」「保存」などの窓を開いた状態で
> > の
> > +
> > +
> > (ピリオド) の3つのキーを同時に押すたびに不可視ファイルの表示・非表示が一時的に切り替わりますが、OSを再起動させると設定は元に戻ります。

一般的なアプリでの、メニューバーの をクリック→ もしくは をクリックして表示される「ファイル一覧窓」では、 アプリでの設定には影響されないため不可視ファイル/不可視フォルダを表示させたいときにはその都度、 の + + (ピリオド) の3つのキーを同時に押す必要があります・・・ / というような感じで半透明にはならずに表示されます

> > 不可視ファイルの
> > フォルダ(/Users/<ユーザー名>/Library/) は、個別に設定変更すると実質的に可視ファイルとして表示させることができます。

1. ホームディレクトリ フォルダ(/Users/<ユーザー名>/) を表示します (デスクトップ画面にてアプリがアクティブで表示されていない状態で、メニューバーの をクリック→ をクリック) 2. ホームディレクトリ フォルダのFinder画面内を で右ボタンクリック→ をクリック (もしくは、デスクトップ画面にホームディレクトリ フォルダがアクティブで表示されている状態で、メニューバーの をクリック→ をクリック) 3. ホームディレクトリ での「表示オプション」窓にて、「表示する項目」のツールバー領域の一番下にある「“ライブラリ”ファイルを表示」にチェックを入れる
4. 「表示オプション」窓の上端(タイトルバー)左側にある「●」ボタンをクリックして窓を閉じます
これで、ホームディレクトリ
フォルダを開き直す(一旦閉じて開き直したり、一旦他のフォルダに移動してから戻ってくる)と、OS全体の設定を問わず常に
フォルダが表示されるようになります

- ## 手順0-1-C : Googleがオープンソースソフトウェアとして無償提供している「Android Debug Bridge」(adb)を導入します

> ### ・Mac用 Google「Android Studio」(記述時点のバージョンでは Intel64bit用 / Apple Silicon用 各約1.2GB) が既にインストールされている場合

> > 「Android Debug Bridge」(ファイル名
> > )(拡張子の無い“Unix実行ファイル”形式・・・記述時点のバージョンでは約13.6MB)がすでにインストールされています
> > (絶対パス表記)
> > (相対パス表記)

> ### ・Mac (Universal binary・・・Intel64bit + Apple Silicon)用 Google「SDK Platform-Tools」(記述時点の「Revision 34.0.4」(July 2023)では約11.2MB) を単体でダウンロードする場合

> > ダウンロードファイルを解凍すると
> > フォルダの中に
> > ファイルが含まれています
> > (ダウンロードファイルを解凍後、
> > 以外のその他のファイルは必要ないのでその他は全部
> > に捨てましょう)
> > 次に、ホームディレクトリ
> > フォルダを表示します
> > (デスクトップ画面にてアプリがアクティブで表示されていない状態で、メニューバーの
> > をクリック→
> > をクリック)
> > その次に、ホームディレクトリ
> > フォルダの中にある不可視フォルダの
> > フォルダを開きます
> > (
> > /
> > が表示されている状態であれば、メニューバーの
> > をクリック→
> > をクリックするとどこからでも一発で開きます)
> > フォルダの中に、半角英数で
> > という名称でフォルダを新規作成して、さらにその中に半角英数で
> > という名称でフォルダを新規作成し、その中に
> > ファイルが入ったままの
> > フォルダを移動します
> > (絶対パス表記)
> > (相対パス表記)

2022年1月末頃に更新された「Revision 32.0.0」(January 2022)からは Universal binary化されて“Apple Silicon”プロセッサにもネイティブ対応しました (中に入っている ファイルは、Intel64bit用だった「Revision 31.0.3」(August 2021)同梱版とversion数が同じままで、ファイルサイズはほぼ倍増)

- ## 手順0-1-D : PATH に Android Debug Bridge を通します

> > ### ・macOS 10.15〜 での標準状態の場合
> > (
> > アプリを起動すると、タイトルバーに「●●● ＜ユーザー名＞ ─ -zsh ─ 桁数x行数」と表示されます)

> > > コマンド文字列のをクリップボードにコピー→
> > > アプリにコマンド文字列をペーストしてから
> > > の
> > > キーを押します

> > ### ・macOS 〜10.14 の場合
> > ・macOS 10.15〜 にて Shellスクリプト言語を「bash」に設定変更した場合
> > (
> > アプリを起動すると、タイトルバーに「●●● ＜ユーザー名＞ ─ -bash ─ 桁数x行数」と表示されます)

> > > コマンド文字列のをクリップボードにコピー→
> > > アプリにコマンド文字列をペーストしてから
> > > の
> > > キーを押します

> これで、ホームディレクトリ フォルダの中に や という名称の不可視ファイルが・・・

> > ・・・なかった場合には、
> > や
> > ファイルを自動で作成されて PATH に Android Debug Bridge (
> > ) を記入されます
> > ・・・既にあった場合は、既存の
> > や
> > ファイルで PATH に Android Debug Bridge (
> > ) を追記されます

> macOS 10.15〜 での標準状態でも ファイルが作成されている場合には、ファイル名を から に名称変更すればzsh上で機能するようになります

> 1-1 ： 概要

> - これは何？

> 「Google製Android公式開発ツールのみを用いる転送方式」と「オープンソースソフトウェアな“仮想キーボードアプリ”も併用する転送方式」の二種類を目的に合わせて使用します。

> - 前者
>   : PC側にのみGoogle製Android公式開発ツールの一部を用いる転送方式では、扱える文字の種類はUS-ASCIIのみ。
>   (Android-based Device側は普段使用している“仮想キーボードアプリ”でソフトウェアキーがタップされたものとして処理され、転送速度はディスプレイのリフレッシュレートが60HzのAndroid-based Deviceでは1秒間に60文字?、120HzのAndroid-based Deviceでは1秒間に120文字?)

> ・普通のAndroidスマホ(Google Mobile Service対応端末)の多くで標準“仮想キーボードアプリ”として採用されているGoogle「Gboard」やAmazon Fire TV の「標準組み込み仮想キーボード」の場合、ソフトウェアキーを「English」や「アルファベット」「数字」モードなどにしておくと転送された半角英数文字がそのまま出力され、「日本語」「かな」モードなどにしておくと転送された半角英数文字がローマ字入力として処理されて日本語の予測変換候補が表示されます
> ・一部の国内メーカー製スマホ端末で標準“仮想キーボードアプリ”として採用されているオムロン「iWnn IME」の場合は、ソフトウェアキーがどのモードでも転送された半角英数文字がそのまま出力されます

> - 後者
>   : PC側「Google製Android公式開発ツールの一部」+Android-based Device側「オープンソースソフトウェアな“仮想キーボードアプリ”」を用いる転送方式では、扱える文字の種類はUnicodeフル対応。
>   (転送するときにだけ「オープンソースソフトウェアな“仮想キーボードアプリ”」へ自動切替して文字列を一括転送、転送後は普段使用している“仮想キーボードアプリ”に自動復帰します・・・・転送速度は短文でも長文でもほとんど変わりません)

> ※ どちらの転送方式の場合でもAndroid 6〜での 新しいAPI (Level 23〜)に対応したスクリプト記述 をしているため、いわゆる「メタ文字」と呼ばれる文字についてもAndroid 6〜のAndroid-based Deviceではストレートに全てそのまま扱うことができます (Android 〜5の Android-based Device で使用するにはスクリプトの記述内容での「新しいAPIに対応させた記述部分」を削除するなどの必要がありますが、扱う文字の中に「メタ文字」と呼ばれる文字種のうち、前者は「半角の括弧類」「&」「%」「|」「\」などが含まれる場合、後者は「'」「"」「`」が含まれる場合は正常に動作しなくなります・・・)

> > ≫ SDK Platform-Tools 「Revision 16/17/18/19/20」に同梱の「Android Debug Bridge (
> > ) version 1.0.31」を用いると、最新バージョンのAndroidでも古いAPIで機能します

> Google Developers - Android Developers - SDK Platform-Tools リリースノート ・README記述段階の最新バージョンはSDK Platform-Tools「Revision 34.0.4」(July 2023)に同梱の「Android Debug Bridge ( ) version 1.0.41」ですが、日本語ページは更新が遅いため最新バージョンのリリースノートがすぐには記述されません

> > ≫ 左上の
> > ボタンをプルダウンして
> > のクリックしても、Safari など(Google Chrome や Microsoft Edge などの「Chromium-based Web Browser」以外の場合では何故か1度目は
> > が選択されてしまいますが、もう一度左上の
> > ボタンをプルダウンして
> > のクリックすると今度は英語ページが表示されて最新バージョンのリリースノートが表示されます

> ・原則として最新バージョンのSDK Platform-Toolsに含まれる「Android Debug Bridge (
> )」へ手動で更新してください

> > ≫ Android Debug Bridge がバージョンアップするのはAndroid自体のバージョンアップするときだけなので、新しいファイルのものは同一バージョンであっても不具合の修正やセキュリティの対策などでファイルサイズが増えています

> なお、Androidアプリなどの中にはこのユーティリティが正常に機能しない文字入力欄もあります
> - TV Device版「Hulu」公式アプリでは、全く機能しません
>   (Google Android TVアプリやAmazon Fire TVアプリのスマホ用公式リモコンアプリでもBluetoothキーボードでも全く機能しません・・・)
> - 「DAZN」公式アプリ(スマホ/タブレット/TV Device ユニバーサルバイナリ)では、
>   は利用できません
>   でもアプリ組み込みソフトウェアキーを
>   (大文字英数モード)にすると小文字アルファベットは入力不可、
>   (小文字英数モード)にすると大文字アルファベットは入力不可、また「○○○○○@icloud.com」と入力すると「○○○○○@iclou.com」というようにドット(ピリオド)の前にある「d」の文字が脱落します
>   (Google Android TVアプリやAmazon Fire TVアプリのスマホ用公式リモコンアプリでも全く同じように文字が脱落します・・・)
> - TV Device版「Youtube」公式アプリでは、
>   は利用できなくなりました
>   (2020年8月上旬時点のバージョンでは
>   でもUS-ASCIIのみ扱えていましたが、その後のバージョンアップで仕様変更された模様・・・)
>   (アプリ組み込みソフトウェアキーを
>   (日本語モード)にしておくと、
>   で転送された半角英数文字がローマ字入力として処理されて日本語の予測変換候補が表示されます )
> - TV Device版「NETFLIX」公式アプリでは、
>   は利用できません
> - 「 Amazon Fire TV」のシステム組み込み「検索画面」(「新UI」では（ホーム）カテゴリ右隣にある（探す）カテゴリの中の左上タイルの（検索）」)(「旧UI」では[ホーム]画面左隣)では標準組み込み仮想キーボードに固定されているため、
>   は利用できません

・・・個人的に使用する範疇ではこんなところが気になりましたが、他にもあるかも知れません

1-1 ： 使い方

- 同梱のスクリプトファイル(.scpt形式)はソースコードそのもののであり全開示しているので、安全性は各自確認していただけます
  (スクリプトによる「外部への通信」や「ファイルの書き込み」などの“怪しい処理”は一切しません)

「 input_transfer / clipboard_transfer 」は、同梱されているスクリプトファイル(.scpt形式)のままでもアプリ化したアプリケーションスクリプト(.app形式)としてもどちらの形式でも使えます。
また、macOS Monterey〜 v12〜でのOS標準アプリ「ショートカット.app」にスクリプトの記述内容を丸ごとコピペして実行させることもでき、iPhone/iPadと共通のモダンなUIで扱えます。

- ※ 「adb_connect_LAN」(.scpt)(.app) は、スクリプトの記述内容をカスタマイズしないと利用できません
  (ポート番号が割り当てられていない/正しくない場合は75秒強〜80秒弱後に「failed to connect to '192.168.x.xx:55xx': Connection refused」もしくは「no host in '55xx':」と通知と音声読み上げで結果が返ってきます)

・「Android-based DeviceのMACアドレスからLocal IPv4アドレスをリアルタイムに逆引きして自動接続する処理」を独自に用いているため、Android-based Device に組み込まれているネットワークモジュール(Wi-Fiもしくは有線LAN)のMACアドレスを記入する必要があります (このリアルタイム逆引き処理により、ルーターのDHCP機能による「Android-based DeviceのLocal IPv4アドレス」の変更を気にしつづけなければならない煩わしさが解消しました)

> ≫ スクリプトの上から4行目の中ほどのと仮記述している文字列部分にAndroid-based DeviceのMACアドレスを記入しますが、macOSでのコマンド特有の数値表現書式に整える必要があります (スクリプト内に記述方法を説明してあります)

- Amazon Fire TV では基本的(複数のAndroid-based Deviceを同時接続しない場合)に、使用するポート番号を事前にAndroid-based Deviceへ割り当てる処理は必要なく、ポート番号を気にする必要もありません
  https://developer.amazon.com/ja/docs/fire-tablets/connecting-adb-to-device.html
- Amazon Fire タブレットは、非対応 (
  はUSB接続対応のみ)
  https://developer.amazon.com/ja/docs/fire-tv/connecting-adb-to-device.html
- Android 〜10 では事前にUSB接続して、LAN接続に用いるポート番号(5555〜5585の間の奇数)を自分でAndroid-based Deviceへ割り当てる必要があります
  https://developer.android.com/studio/command-line/adb
  (Wi-Fi接続セッションが切れるたびにポート番号の割り当てはリセットされる模様・・・)

> > ≫ スクリプトに初期値として記述しているポート番号(5555)を割り当てる場合
> > 1. USBケーブルを挿して「adb_connect_USB」(.scpt)(.app)を実行するなどしてUSBで接続
> > 2. コマンド文字列のをクリップボードにコピー→
> >    アプリにコマンド文字列をペースト
> > 3. の
> >    キーを押す
> > 4. USBケーブルを抜く

- Android 11〜 ではまだ接続していない状態で、LAN接続に用いるポート番号(5桁)がAndroid-based Deviceに表示されるのでその番号をスクリプトに記入する必要があります
  https://developer.android.com/studio/command-line/adb

> > ≫ スクリプトに初期値として記述しているポート番号(5555)から変更する必要があります・・・スクリプトの上から5行目の末尾の文字列部分の数字を書き換えます (スクリプト内でも記述方法を説明してあります)

・「iMac」「Mac mini」「Mac Studio」「Mac Pro」などの“Ethernetポートが標準装備されている機種”でネットワークをWi-Fi接続している場合には、スクリプトの記述を1文字書き換える必要があります ・「Macbook Pro / Air / (無印)」などの“Ethernetポートが標準装備されてない機種”でEthernetアダプタを用いてネットワークを有線LAN接続している場合には、スクリプトの記述を1文字書き換える必要があります ・どの機種でも、本体には標準装備されてない“より高速な「Multi-gigabit Ethernet (2.5 / 5 GbE) / 10 gigabit Ethernet (10GbE) アダプタ」や「Wi-Fi 6 / 6E (IEEE802.11ax) / 7 (IEEE802.11be)アダプタ (無線LAN子機)」”などを別途用意してネットワークを接続している場合も、スクリプトの記述を1文字書き換える必要があります

> ≫ スクリプトの上から2行目の中ほどの文字列部分の数字を書き換えます

> ≫ Hardware Port の Device名(BSD装置名)について
> - “Ethernetポートが標準装備されている機種“では標準装備の「Ethernetポート」
> - “Ethernetポートが標準装備されてない機種“では標準装備の「Wi-Fi」
> ・・・は、どちらも
> - “Ethernetポートが標準装備されている機種“では標準装備の「Wi-Fi」
> ・・・は
> - 標準装備されてない“「Ethernetアダプタ」や「Wi-Fi アダプタ (無線LAN子機)」”など
> ・・・については下記などの方法で調べましょう。

> ≫ コマンド文字列のをクリップボードにコピー→
> アプリにコマンド文字列をペーストしてから
> の
> キーを押すと、Hardware Port の Device名(BSD装置名)などがシンプルに一覧表示されます
> ≫ macOS標準アプリの「システム情報」(/Applications/Utilities/System Information.app)(/Applications/Utilities/システム情報.app)
> - メニューバーの一番左にある
>   をクリック→
>   をクリック→開いた窓の上部にあるタブの一番左の
>   タブにて、窓画面下部の
>   ボタンをクリック
> - ディスプレイ下端にある「Dock」の中に並んでる
>   アイコン(macOS 11〜からはデザインが変更されています)をクリック→
>   フォルダをクリック→「システム情報」アイコンをクリック
> ・・・でも、「▼ネットワーク」項目の「ネットッワーク環境」にてネットワークのサービスに用いられるBSD装置名(Hardware Port の Device名)などがより詳細に一覧表示されます

Android 10〜以降では、システムの標準設定ではMACアドレスが偽装化されてランダムな値に変更し続ける仕様に変更されたため、「adb_connect_LAN」(.scpt)(.app) を使用するWi-FiのアクセスポイントではAndroid 〜9と同じ状態になるよう設定変更する必要があります

> ≫ 検索サイトで
> ・
> ・
> などと検索して、前者の状態から後者への状態へ設定変更しましょう

- 「adb_sellect_input-method」(.scpt)(.app) は基本的にはAmazon Fire TV向け
  (Fire TVでは「仮想キーボードアプリ」を切り換えるためのユーザーインターフェースが割愛されているので、自動切替が正常に処理されなかったときに手動で切り替えるための手段が必要)
  初期状態ではAmazon Fire TV用の記述となっているため、Fire TV以外のAndroid-based Device で使用するにはスクリプトの記述内容を必ずカスタマイズする必要があります
  (後述の方法を参考にしながら、Fire TV以外のAndroid-based Device で普段利用している「仮想キーボードアプリ」(PCで言う所のインプットメソッドとかIME)のID名を調べて、Fire TVでのID名として書かれている部分を書き換えます)

※ ADBKeyBoard ・Switch to ADBKeyBoard from adb (by robertio) : (「com.android.adbkeyboard/.AdbIME」に切替) ・Switch back to original virtual keyboard: (swype in my case...) (「com.nuance.swype.dtc/com.nuance.swype.input.IME」に切替)
・Check your available virtual keyboards:
(インストールされている「仮想キーボードアプリ」のID名など詳細一覧表示)

・
(インストールされている「仮想キーボードアプリ」のID名のみ一覧表示)
・
(システムで規定されている「仮想キーボードアプリ」のID名表示)
各スクリプトファイル(.scpt形式)の詳細については、 Google Developers - Android Developers - Android Debug Bridge (adb) Amazon Developer - Fire TV - adbを使用してFire TVに接続する方法 Amazon Developer - Fireタブレット - adbを使用してFireタブレットに接続する方法 Google Developers - Android Developers - Wear OS アプリをデバッグする
Qiita - @ogapants - はじめようAndroidTV・・・このユーティリティのネタ元となった記事です
同梱の「usb-debag.rtf」(まだ書き掛け・・・)
 Apple - Developer - Mac Automation Scripting Guide

・・・などを参考にしながら把握してもらう方向性で・・・

1. スクリプトファイル(.scpt形式)のまま使用する方法

1-1.
フォルダ(/Users/<ユーザー名>/Library/Scripts) の中へスクリプトファイル(.scpt形式)を移動します
1-2. macOS標準アプリの「スクリプトエディタ」(/Applications/Utilities/Script Editor.app) を起動します
(ディスプレイ下端にある「Dock」の中に並んでる
アイコン(macOS 11〜からはデザインが変更されています)をクリック→
フォルダをクリック→ 「スクリプトエディタ」(/Applications/Utilities/Script Editor.app)アイコンをクリック)
1-3. て、メニューの
→
をクリック→「環境設定」窓の「一般タブ」の項目の「スクリプトメニュー: 🔲 メニューバーにスクリプトメニューを表示」にチェックを入れます
1-4. メニューバー右側のタスクアイコン表示領域(時刻表示の左側)に、極太の「S」のような「スクリプトメニューアイコン」が表示されるのでそれを
でクリックすると、
フォルダ(/Users/<ユーザー名>/Library/Scripts) の中にあるスクリプト(.scpt形式 / .app形式)がメニュー内に一覧表示され、その中から
でクリックするとスクリプトの記述内容が実行されます

※ macOS 〜10.14まではスクリプトメニューを表示させるとメモリ(RAM)の使用量は約150KB前後増えます macOS 10.15〜からはスクリプトメニューを表示させるとメモリ(RAM)の使用量が約9MB前後増えます
≫ スクリプトメニューアイコン「S」から、 の を押しながら でクリックするとそのスクリプト(.scpt形式 / .app形式)のあるフォルダがFinderで開いて、そのスクリプト(.scpt形式 / .app形式)が選択された状態となります ≫ スクリプトメニューアイコン「S」から、 の キーを押しながら でクリックするとそのスクリプト(.scpt形式 / .app形式)は「スクリプトエディタ」アプリ(/Applications/Utilities/Script Editor.app) で直接開きます

> ≫  Apple Developer - Mac Automation Scripting Guide - Using Dictation to Run Scripts

2. アプリ化してアプリケーションスクリプト(.app形式)で使用する方法
(アプリケーションスクリプト(.app形式)を直接「アプリケーション」フォルダ(/Applications/) に入れてしまうと、後でカスタマイズしたりバージョンアップする時に手間が掛かり利便性が落ちます)

2-1.スクリプトファイル(.scpt形式)をダブルクリックして、macOS標準アプリの「スクリプトエディタ」アプリ(/Applications/Utilities/Script Editor.app) でスクリプトファイル(.scpt形式)を開きます
2-2. メニューの「ファイル」→「書き出す...」をクリック→「書き出す」窓の下部にある「ファイルフォーマット: [アプリケーション]」を選択、「書き出す」窓の一番上の「書き出し名: [(スクリプトファイルの名称と同じ).app]」と記入、「書き出す」窓の一番右下部にある
ボタンをクリックします
(スクリプトファイル(.scpt形式)はアプリ内にコピーされます)
(アプリケーションスクリプト(.app形式)を
で右クリック→「パッケージの内容を表示」をクリック→
フォルダ→
フォルダ→
フォルダ→「main.scpt」ファイル)
2-3. 保存したアプリケーションスクリプト(.app形式)はどこに置いても実行可能ですが、
フォルダ(/Users/<ユーザー名>/Library/Scripts) の中へ移動して使用するのが利便性が良いと思います

> > > 2-3-1.
> > > フォルダ(/Users/<ユーザー名>/Library/Scripts) の中へアプリケーションスクリプト(.app形式)を移動して、ディスプレイの下にある「Dock」の中の書類領域(アプリケーションアイコンが並んでる右側にある
> > > と右端にある
> > > アイコンとの間の部分)に
> > > フォルダ(/Users/<ユーザー名>/Library/Scripts)をドラッグすると、「Dock」から
> > > フォルダ(/Users/<ユーザー名>/Library/Scripts)内のアプリケーションスクリプト(.app形式) を実行できます
> > > 2-3-2.
> > > フォルダ(/Users/<ユーザー名>/Library/Scripts) の中にあるアプリケーションスクリプト(.app形式)も上記項目のスクリプトメニューからも利用可能
> > > 2-3-3. アプリケーションスクリプト(.app形式)のエイリアス(Windoowsで言う所のショートカットアイコン)を作成してそれを新規に
> > > フォルダ(/Users/<ユーザー名>/Library/Scripts/スクリプト/)などと作成したフォルダに入れてからそれを「アプリケーション」フォルダ(/Applications/) に移動すると、ディスプレイ下部にある「Dock」の中にある
> > > アイコン(macOS 11〜からはデザインが変更されています)をクリック→
> > > フォルダなどが作成されてその中にアプリケーションスクリプト(.app形式)のエイリアスが纏まって追加されます

≫ 自分でアプリ化したアプリケーションスクリプト(.app形式)を初めて起動するときは、初回起動時だけFinderにてアプリファイル(.app形式)を で右クリックしてコンテキストメニューの「開く」を選択する必要があります

> ≫  Apple Support - macOSユーザガイド - 開発元が未確認のMacアプリケーションを開く
> ≫  Apple Developer - Developer IDでMac用ソフトウェアに署名する

3. macOS Monterey〜 v12〜でのOS標準アプリ「ショートカット.app」にスクリプトの構文を丸ごとコピペして実行させる方法

3-1. macOS標準アプリの「ショートカット.app」(/System/Applications/Shortcuts.app/) を起動します
(ディスプレイ下端にある「Dock」の中に並んでる
アイコン(macOS 11〜からはデザインが変更されています)をクリック→
フォルダをクリック→ 「ショートカット」(/Applications/Utilities/Script Editor.app)アイコンをクリック)
3-2. 「ショートカット.app」画面上部のツールバー領域にある
ボタンをクリックして新規ショートカットを作成→右サイドバーの[
]から
を選択→
を選択→
を選択します
(右サイドバー上部にある検索欄でと入力しても
がすぐ出てきます)
3-3. スクリプトファイル(.scpt形式)をダブルクリックして、macOS標準アプリの「スクリプトエディタ」アプリ(/Applications/Utilities/Script Editor.app) でスクリプトファイル(.scpt形式)を開き、表示されたスクリプトの記述内容を丸ごと「スクリプトエディタ」から「ショートカット.app」へコピペします

> > > > ※ 「adb_connect_LAN.scpt」は、事前に「スクリプトエディタ」上でスクリプトの記述内容をカスタマイズして動作確認をしてからコピペしてください
> > > > ※ 「adb_sellect_input-method.scpt」は基本的にはAmazon Fire TV向けで、Fire TV以外のAndroid-based Device で使用するには事前に「スクリプトエディタ」上でスクリプトの記述内容をカスタマイズして動作確認をしてからコピペしてください

> > 3-4. 作成するショートカットの名前を「(スクリプトファイルの名称と同じ)」に変更し、ショートカットのカラーとアイコンを好みの見た目にカスタマイズします
> > 3-5. あとは、作成したショートカットを「macOSのFinder (Spotlight / メニューバー / 「アクション」ポップアップメニュー / 「サービス」メニュー / Dock など)」「キーボードショートカット」など様々な方法で実行できます

「 input_transfer / clipboard_transfer 」は macOS標準機能である「音声読み上げ」を使用しますが、OSの初期状態のままではごく一部の声優?の低品質音声データしか同梱されていないため、高品質音声データにアップグレードしましょう

メニューの「システム環境設定...」をクリック→「システム環境設定」窓の「アクセシビリティ」アイコンをクリック→左側の「スピーチ」項目をクリック→右側の「システムの声: [Kyoko]」のプルダウンメニューをクリック→「カスタマイズ」をクリックすると利用可能な声優?が一欄表示されます
声優?の名称の左側にある🔲(チェックボックス)をクリックすると、右横に「☑️ 高音質音声にアップグレード」もしくは「ダウンロードされます」のいずれかが表示されて一欄窓の下には「選択したダウンロードサイズ: ○○○ MB」(🔲(チェックボックス)を入れた数の合計)と表示されます
一欄窓の右下にある
ボタンをクリックすると音声データがダウンロードされます
(一度にたくさん🔲(チェックボックス)を☑️にするとダウンロードエラーとなる場合が多い模様・・・同時に二つくらいなら正常にダウンロードされます)

> ※ 「☑️ 高音質音声にアップグレード」と表示されたものは、OSの初期状態では低品質音声データが同梱されています
> ※ 「ダウンロードされます」と表示されたものは、OSの初期状態では音声データが同梱されていません
> (
> ボタンを押した時用のサンプル音声ファイルのみ収録)
> ※ macOS 10.15〜から追加された「Siri (女性)」「Siri (男性)」という名称の声優?については、「 input_transfer / clipboard_transfer 」で記述している「AppleScript」の基本命令セットからは簡単には利用できません・・・
> (「AppleScript」の拡張仕様である「AppleScriptObjC」を用いて「Object-C」を呼び出して「Cocoa API」を直接叩くと、macOS 10.12〜で利用可能になる模様・・・)

声を選択:
日本語 (日本)
☑️ Kyoko ☑️ 高音質音声にアップグレード
ダウンロードサイズ: 419 MB
☑️ Otoya ダウンロードされます
ダウンロードサイズ: 328 MB
☑️ Siri (女性) ☑️ 高音質音声にアップグレード
ダウンロードサイズ: 426MB
☑️ Siri (男性) ☑️ 高音質音声にアップグレード
ダウンロードサイズ: 399 MB
英語 (アメリカ合衆国) ー 女性
☑️ Ava ダウンロードされます
ダウンロードサイズ: 533 MB
☑️ Samanth ☑️ 高音質音声にアップグレード
ダウンロードサイズ: 534 MB
☑️ Siri (女性)
☑️ Siri (女性) ダウンロードされます
ダウンロードサイズ: 576 MB
英語 (アメリカ合衆国) ー 男性
☑️ Alex ☑️ 高音質音声にアップグレード
ダウンロードサイズ: 912 MB
☑️ Siri (男性) ☑️ 高音質音声にアップグレード
ダウンロードサイズ: 315 MB
☑️ Tom ダウンロードされます
ダウンロードサイズ: 475 MB
英語 (イギリス) ー 男性
☑️ Daniel ☑️ 高音質音声にアップグレード
ダウンロードサイズ: 547MB

> ※ 「adb_input_transfer」(.scpt)(.app) は、

> > 「システム環境設定」→「キーボード」→「ショートカット」タブの中の下部にある「🔲(チェックボックス)コントロール間のフォーカス移動をキーボードで操作」を☑️にする

> を有効にするとキーボードだけで操作できるようになります

2-1 ： カスタマイズ方法

- 好みに応じて改変し放題

※ 上記の音声読み上げで、日本語音声は「Kyoko」英語音声は「Alex」を利用しています
これはMacの初期状態でその低品質音声データが同梱されているためです
しかし上記の音声読み上げ高品質音声データを追加ダウンロードした上でスクリプトをカスタマイズすることで音声を変更できます
日本語音声を「Otoya」にカスタマイズすると、テレビ東京のバラエティ番組？と同じ機械音声になるので、機械音声特有の違和感が軽減されるかもしれません
(アクセントやイントネーションのダメっぷりは同じレベルですが聞き馴染みがあるので・・・ただ最近になって BSフジのバラエティ番組？で「Kyoko」が採用されたため個人的には「Kyoko」でもだんだん違和感がなくなってきた・・・)
英語音声を「Tom」にカスタマイズすると、英語が母国語ではない多くの日本人にもより聞き取りやすくなると思います
(Alexは発音がややネイティブ寄りなので聞き取るのがやや大変？で「Daniel」はややクセがあるかも？英語女性音声の「Ava」と「Samanth」は発音が超ネイティブ過ぎなので聞き取るのが超大変？)
※ 「adb_input_transfer」(.scpt)(.app) の文字入力欄のサイズはカスタマイズすることができます
縦の長さ(行数)については、スクリプトの文字入力欄記述部分の改行の数を増減すると、文字入力欄の縦の長さ(行数)が可変します
横幅(桁数)については、スクリプトのボタン記述部分の3つのボタンのそれぞれの文字の左右に空白などを挿入してボタン自体の幅を広げさせると、文字入力欄の横幅(桁数)が可変します
(ボタンの文字をカスタマイズしたら、スクリプトの条件選択記述部分でのボタン名称も同じ文字列に合わせる必要があります)
※ 「adb_input_transfer」(.scpt)(.app) の文字入力欄の上にある不自然な余白部分？には適当なメモなどを表示させることができます
(個人的にはあの余白はなくしたいのですが、AppleScript の仕様によってなくすことができません・・・・)

2-1 ： “仮想キーボードアプリ”のインストール

- オープンソースソフトウェアとしてソースコードが全開示されているため、安全性は問題ないと思われます・・・

※ 普通のAndroidスマホ(Google Mobile Service対応端末)であれば「設定」アプリに、 デバッグ USB経由のアプリを確認　　　　　 [ [ON]] ADB/ADT経由でインストールされたアプリに不正な動作がないか確認する ・・・という項目もあるため安心ですよね？
とりあえずこの仮想キーボードアプリ経由でセキュリティにシビアなデータを使用しないのであれば(＝セキュリティにシビアなデータはGoogle製Android公式開発ツールのみでの転送方法でなら)問題はないと思われます・・・

> > 1. このREADME(取扱説明書)を表示しているMac用ブラウザソフトで、オープンソースソフトウェアな“仮想キーボードアプリ”である「ADBKeyBoard」のアプリファイルである「ADBKeyBoard.apk」(17KB)をダウンロード - 履歴ページからMacにダウンロード(最新リリース版/2020年10月20日リリース版)します
> >    (記述時点の最新版(2022年リリース)を “古めのAndroid-based System / Android-based Device”にインストールすると「ADBKeyBoard.apk」の動作がフリーズを繰り返するため、その症状が現れる場合には旧版(〜2020年リリース)を利用してください)
> > 2. 「Mac」と「Android-based Device」とを Android Debug Bridge で接続します

> >    > Google Developers - Android Developers - Android Debug Bridge (adb)
> >    > Amazon Developer - Fire TV - adbを使用してFire TVに接続する方法
> >    > Amazon Developer - Fireタブレット - adbを使用してFireタブレットに接続する方法
> >    > Google Developers - Android Developers - Wear OS アプリをデバッグする
> >    > Qiita - @ogapants - はじめようAndroidTV・・・このユーティリティのネタ元となった記事です
> >    > 同梱の「usb-debag.rtf」(まだ書き掛け・・・)

> >    ・・・などを参考にしながら接続しましょう
> > 3. コマンド文字列のをクリップボードにコピー→
> >    アプリにコマンド文字列をペーストします
> >    (「adb install 」でのinstallの単語の後に半角の空白が一文字ありますので、もしコピペに漏れがあった場合には
> >    の
> >    キーを押して手動で半角の空白を一文字加えてください)
> > 4. アプリの画面の中に、ダウンロードした「ADBKeyBoard.apk」ファイルをドラッグ&ドロップします
> >    (ターミナルの画面にというような感じで表示されます)
> > 5. の
> >    キーを押します
> > 6. コマンド文字列のをクリップボードにコピー→
> >    アプリにコマンド文字列をペーストします
> > 7. の
> >    キーを押します
> > 8. Android-based Deviceを再起動させます

> ・普通のAndroidスマホ/タブレット(Google Mobile Service対応端末)では上記6〜8をAndroid-based Device上のタッチ操作でも設定できます・・・同梱の「usb-debag.rtf」(まだ書き掛け・・・)を参照してください
> ・Amazon Fire TV では、2020年8月上旬時点では上記1〜6だけでインストール完了でコマンドからリスト表示されていましたが、Fire OSアップデートによって2021年3月上旬時点では非表示化されています・・・(上記6〜8の設定を加える事で表示化されます)
> ・Amazon Fire TV では、2020年7月中旬頃までは

> - 「ホーム画面」
> - リモコン「ホームボタン」長押し→「アプリ」→「アプリ一覧」
> - 「アプリストア」→「アプリライブラリ」
> ・・・でADBKeyboardのアプリアイコンが表示されていたものの、2020年7月下旬のFire OSアップデートによって非表示化されました・・・
> (「設定」→「アプリケーション」→「インストール済みアプリケーションを管理」では以前から非表示)
> ・Google Mobile Service対応Android-based Device では、「Android セキュリティ アップデート 2020年8月/9月/10月/11月/12月、2021年1月/2月/3月/4月/5月」のいずれかを適用することによって、「adb_input_transfer」(.scpt)(.app)(「Transfer using ADBKeyboard」部分)と「adb_clipboard_transfer_ADBKeyboard」(.scpt)(.app)における「ADBKeyboard」の挙動が変化します・・・下記の “新しい操作様式”に従って使用しなければ適用後に「ADBKeyboard」は正常に機能しません
> (表示中の“仮想キーボードアプリ”が外部からの指示によって切り替えられてしまうというのはセキュリティ的に好ましくないので、一般ユーザーにとっては当然といえば当然ではあるものの、それが開発者ツールによる指示でも切り替えを抑制してしまうというのは開発者を蔑ろにしすぎなのでは・・・)

“新しい操作様式 - 入力欄連携型” (アプリ画面内にある複数の文字入力欄(text input field)にそれぞれ「fieldId」や「fieldName」が連携設定されていて、 文章入力画面に「次へ」ボタンや「完了」ボタンなどが表示されるタイプのアプリの場合) ・普通のAndroidスマホ(Google Mobile Service対応端末)のOS標準アプリの「メモ帳」で使用する場合 1. 「メモ帳」アプリを開きます
2. 既存の「文章」か
ボタンをタップして文章入力画面を開きます(システムで規定された“仮想キーボードアプリ”も表示されます)
3. ディスプレイ下部のシステムナビゲーション領域で
ボタンをタップ(Android 〜9)や「戻る」ジェスチャー(Android 10〜)をして“仮想キーボードアプリ”を一旦非表示にします
4. “仮想キーボードアプリ”が非表示の状態で「adb_input_transfer」(.scpt)(.app)(「Transfer using ADBKeyboard」部分)か「adb_clipboard_transfer_ADBKeyboard」(.scpt)(.app)を一度作動して、「システムで規定された“仮想キーボードアプリ”」→「ADBKeyboard」→「システムで規定された“仮想キーボードアプリ”」の設定切替をバックグラウンドでさせます・・・この状態ではまだ「ADBKeyboard」での文字入力は全く機能しません
5. 文章入力画面をタップして、システムで規定された“仮想キーボードアプリ”を再表示させてから「adb_input_transfer」(.scpt)(.app)(「Transfer using ADBKeyboard」部分)か「adb_clipboard_transfer_ADBKeyboard」(.scpt)(.app)を作動させます
6. Google「Gboard」の場合、上記「5. 」を一度操作しただけでは反応せず、さらにもう一度「adb_input_transfer」(.scpt)(.app)(「Transfer using ADBKeyboard」部分)か「adb_clipboard_transfer_ADBKeyboard」(.scpt)(.app)を作動させます

・・・するとそのプロセス(その文章)上でのみ「ADBKeyboard」が正常に機能するようになります
(入力欄連携型アプリでは同一アプリ上であっても別プロセス(別文章など)上では、また別途“新しい操作様式 - 入力欄連携型”を行う必要があります)

“新しい操作様式 - 入力欄独立型”
(アプリ画面内にある文字入力欄(text input field)が一つ、もしくは複数あってもそれぞれが連携されておらず、
文章入力画面に「次へ」ボタンや「完了」ボタンなどは表示されないタイプのアプリの場合)
・普通のAndroidスマホ(Google Mobile Service対応端末)のホーム画面にある「Google検索バー」を一番最初に使用する場合

1. 「Google検索バー」の文字入力欄部分をタップして検索語句入力画面を開きます(システムで規定された“仮想キーボードアプリ”も表示されます)
2. 「adb_input_transfer」(.scpt)(.app)(「Transfer using ADBKeyboard」部分)か「adb_clipboard_transfer_ADBKeyboard」(.scpt)(.app)を一度作動させます・・・一度目は「ADBKeyboard」での文字入力は全く機能しません
4. 再度「adb_input_transfer」(.scpt)(.app)(「Transfer using ADBKeyboard」部分)か「adb_clipboard_transfer_ADBKeyboard」(.scpt)(.app)を作動させます

・・・すると様々な入力欄独立型アプリ上ではそれ以降、Android-based Deviceの電源を切るまでは“新しい操作様式 - 入力欄独立型”を再度することなく「ADBKeyboard」が正常に機能し続けるようになります
(入力欄独立型アプリでは最初に“新しい操作様式 - 入力欄独立型”を一度するだけでそれ以降の挙動は従来と同様に使えるようになりますが、Android-based Deviceを再起動した場合には再び“新しい操作様式 - 入力欄独立型”をする必要があります)

※ 「adb_input_transfer」(.scpt)(.app)(「Transfer using ADBKeyboard」部分)と「adb_clipboard_transfer_ADBKeyboard」(.scpt)(.app)の動作において、Amazon Fire TV で「新UI」にアップデートされたり「〜2021年5月中旬までのFire OSアップデート」を全て適用していても、OSとしての挙動は従来のまま変化しません (Fire タブレットは不明) → Amazon Fire OSの仕様に準拠しているアプリでは、README記述時点でも今のところ“新しい操作様式”については必要ありません・・・

Google製のTV Device版「Youtube」公式アプリの2021年5月中旬時点のバージョンでは、「ADBKeyboard」は全く機能しなくなりました
(2020年8月上旬時点のバージョンでは「ADBKeyboard」でもUS-ASCIIだけ扱えていて、アプリ組み込みソフトウェアキーを「かな」モードにしておくと転送された半角英数文字がローマ字入力として処理されて日本語の予測変換候補が表示されていた)

> ・Amazon Fire TV では、2021年5月下旬〜12月上旬頃の間に配信された「Fire OSアップデート」のいずれかを適用することによって、アップデート適用後に新規インストールされるADBKeyboardでは

> - 「ホーム画面」
> - リモコン「ホームボタン」長押し→「アプリ」→「アプリ一覧」
> - 「アプリストア」→「アプリライブラリ」
> ・・・でアプリアイコンが再び表示されるように2020年7月中旬以前と同様の挙動に戻されましたが、既にインストールされている「ADBKeyboard」は非表示のまま。
> (「設定」→「アプリケーション」→「インストール済みアプリケーションを管理」では2020年7月中旬以前と同様に非表示のまま)
> それと同時に 既にインストールされている「ADBKeyboard」は全く反応しなくなりました
> (インストールされているアプリが不可視化されていて端末単体ではアンインストールもできないというのはセキュリティ的に好ましくなかったし、不可視アプリを今後もそのまま使用可能にしておくのもセキュリティ的に好ましくないので、当然といえば当然・・・)
> (おそらく「Android TV / Chromecast with Google TV」でも、ほぼ同じくらいの間に配信された「Android セキュリティ アップデート」のいずれかを適用することによって同様の挙動が発生すると思われます・・・)

既にインストールされている「ADBKeyboard」をアンインストール

1. コマンド文字列のをクリップボードにコピー→
   アプリにコマンド文字列をペーストします
2. の
   キーを押します

・・・して、それから端末を再起動→上記のように再インストール＆有効化し直して端末を再起動させると、再び「ADBKeyboard」が機能するようになります

2-1 ： 改訂履歴

- 機能改良や不具合の修正など

version 20230911 :

- 「adb_input_transfer」(.scpt)(.app)(「Transfer using ADBKeyboard」部分)と「adb_clipboard_transfer_ADBKeyboard」(.scpt)(.app)において、“新し目な Android-based System” でも「ADBKeyboard」を正常に機能させるため、「ADBKeyboard」への自動切替直後に待機時間をとりあえず0.1秒挿入
  (“新し目な Android-based System” では、“仮想キーボードアプリ”切替直後に待ち時間ゼロで即座に入力できないよう挙動変更されていた)
  (おそらくセキュリティ面と処理タイミング分散による負荷の平滑化の両面から挙動変更されたものと思われますが、Androidのversionが進むにつれ“仮想キーボードアプリが明確に切り替わったとユーザーに視認させるための待機時間がより長く要求され、画面切替時のエフェクト効果の時間も長くなり処理タイミングをより分散させても問題なくなる事が推測されるため、今後のAndroidのversionでは待機時間をさらに長く書き換える必要が出てくるかもしれません・・・)
- このREADME(取扱説明書)にて「ADBKeyboard」の記述時点の最新版(2022年リリース)を “古めのAndroid-based System / Android-based Device”にインストールして「ADBKeyBoard」の動作がフリーズを繰り返す場合の対処法を記述
  (旧版(2020年10月20日リリース版など)を利用してください)
  (「ADBKeyboard」の2022年リリース版のリリース時期から推測すると、おそらくAPIを “Android API Level 33”(Android 13)へ単純に置き換えたため “古めのAndroid-based System / Android-based Device”に対する下位互換性が切り捨てられてしまったのではないかと思われます・・・)
- このREADME(取扱説明書)にて「Android Debug Bridge」(adb) のUniversal binary化に対する記述を追加、「☑️ Rosettaを使用して開く」記述を削除
- このREADME(取扱説明書)にて、macOS Monterey〜 v12〜でのOS標準アプリ「ショートカット.app」にスクリプトの記述内容を丸ごとコピペして実行させる方法を追記
  (iPhone/iPadと共通のモダンなUIで扱えます)

version 20220101 :

- 「adb_connect_Wi-Fi」を「adb_connect_LAN」に変更
  (スクリプトの記述で「Wi-Fi接続」と表記していた部分を「ローカルエリアネットワーク接続」に変更)
- README 20210519記述段階以降の「Android セキュリティ アップデート」や「Fire OSアップデート」などによる挙動変更のために「ADBKeyboard」が全く反応しなくなった場合の対処法を記述
- 「iMac」「Mac mini」「Mac Pro」などの“Ethernetポートが標準装備されている機種”でネットワークをWi-Fi接続している場合の、スクリプトの記述書換方法を記述
- 「Macbook Pro / Air / (無印)」などの“Ethernetポートが標準装備されてない機種”でEthernetアダプタを用いてネットワークを有線LAN接続している場合の、スクリプトの記述書換方法を記述

version 20210511 - README 〜20210519 :

- ・「adb_input_transfer」(.scpt)(.app)(「Transfer using ADBKeyboard」部分)と「adb_clipboard_transfer_ADBKeyboard」(.scpt)(.app)の動作において、“新しい操作様式”を区分けしてより詳細に記述

version 20210511 :

- 「adb_connect.scpt」を廃止・・・(macOS 10.15〜以降では「OK」ボタンが機能しなかったことが判明・・・AppleScript外部から情報を取得してリストに割り当てるまでは機能しているのですが、動的に割り当てられたリストから「OK」ボタンを機能させることがセキュリティ/プライバシー的にmacOS 10.15〜以降では不可能になった模様・・・)
  (事前のテストでは、macOS 10.15〜で「adb_connect_Wi-Fi.scpt」は正常に動作していたし、「adb_connect.scpt」の制作途中の段階で外部から情報を取得してリストに割り当てる時点までは確認していたため、最終的に動作に問題が出るとは想定外だった・・・)
- Android 10〜以降で「adb_connect_Wi-Fi」(.scpt)(.app)を使用する方法を追記・・・システム標準設定のままでは動作しなくなります
  (macOS 〜10.14上での「adb_connect」(.scpt)(.app)では、Android 10〜以降でのシステム標準設定のままでも動作しました)
- macOS 10.15〜以降での 「Unix実行ファイル」の PATH を通す方法を追記
- 「adb_input_transfer.scpt」と「adb_clipboard_transfer_ADBKeyboard.scpt」を(Fire TV以外の Android-based Deviceでも)カスタマイズ不要でそのまま動作するように改良
- 「adb_input_transfer」(.scpt)(.app)(「Transfer using ADBKeyboard」部分)と「adb_clipboard_transfer_ADBKeyboard」(.scpt)(.app)の動作において、Android セキュリティ アップデートによる挙動の変化を追記・・・“新しい操作様式”に従って使用しなければアップデート適用後に「ADBKeyboard」は正常に機能しません
- version 20210301での「adb_connect.scpt」と「adb_connect_Wi-Fi.scpt」では、Android 11〜での新しい接続方法をサポートできていませんでした・・・(今後の新しいversion で追加予定の新しいスクリプトにてフルサポート予定)

version 20210301 - README 〜20210308a :

- このREADME(取扱説明書)にてAmazon Fire タブレットへの “仮想キーボードアプリ”のインストールなどをサポート・・・(version 20210301 での README では)コマンド文字列の中の単語が一つ抜けていたミスを修正
- Amazon Fire TV での Fire OS のアップデートによる挙動の変化を追記・・・(version 20210301ではそのままでも動作自体は問題ありませんが)今後の新しいversionではその部分の挙動を利用する形式に変更するため、Fire TVで利用している場合には追記した「手順6〜8」の作業を事前に行なっておいてください
- ・(version 20210301 での README では)カスタマイズが必要なスクリプトの項目で「adb_clipboard_transfer_ADBKeyboard」(.scpt)(.app) が抜けていたミスを修正

version 20210301 :

- 「adb_connect.scpt」を追加・・・(使用しているMacintoshと同一のネットワーク上にある「周辺機器のLocal IPv4アドレスとMACアドレスの一覧」や「USB接続」のリストの中から接続するAndroid-based Deviceを選択するだけで自動接続します)(Android-based Device で使用するポート番号を記入する必要があります・・・スクリプト内に記述方法を説明してあります)
- 「adb_connect_Wi-Fi.scpt」を、MACアドレスからLocal IPv4アドレスを逆引きして自動接続する形式に変更・・・(Android-based Deviceに組み込まれているネットワークモジュール(Wi-Fiもしくは有線LAN)のMACアドレスと使用するポート番号を記入する必要があります・・・スクリプト内に記述方法を説明してあります)
- 「adb_input_transfer.scpt」での二種類の転送ボタンの名称をそれぞれより分かりやすい表記に変更・・・(最近のApple風の表現方法にしました)
- 全ての.scrtファイルで通知音を削除・・・(「macOS Big Sur〜 (v11〜) からの新しい“通知音”名」は「macOS 〜Catalina (〜v10.15) までの古い“通知音”名」から名称変更されたため、使用しているMacintoshでのOSバージョンを取得して通知音名を振り分けることが必要で煩雑になってしまうため切り捨てました・・・そもそも音声読み上げするのだから、通知音の必要性は最初からほぼなかったわけで・・・)
- 「adb_connect.scpt」と「adb_connect_Wi-Fi.scpt」にて、Android 11〜での新しい接続方法をサポート・・・(スクリプト内に記述方法を説明してあります)

version 20200822 :

- 初版完全修正版・・・(「adb_clipboard_transfer_ADBKeyboard.scpt」も完全に修正して全て機能するようにしました)

version 20200811a :

- 初版ほぼ修正版・・・(「adb_clipboard_transfer_ADBKeyboard.scpt」には一箇所修正漏れがあり機能しませんでした・・・その他のスクリプトファイル(.scpt形式)は正常に機能するように修正)

version 20200811 :

- 初版 (数時間ほど公開していた version 20200811 は機能しませんでした・・・)

3-1 ： 今後リリース予定の新機能についてのメモ・・・

- そのうちにリリースするつもりではいます・・・

https://developer.apple.com/library/archive/documentation/LanguagesUtilities/Conceptual/MacAutomationScriptingGuide/AutomatetheUserInterface.html
macOS 10.15の場合
「(タイトル無し)」
“○○○○○.app”が“System Events.app”を制御するアクセスを要求しています。制御を許可すると、“System Events.app”の書類やデータにアクセスしたり、そのアプリケーション内で操作を実行したりできるようになります。
(左側に🏠⚙️⌂⚙︎“セキュリティとプライバシー”環境設定アイコンの上の右下に歯車)
「アクセシビリティアクセス (イベント)」
“○○○○○.app”が“System Events.app”は、アクセシビリティ機能を使用してこのコンピュータを制御することを求めています。

| install... |  | un-install... |  | ◄ |  | ◄◄ |