CLIとアプリで状態を共有する方法

アプリが実行中のプロジェクト状態を管理し、ほとんどのCLIコマンドはAPI経由でアクセスします。

デスクトップアプリは、アクティブなプロジェクト、マシン接続、サービス状態を管理します。ほとんどのCLIコマンドは、アプリのローカルHTTP API経由でこれらの状態にアクセスします。フロントエンド自体はTauri IPCを使用して共有サービスを呼び出すため、通常のデスクトップ利用ではHTTPサーバーを有効にする必要はありません。

ライブコマンド

agent state、プロジェクトの開閉と保存、デザインのレンダリング、ベクターのエクスポート、マシン制御では、通常アプリのAPIサーバーが必要です。一般設定でローカルAPIを有効にし、CLIを同じコンピューターで実行する場合はネットワークアクセスを無効にしてください。

これらのコマンドは、アプリで現在開いているプロジェクトを操作します。スクリプトで別のプロジェクトを開くと、デスクトップユーザーに表示される内容が変わります。

レンダリング

デザインのレンダリングはバックエンドで実行されるため、キャンバスを表示する必要はありません。ただし、APIサーバーは必要です。カメラオーバーレイのレンダリングでは、フロントエンドに現在のオーバーレイをレンダリングさせるため、デスクトップUIも応答できる状態にする必要があります。

直接実行できるローカルコマンド

ヘルプ、シリアルポート一覧、位置指定のexport gcodeにはAPIサーバーは必要ありません。スタンドアロンのG-codeエクスポートでは、指定されたプロジェクトとローカルに保存されたマシンプロファイルを、共有の検証済みジェネレーターで読み込みます。実行中のマシンの位置を読み取ることはできません。G-code出力を参照してください。

同時編集

デザインのトランザクションは、コミット前にプロジェクトのスナップショットを確認します。プロジェクトが変更、切り替え、または閉じられている場合、トランザクションは新しい状態を上書きせずに失敗します。状態を更新し、再試行する前に要求した編集内容を見直してください。

サービス側でプロジェクトを編集すると、プロジェクトが変更済みとして記録されるため、デスクトップアプリに未保存の作業を表示できます。保存、復旧、元に戻す操作を、プロジェクトの独立したコピーとして扱わないでください。

UI状態

CLIでは、フロントエンドのすべての操作を実行できるわけではありません。ツールの選択、ダイアログの表示、パネルドックの配置は、引き続きデスクトップ上で行う操作です。