VectorScript用のエディタ紹介です。
標準でPascalのカラーシンタックスは付いていないけど、あとから追加できる。
VisualStudio Codeと違って、「\」と「¥」を混同しないところが優れています。
月別アーカイブ: 2020年4月
4D v18のテキストベースプロジェクトでgit
4Dはv18から、プロジェクト全体をテキストファイルに書き出してgitで管理できるようになった（涙）。これまでは自力でメソッドを外部テキストファイルに書き出して共通ライブラリメソッドだけgitでバージョン管理していた。フォームはテキストに書き出すことができないし、データ構造は別の仕掛けで書き出していたり面倒だし、なんといっても自力で書き出した情報は一体として動くプロジェクトを保証するものではなかった。
早速やってみよう。今回の目的は、半年間の間に行われたあるプロジェクトの変更内容を調べるというものだ。ローカルリポジトリを使って半年前のプロジェクトと今のプロジェクトを比べる。リモートのリポジトリは不要だ。
ステップ１ プロジェクトに書き出し
20190530のソースv17をv18で開いて「ストラクチャーをプロジェクトに書き出し」を実行。パッケージの中に「Project」フォルダができている(A)。
「Sources」フォルダを見てみると感動。フォーム、メソッド、テーブルフォームとそれらやオブジェクトのメソッドが並んでいる。フォームには「.4DForm」メソッドには「.4dm」という拡張子がついているのですぐわかる。
20191217のソースv17をv18で開いて「ストラクチャーをプロジェクトに書き出し」を実行。同じように「Project」フォルダができている(B)。
ステップ２ gitリポジトリを作る
次にgitフォルダを作る。ここでは「git_work」というフォルダを作っておく。ここにgitのリポジトリを作るのだ。gitのコマンドラインツールを使う方法もあるけど、差分をグラフィカルに見たいので今回は「GitHub」アプリを使った。
File -> New Repositoryを実行。リポジトリ名「dcc_git」、git_workを選択する。
ステップ３ リポジトリに「Project」ファイルを保存してコミット
(A)を「dcc_git」フォルダにコピー。GitHubでリポジトリを開くとソースが並んでいる。
SummaryとDescriptionをタイプインして［Commit to master］をクリック。これで最初のテキストファイル群がgitリポジトリに書き込まれた。
ステップ４ 比較対象の「Project」ファイルを保存
最初にコピーした(A)を(B)で上書きして(A)がなくなってしまうのだが、ご心配なく。すでに(A)の内容はgitのコミットコマンドによって.gitファイルにコピーされているのだ。.gitは隠しファイルなのでターミナルアプリを使って確認できる。さあ(A)を上書きして(B)を置き換えよう。
ステップ５ GitHubで変更箇所を確認
GtHubアプリを起動して、リポジトリ「dcc_git」を見ると．．．。48箇所変更されていると表示されている。4dFormをクリックすると．．．うう感動。フォームの修正箇所、この場合座標値が変更されているのがわかる。うれしい。
修正箇所がすべてリストアップされている。やってくれました4Dv18。これからの4Dライフが大きく変化しそうな瞬間でした。
思えば2014年のDeveloper Summitでフランスに行ったとき「フォームをプログラムで作成したり修正することができないの？」と質問、そのときはv15では予定なしと言われた。今回のテキストベースプロジェクトの仕組みを使えば、メソッドでフォームを生成したり、修正することができる。こんな形になって実装されてくるとは。
4D notarizeその２
2020年4月、4DでビルドしたmacOS Catalina配布アプリを作ったときのメモ。2019年からCatalina用にnotarizeして配布していたのだがそのときの手順どおりにうまくいかない。2020年2月、アップルの方針が変わったらしい。32bitコードが含まれているとnotarizeで承認されない、というのが本題なのだが、本題の前にいくつか障害があって手間取った。思えば2019年は「２ファクター認証」や「Catalinaのためのnotarize」でハマった。障害を乗り越えて安心しているとすぐにまた新たな障害が現れる、いつものことだ。次はハマりたくないと思ってこのメモを書いている。このメモも将来役に立つかどうかはわからないが、ないよりマシだろう。
4Dでビルドするアプリは、Xcodeでビルドするアプリと異なり、ターミナルからcodesign、xcrunを使う。今回のポイントは２段階あって、１段階目はxcrun altool ―notarize-appがエラーになる段階（レベル１）、２段階目はxcrunは成功してUploadedになるのだがnotarizeで承認されない段階（レベル２）。
（レベル１）
本当はここの話の方が長くなるけどさらっと
１）Apple Developer Connectionでライセンスを承認していなかった。 → パスワードとかやばかったけどクリア。承認はオーナーでログイン。
２）AppStore connectに署名サインが必要 You must first sign the relevant contracts online. (1048) → ログインして「有料アプリケーション契約」に署名
３）MojaveでXcode 11.2.1のxcrunが使えない？ → MojaveでXcode 10.3をインストールして実行。自分のマシンをCatalinaにしたくないのだ。
４）App用パスワードが無効になっていた → 別のCatalinaマシンでビルドしようとした際にiCloudの同期でおかしくなった？ → パスワード再作成
（レベル２）
５）notarizeコマンドにHardened Runtimeオプション → オプションをつけた
–options=runtime
６）32bitコードが承認されない
→ ここからの話は長い。
Uploadedになると、notarizeの結果がメールで送られてくる。すぐに結果が見れないのはnotarizeに時間がかかるからだが、実際には数分待たされるだけ。で、結果はログに出力される。not approvedの場合、ログに理由が書いてあるので簡単に対策が立てられるはずだ。レベル１とはハマり方が違って楽勝だろう。まずi386とかログに出てる。
32bitコードが含まれていると承認されない、という話を聞いて、さっそく4Dプロジェクトのデータベース設定で、マルチターゲットコンパイルのチェックをオフと思ったら、ここはチェックされてなかった。次はコンポーネントのプロジェクトをチェック。こちらはマルチターゲットコンパイルがチェックされていたのでオフに。それでも通らない。楽勝ではなさそうだ。
notarizeのlogは、たとえば次のように見る。最初はメールを待っていたのだが、ダメな時のメールにはログを見ろとしか書いてないし、メールを取るまでの手間もあるので、こちらのほうが早く結果を知ることができる。暗号のようなところがuuidで、Uploadedが成功した時のメッセージに出力されているのをコピーして使う。たとえば、
xcrun altool –notarization-info b7229996-bdb8-48d4-82d7-467d5317efdd -u “wataru@jirokichi.jp” –password “@keychain:AC_PASSWORD””
Upload成功後にすぐに実行すると初めは「in progres」、これが出ればUploadのuuidが正しくコピペできたことがわかる。５分後くらいにもう一度実行する。審査が終わっていれば次のような結果が表示される。
反転箇所のURLをコピーしてブラウザで見ると、
“architecture”: “i386”
のところが32bitコードが含まれている、という意味らしい。
ビルドしたコードに32bitコードが含まれている？もしかして4Dの4D Volume Desktop.appに含まれているのでは？と思ってnotarizeのlogをよく見てみると、そのようだ。まず引っかかったのが「php-fcgi-4d」。次に「InternetCommands」。4D v17.4 mac版には32bitコードが含まれていない、はずなのだが、なぜかビルドした結果の.appには含まれてしまっているようだ。サポートにVoumeDesktopには4D Internet Commands.bundleに含まれている。「Windows」フォルダがあってここにWin32用のコードが含まれている、と聞いてこれをappのパッケージから削除しても結果は変わらず、承認されない。
で、4D v18.1に移行した。コンパイルしてビルド。codesignしてnotarize、あっさり承認された。4D v18 + Catalinaではまた別の変更があって新たな障害となって立ちふさがってくれるのだが．．．その話はまた後ほど。
参考サイト：
https://miyako.github.io/2019/10/16/notarization.html