macOS 10.15.x以降で使用できる、よく使われるアプリ内アイコンをフォント化した「SF Symbols」フォントが配布されており、このフォントにAppleScriptアイコンが用意されていることを見つけました（たいした発見ではありません。「へーそうなんだー」ぐらいの内容です）。
「SF Symbolsベータ」アプリケーションをインストールすると、さまざまなカテゴリに区分されたアイコン文字を閲覧、コピーすることができます。
このように、macOS 10.15.x以降にSFSymbolsフォントがインストールされていれば、Keynote書類上に文字情報をコピーすることも可能です（文字なので）。
もしやと思い、macOSの日本語Input Methodのユーザー辞書にこのAppleScriptアイコンを登録。
テキストエディタ（CotEditor）上で「あっぷるすくりぷと」と入力して変換すると、AppleScriptアイコンに変換されました。なるほど。たしかに文字ですわ。
Xcode 12GMではビルドできなくなっていたIntel/ARM Universal Binaryが、Xcode 12.2betaでビルドできることを確認しました。
このビルドの確認は、AppleScript Cocoaアプリケーションのプロジェクトのビルドで行い、生成されたバイナリにIntel/ARMアーキテクチャのバイナリが含まれていることが確認できました（fileコマンドでUniversal Binaryを確認。ARM Mac実機上での実行確認は行っていません）。
me@MacMini2014 ~ % file /Users/me/Library/Developer/Xcode/DerivedData/asTest3-delafurpjctyxkasofeysytgsiny/Build/Products/Release/asTest3.app/Contents/MacOS/asTest3 /Users/me/Library/Developer/Xcode/DerivedData/asTest3-delafurpjctyxkasofeysytgsiny/Build/Products/Release/asTest3.app/Contents/MacOS/asTest3: Mach-O universal binary with 2 architectures: [x86_64:Mach-O 64-bit executable x86_64] [arm64:Mach-O 64-bit executable arm64] /Users/me/Library/Developer/Xcode/DerivedData/asTest3-delafurpjctyxkasofeysytgsiny/Build/Products/Release/asTest3.app/Contents/MacOS/asTest3 (for architecture x86_64): Mach-O 64-bit executable x86_64 /Users/me/Library/Developer/Xcode/DerivedData/asTest3-delafurpjctyxkasofeysytgsiny/Build/Products/Release/asTest3.app/Contents/MacOS/asTest3 (for architecture arm64): Mach-O 64-bit executable arm64
Mac App StoreではBeta版のXcodeからのバイナリ提出を認めていないため、Universal Binary版のAppleScriptアプリケーションをMac App Storeに提出するためには、このXcode 12.2正式版のリリースを待つ必要があることでしょう。
macOS 11.0 Big Sur対応をIntel Mac向けのみで行うことは不可能ではありませんが、あまり意味がないことでしょう。まだRelease前ということもあって、仕様が変わってきています。とくにGUIまわりで。
Xcode上でAppleScript Cocoa Applicationをビルドする際に、Build ArchitectureをUniversal Binaryに設定した状態で、Target OSをmacOS 10.13ぐらいに設定して問題がないか（Build条件をしぼられていないか）確認したところ、確認した本バージョン（12.2beta）では大丈夫でした。
macOS 11.0, Big Sur上のスクリプトエディタでアプレット書き出しを行い、アプレットがIntel/ARMのUniversal Binaryのランタイムとともに書き出されていることも確認しています。
me@MacMini2014 ~ % file /Users/me/Desktop/appTEST.app/Contents/MacOS/applet /Users/me/Desktop/appTEST.app/Contents/MacOS/applet: Mach-O universal binary with 2 architectures: [x86_64:Mach-O 64-bit executable x86_64] [arm64:Mach-O 64-bit executable arm64] /Users/me/Desktop/appTEST.app/Contents/MacOS/applet (for architecture x86_64): Mach-O 64-bit executable x86_64 /Users/me/Desktop/appTEST.app/Contents/MacOS/applet (for architecture arm64): Mach-O 64-bit executable arm64
Late Night Software Blogの告知がTwitterに流れてきていました。Pixelmator Pro v1.8にてAppleScriptに対応したことを祝して、Late Night Software主催でPixelmator ProのAppleScriptプログラミングコンテストが開催されるとのこと。
Pixelmator Proはいわば「IllustratorとPhotoshopを足して２で割った」ようなアプリケーション。Photoshopの代用になる廉価なアプリケーション、という路線です（旧Macromedia FireWorksに近いかも）。基本的にはラスター画像の処理ソフトで、ビットマップイメージを作成するものです。ベクター図形や文字などもキャンバス上に配置できますが、最終的には画像化されます。ラスター画像に対して非破壊で各種フィルタ処理が行えることが売りです。Web画像素材やアプリケーションのアイコン画像作成といった用途、写真のレタッチなどに使われているようです。登場直後にAppleScript対応リクエストを出していたものの、今回10年越しぐらいで実現して腰を抜かしました。
さて、コンテストに話を戻します。Pixelmator Pro v1.8の試用版を使うことで、同アプリケーションのScriptを書いて試せるとのこと（やっています）。辞書内容は事前に確認していましたが、ツッコミどころがあまりないぐらい、さまざまな機能が載っていました。「え、こんな機能まで乗せてるの？」という謎の充実度を見せており（Pixelmator Pro本体に搭載されていないQRコードの検出機能とか）、AS機能の開発に元AppleのSal Soghoianが協力したという話もうなづけます。
以下、コンテストのレギュレーションです。
*締め切り日：2020年10月8日 00:00（PST、日本標準時より１時間早い。別名「Shane Stanley時間」）
*Late Night Softwareのフォーラムで「いいね」が押された数で競う（あ、これ女性と子供が有利なやつだ ＾ー＾；）
*賞品はPixelmator ProのMac App Storeクーポンコード。優勝者は複数（Winnersと書いてある）だが、どうも人数は決めていない様子。
*コンテスト応募は、LateNight Softwareのフォーラムに「pixelmatorpro」と「contest」のタグをつけて投稿すること
*AppleScriptの行数は100行まで（えーー）。コメントと空き行は除く。継続記号（┐）で続けた行も区切ってカウントされる。１行が200文字を超えてはいけない
*全Script行数の25%以上、Pixelmator Proの機能を呼び出さなくてはならない
*ScriptはmacOS 10.15, Catalina上で動作しなくてはならない
*ScriptはすべてAppleScriptでなくてはならない（JXAやshell scriptその他はダメ）。ASOCはOK
*外部Script Librariesの使用禁止
*Scriptはサードパーティのソフトウェア使用禁止。macOS Catalinaの標準搭載アプリケーション（ただし、Keynote、Pages、Numbersは使用OK）および（当然）Pixelmator Proのコントロールはしてよいものとする
*Scriptは製作者提供の外部データを１つに限り読み込んでよいものとする
*インターネット上のデータの読み込みはOK
*ScriptのInfo欄にスクリーンショットを入れてもいいよ
*楽しんでくれ。嫌がらせや破壊行為はNG
*ルールの明示化のためにルール自体の補足・説明を（主催者が）随時行えるものとする
*Script Debugger上で動作すること
……巨大Scriptで一部のScripterがコンテストを蹂躙することを避けつつ、「このあたり、穴場だよね？」という箇所を埋めてあります。あっと驚く参加者（たぶん、最年少参加者）が優勝をもぎ取って、真の実力者（Edama2さんみたいな）が投稿したScriptが全力でスルーされつつPixelmator Pro Scriptingの肥やしになりそうな、よく考えられたレギュレーションです（コンテストってそういうもんなんで）。
そして、一部のScripterが巨大な外部ライブラリを使ってコンテストを荒らすことを防ぐ、いいレギュレーションだと思います（Piyomaru Software対策）。
macOS標準装備のScript Editorと、LateNight Softwareが提供しているScript Debuggerの間で、（主にCocoa Scriptingで）若干の挙動の違いがありますが、レギュレーションではScript Debugger上で動作することを明記しています。まー、こんな100行程度のScriptでCocoa Scripting使ってもたいした処理が書けないんで、Cocoaの使いこなしで発生する実力差を相殺したいんだと思います。
自分が参加するとしたら、優勝狙いではなく「AppleScriptでこんなことできないでしょ」という連中を一発で黙らせるような破壊力のあるものを投稿して、それでも優勝しないという内容でしょう。ただ、100行以内だと「秘密兵器」を仕込むほどの分量がありませんね。
「１つの外部ファイルを読み込んでよい」というあたりが狙い所でしょうか。ここで勝負が決まると思います。ベトナムとかマレーシアの女子中学生あたりが優勝しそうだと予想。
Pixelmator ProのAppleScript用語辞書にはサンプルコードが多数掲載されており、それらを試してみるだけでもかなりのことがわかってきます。ただ、サンプルは行数を減らして見せるよう書かれているため、表記ゆらぎが大きく、オブジェクト階層を素直にtell文で順序立てて書くようなScriptに書き直さないと「部品」としては使いにくい印象も受けました。
実際に、Pixelmator ProのScriptingを行って、Kamenokoのネイティブデータにアクセスしてデータ書き出しを行ってみましたが、これだけでも数百行のコード規模になっているので、100行だけだと実に過酷だと感じましたわー。
Now, we have e-mail attack by somebody. We don’t have an intention to attack. I think the attacker use mail address spoofing.
Webmail UI might be cracked.
WWDC20にて、MacのARM（Apple Silicon）移行と、次期macOS 11「Big Sur」が発表されました。
Apple Silicon（A12z Bionic）搭載の開発者向けマシン「Developer Transition Kit」（Mac mini筐体、A12Z Bionic 2.6GHz 8Core, RAM 16GB, SSD 512GB）も500ドルで提供されることが発表されました。
Big Surの出来については「iOSっぽいデザイン」としか言いようがありませんし、中身についてはBeta版を見て判断するほかありません。
→ AppleがMacでも独自開発のプロセッサに移行する「Apple Silicon」を発表、iPhone＆iPadのアプリがMacでも利用可能に
▲Xcode 12betaでAppleScriptObjCアプリケーションを作ってビルド
▲スクリプトエディタ上でAppleScript v2.7が動作。見た目はちょっと……随分変わりますが
▲自作のアプリケーション「Kamenoko」も動作。ただ、Big Sur向けに部品を変えたほうがいい部分もありますが
Pixelmator Proがv1.8でAppleScriptに対応するとPixelmator Blogで発表しました。
Pixelmatorの登場当初からAppleScript対応の意見を出していましたが、そこから……何年たったのでしょうか。
サンプルScriptをながめたかぎりでは、オブジェクトを作って属性情報を書き換える操作はできるようです。
selectionが扱えるかどうか（選択中のオブジェクトを取れるかどうか）が１つの判断基準になりそうです。
いくらCocoaの機能が使える、NSBezierPathが使えるといっても、こういうローレベルなAPIを相手に高度なグラフィックを描かせるのはつらいので、GUIアプリケーション側の機能が使えるとたすかります。
→ Beta Programに登録して、Betaを落としてきたものの、これMac App Store版のPixelmator Proが入っていないとBetaが起動しないんですね（うまい！ このやり方は知っておきたい）。とりあえず、AppleScript用語辞書だけ見られればよかったので、sdef取り出して眺めてみたところ、けっこう気合いが入っていてビビりました。
近年、こんなに気合いの入ったAppleScript用語辞書を装備したアプリケーションは見ていません。「あー、この機能たしかに入れたいよねー、実用性はさておきとして」「なるほどーこういう単位でselectionできるのかー」などなど、詳細は書けませんが、これが全部まともに動くのならすごいです。
ただ、サンプルのScriptが掲載されているのに、スクリプトリンクが埋め込まれていないので、サンプルをすぐに使えるというレベルには達していません。また、画面のスナップショットやムービーなどが入っているわけでもありません。
Q&Aサイトでいろいろ答えた内容（自分自身のみ）をまとめて本にしてみました。ぴよまるソフトウェアBooks初の雑文系縦書き新書！（500円）
ぴよまるソフトウェア創設者である筆者は、元雑誌編集者。あふれるバイタリティと文章の力、そして新開発のアイデアを練るアプリケーション「Kamenoko」の威力でQ&Aサイトで１か月５万ビューの回答を繰り出した！ 筆者による回答を再編集し、読みやすく縦書きの新書っぽい形にまとめた本書。全257ページ、38の珍問答。Macとガンダムに極端に強い筆者の、幅広そうで偏った知識がうなる渾身の一冊！
Kamenokoの事例集（作例集）、と見ることもできます。とにかく、毎日Kamenoko上でいろいろあーだこーだとアイデアを練って、こねて、まるめているので（本人向けに作ったので、本人にはめちゃくちゃ合っています）。
→ 製品版
→ お試し版
■航空機は一発食らってもやばいのに、どうしてガンダムは攻撃を耐えしのぐのか？
■AppleのCEO、Tim Cook氏は辞任すべきではないか？
■ファーストガンダムって何が凄いの？
■ソフトバンクの後継者問題について
■ガンダムのような巨大人型ロボットは兵器として有効か？
■いつもPCのディスク容量が足りないと嘆いているプログラマーがいます。プログラミングってそんなに多くの容量を使うのでしょうか？
■iMacは吊るしで買って数年で入れ替えるのとフルスペックで長く使うとどちらが理想的？
■コーディングを速くするには？
■勉強になるオススメのアニメや漫画はありますか？
■Macintoshで一番悩み苦しんだ出来事は？
■パソコンのディスク容量を圧迫すると実感するものの、なくてはならないツールやソフトは何ですか？
■AppleはMac Proがチーズグレーターに見えると人々が指摘することを予想していたか？
■楽しさを思いっきり表現してください
■テクノロジーが色彩（カラー）を決定している例は？
■自動車のワイパーを再発明してもらえませんか？
■MacとWindows、どちらの方が生産性が高いですか？
■どこでもドアは実現可能ですか？
■五分でめっちゃ成長する方法は？
■MacBookのアプリの閉じ方は、左上の赤い×ボタンを押すのであってますか？
■近年、サザエさんやドラえもんのような国民的長寿アニメが生まれていないのはなぜ？
■一切プログラミングの学習・経験を積まずに情報工学科の大学に進学した場合、将来エンジニアとして働けるでしょうか？
■1970年の人々にとってSFのように見える2020年のテクノロジーは何でしょう？
■ガンダムに出てくるもので一番実用的なものは何ですか？
■四十歳を超えたド素人のサラリーマンが、資料作りやホームページ作りでのデザインスキルを付けるにはどうするのが効率的でしょうか？
■エクセルの達人が複雑なマクロを作り大幅な業務効率化を達成したのですが、その人が転勤してしまい誰もエクセルのメンテナンスが出来ず元のやり方に戻りました。この事態に名前をつけるならどんなのが良いですか？
■MacのJISキーボードを使っています。Shift+0にアンダースコア(_)を割り当てるにはどうすればいいですか？
■なんで、スマホにストラップがつけられないようになったのでしょうか？
■プログラミングって賢くないと無理ですか？
■プログラミングでマウスや矢印キー以外でカーソルを移動させる方法はありますか？
■ARグラスでどのようなことができるようになると思いますか？
■パソコンがすぐ使えるようになる人とそうでない人との違いは何ですか？
■MacのことえりはAI学習機能ではないのですか？ 繰り返し入力する単語でも、最初のいくつかの文字でさくっと候補に上がらないため、イライラしますが解消法はあるでしょうか？
■石に刺さった剣があります。どうにかして剣を取り出してくれませんか？
■もしガンダムでジオンがゲルググではなくギャンを次期量産モビルスーツとして採用していた場合、その後どうなっていましたか？
■子どもに「インターネットください」と言われたら、何て返事をしますか？
■アマゾンキンドルのテキストを、Macのスピーチ機能で読み上げることは出来ますか？
■なぜガンダムにはほとんど格闘戦だけのGガンダムはあるのに、逆に殆ど射撃、狙撃、砲撃だけのガンダム作品はなく、射撃＋ビームサーベルなどを用いた格闘戦なのでしょうか？
BridgePlusほかShane Stanleyの各種ソフトウェアのホスティング先が変更になっていました。
現在は、latenightsoftwareの「FREEWARE」からダウンロードできるように変更されました。
変更前 Resources for AppleScriptObjC
変更後 Late Night Software / FREEWARE
従来のwww.macosxautomation.comドメインをwhoisデータベースで調べると、以前は所有者がApple Computerという表示になっていましたが、いまは違っているようです。もともと、Sal Soghoianが所有しており、更新や管理などをShaneに依頼しているものと分析していました（聞けば教えてくれそうですが）。
→ 管理自体、Salが行っているとのこと。好意でASObjC関連のコンテンツを置かせてもらっていたということです（Shane談）
同サイトの運用状況などは遠くから見ているほかありませんが、必要なコンテンツは手元にダウンロードしておくなどの準備をしておく必要性を感じます（必要なものはいろいろ手元に落としてありますが）。
→ コンテンツの移動とwww.macosxautomation.comの存続問題はリンクしていないとのこと
昨日もはじめてScript Menuの解説を見かけました。内容自体は既知のものですし新たな発見といったものはないのですが、説明文自体はいろいろ参考になりました。
This ebook “Switch Control with AppleScript” is a book about Switch Control. 89 pages (today). Price: JPY 3,000.
It is one of accessibility function for people with disabiulities. But it is very useful for every macOS users specially for the scripters.
Switch Control can launch AppleScript or run keyboard shortcut sequence. We can make button-based simple GUI for AppleScript. It is the easiest environent to make GUI.
This book will contain author’s sample Switch Control. It is useful and gives you a power of automation for macOS users.
▲supplement sample Switch Control Panel
▲supplement sample Switch Control Panel
他団体の作品の紹介です。以前から、コミケでそういう本を売っているサークルがあるという情報は掴んでいたのですが、さすがに同人誌即売会に足を運ぶほどの元気はないので（並ぶのと暑いのと寒いのが無理）、存在が確認できていなかった「アップルスクリプト Basic Magazine」。サークル名「Empty Party」、作者＝かのつ、イラスト＝かじわとクレジットされています。
作者への連絡手段が販売サイトに用意されておらず、サークルのWebサイトやTwitterアカウントなども見当たらないため、作者本人が販売しているかといった確認は取れていません（販売サイトがサイトだけに、ちょっと、、、まあ、多分大丈夫だとは思うのですが、、、）。
「アップルスクリプト Basic Magazine」vol.1/vol.2ともに550円でオンライン販売されています。ファイル形式はPDFで、Vol.1がページ数不明、Vol.2が25ページとなっているようです。
Vol.1ではXcode上で時計アプリケーションを作る内容を紹介。Vol.2ではPhotoshopを操作する方法を紹介しているようです。
Piyomaru Softwareでも「マンガとかイラスト形式の初心者向け本」という企画を出しては、立ち消えになりました。そういうものの必要性はあるものの、技術的にイラストを描けず作れないことから企画がオクラ入りを繰り返すこと数度。そういうのを作るのは無理なので、作れる中でどういう選択肢があるかを考えた末に苦労してAppleScriptえほんシリーズを作ったという経緯があります。
新型コロナウィルスの蔓延により、リモートワークでビデオ/オーディオチャットを行う機会が増え、音量調整のためのいい方法がないと嘆いている方が多いようなので、便利な方法をご紹介します。
macOSにはアクセシビリティ系（障害者支援）の機能が多々用意されており、その中核をなす「スイッチコントロール」という機能があります。この機能を利用して、画面上に操作可能な機能ボタンを貼り付けておくことができるため、オーディオ系の音量調整機能などをここに割り振って利用すると便利です。
# 業務系のScriptをフローティングパレット表示しておいて、ワンクリックで実行できるようにしておくと、とても便利だと思います
このスイッチコントロールの機能はユーザーごとに自由にカスタマイズすることができ、さらにその内容を書類に書き出して他のユーザーと共有できるようになっています。
それがパネル構成書類です。これはmacOS標準装備の機能「スイッチコントロール」の書類で、ボタン定義データやボタンから呼び出すAppleScriptが内包されています。
–> Download switchControlUserPanels1.ascconfig（12KB）
[Update] English Version included in same panel
このパネル構成書類はmacOS 10.14上で作成し、macOS10.14.6およびmacOS 10.15.4上での動作を確認しています。
Zipアーカイブから展開して、ユーザーの~/Library/Application Support/com.apple.AssistiveControlフォルダに入れてください。macOS 10.15上では展開後.ascconfig書類がフォルダに見えるかもしれませんが、気にせずそのまま上記フォルダに移動してください。
＃ 「com.apple.AssistiveControl」フォルダがApplication Support内に存在しない場合には作成してください。このフォルダ名を間違えるとOSに認識されないので、ご注意ください
「システム環境設定」を起動。
「アクセシビリティ」を選択。
左の一覧リストの下の方にある「スイッチコントロール」を選択。
「スイッチコントロールを有効にする」にチェックを入れます。この際に、管理者パスワードを求められる場合があります。
フローティング操作パレット「スイッチコントロール」のホーム画面が表示されるので、「カスタム」をクリック。
カスタムの中にさきほど追加した「入出力音量調整」があるので、それをクリック（”Sound Volume Control” is English version）。
これで、フローティングパレットの入出力音量調整パレットが表示されます。
▲SwitchControlの操作方法。macOS標準のGUI体系とは若干異なる
パレット上の各ボタンをクリックするか、あるいはMacのサブディスプレイとしてiPadを接続している場合には、iPadの画面上を指でタップすると各ボタンの機能が実行されます。
スイッチコントロールのフローティングパレットはパレット左上の「x」をクリックすると消去できます。いったん消去しても、ふたたび「システム環境設定」＞「アクセシビリティ」＞「スイッチコントロール」に戻って、「スイッチコントロールを有効にする」のチェックを入れると表示されます。
iPadをMacのサブディスプレイとして利用するアプリケーションは、Apple純正のSide Car（macOS 10.15標準装備）のほか、サードパーティ製の「duet display」や「AirDisplay」などが有名です。
とくに、サードパーティ製のアプリケーションは、古めのiOSや古めのiPadをサポートしている（Apple純正機能は最新のiPadしかサポートしていない）ため、身の回りに転がっている古いiPadや中古のiPadをMacのタッチ操作コントローラーにお安く利用できるため、とてもおすすめです。
Keynote、Pages、Numbersのv10.0が配信されました。Keynoteの前バージョンはv9.2、Pagesはv8.2、Numbersはv6.2.1でしたが、バージョン番号を別々に採番することがめんどくさくなったのか、内部のエンジンが一新されたのか、バージョン番号をそろえてきました。
おそらく、マーケティング的な要請やユーザーサポートの手間を省くために番号をそろえてきたのでしょう。
Pages/NumbersについてはmacOS 10.14以上が対象。KeynoteはmacOS 10.15.4が必要とのことですが、いろいろ致命的なバグの修正を含んでいるため、後日macOS 10.14.6向けのKeynoteアップデートが配信されることを期待したいところです。
# アップデートに出てこないだけで、Mac App Storeから個別にKeynote v10.0のダウンロードが（macOS 10.14.6上でも）できました。なんででしょう？
■Keynote v10.0：２か所
■Pages v10.0：１か所
■Numbers v10.0：変更点なし
Numbers v6.2で「特定の行数の表を作るとエラーになる」というバグがありましたが、これはv6.2.1で修正されました。これが修正されています（記憶違いだったので、記事を修正しておきます）。
documentにfacing pagesというプロパティが新設されました。見開き表示時にページの左右（奇数ページ、偶数ページ）を考慮して２ページ表示のペアを変更するという機能のようです。
| AppleScript名：Pages v10.0で追加されたfacing pagesの操作を行う |
| tell application "Pages" tell front document set curStat to facing pages set facing pages to not curStat –反転 delay 2 set facing pages to curStat –元に戻す end tell end tell |
全言語的に普遍的な内容ではあるのですが、日本語ユーザー的には縦書き/横書きの設定属性値を持ってくれたほうがありがたいところです。たぶん、自分は使うことはないと思います。
Keynoteは前バージョンでかなりおかしなバグが発覚していたので、その修正が行われているかどうか、というのが見所です。
結論からいえば、バグは修正されています。macOSに関して久しぶりに前向きなニュースといえます。彼らにバグを修正する意思と能力が残されていたことについては喜びたいところです。同時に残念なニュースとして、この修正に関連して新たなバグが生まれています（このあたりがいかにもAppleらしい）。
５行の表を作るとエラーになり、他の行数でもいろいろエラーになる組み合わせが確認されていました。テスト用のAppleScriptを書いて、行数を2〜100行で変更しつつ作成、列数を2〜30列で変更しつつ作成、行数および列数を順次ループで2〜20まで変更しつつ新規作成するなどのテストを実施。無事、修正を確認できました。
ただし、本テストは表の新規作成についてのみ確認したものであり、既存の表の行数/列数の変更を確認したものではありません。Appleの仕事に関しては、修正点の周囲に新たなバグを生む可能性が高く、修正時と修正後が一番危険な状態です。彼らに「自分の作った機能を動作確認する」という能力を期待してはいけません。信じてもいけません。つねに、疑いの目で見ることが重要です。
| AppleScript名：Keynote書類上に表を作成、行数を2から100まで可変 |
| tell application "Keynote" tell front document tell current slide repeat with i from 2 to 100 set aTable to make new table with properties {header column count:0, header row count:0, row count:i, column count:3} delay 1 delete aTable end repeat end tell end tell end tell |
| AppleScript名：Keynote書類上に表を作成、列数を2から30まで可変 |
| tell application "Keynote" tell front document tell current slide repeat with i from 2 to 30 set aTable to make new table with properties {header column count:0, header row count:0, row count:5, column count:i} delay 1 delete aTable end repeat end tell end tell end tell |
| AppleScript名：Keynote書類上に表を作成、行数および列数を2から20まで可変 |
| tell application "Keynote" tell front document tell current slide repeat with x from 2 to 20 repeat with y from 2 to 20 set aTable to make new table with properties {header column count:0, header row count:0, row count:y, column count:x} delay 0.01 delete aTable end repeat end repeat end tell end tell end tell |
数値ではじまる予約語や記号を含む予約語はAppleScriptの言語処理系では宣言できません。エラーになります。それをAppleの（おそらくKeynoteの）担当者がKeynote v7.1のアップデート時に、従来の「small」「midium」「large」といったEnumによる指定から、「360p」「540p」「720p」「1080p」「2160p」という指定を行えるように変更を加えました。
より大きな解像度の書き出しに対処したことは評価できると思いますが、そもそもAppleScriptの処理系で認識できない「数字で始まる予約語」に変えたのはダメダメです（スクリプトエディタ上で構文確認を行うとエラーになる＝使えない）。つまり、この担当者はsdefの改変を行なっただけで、実際にコードを書いて動作確認を行っていないことがわかります。
Appleにバグレポートを書きつつ、このような処理が必要な場合にはnative sizeで書き出して、そのあとでムービーをリサイズするような処理で回避していました（GUI Scriptingで乗り切ったScripterもいるようですが）。
Keynote v10.0では「format360p」「format540p」「format720p」「format1080p」「format2160p」と変更され、AppleScriptの構文確認時にエラーでハネられることはなくなりました。この点についてはバグ修正が行われたものと判断してよいと思われます。
ただし、従来動作していたEnum「native size」を指定するとエラーになるようになってしまいました。互換性のために残したが動作していない、といったコメントが書かれているわけでもないため、これはバグだと判断します。
■Keynote書類フォーマットとムービー書き出し時の解像度の対応表（Piyomaru Software独自調査による）
| movie export formats | 標準（4:3） | ワイド（16:9） |
| format360p | 480 × 360 | 640 × 360 |
| format540p | 720 × 540 | 960 × 540 |
| format720p | 960 × 720 | 1280 × 720 |
| format1080p | 1440 × 1080 | 1920 × 1080 |
| format2160p | 2880 × 2160 | 3840 × 2160 |
| AppleScript名：Keynote 360p movie export test |
| set targetFileHFSPath to (choose file name) as string –かならずファイル拡張子に「.m4v」を指定する必要がある if targetFileHFSPath does not end with ".m4v" then set targetFileHFSPath to targetFileHFSPath & ".m4v" end if with timeout of 3600 seconds tell application "Keynote" export front document to file targetFileHFSPath as QuickTime movie with properties {movie format:format360p} end tell end timeout |
| AppleScript名：Keynote 540p movie export test |
| set targetFileHFSPath to (choose file name) as string –かならずファイル拡張子に「.m4v」を指定する必要がある if targetFileHFSPath does not end with ".m4v" then set targetFileHFSPath to targetFileHFSPath & ".m4v" end if with timeout of 3600 seconds tell application "Keynote" export front document to file targetFileHFSPath as QuickTime movie with properties {movie format:format540p} end tell end timeout |
| AppleScript名：Keynote 720p movie export test |
| set targetFileHFSPath to (choose file name) as string –かならずファイル拡張子に「.m4v」を指定する必要がある if targetFileHFSPath does not end with ".m4v" then set targetFileHFSPath to targetFileHFSPath & ".m4v" end if with timeout of 3600 seconds tell application "Keynote" export front document to file targetFileHFSPath as QuickTime movie with properties {movie format:format720p} end tell end timeout |
| AppleScript名：Keynote 1080p movie export test |
| set targetFileHFSPath to (choose file name) as string –かならずファイル拡張子に「.m4v」を指定する必要がある if targetFileHFSPath does not end with ".m4v" then set targetFileHFSPath to targetFileHFSPath & ".m4v" end if with timeout of 3600 seconds tell application "Keynote" export front document to file targetFileHFSPath as QuickTime movie with properties {movie format:format1080p} end tell end timeout |
| AppleScript名：Keynote 2160p movie export test |
| set targetFileHFSPath to (choose file name) as string –かならずファイル拡張子に「.m4v」を指定する必要がある if targetFileHFSPath does not end with ".m4v" then set targetFileHFSPath to targetFileHFSPath & ".m4v" end if with timeout of 3600 seconds tell application "Keynote" export front document to file targetFileHFSPath as QuickTime movie with properties {movie format:format2160p} end tell end timeout |
| AppleScript名：Keynote native size movie export test (Bug) |
| set targetFileHFSPath to (choose file name) as string –かならずファイル拡張子に「.m4v」を指定する必要がある if targetFileHFSPath does not end with ".m4v" then set targetFileHFSPath to targetFileHFSPath & ".m4v" end if with timeout of 3600 seconds tell application "Keynote" –export front document to file targetFileHFSPath as QuickTime movie with properties {movie format:native size} end tell end timeout |
2018年１月にDBをふっとばしてくれたホスティング業者「Xserver」をまだ使っているわけですが、日本標準時（JST）で2020年1月21日 AM2:00〜AM8:00ごろまで、データセンター内の回線増強にともない10分から60分程度、本サイトにアクセスできなくなる見通しです。
その間は、本サイトを通じて配布している各種AppleScriptライブラリのsdefに入れている画像やムービーなどが見えなくなります。
MicrosoftによるGoogle Chrome（オープンソース版のChromium）をベースにした（そのまま）Webブラウザ「Microsoft Edge」の正式版がリリースされました。
ChromiumはAppleScriptに対応しており、ベータ版である「Edge Canary」もChromiumと同様のAppleScript用語辞書を備えていました（A=B）。
正式版「Edge」のAppleScript用語辞書と「Edge Canary」の用語辞書とdiffをとってみたところ、内容が同じであることを確認できました（B=C）。
このため、Google Chromium用のAppleScriptとtell文のアプリケーション名だけ書き換えればEdge用のAppleScriptとして動かせることが期待できます（メニューやボタンを直接動かすGUI Sciriptingをのぞく）。
▲メニュー構成はけっこう違います
2019年を振り返ると、
・鹿児島から東京に帰ってきた
・メイン環境をmacOS 10.12から10.14に移行した（10.13をパスした）
・仕事でCSVやIllustratorと格闘していた
・高度なデータ照合（配列の順列組み合わせ全パターン計算して照合）を実施
・Webブラウザ上のWebコンテンツ部品の詳細データにアクセスしたり、JavaScript側からAppleScriptにレコードや配列などの高度なデータを返すような処理ができるように
・AppleScript用語辞書つきのライブラリの試作開始
・アラートダイアログ上に有用なGUI部品を配置したライブラリの提供開始（コードネーム：箱庭ツールス）
・sdefの書き方に着手。世界初のムービー/画像/サンプルScript入りsdefが作れるようになった
といったところでしょうか。2018年がTanzakuの部品や研究、AppleScriptからの機械学習の利用などが主な方向だったのと比べると、より一般性の高い部品を作っていたような印象があります。もちろん、Tanzakuの発展機能を実装した小規模な実証アプリケーション「Tanshio」も今年の目玉です。
2019年で一番価値の高いAppleScriptといえば、「Safariで現在見えている表を抽出してCSV書き出しv3」でしょう。Webブラウザ上に見えている範囲のオブジェクトだけを処理対象にする、といういままでやりたくてもできなかった処理ができました。
■2019/1
Pages書類の１ページ目の表の背景色を置換 v4
セキュリティダイアログに表示するメッセージをローカライズする
このあたりは、必要に迫られていろいろ試行錯誤したものですが、macOS 10.14以降のセキュリティダイアログ関連の経験を蓄積しないとこれらのOS上でGUIアプリケーションが作れないので、とても重要です。
■2019/2
アラートダイアログ上にTable View＋Map Viewを表示
アラートダイアログ上にちょっとしたGUI部品を並べる「箱庭ユーザーインタフェース」。これまでそうしたユーザーインタフェースは推奨されてきませんでしたが、よくよく見回せばiOSアプリなどこの箱庭ユーザーインタフェースそのもの。だったら、macOS上のAppleScriptでそういうものを作ってもいいと割り切って作ってみた次第です。
■2019/3
青空文庫のテキストのルビタグを超高速削除
720KBのテキスト置換を数秒で行う、現時点でのCocoaの機能を十分に活用した、１つの到達点です。普通にtext item delimitersで置換していただけでは、この規模の処理は数時間かかることでしょう（一晩かけても終わらないかも）。
■2019/4
RectangleBinPackを用いて2D Bin Packを解く
Appleがいまだに直さないPDFViewのバグを回避する
2D Bin Packは昔からクリアしておきたいと思っていたテーマです。PDFViewというかScripting Bridgeのバグには困らされまくりです。
■2019/5
矩形座標同士の衝突判定（共通部分の検出） v3b
GET method REST API v4.3
このあたりは順調に機能を積み上げて到達した処理です。地道に機能を積み上げて、もう少しで別のレベルに行けることでしょう。
■2019/6
与えられた文字列の1D Listのすべての順列組み合わせパターン文字列を返す v3
macOS 10.15 Beta Release Notesに将来のmacOSでPython、Ruby、Perlなどのランタイムが含まれなくなることを告知
データの照合処理で必要になってくる（場合もある）順列組み合わせ計算。自分で書いた処理だけでなく他人の書いた処理も参考にしてパワーアップしました。他のScript言語処理系がデフォルトでインストールされなくなるかもしれないという件、OSプラットフォームとしての魅力が下がるのでやめてほしいんですが、そういう決定をするならするで、AppleにはAppleScriptの処理系をもっと大事にしてほしい気がします。
■2019/7
クリップボードに入れたIllustratorのオブジェクトをQRコード認識 v2
構文色分け情報を取得（Color Spaceを考慮）
QRコード認識は以前からいろいろやっていますが、実戦で使ってみると予想外の事態に直面します。想定外であれば想定外なりに対処した、というのが自動スケールアップ＋QR認識機能です。
一方、AppleScript書類の構文色分けに基づく構文要素処理も機能を積み重ね、もう少し熟成（部品単位での使い回しを向上）させると普通にありふれた部品として使えるようになることでしょう。ライブラリ化してsdef付けて呼ぶぐらいこなれるとよいことでしょう。
■2019/8
display YouTube Script Library
JavaScriptCore経由で関数計算を行うcalcLibASをアップデート
冗談の産物display youtubeに、冗談で作ったcalcLibJS（JXAで作った）のあまりの不安定さに音を上げて作り変えたcalcLibAS、そして高速化改良を加え、sdefをつけて予約語で呼び出せるようにしたcalcLibASは、冗談から生まれて下手に実用性が出てしまったものです。冗談で作ったものが意外な発展を遂げるというのは、よくある話です。
■2019/9
指定アプリケーションの指定言語のstringsファイルの内容をすべて取り出す
Safariで指定のDOM Elementの情報を取得する
やらなくてはならない処理ばかり書いていると「やりたい処理」も書きたくなるもので、Safariを経由してJavaScriptの実行結果をAppleScriptで利用しやすくする処理を書いておきました。これが、今年一番の「Safariで現在見えている表を抽出してCSV書き出しv3」へとつながります。
■2019/10
CotEditorのScript集、PowerPack & Basic Packをv2.0にアップデート
sdef（AppleScript用語辞書）に画像やムービーを入れる
CotEditorの最前面のドキュメントの選択範囲を伏せ字に
CotEditorのPowerPackは、実際に作ってみていろいろ発見がありました。無償配布のScript集なんて作る意義はほとんど感じないものですが、これは事実上Tanzakuの部品や実装の習作でもあります。
sdefに画像やムービーを入れた例は目にしたことがありませんでしたが、「applescript://」リンクURL入りのサンプルScriptや画面スナップショットが入っているsdefを見ると、逆に入っていないものに違和感を覚えるほどです。
■2019/11
Safariで現在見えている表を抽出してCSV書き出しv3
checkboxLib v2
今年書いた中で、そしてここ数年で一番のScriptです。こういうレベルの処理が書きたかったものの、手がかりが見つからずに着手していませんでした。Webコンテンツの処理で「実際にWebブラウザで見えている範囲のものをピックアップする」のはやりたかった処理です。
checkboxLib v2は、はじめてムービー入りのsdefを同梱したライブラリです。実際にやってみると面白いものの、ムービーまでやらなくていいと感じます。
■2019/12
Double PDFを作り直して、Scripting Bridgeのバグを回避したと思ったら、PDFViewではNotificationもバグっていて表示中のページ変更のノーティフィケーションでページのノンブル変更できず、もう最初から最後まで表示中のページを自前で管理するなど「それってゲームプログラム？」ともいうような作りになってしまいました。
腹いせにVer.2はDouble PDFを30言語ローカライズして審査に回しました。ステータスが審査中になっても、数日返ってきません。言語リソースが増えると審査に余計に時間がかかるのでしょうか？
